Bug#704438: 0.12 is out
Package: xmedcon 0.12 is out, please package it: http://xmedcon.sourceforge.net/Main/New Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701081: debian-policy: mandate an encoding for filenames in binary packages
Charles Plessy wrote: after more than one month of discussion, we have not reached a conclusion. [...] Can others comment how they would like to see this bug solved ? I think wording (requiring UTF-8 filenames) is probably the appropriate next step. Yes, maybe not everyone will agree on the initial wording, but having a base to build on makes constructive feedback a lot easier. Some issues were mentioned before regarding different characters with similar looking glyphs, normalization forms, and unusual characters that are not widely supported. But if the initial wording doesn't manage to nudge the packager in the right direction on those issues, I don't mind. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681177: Debian 6.0 Bug (cron job killed with error 137)
]] Martin-Éric Racine 2013/3/31 Tollef Fog Heen tfh...@debian.org: ]] Martin-Éric Racine I'm assuming that it's CPU-specific, since that particular host has a Geode LX and the issue doesn not appear on any of my other hosts running other x86 variants. Interesting. Any chance you can get a core dump and backtrace from the mlocate run so we can figure out whether this is a toolchain bug or not? I welcome instructions on how to achieve this. The mlocate run only fails whenever executed from the cron job. Rebuild the package with DEB_BUILD_OPTIONS=debug nostrip so you get debug symlbols. Install it. Try echo /tmp/core /proc/sys/kernel/core_pattern and then wait for an error. Once you have that, you should have a core dump in /tmp, run gdb /usr/bin/mlocate /tmp/core.$PID (or what the core file is named), run bt full and mail that to the bug. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704439: apt-offline-gui doesn't take path from textEdit field
Package: apt-offline Version: 1.3 Severity: important rrs@zan:~/devel/apt-offline/apt-offline (master)$ apt-offline-gui Invalid Path Invalid Path rrs@zan:~/devel/apt-offline/apt-offline (master)$ grep -Ri Invalid Path * apt_offline_gui/AptOfflineQtInstallBugList.py: print Invalid Path -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-offline depends on: ii apt 0.9.7.8 ii less 456-1 ii python 2.7.3-4 ii python2.7 [python-argparse] 2.7.3-8 apt-offline recommends no packages. apt-offline 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#704005: git cvsimport: reads /tmp/.gitattributes
tags 704005 + upstream clone 704005 -1 reassign -1 git 1:1.7.10.4-2 retitle -1 git hash-object -w /tmp/path reads /tmp/.gitattributes quit Hi Helmut, Helmut Grohne wrote: I noticed that when running git-cvsimport it would invoke git hash-object in a way that causes it to read /tmp/.gitattributes. Normally this files does not exist, but remember that /tmp is world-writeable. [...] The cause is this invocation from git-cvsimport: exec(git, hash-object, -w, $tmpname) $tmpname refers to a file in /tmp and unless --no-filters is given to git hash-object it looks for a .gitattributes in the same directory. Possible options: 1) Use a temporary directory. 2) Pass --no-filters. Agreed. Probably it would make sense for hash-object and similar commands not to pay attention to .gitattributes when operating on paths outside the git worktree, too. In the meantime, either of your proposed fixes for cvsimport sounds good to me. Care to try it out and send a patch? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704423: systemd: gdm does not start, user sessions have multiple issues, root session works normally
]] Alex Vanderpol (I have to wonder now, though... if that package is necessary to make things work properly, why isn't a dependency of the package?) Because it's not always needed, hence fits the definition of a Recommends perfectly: This declares a strong, but not absolute, dependency. The Recommends field should list packages that would be found together with this one in all but unusual installations. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703286: git-remote-bzr: fetch error due to bad object with 0s hash
reassign 703286 git-bzr git/1:1.8.2-1 retitle 703286 git-remote-bzr: fetch fails with fatal: bad object found 703286 git/1.8.2~rc3-1 tags 703286 + upstream quit Hi, Guillem Jover wrote: Another issue with git-remote-bzr, it chokes on a bad object with a 0* hash. I've found this on at least two repos: $ git remote -v origin bzr::lp:upstart (fetch) origin bzr::lp:upstart (push) $ git remote -v origin bzr://bzr.savannah.nongnu.org/libpipeline/trunk/ (fetch) origin bzr://bzr.savannah.nongnu.org/libpipeline/trunk/ (push) $ git fetch [... some WARNING: TODO: fetch tag omitted ...] fatal: bad object error: bzr://bzr.savannah.nongnu.org/libpipeline/trunk/ did not send all necessary objects Yes, I can reproduce this. The initial clone works fine, but later git fetch quickly emits fatal: bad object error: bzr::lp:upstart did not send all necessary objects GIT_TRACE=1 git fetch tells me the command emitting that message is git rev-list --objects --stdin --not --all, called by check_everything_connected(). Presumably the ref_map does not have values filled in, though it should. Tracing back further, the underlying cause *might* be the transport machinery not coping well with remote helpers that do not know what commit each remote ref points to. In response to the list command they give ? refs/heads/master ? refs/tags/0.6.0-2 ... which gets translated into the ls-remote output refs/heads/master refs/tags/0.6.0-2 ... Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703633: debchange --bpo writes bpo60 in debian/changelog as version in wheezy
On 03/31/2013 06:04 PM, Holger Levsen wrote: Hi, On Sonntag, 31. März 2013, Andreas Metzler wrote: OTOH I am pretty sure that the majority of people using wheezy's dch --bpo functionality will be generating backports for wheezy itself and not for oldstable. to me thats what I'd call obvious behaviour and obvisouly sane behaviour. If it wouldn't wheezy's (or actually,any releases) dch would break, once oldstable (and therefore it's backports suite) will be moved to archive.d.o, which will eventually happen. Also it seems more logical to create backports for the suite one is running, and not an outdated suite. cheers, Holger Unless someone opposes to my view, I think we have a majority to agree that dch --bpo should use wheezy, and that this really is a bug. So I will open a new bug to ask the release team if they would accept such a change. Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704300: doesn't work with PHP version in wheezy
severity 704300 important thanks Hi, Scuttle doesn't work in Wheezy, all you get are some lovely PHP messages: Strict Standards: Non-static method ServiceFactory::getServiceInstance() should not be called statically in /usr/share/scuttle/www/index.php on line 23 On a production system, strict standards messages (which have log priority notice) should not be displayed but just logged. Debian's shipped php.ini is configured this way. And if you wish to override that, it's still possible to change the setting just for scuttle if you wish. So yes, this is a problem as it logs a lot of stuff, but not a release critical issue for wheezy, I'd say. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687391: git: executables in contrib/ should be executable
clone 687391 -1 retitle 687391 /usr/share/git-core/contrib/hooks/* should be executable severity -1 wishlist tags -1 + wontfix quit Hi, Greg Price wrote: retitle 687391 git: executables in contrib/ should be executable quit I just ran into this same issue with contrib/remote-helpers/git-remote-hg, where all the same reasoning applies as for the contrib hooks. There are a lot of files in contrib/. Many of them (about 60) are marked executable in git.git upstream. Probably all of the files marked executable upstream should be installed as executable in /usr/share/doc/git/contrib/ and /usr/share/git-core/contrib/, including the hooks and the remote-helpers. Thanks for this clarification. It's a common request, so it's good to have a place to point interested people to. You may be surprised to hear that I think this would be a bad change. When there is interest in scripts under /usr/share/doc/git being executable, that is a sign that that script should be moved out of the documentation directory and into a more permanent location. That way, we can retain a little leeway to compress or reorganize documentation when that seems useful, and people on space-constrained systems that leave out /usr/share/doc will not be missing any functionality. A separate question is whether contrib/ should be under /usr/share/doc at all. It might make sense to move more of at least the more mature parts of contrib/ under /usr/share/git-core. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704442: unblock: devscripts/2.12.7 (pre-approval dch --bpo fix)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, In the current version of devscripts in wheezy, when invoking dch --bpo, generates a changelog like this one: devscripts (2.12.6~bpo60+1) squeeze-backports; urgency=low It should of course use this instead: devscripts (2.12.6~bpo70+1) wheezy-backports; urgency=low Would the release team accept that I upload the attached fix to SID, in order to fix this problem in Wheezy? I think it's rather minimal, so it shouldn't be a big problem. Otherwise, I'm ok to wait for the release, and upload the fix in wheezy-proposed-updates, though since we already have backports opened, I think it would be wise not to delay this fix too much. Please let me know. Cheers, Thomas Goirand (zigo) diff -Nru devscripts-2.12.6/debian/changelog devscripts-2.12.7/debian/changelog --- devscripts-2.12.6/debian/changelog 2012-11-25 07:49:03.0 +0800 +++ devscripts-2.12.7/debian/changelog 2013-03-21 23:36:50.0 +0800 @@ -1,3 +1,9 @@ +devscripts (2.12.7) unstable; urgency=low + + * Now using ~bpo70+1 instead of ~bpo60+1 when invoking dch --bpo. + + -- Thomas Goirand z...@debian.org Thu, 21 Mar 2013 23:36:16 +0800 + devscripts (2.12.6) unstable; urgency=low * Actual install German translation. diff -Nru devscripts-2.12.6/scripts/debchange.pl devscripts-2.12.7/scripts/debchange.pl --- devscripts-2.12.6/scripts/debchange.pl 2012-07-07 06:29:24.0 +0800 +++ devscripts-2.12.7/scripts/debchange.pl 2013-03-21 23:38:18.0 +0800 @@ -613,8 +613,8 @@ my $EMAIL = 'EMAIL'; my $DISTRIBUTION = 'UNRELEASED'; my $bpo_dist = ''; -my %bpo_dists = ( 60, 'squeeze' ); -my $latest_bpo_dist = '60'; +my %bpo_dists = ( 70, 'wheezy' ); +my $latest_bpo_dist = '70'; my $CHANGES = ''; # Changelog urgency, possibly propogated to NEWS files my $CL_URGENCY = '';
Bug#704300: doesn't work with PHP version in wheezy
On Mon, April 1, 2013 09:42, Ana Guerrero wrote: On Mon, Apr 01, 2013 at 09:37:01AM +0200, Thijs Kinkhorst wrote: severity 704300 important thanks Hi, Scuttle doesn't work in Wheezy, all you get are some lovely PHP messages: Strict Standards: Non-static method ServiceFactory::getServiceInstance() should not be called statically in /usr/share/scuttle/www/index.php on line 23 On a production system, strict standards messages (which have log priority notice) should not be displayed but just logged. Debian's shipped php.ini is configured this way. And if you wish to override that, it's still possible to change the setting just for scuttle if you wish. So yes, this is a problem as it logs a lot of stuff, but not a release critical issue for wheezy, I'd say. uhm, have you seen the screenshot I attached? :) Yes, but I'm making the point that strict standards messages would normally and by default be logged, not output to the browser... Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704443: dh_compress / doxygen and HTML/usemap
Package: debhelper Tags: patch It would be really nice if dh_compress would not compress .map file: http://www.w3schools.com/tags/att_img_usemap.asp See for example: http://packages.debian.org/search?searchon=contentskeywords=map.gzmode=pathsuite=stablearch=any The patch is pretty trivial: Change: ! -name index.sgml ! -name objects.inv \\ into ! -name *.map ! -name index.sgml ! -name objects.inv \\ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704300: doesn't work with PHP version in wheezy
On Mon, Apr 01, 2013 at 09:37:01AM +0200, Thijs Kinkhorst wrote: severity 704300 important thanks Hi, Scuttle doesn't work in Wheezy, all you get are some lovely PHP messages: Strict Standards: Non-static method ServiceFactory::getServiceInstance() should not be called statically in /usr/share/scuttle/www/index.php on line 23 On a production system, strict standards messages (which have log priority notice) should not be displayed but just logged. Debian's shipped php.ini is configured this way. And if you wish to override that, it's still possible to change the setting just for scuttle if you wish. So yes, this is a problem as it logs a lot of stuff, but not a release critical issue for wheezy, I'd say. uhm, have you seen the screenshot I attached? :) Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704300: doesn't work with PHP version in wheezy
On Mon, Apr 01, 2013 at 09:41:54AM +0200, Thijs Kinkhorst wrote: Yes, but I'm making the point that strict standards messages would normally and by default be logged, not output to the browser... Cool, then the problem has an easy fix as hinted by Jan? :) (I can't test that right now). In the current state, the application is not usable, that's a RC bug... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704300: doesn't work with PHP version in wheezy
On Mon, April 1, 2013 09:55, Ana Guerrero wrote: On Mon, Apr 01, 2013 at 09:41:54AM +0200, Thijs Kinkhorst wrote: Yes, but I'm making the point that strict standards messages would normally and by default be logged, not output to the browser... Cool, then the problem has an easy fix as hinted by Jan? :) (I can't test that right now). In the current state, the application is not usable, that's a RC bug... I'm saying it can be fixed by changing the value of error_reporting in /etc/php5/*/php.ini back to something that doesn't include E_STRICT. Which is the default in the php.ini Debian ships and which is the recommended production value. So it's not only fixed easily, it should not occur in the default and recommended PHP configuration. Yes, not ideal indeed, but that's why it's still an important bug. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704300: doesn't work with PHP version in wheezy
On Mon, April 1, 2013 09:59, Thijs Kinkhorst wrote: On Mon, April 1, 2013 09:55, Ana Guerrero wrote: On Mon, Apr 01, 2013 at 09:41:54AM +0200, Thijs Kinkhorst wrote: Yes, but I'm making the point that strict standards messages would normally and by default be logged, not output to the browser... Cool, then the problem has an easy fix as hinted by Jan? :) (I can't test that right now). In the current state, the application is not usable, that's a RC bug... I'm saying it can be fixed by changing the value of error_reporting in /etc/php5/*/php.ini back to something that doesn't include E_STRICT. Which is the default in the php.ini Debian ships and which is the recommended production value. So it's not only fixed easily, it should not occur in the default and recommended PHP configuration. Yes, not ideal indeed, but that's why it's still an important bug. Sorry, I have to retract all this. What I said about PHP was correct, but it seems that scuttle overrides these settings in its own code :/ Therefore the default PHP settings are not relevant. So this is indeed RC. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704300: doesn't work with PHP version in wheezy
severity 704300 grave thanks On Mon, Apr 01, 2013 at 10:06:48AM +0200, Thijs Kinkhorst wrote: On Mon, April 1, 2013 09:59, Thijs Kinkhorst wrote: On Mon, April 1, 2013 09:55, Ana Guerrero wrote: On Mon, Apr 01, 2013 at 09:41:54AM +0200, Thijs Kinkhorst wrote: Yes, but I'm making the point that strict standards messages would normally and by default be logged, not output to the browser... Cool, then the problem has an easy fix as hinted by Jan? :) (I can't test that right now). In the current state, the application is not usable, that's a RC bug... I'm saying it can be fixed by changing the value of error_reporting in /etc/php5/*/php.ini back to something that doesn't include E_STRICT. Which is the default in the php.ini Debian ships and which is the recommended production value. So it's not only fixed easily, it should not occur in the default and recommended PHP configuration. Yes, not ideal indeed, but that's why it's still an important bug. Sorry, I have to retract all this. What I said about PHP was correct, but it seems that scuttle overrides these settings in its own code :/ Therefore the default PHP settings are not relevant. So this is indeed RC. Yes, the change proposed by Jan might fix it but I can't test right now. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704445: Serious: Orientation freezed while printing
Package: gimp Version: 2.6.10-1 Severity: normal Hi, Although my user has the printing permissions, it is visibly a serious problem. An user cannot select the orientation to be either landscape or portrait. Please find a shot: http://i.imgur.com/mAtuF6p.png Please make sure to fix this issue as soon as possible Thank you Kind regards, Pat -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 gimp depends on: ii gimp-data 2.6.10-1 Data files for GIMP ii libaa11.4p5-38 ascii art library ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbabl-0.0-0 0.0.22-1 Dynamic, any to any, pixel format ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libexif12 0.6.19-1 library to parse EXIF files ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib ii libgegl-0.0-0 0.0.22-2+b1Generic Graphics Library ii libgimp2.02.6.10-1 Libraries for the GNU Image Manipu ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libhal1 0.5.14-3 Hardware Abstraction Layer - share ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii liblcms1 1.18.dfsg-1.2+b3 Color management library ii libmng1 1.0.10-1+b1Multiple-image Network Graphics li ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-01.2.44-1+squeeze4 PNG library - runtime ii libpoppler-glib4 0.12.4-1.2 PDF rendering library (GLib-based ii librsvg2-22.26.3-1 SAX-based renderer library for SVG ii libtiff4 3.9.4-5+squeeze8 Tag Image File Format (TIFF) libra ii libwebkit-1.0-2 1.2.7-0+squeeze1 Web content engine library for Gtk ii libwmf0.2-7 0.2.8.4-6.1+b1 Windows metafile conversion librar ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxfixes31:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxmu6 2:1.0.5-2 X11 miscellaneous utility library ii libxpm4 1:3.5.8-1 X11 pixmap library ii python2.6.6-3+squeeze6 interactive high-level object-orie ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support1.0.10 automated rebuilding support for P ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime gimp recommends no packages. Versions of packages gimp suggests: ii ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF pn gimp-data-extrasnone (no description available) pn gimp-help-en | gimp-helpnone (no description available) ii gvfs-backends 1.6.4-3 userspace virtual filesystem - bac ii libasound2 1.0.23-2.1 shared library for ALSA applicatio -- 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#704300: doesn't work with PHP version in wheezy
tags 704300 patch pending thanks On Mon, April 1, 2013 10:12, Ana Guerrero wrote: On Mon, Apr 01, 2013 at 10:06:48AM +0200, Thijs Kinkhorst wrote: On Mon, April 1, 2013 09:59, Thijs Kinkhorst wrote: On Mon, April 1, 2013 09:55, Ana Guerrero wrote: On Mon, Apr 01, 2013 at 09:41:54AM +0200, Thijs Kinkhorst wrote: Yes, but I'm making the point that strict standards messages would normally and by default be logged, not output to the browser... Cool, then the problem has an easy fix as hinted by Jan? :) (I can't test that right now). In the current state, the application is not usable, that's a RC bug... I'm saying it can be fixed by changing the value of error_reporting in /etc/php5/*/php.ini back to something that doesn't include E_STRICT. Which is the default in the php.ini Debian ships and which is the recommended production value. So it's not only fixed easily, it should not occur in the default and recommended PHP configuration. Yes, not ideal indeed, but that's why it's still an important bug. Sorry, I have to retract all this. What I said about PHP was correct, but it seems that scuttle overrides these settings in its own code :/ Therefore the default PHP settings are not relevant. So this is indeed RC. Yes, the change proposed by Jan might fix it but I can't test right now. I've made attached fix which fixes it (imo) correctly: follow the local admin's wishes with respect to error_reporting. This ensures that scuttle works in default configurations and generally does whatever the admin configures in php.ini. I have confirmed that the problem goes away on a default wheezy system. Marcelo, given the point in the freeze timeframe, I've uploaded this to DELAYED/5. Let me know if you want me to delay/cancel it or if you want me to reduce the delay and upload immediately. Cheers, Thijs scuttle.debdiff Description: Binary data
Bug#703633: debchange --bpo writes bpo60 in debian/changelog as version in wheezy
* Holger Levsen hol...@layer-acht.org [2013-03-31 12:04:42 CEST]: On Sonntag, 31. März 2013, Andreas Metzler wrote: OTOH I am pretty sure that the majority of people using wheezy's dch --bpo functionality will be generating backports for wheezy itself and not for oldstable. to me thats what I'd call obvious behaviour and obvisouly sane behaviour. Thanks for the ad-hominem. Great discussion style. If it wouldn't wheezy's (or actually,any releases) dch would break, once oldstable (and therefore it's backports suite) will be moved to archive.d.o, which will eventually happen. It's a default that can easily be overridden, it's not like it's something that can't be changed through an option. Also it seems more logical to create backports for the suite one is running, and not an outdated suite. So you call stable to be outdated? Interesting approach, and maybe part of the reason stable has more RC bugs than testing. Enjoy, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704257: closed by Laurent Bigonville bi...@debian.org (Re: missing dependency)
On 01/04/13 02:57, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the empathy package: $ apt-cache rdepends -i libgl1-mesa-dri libgl1-mesa-dri Reverse Depends: xorg libgl1-mesa-dri-experimental libgl1-mesa-dri-dbg $ dpkg --list | grep 'xorg ' ii xserver-xorg 1:7.7+2 amd64X.Org X server $ dpkg --list | grep 'task-desktop ' $ It appears that when upgrading from squeeze to wheezy, none of the packages depending on libgl1-mesa-dri are installed. It is only a recommends dependency for most of the other packages related to it. empathy is a default part of the desktop - it shouldn't just silently fail like this either. There should be some popup if it can't run. Bottom line: this was working on squeeze, but not on wheezy, so it's a regression. If it is not an empathy bug though, should this bug be re-assigned to libgl1-mesa-dri or some other intermediate package such as xorg? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704257: popcon stats
Looking at popcon: http://qa.debian.org/popcon.php?package=xorg xserver-xorg75034 xorg64738 Therefore, not everybody who has xserver-xorg has the `xorg' package as well. 1 in 7 people does not have the xorg package, and those people won't get libgl1-mesa-dri when they upgrade, then they will find things like empathy (and maybe other things) broken -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692897: inkscape: Crash when importing PDF !
Package: inkscape Version: 0.48.4-0.1 Followup-For: Bug #692897 Dear Maintainer, Up ! The ploblem is still there in testing, I also tested in experimental and I can reproduce it Every Time ! Please consider this problem, inskape is rendered useless without that feature... Best regards Mourad -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages inkscape depends on: ii gconf-service 3.2.5-1+build1 ii libaspell15 0.60.7~20110707-1 ii libatk1.0-0 2.4.0-2 ii libatkmm-1.6-1 2.22.6-1 ii libc6 2.13-38 ii libcairo2 1.12.14-1 ii libcairomm-1.0-11.10.0-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgc1c21:7.1-9.1 ii libgcc1 1:4.7.2-5 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.4-2 ii libglib2.0-02.34.2-1 ii libglibmm-2.4-1c2a 2.32.1-1 ii libgnomevfs2-0 1:2.24.4-1 ii libgomp14.7.2-5 ii libgsl0ldbl 1.15+dfsg.2-2 ii libgtk2.0-0 2.24.17-1 ii libgtkmm-2.4-1c2a 1:2.24.2-1 ii libgtkspell02.0.16-1 ii liblcms11.19.dfsg-1.2 ii libmagick++58:6.7.7.10-5 ii libmagickcore5 8:6.7.7.10-5 ii libpango1.0-0 1.32.5-1 ii libpangomm-1.4-12.28.4-1 ii libpng12-0 1.2.49-3 ii libpoppler-glib80.20.5-1 ii libpoppler190.18.4-6 ii libpopt01.16-7 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.7.2-5 ii libwpd-0.9-90.9.4-3 ii libwpg-0.2-20.2.1-1 ii libx11-62:1.5.0-1 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxslt1.1 1.1.26-14.1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages inkscape recommends: ii aspell 0.60.7~20110707-1 ii graphicsmagick-imagemagick-compat [imagemagick] 1.3.16-1.1 ii libwmf-bin 0.2.8.4-10.3 ii perlmagick 8:6.7.7.10-5 ii pstoedit 3.60-2+b1 Versions of packages inkscape suggests: pn dia | dia-gnome none ii libgnomevfs2-extra 1:2.24.4-1 pn libsvg-perl none pn libxml-xql-perl none ii python 2.7.3-4 pn python-lxml none ii python-numpy 1:1.6.2-1.2 pn python-uniconvertor none ii ruby 1:1.9.3 pn skencil 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#704330: about adopting twitter-bootstrap
Twitter includes two of their projects in bootstrap, which need packaging. Both are licensed under Apache-2.0 . These are: recess at http://twitter.github.com/recess/ Hogan.js at http://twitter.github.com/hogan.js/ Needs investigation if Bootstrap can build without JSHint, which is considered non-free and won't be packaged ATM. May also need node-connect from Sencha: https://github.com/senchalabs/connect -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704446: lintian: warn about filenames containing invalid UTF-8 sequences in binary packages
Package: lintian Version: 2.5.10.4 Severity: wishlist It would be nice if lintian could warn about the use of non-UTF-8 sequences in filenames contained in binary packages. There currently is a policy bug #701081 with the likely outcome of making this mandatory. Even if the policy bug report does not come to this conclusion, this behaviour is already a defacto standard only violated by aspell-is and jpilot at present (looking at sid main amd64). Since the vast majority of packages uses a small subset of printable ASCII, lintian could go even further and check for such a subset in a pedantic or experimental tag in addition. Note that the non-UTF-8-ness currently cannot be easily measured, but the non-ASCII-ness can be using apt-file: LC_ALL=C zgrep '[^[:print:]]' /var/cache/apt/apt-file/*_Contents-*.gz Note that source packages may legitimately contain such sequences, for example as part of test cases. Given that we have little control over source packages, they should not be subject of such a check (at least not with warning level). Thanks for considering Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704447: ITP: recess -- simple, attractive code quality tool for CSS built on top of LESS
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.hu Severity: wishlist * Package name: node-recess Version : 1.1.0 Upstream Author : Twitter Inc., Jacob Thornton * URL : https://github.com/twitter/recess * License : Apache-2.0 Programming Lang: JavaScript Description : simple, attractive code quality tool for CSS built on top of LESS Incorporate it into your development process as a linter, or integrate it directly into your build system as a compiler, RECESS will keep your source looking clean and super manageable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704448: ITP: Hogan.js -- compiler for the Mustache templating language
Package: wnpp Owner: Laszlo Boszormenyi g...@debian.hu Severity: wishlist * Package name: node-hoganjs Version : 3.0.0 Upstream Author : Twitter Inc., Robert Sayre and Jacob Thornton * URL : https://github.com/twitter/hogan.js * License : Apache-2.0 Programming Lang: JavaScript Description : compiler for the Mustache templating language Hogan.js was written to meet three templating library requirements: good performance, standalone template objects, and a parser API. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704449: Installation was successfully on Fujitsu Siemens Esprimo Mobile V5535
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: installation-reports Boot method: CD Image version: Self-made Boot-CD with Wheezy installer from 2013-03-12 Date: 2013-03-31 Machine: Fujitsu Siemens Esprimo Mobile V5535 Processor: Intel(R) Celeron(R) CPU 550 @ 2.00GHz Memory: 1,0GB Partitions: DateisystemTyp 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf rootfs rootfs 14417392 5961120 7723908 44% / udev devtmpfs 10240 0 102400% /dev tmpfs tmpfs 95904 304 956001% /run /dev/disk/by-uuid/709ee56c-9246-4300-90eb-f2f507e1eeeb ext4 14417392 5961120 7723908 44% / tmpfs tmpfs 5120 0 51200% /run/lock tmpfs tmpfs 386980 83869721% /run/shm /dev/sda6 ext4 61543300 188232 582288481% /home Output of lspci -knn: 00:00.0 Host bridge [0600]: Silicon Integrated Systems [SiS] 671MX [1039:0671] Subsystem: Fujitsu Technology Solutions Device [1734:1125] Kernel driver in use: agpgart-sis 00:01.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] AGP Port (virtual PCI-to-PCI bridge) [1039:0003] 00:02.0 ISA bridge [0601]: Silicon Integrated Systems [SiS] SiS968 [MuTIOL Media IO] [1039:0968] (rev 01) 00:02.5 IDE interface [0101]: Silicon Integrated Systems [SiS] 5513 IDE Controller [1039:5513] (rev 01) Subsystem: Silicon Integrated Systems [SiS] SiS5513 EIDE Controller (A,B step) [1039:5513] Kernel driver in use: pata_sis 00:03.0 USB controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] (rev 0f) Subsystem: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] Kernel driver in use: ohci_hcd 00:03.1 USB controller [0c03]: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] (rev 0f) Subsystem: Silicon Integrated Systems [SiS] USB 1.1 Controller [1039:7001] Kernel driver in use: ohci_hcd 00:03.3 USB controller [0c03]: Silicon Integrated Systems [SiS] USB 2.0 Controller [1039:7002] Subsystem: Fujitsu Technology Solutions Device [1734:1125] Kernel driver in use: ehci_hcd 00:04.0 Ethernet controller [0200]: Silicon Integrated Systems [SiS] 191 Gigabit Ethernet Adapter [1039:0191] (rev 02) Subsystem: Fujitsu Technology Solutions Device [1734:1125] Kernel driver in use: sis190 00:05.0 IDE interface [0101]: Silicon Integrated Systems [SiS] SATA Controller / IDE mode [1039:1183] (rev 03) Subsystem: Silicon Integrated Systems [SiS] SATA Controller / IDE mode [1039:1183] Kernel driver in use: sata_sis 00:06.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI bridge [1039:000a] Kernel driver in use: pcieport 00:07.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI bridge [1039:000a] Kernel driver in use: pcieport 00:0f.0 Audio device [0403]: Silicon Integrated Systems [SiS] Azalia Audio Controller [1039:7502] Subsystem: Fujitsu Technology Solutions Device [1734:1125] Kernel driver in use: snd_hda_intel 00:1f.0 PCI bridge [0604]: Silicon Integrated Systems [SiS] PCI-to-PCI bridge [1039:0004] Kernel driver in use: pcieport 01:00.0 VGA compatible controller [0300]: Silicon Integrated Systems [SiS] 771/671 PCIE VGA Display Adapter [1039:6351] (rev 10) Subsystem: Fujitsu Technology Solutions Device [1734:1125] 02:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR242x / AR542x Wireless Network Adapter (PCI-Express) [168c:001c] (rev 04) Subsystem: Atheros Communications Inc. AR242x 802.11abg Wireless PCI Express Adapter (rev 01) [168c:3067] Kernel driver in use: ath5k Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Installation was successfully -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJRWVQXAAoJEP6mWTfo8xZNQzIQAJpQT/N6y6nPmPRkwDbxkJXe G0N/nVnp+oJijUvpTb684GSz47xURDAI6qY1pAMC+/+s0bTUupz06GoDadAk53g7 QJ0duZvQlsBCKZn3Nl87FgwM1zpPsdiTXH2DRZPZqsMCRr/bkk4XZWXvkjIBAAe2 UYugniK7Ih9UyZhDB/LBWF5xEspmRLX3k6ZIVf2ih0KS2nSC4Gp0WbwCL0PXF4p5 Y0yur628hugoqCpGtRg8zsICkidfQdF+jQ/XbfnrrYrqCIcO+6lLM5Rc4Y/7MkQe
Bug#691191: ruby-activemodel missing
2013/4/1 Cédric Boutillier cedric.boutill...@gmail.com: Hi Praveen, Maybe you're missing activemodel gem, for which a request for packaging has been filed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639167 No it's already packaged. We can close that RFP. $ apt-cache policy ruby-activemodel-3.2 ruby-activemodel-3.2: Installed: (none) Candidate: 3.2.6-3 Version table: 3.2.13-3 0 150 http://ftp.de.debian.org/debian/ experimental/main amd64 Packages 3.2.6-3 0 500 http://ftp.kr.debian.org/debian/ sid/main amd64 Packages I removed all packaged gems for rails and did bundle install. Even then the same error is coming. I have pushed the packaging to g.d.o can you check? thanks Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704450: O: mytop -- top like query monitor for MySQL
Package: wnpp Severity: normal The current maintainer of mytop, Philipp Matthias Hahn pmh...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: mytop Binary: mytop Version: 1.6-6 Maintainer: Philipp Matthias Hahn pmh...@debian.org Build-Depends: quilt Build-Depends-Indep: perl (= 5.6.0-16), libdbi-perl (= 1.13), libdbd-mysql-perl (= 1.0), libterm-readkey-perl (= 2.10), libconfig-inifiles-perl Architecture: all Standards-Version: 3.8.1 Format: 1.0 Files: 76a56ce48953833941c7a03a85f9d62e 1105 mytop_1.6-6.dsc 4127c3e486eb664fed60f40849372a9f 19720 mytop_1.6.orig.tar.gz 14ec280c9d7bdbb2c216e61d3039baf0 11844 mytop_1.6-6.diff.gz Checksums-Sha1: 23a282f3b2199a6915560357a67d8346c61d8903 1105 mytop_1.6-6.dsc e1485115ca3a15e79f7811bdc1cfe692aa95833f 19720 mytop_1.6.orig.tar.gz 4e1aa9768d07874d3e9eb5b45fcc63a65d101d74 11844 mytop_1.6-6.diff.gz Checksums-Sha256: cf4af01cbf665952c03c2dfd3d2c1eaecc915088a7250aab80bf428708258764 1105 mytop_1.6-6.dsc b17c702598b10bb0ce2695f609122637c799eaaaec1afaa73246b048f07be9bd 19720 mytop_1.6.orig.tar.gz d13d73904ab3ace72eab21aee22ff502119c7ac986405412e5b3cbfd717d451f 11844 mytop_1.6-6.diff.gz Homepage: http://jeremy.zawodny.com/mysql/mytop/ Directory: pool/main/m/mytop Priority: source Section: utils Package: mytop Version: 1.6-6 Installed-Size: 152 Maintainer: Philipp Matthias Hahn pmh...@debian.org Architecture: all Depends: perl (= 5.6.0-16), libdbi-perl (= 1.13), libdbd-mysql-perl (= 1.0), libterm-readkey-perl (= 2.10), libconfig-inifiles-perl Suggests: libtime-hires-perl Description-en: top like query monitor for MySQL Mytop is a console-based tool for monitoring queries and the performance of MySQL. It supports version 3.22.x, 3.23.x, 4.x and 5.x servers. It's written in Perl and support connections using TCP/IP and UNIX sockets. Homepage: http://jeremy.zawodny.com/mysql/mytop/ Description-md5: f488dcf2bff0591cf96c89d8d4a8fa3d Tag: admin::monitoring, devel::lang:sql, implemented-in::perl, interface::text-mode, role::program, scope::utility, use::monitor, works-with::db Section: utils Priority: optional Filename: pool/main/m/mytop/mytop_1.6-6_all.deb Size: 34826 MD5sum: dfa4cb1ff0f64421dec6aeef369927d4 SHA1: cfd8790fb5648bc6ea9411e98b4df4afa106f0b1 SHA256: 53987740ed251ce8dcf01ea745c3e6ab3defa08d7d08745f9ceba547490a31e4 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704451: okular: Printing feature in a mess
Package: okular Version: 4:4.8.4-3+b1 Severity: normal Dear Maintainer, For a long time, Okular is very good to display documents, but it is a piece of shit for printing ! I'm using it since Kde 4.3 and this is not going better for printing. My reason are : First - okular saves the last printing parameters, it is completly useless, when I print some lanscape for 1 document, I don't want to print the next one (sometime days after !) with the same parameters ! It should take back every time the default printer parameters ! Second - okular doesn't take care about printing area, lot's of pdf file I print are to big for the pinting area so okular cut some parts when printing ! Is it possible to have the same feature as acrobat reader to ajust document to printing area ? Third - okular doesn't take care about the real format of the original PDF... It tries to print in full format some landscape in portrait with cutting the half of the page without any warning... Fourth (feature request) - okular could show, as lots of software, a mini print preview as libreoffice, chromium, Acrobat reader. Thanks for reading and taking care about that ! Regards Mourad -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages okular depends on: ii kde-runtime 4:4.9.5-0r1 ii libc6 2.13-38 ii libfreetype6 2.4.9-1.1 ii libjpeg8 8d-1 ii libkdecore5 4:4.9.5-0r1 ii libkdeui5 4:4.9.5-0r1 ii libkio5 4:4.9.5-0r1 ii libkparts44:4.9.5-0r1 ii libkprintutils4 4:4.9.5-0r1 ii libkpty4 4:4.9.5-0r1 ii libokularcore14:4.8.4-3+b1 ii libphonon44:4.6.0.0-3 ii libpoppler-qt4-3 0.18.4-6 ii libqca2 2.0.3-4 ii libqimageblitz4 1:0.0.6-4 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-svg4:4.8.2+dfsg-11 ii libqt4-xml4:4.8.2+dfsg-11 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsolid4 4:4.9.5-0r1 ii libspectre1 0.2.7-2 ii libstdc++64.7.2-5 ii phonon4:4.6.0.0-3 ii zlib1g1:1.2.7.dfsg-13 okular recommends no packages. Versions of packages okular suggests: ii ghostscript9.05~dfsg-6.3 ii jovie 4:4.8.4-2 pn okular-extra-backends none ii poppler-data 0.4.6-3 pn texlive-binaries none ii unrar 1:4.2.4-0.3 -- 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#704452: haskell-cryptohash: new upstream version 0.8.4 fixes build on big-endian systems
Package: haskell-cryptohash Version: 0.8.3-1 Severity: normal User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring haskell-cryptohash 0.8.3 fails its tests on big-endian systems. I fixed this and sent the fix upstream (https://github.com/vincenthz/hs-cryptohash/pull/13), and there's now a 0.8.4 on hackage containing my fix. Could you upgrade the Debian package? Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#413571: [Pkg-fonts-devel] Bug#413571: Debian bug #413571 for DejaVu font still present in latest SVN snapshot
Quoting Fabian Greffrath (fab...@greffrath.com): Hi Christian, Am Sonntag, den 31.03.2013, 11:59 +0200 schrieb Christian PERRIER: While packaging the latest SVN snapshot from upstream DejaVu SVN, thanks for your recent work on this package! However, please remove the Provides: ... lines from the new fonts-* packages. They *do not* provide the fonts under the same file names as the ttf-* packages. I'm indeed pondering compatibility symlinks. Have we done that for other packages already? I was under the feeling that it had been done but I can't find good examples. signature.asc Description: Digital signature
Bug#704165: hsqldb-server: hsqsldb-server doesn't stopp
tag 704165 + moreinfo tag 704165 + unreproducible thanks On Thu, Mar 28, 2013 at 08:32:19PM +0100, Frank Schmitte wrote: server is not stopp by: service hsqldb-server stop. I recived the folling errormessage: Failed instances: [db0-url] WARNING: hsqldb is still running! Works for me. Fresh install of hsqldb-server in wheezy. [...] hsqldb-server (1.8.0.10+dfsg-0+deb7u1) wird eingerichtet ... Lege Systembenutzer »hsqldb« (UID 113) an ... Lege neue Gruppe »hsqldb« (GID 125) an ... Lege neuen Benutzer »hsqldb« (UID 113) mit Gruppe »hsqldb« an ... Erstelle Home-Verzeichnis »/var/lib/hsqldb« nicht. Success for instance 'db0-url' org.hsqldb.Server started with pid 25365 Now let's stop it: rene@frodo:~$ sudo /etc/init.d/hsqldb-server stop Success for instance 'db0-url' Successful shutdown (for the Server process)! rene@frodo:~$ ps -ax | grep hsqldb warning: bad ps syntax, perhaps a bogus '-'? See http://gitorious.org/procps/procps/blobs/master/Documentation/FAQ 25554 pts/2S+ 0:00 grep hsqldb Therefore I'm not able to upgrade to 1.8.0.10-14. You mean upgrade to 1.8.0.10+dfsg-1... I'm using debian sid (siduction distro (http://www.siduction.org) Please try in proper sid/wheezy? (Anyhow, after wheezy release with hsqldb 2.2.x hsqldb-server will not be packaged anxmore - unless the eventual new maintainer of hsqldb will reintroduce it...) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673424: Fwd: Bug#673424: bbswitch packaging
On Sun, Mar 31, 2013 at 12:18 PM, Aron Xu a...@debian.org wrote: On Sun, Mar 24, 2013 at 7:59 AM, Vincent Cheng vincentc1...@gmail.com wrote: Aron, I'm unsure if you're aware of the pull request I've made upstream [1], but if you have anything you want changed upstream, please feel free to jump into the conversation. I think by now we've sorted out more or less all of the remaining issues that are blocking the merge of the Debian-specific stuff, but if there's anything I missed, now's your chance to let upstream know. Regards, Vincent [1] https://github.com/Bumblebee-Project/bumblebee-ppa/pull/10 I'm ready to sponsor current version of bumblebee, but I'd like to wait for your confirmation in case you have some action to do with upstream changes. I committed a small change to bumblebee.preinst, replacing Ubuntu with the system so that it can be vendor agnostic. If this needs to be forwarded upstream then please do me a favor, thanks. I'll make a note of that change to be forwarded upstream (together with the virtualgl stuff). I intend to upload a new version of primus first (with the changes made by upstream in [1]). Bumblebee is pretty much done at this point, so feel free to go ahead and upload it as is, but it's not going to be very useful without primus. Then again, I expect that bbswitch+bumblebee will sit in the NEW queue for a while, so it's not like it'll make a difference in the end. :P Regards, Vincent [1] https://github.com/Bumblebee-Project/bumblebee-ppa/commit/f95d06289f3fac202a6888b2d36f639e527c3f96 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687057: androidsdk-tools progress
Hi Stefan, On 1.4.2013 00:40, Stefan Handschuh wrote: I wanted to ask if its ok for you if the git repository is owned by you (i.e. change the owner that is visible in gitweb). I don't mind to be the owner, however it seems for gitweb 'owner' is who owns the top level directory of the git repo, which is something I don't have permissions to change. You can try to execute 'chown xhaakon-guest androidsdk-tools.git' yourself to transfer me the ownership. Still, everything under pkg-java is team maintained so who is the repository owner really plays no role here. There are some issues w.r.t. the d/copyright file which should be resolved first, I think. I am currently gathering information about the changes that should be applied there (in general, some information is missing). Therefore, I would like to ask you to wait with the sourcecode upload. Ok, I can wait. To make the package lintian clean I still should write at least some basic manpages for the scripts we place in /usr/bin. However, since there is an orig-tar script, the sourcecode upload maybe not needed, I think. I also dislike the debian policy about uploading the upstream code directly into the packaging repositories. If I'm going to do the most work on this package, I'd prefer to have everything in a single git. Regarding this subject we're standing at the opposite sides of the barricade, sorry :) Thanks for providing information about the problem there in a separate email. I will have a look at it. Thanks for your help with Lombok! Regards, Jakub -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704453: moreutils/sponge fails silently if the destination file cannot be written
Package: moreutils Version: 0.47 Severity: normal Dear Maintainer, I have found what seems to be a bug in sponge, which does not propagate the write error when writing to its output file, failing silently. * What led up to the situation? $ echo | sponge /dev/full echo OK OK * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? It could not obviously write to /dev/full, but returned EXIT_SUCESS. * What outcome did you expect instead? I would expect it to return a non-zero return value and a message. * Debug details $ echo | strace sponge /dev/full [...] open(/dev/full, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4 lseek(3, 0, SEEK_SET) = 0 read(3, \n, 8192) = 1 fstat(4, {st_mode=S_IFCHR|0666, st_rdev=makedev(1, 7), ...}) = 0 ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff7e925e80) = -1 ENOTTY (Inappropriate ioctl for device) mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8e389b8000 read(3, , 8192) = 0 close(3)= 0 munmap(0x7f8e389b9000, 4096)= 0 write(4, \n, 1) = -1 ENOSPC (No space left on device) close(4)= 0 munmap(0x7f8e389b8000, 4096)= 0 rt_sigprocmask(SIG_BLOCK, [HUP INT QUIT PIPE ALRM TERM XCPU XFSZ VTALRM PROF IO], [], 8) = 0 unlink(/tmp/sponge.wsOZkV)= 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 exit_group(0) = ? [...] As you can see, the write() fails but the error is not propagated. I think this issue is potentially (although remotely probably) serious since sponge lends itself to be used to automatically edit files, but it will thrash them if the concerning filesystem happens to become full during the editing. Thank you. Raúl Salinas -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=eo.UTF-8, LC_CTYPE=eo.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages moreutils depends on: ii libc62.13-38 ii libipc-run-perl 0.92-1 ii perl 5.14.2-19 moreutils recommends no packages. Versions of packages moreutils suggests: pn libtime-duration-perl none ii libtimedate-perl 1.2000-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#699864: mplayer2 from experimental doesn't work with smplayer
I attach another patch to try to fix this issue. This patch adds the possibility to compile smplayer to not use the -fontconfig and -nofontconfig options. This way it will never fail with mplayer2. Edit smplayer.pro and delete or comment the line DEFINES += USE_FONTCONFIG_OPTIONS It seems the -fontconfig option is now enabled by default by mplayer, so it's actually not needed. The -nofontconfig option is necessary if the user wants to specify a ttf font for subtitles, but there are other methods to change the font. -- RVM r5297.diff.gz Description: GNU Zip compressed data
Bug#701694: New 3.8 experimental kernel-version built
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yesterday I slightly reconfigured the 3.9 kernel source on this box as embedded low-latency-desktop and disabled a few unneeded drivers and was a bit surprised that this actually built just fine and the result is running more nicely, too. So my current configuration is attached in compressed format, in case anybody wants to try this. I recommend it. Also, the world should know, that I am using the cairo-dock now and quite like it, because it provides all the features, that have been missing, like system-load-monitor, plain, old-fashioned application-start-menu and it can hold a launcher for custom installed firefox, which could not be 'added to favourites' beforehand. It is also highly configurable, possibly there are even a few settings and switches too many, anyway it is far better than the gnome-dock from shell-extensions, that used to stick on the right side of the screen, incommodating me, when using scroll-bars also on the right side. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlFZbiYACgkQ5+rBHyUt5wtcWwCeIWgE7pZDKbh68GRTQaSuqVDp LD4An1JNzw1AU5Cxqvn9r7BBfRp1feGz =y3Ik -END PGP SIGNATURE- config-3.8.0bdt.gz Description: GNU Zip compressed data
Bug#413571: AW: Re: [Pkg-fonts-devel] Bug#413571: Debian bug #413571 for DejaVu font still present in latest SVN snapshot
Fonts-liberation, i think. We even had a bug report about this. Von Samsung Mobile gesendet Ursprüngliche Nachricht Von: Christian PERRIER bubu...@debian.org Datum: An: Fabian Greffrath fab...@greffrath.com Cc: 413...@bugs.debian.org Betreff: Re: [Pkg-fonts-devel] Bug#413571: Debian bug #413571 for DejaVu font still present in latest SVN snapshot Quoting Fabian Greffrath (fab...@greffrath.com): Hi Christian, Am Sonntag, den 31.03.2013, 11:59 +0200 schrieb Christian PERRIER: While packaging the latest SVN snapshot from upstream DejaVu SVN, thanks for your recent work on this package! However, please remove the Provides: ... lines from the new fonts-* packages. They *do not* provide the fonts under the same file names as the ttf-* packages. I'm indeed pondering compatibility symlinks. Have we done that for other packages already? I was under the feeling that it had been done but I can't find good examples.
Bug#704424: release-notes: sufficient-space hints give confusing advice
Jonathan Nieder wrote: Justin B Rye wrote: * Run aptitude and look for the Obsolete and Locally Created Packages category, which will contain packages from previous releases that you never bothered to remove. These may be obsolete, but unless they're *also* redundant automatic installs (covered in the previous points), they don't seem likely candidates for freeing up space before a dist-upgrade. [...] That makes sense. Thanks for explaining. This text comes from r4245 (2007-03-27). I think it's meant to be a short cut for finding old libraries, but I agree with you that the other advice is more likely to be fruitful. So let's just drop it, as you suggested. How about this patch? That's an improvement, but it still retains pointers to section 4.9, which has the same problem in reverse: it talks about obsolete packages (meaning relics that are no longer in the new release) and has therefore attracted extra content that's talking about redundant ex-dependencies. It seems to me we should put all our coverage of redundant packages in 4.4.3 (mentioning apt-get autoremove and avoiding the word obsolete), put all our coverage of relic packages in 4.9, and leave the two sections completely unconnected. The only thing they've got in common is a piece of double-booked jargon. It's as if our explanations of sources.list files wandered off into a discussion of source packages. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703633: debchange --bpo writes bpo60 in debian/changelog as version in wheezy
On Mon, Apr 01, 2013 at 03:35:05PM +0800, Thomas Goirand wrote: On 03/31/2013 06:04 PM, Holger Levsen wrote: Hi, On Sonntag, 31. März 2013, Andreas Metzler wrote: OTOH I am pretty sure that the majority of people using wheezy's dch --bpo functionality will be generating backports for wheezy itself and not for oldstable. to me thats what I'd call obvious behaviour and obvisouly sane behaviour. If it wouldn't wheezy's (or actually,any releases) dch would break, once oldstable (and therefore it's backports suite) will be moved to archive.d.o, which will eventually happen. Also it seems more logical to create backports for the suite one is running, and not an outdated suite. cheers, Holger Unless someone opposes to my view, I think we have a majority to agree that dch --bpo should use wheezy, and that this really is a bug. So I will open a new bug to ask the release team if they would accept such a change. We typically do this through the first stable update, as the version of devscripts in unstable should default to current stable until Wheezy is released. If people would rather this happen via t-p-u and there's an ACK from the RT, I'm fine with uploading such a change. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#704300: doesn't work with PHP version in wheezy
On Mon, Apr 01, 2013 at 10:18:59AM +0200, Thijs Kinkhorst wrote: I've made attached fix which fixes it (imo) correctly: follow the local admin's wishes with respect to error_reporting. This ensures that scuttle works in default configurations and generally does whatever the admin configures in php.ini. I have confirmed that the problem goes away on a default wheezy system. Marcelo, given the point in the freeze timeframe, I've uploaded this to DELAYED/5. Let me know if you want me to delay/cancel it or if you want me to reduce the delay and upload immediately. Confirmed, the problem is fully fixed by the patch. Thanks, Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704454: libproc-dev: Broken link to /usr/lib/libproc.so shipped in package
Package: libproc-dev Version: 1:3.2.8-9squeeze1 Severity: important Tags: squeeze Upgrading libproc-dev from 1:3.2.8-9 - 1:3.2.8-9squeeze1 breaks /usr/lib/libproc.so symlink. In version 1:3.2.8-9squeeze1 /usr/lib/libproc.so points to /lib/libproc-*.so instead of /lib/libproc-3.2.8.so. How to verify: extract both versions ( 1:3.2.8-9 and 1:3.2.8-9squeeze1) of libproc-dev and list the comtents of CONTENTS/usr/lib/. debian-machine:~# ls -lash libproc-dev-1\:3.2.8-9/CONTENTS/usr/lib/ total 136K 4.0K drwxr-xr-x 2 root root 4.0K May 4 2010 . 4.0K drwxr-xr-x 5 root root 4.0K May 4 2010 .. 128K -rw-r--r-- 1 root root 124K May 4 2010 libproc.a 0 lrwxrwxrwx 1 root root 21 Apr 1 11:38 libproc.so - /lib/ libproc-3.2.8.so debian-machine:~# ls -lash libproc-dev-1\:3.2.8-9squeeze1/CONTENTS/usr/lib/ total 136K 4.0K drwxr-xr-x 2 root root 4.0K Feb 16 2012 . 4.0K drwxr-xr-x 5 root root 4.0K Feb 16 2012 .. 128K -rw-r--r-- 1 root root 124K Feb 16 2012 libproc.a 0 lrwxrwxrwx 1 root root 17 Apr 1 11:38 libproc.so - /lib/libproc-*.so How to fix: libproc.so symlink should point to /lib/libproc-3.2.8.so like so: libproc.so - /lib/libproc-3.2.8.so -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#704455: document --bpo / upload policy
package: devscripts severity: wishlist x-debbugs-cc: 703...@bugs.debian.org, debian-backpo...@lists.debian.org Hi, On Montag, 1. April 2013, James McCoy wrote: Unless someone opposes to my view, I think we have a majority to agree that dch --bpo should use wheezy, and that this really is a bug. So I will open a new bug to ask the release team if they would accept such a change. We typically do this through the first stable update, as the version of devscripts in unstable should default to current stable until Wheezy is released. Aaaah! This absolutly makes sense, just seems to be wildly unknown, so please document this prominently in the devscripts package. If people would rather this happen via t-p-u and there's an ACK from the RT, I'm fine with uploading such a change. IMHO it would be desirable to have this fixed for wheezy in wheezy r0, yes. (But please don't delay the release for this, it's totally fine to have this in wheezy r1 and jessie r0 ;-) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#704257: missing libgl1-mesa-dri in upgrades
On 04/01/2013 11:59 AM, Daniel Pocock wrote: I've found that some default packages in Gnome are broken if libgl1-mesa-dri is not installed (...) While I've filed a bug against empathy (that is where I observed the problem), I suspect other packages are impacted and the issue may need to be fixed at some other level. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704257 Empathy itself does not required GL libraries to be installed: glaubitz@znote-t60o:~$ objdump -p `which empathy` |grep NEEDED NEEDED libenchant.so.1 NEEDED libcheese-gtk.so.21 NEEDED libebook-1.2.so.13 NEEDED libgeoclue.so.0 NEEDED libgeocode-glib.so.0 NEEDED libnm-glib.so.4 NEEDED libgudev-1.0.so.0 NEEDED libm.so.6 NEEDED libdbus-glib-1.so.2 NEEDED libfolks-telepathy.so.25 NEEDED libfolks.so.25 NEEDED libgee.so.2 NEEDED libgnome-keyring.so.0 NEEDED libgnutls.so.26 NEEDED libgstreamer-0.10.so.0 NEEDED libgthread-2.0.so.0 NEEDED libtelepathy-logger.so.2 NEEDED libtelepathy-glib.so.0 NEEDED libxml2.so.2 NEEDED libcanberra-gtk3.so.0 NEEDED libcanberra.so.0 NEEDED libnotify.so.4 NEEDED libwebkitgtk-3.0.so.0 NEEDED libchamplain-gtk-0.12.so.0 NEEDED libclutter-gtk-1.0.so.0 NEEDED libgtk-3.so.0 NEEDED libchamplain-0.12.so.0 NEEDED libclutter-1.0.so.0 NEEDED libgdk-3.so.0 NEEDED libX11.so.6 NEEDED libgio-2.0.so.0 NEEDED libgdk_pixbuf-2.0.so.0 NEEDED libpango-1.0.so.0 NEEDED libgobject-2.0.so.0 NEEDED libglib-2.0.so.0 NEEDED libpthread.so.0 NEEDED libc.so.6 glaubitz@znote-t60o:~$ However, Empathy depends on Clutter which itself requires an OpenGL implementation: glaubitz@znote-t60o:~$ objdump -p /usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0 |grep NEEDED NEEDED libm.so.6 NEEDED libatk-1.0.so.0 NEEDED libcogl-pango.so.0 NEEDED libcogl.so.9 NEEDED libjson-glib-1.0.so.0 NEEDED libgio-2.0.so.0 NEEDED libgdk-3.so.0 NEEDED libpangocairo-1.0.so.0 NEEDED libgdk_pixbuf-2.0.so.0 NEEDED libcairo-gobject.so.2 NEEDED libcairo.so.2 NEEDED libX11.so.6 NEEDED libXext.so.6 NEEDED libXdamage.so.1 NEEDED libXfixes.so.3 NEEDED libXcomposite.so.1 NEEDED libXi.so.6 NEEDED libpangoft2-1.0.so.0 NEEDED libpango-1.0.so.0 NEEDED libfreetype.so.6 NEEDED libfontconfig.so.1 NEEDED libgobject-2.0.so.0 NEEDED libgthread-2.0.so.0 NEEDED libgmodule-2.0.so.0 NEEDED librt.so.1 NEEDED libglib-2.0.so.0 NEEDED libpthread.so.0 NEEDED libc.so.6 glaubitz@znote-t60o:~$ Checking the depends of libclutter-1.0-0: glaubitz@znote-t60o:~$ apt-cache depends libclutter-1.0-0 |head libclutter-1.0-0 Depends: libatk1.0-0 Depends: libc6 Depends: libcairo-gobject2 Depends: libcairo2 Depends: libcogl-pango0 Depends: libcogl9 Depends: libfontconfig1 Depends: libfreetype6 Depends: libgdk-pixbuf2.0-0 glaubitz@znote-t60o:~$ where you see a dependency on libcogl9 which in turn depends on MESA: glaubitz@znote-t60o:~$ apt-cache depends libcogl9 |head libcogl9 Depends: libc6 Depends: libgdk-pixbuf2.0-0 Depends: libglib2.0-0 Depends: libx11-6 Depends: libxcomposite1 Depends: libxdamage1 Depends: libxext6 Depends: libxfixes3 Depends: libgl1-mesa-glx glaubitz@znote-t60o:~$ So, whatever you do, don't mess around with Empathy. The bug, if any, is not in Empathy but any of its dependencies. I'd have a look at Clutter. Also, have you tried running Empathy on a non-compositing window manager when libgl1-mesa-dri is not installed? Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704456: moreutils: Please include 'annotate-output' from devscripts
Package: moreutils Version: 0.47 Severity: wishlist Dear Maintainer, please include 'annotate-output' from devscripts in moreutils. It fits perfectly in moreutils and not in devscripts (it's not Debian packaging specific). Do you think that more non Debian packaging specific scripts from devscripts would fit into moreutils? The list of possible scripts: archpath checkbashisms licensecheck manpage-alert namecheck suspicious-source svnpath -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704457: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0
Package: php5-cli Version: 5.5.0~beta2-1 Severity: important Help. Every half hour I am getting these: Subject: Re: Cron root@jidanni2 [ -x /usr/lib/php5/maxlifetime ] [ -x /usr/lib/php5/sessionclean ] [ -d /var/lib/php5 ] /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime) CD == Cron Daemon r...@jidanni.org writes: CD PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212+lfs/gd.so' - /usr/lib/php5/20121212+lfs/gd.so: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0 CD PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212+lfs/gd.so' - /usr/lib/php5/20121212+lfs/gd.so: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704457: [php-maint] Bug#704457: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0
Uninstall the libraries in /usr/local/ and you'll be fine. Ondřej Surý On 1. 4. 2013, at 14:54, jida...@jidanni.org wrote: Package: php5-cli Version: 5.5.0~beta2-1 Severity: important Help. Every half hour I am getting these: Subject: Re: Cron root@jidanni2 [ -x /usr/lib/php5/maxlifetime ] [ -x /usr/lib/php5/sessionclean ] [ -d /var/lib/php5 ] /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime) CD == Cron Daemon r...@jidanni.org writes: CD PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212+lfs/gd.so' - /usr/lib/php5/20121212+lfs/gd.so: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0 CD PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20121212+lfs/gd.so' - /usr/lib/php5/20121212+lfs/gd.so: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0 ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704458: pyformex: new upstream version
Package: pyformex Severity: wishlist Dear Maintainer, As you probably already know there's a new upstream version of pyformex, namely 0.9.0. Would be nice to have it packaged for Debian. thanks in advance, -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv5tel) Kernel: Linux 2.6.32-7-g56678ec (PREEMPT) 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/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704457: [php-maint] Bug#704457: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0
OS == Ondřej Surý ond...@sury.org writes: OS Uninstall the libraries in /usr/local/ and you'll be fine. Which libraries? $ find /usr/local/|wc -l 3774 $ find /usr/local/|grep -c php 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704457: [php-maint] Bug#704457: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0
Do: ldd /usr/lib/php5/20121212+lfs/gd.so And you'll see what libraries are used. Ondřej Surý On 1. 4. 2013, at 15:18, jida...@jidanni.org wrote: OS == Ondřej Surý ond...@sury.org writes: OS Uninstall the libraries in /usr/local/ and you'll be fine. Which libraries? $ find /usr/local/|wc -l 3774 $ find /usr/local/|grep -c php 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704459: tinyproxy: Open connections are dropped when logrotate executes the postrotate action
Package: tinyproxy Version: 1.8.3-3 Severity: normal When logrotate has finished its job on tinyproxy's log files it executes the postrotate command which basically sends SIGHUP to the current tinyproxy process. This not only reloads the config files and directs the process to the new logfile, but also drops any current connection that tinyproxy is relaying. This results in incomplete downloads and cancels all connections that are tunneled through tinyproxy via CONNECT. This is at least annoying. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tinyproxy depends on: ii libc6 2.13-38 ii logrotate 3.8.1-4 tinyproxy recommends no packages. tinyproxy suggests no packages. -- Configuration Files: /etc/logrotate.d/tinyproxy changed [not included] /etc/tinyproxy.conf 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#703402: PTS: link to the blends website for packages involved in blends
On Wed, Mar 27, 2013 at 9:43 PM, Andreas Tille wrote: With the package information there is the following problem regarding the usage in PTS: The different versions of the metapackages (in oldstable, stable, testing) might contain different dependencies and finally packages that are in unstable only are also not part of the metapackages but topic of the Blends task. Because I assume that PTS is developer centric I would assume that you consider any dependency mentioned in the tasks file and available in Debian should be part of the output JSON database, right? The PTS usually only deals with unstable, but for this case I think it would be reasonable to do that, right. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704457: [php-maint] Bug#704457: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0
OS == Ondřej Surý ond...@sury.org writes: OS Do: OS ldd /usr/lib/php5/20121212+lfs/gd.so OS And you'll see what libraries are used. $ ldd /usr/lib/php5/20121212+lfs/gd.so linux-gate.so.1 (0xb77c5000) libgd.so.2 = /usr/lib/i386-linux-gnu/libgd.so.2 (0xb7755000) libfreetype.so.6 = /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb76b9000) libX11.so.6 = /usr/lib/i386-linux-gnu/libX11.so.6 (0xb758) libXpm.so.4 = /usr/lib/i386-linux-gnu/libXpm.so.4 (0xb756f000) libpng12.so.0 = /lib/i386-linux-gnu/libpng12.so.0 (0xb7545000) libz.so.1 = /lib/i386-linux-gnu/libz.so.1 (0xb752c000) libjpeg.so.8 = /usr/lib/i386-linux-gnu/libjpeg.so.8 (0xb74f3000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb7343000) libfontconfig.so.1 = /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb730d000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb72ca000) libxcb.so.1 = /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb72a7000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb72a2000) /lib/ld-linux.so.2 (0xb77c6000) libexpat.so.1 = /lib/i386-linux-gnu/libexpat.so.1 (0xb7279000) libXau.so.6 = /usr/lib/i386-linux-gnu/libXau.so.6 (0xb7276000) libXdmcp.so.6 = /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb727) $ ldd /usr/lib/php5/20121212+lfs/gd.so|perl -nwle 's!.* /!/!||next;s/ .*//;print'|xargs dlocate shows that the ones with full path are all there. dlocate and locate cannot find any linux-gate.so.1 . Anyway, I bet it is a dependency problem. -- System Information: Debian Release: 7.0 APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.8-trunk-486 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5-cli depends on: ii libbz2-1.01.0.6-4 ii libc6 2.17-0experimental2 ii libcomerr21.42.7~WIP-2013-01-01-1 ii libdb5.1 5.1.29-5 ii libedit2 2.11-20080614-5 ii libgssapi-krb5-2 1.10.1+dfsg-4+nmu1 ii libk5crypto3 1.10.1+dfsg-4+nmu1 ii libkrb5-3 1.10.1+dfsg-4+nmu1 ii libmagic1 1:5.11-2.1 ii libonig2 5.9.1-1 ii libpcre3 1:8.31-2 ii libqdbm14 1.8.78-2 ii libssl1.0.0 1.0.1e-2 ii libxml2 2.9.0+dfsg1-4 ii mime-support 3.53~experimental2 ii php5-common 5.5.0~beta2-1 ii tzdata2013b-2 ii ucf 3.0025+nmu3 ii zlib1g1:1.2.7.dfsg-13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704457: [php-maint] Bug#704457: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0
What version of libgd you have installed? dpkg -l 'libgd*' Ondřej Surý On 1. 4. 2013, at 15:36, jida...@jidanni.org wrote: OS == Ondřej Surý ond...@sury.org writes: OS Do: OS ldd /usr/lib/php5/20121212+lfs/gd.so OS And you'll see what libraries are used. $ ldd /usr/lib/php5/20121212+lfs/gd.so linux-gate.so.1 (0xb77c5000) libgd.so.2 = /usr/lib/i386-linux-gnu/libgd.so.2 (0xb7755000) libfreetype.so.6 = /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb76b9000) libX11.so.6 = /usr/lib/i386-linux-gnu/libX11.so.6 (0xb758) libXpm.so.4 = /usr/lib/i386-linux-gnu/libXpm.so.4 (0xb756f000) libpng12.so.0 = /lib/i386-linux-gnu/libpng12.so.0 (0xb7545000) libz.so.1 = /lib/i386-linux-gnu/libz.so.1 (0xb752c000) libjpeg.so.8 = /usr/lib/i386-linux-gnu/libjpeg.so.8 (0xb74f3000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb7343000) libfontconfig.so.1 = /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb730d000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb72ca000) libxcb.so.1 = /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb72a7000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb72a2000) /lib/ld-linux.so.2 (0xb77c6000) libexpat.so.1 = /lib/i386-linux-gnu/libexpat.so.1 (0xb7279000) libXau.so.6 = /usr/lib/i386-linux-gnu/libXau.so.6 (0xb7276000) libXdmcp.so.6 = /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb727) $ ldd /usr/lib/php5/20121212+lfs/gd.so|perl -nwle 's!.* /!/!||next;s/ .*//;print'|xargs dlocate shows that the ones with full path are all there. dlocate and locate cannot find any linux-gate.so.1 . Anyway, I bet it is a dependency problem. -- System Information: Debian Release: 7.0 APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.8-trunk-486 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5-cli depends on: ii libbz2-1.01.0.6-4 ii libc6 2.17-0experimental2 ii libcomerr21.42.7~WIP-2013-01-01-1 ii libdb5.1 5.1.29-5 ii libedit2 2.11-20080614-5 ii libgssapi-krb5-2 1.10.1+dfsg-4+nmu1 ii libk5crypto3 1.10.1+dfsg-4+nmu1 ii libkrb5-3 1.10.1+dfsg-4+nmu1 ii libmagic1 1:5.11-2.1 ii libonig2 5.9.1-1 ii libpcre3 1:8.31-2 ii libqdbm14 1.8.78-2 ii libssl1.0.0 1.0.1e-2 ii libxml2 2.9.0+dfsg1-4 ii mime-support 3.53~experimental2 ii php5-common 5.5.0~beta2-1 ii tzdata2013b-2 ii ucf 3.0025+nmu3 ii zlib1g1:1.2.7.dfsg-13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704457: [php-maint] Bug#704457: undefined symbol: gdImagePaletteToTrueColor in Unknown on line 0
un libgd-tools none (no description available) un libgd2none (no description available) un libgd2-noxpm none (no description available) ii libgd2-xpm:i386 2.0.36~rc1~dfsg i386GD Graphics Library version 2 ii libgdbm3:i386 1.8.3-11i386GNU dbm database routines (runtime version) ii libgdk-pixbuf2.0-0:i3 2.28.0-1i386GDK Pixbuf library ii libgdk-pixbuf2.0-comm 2.28.0-1all GDK Pixbuf library - data files un libgdu0 none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684917: document improved multimedia capabilities starting w/ Wheezy
Fabian Greffrath a écrit Am Sonntag, den 31.03.2013, 15:21 +0200 schrieb Baptiste: Attached is a patch for this issue. I just copy/paste from [1]. I didn't take the 2nd item because it looks too technical and redundant in my point of view. But you can add something like the content of the attached file whats-new-extra.txt Please, leave the second paragraph as it is. I have left the following comment on the Wiki page for a rationale, I think it speaks for itself: {{{#!wiki comment FabianGreffrath: I know the paragraph about added codecs is very detailed and technical, but all these codecs are explicitely mentioned on purpose. They are kind of buzz words and Debian was long time infamous for '''not''' supporting them, so this should get explicit press coverage. I am not a native speaker so the actual wording is, of course, subject to change.}}} Thanks, - Fabian Hello, I understand what you mean and I read the comment you left on the wiki. But as I explain in my precedent e-mail : I didn't take the 2nd item because it looks too technical and redundant in my point of view. I'm not a native english speaker and I don't know very well the style used to write official Debian text. So I put your detailed explanation in a second attached (and formatted) text file and leave the regular writers (or someone else) make the choice. Baptiste signature.asc Description: PGP signature
Bug#698155: angband: Console mode is missing
I can confirm that this bug is present in Angband version 1:3.3.2-2.1 Is the only solution to recompile it from source? Regards -- Shreesh (Sarvottamananda) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629054: Udisks fails to write its mtab file on diskless workstations (/var/lib/udisks is ro)
merge #629054 #629055 tag #629054 pending fixed #629054 1.456 1.703 Diskless workstations (in D-E squeeze) that run GNOMEv2 as desktop shell rely on the udisks tool to mount/unmount USB/DVD/etc. devices. The udisks tool requires write access to /var/lib/udisks This has been added to SVN for Debian Edu squeeze http://anonscm.debian.org/viewvc/debian-edu?view=revisionrevision=79570 As for wheezy we have an aufs overlay for the rootfs of diskless machines, we can consider this issue for D-E wheezy as pending, as well. Greets, Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpZb7ki0eeQJ.pgp Description: Digitale PGP-Unterschrift
Bug#704300: doesn't work with PHP version in wheezy
Hi Thijs, On Mon, 2013-04-01 at 10:18 +0200, Thijs Kinkhorst wrote: I've made attached fix which fixes it (imo) correctly: follow the local admin's wishes with respect to error_reporting. This ensures that scuttle works in default configurations and generally does whatever the admin configures in php.ini. I have confirmed that the problem goes away on a default wheezy system. Marcelo, given the point in the freeze timeframe, I've uploaded this to DELAYED/5. Let me know if you want me to delay/cancel it or if you want me to reduce the delay and upload immediately. Thanks for your quick patch. Go ahead, upload it to unstable. Cheers, -- Marcelo Jorge Vieira xmpp:me...@jabber-br.org http://metaldot.alucinados.com http://movimente.me signature.asc Description: This is a digitally signed message part
Bug#701987: opendkim: configuration error: unrecognized parameter
On Friday, March 01, 2013 04:32:07 AM Olaf Zaplinski wrote: Package: opendkim Version: 2.6.8-4 Severity: important # /etc/init.d/opendkim restart Restarting OpenDKIM: opendkim: /etc/opendkim.conf: configuration error at line 18: unrecognized parameter opendkim. = line 18 is: ADSPDiscard no when this is commented out, it works This is a bug, because the parameter was renamed to ADSPAction (and has different syntax, see man 5 opendkim.conf), but it is commented out by default in both squeeze and wheezy, so I think important is overstating the issue. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661703: ETA for unstable?
Hi, Late thanks for the upload to experimental. I felt free to retitle the bug back in January to reslve reference to experimental since whether it's fixed there or not is visible by the version tracing and we need it in unstable either way. Now that jessie will come soon, we need to look on how it goes to unstable. Do you already have a plan when/how to start a clucene transition? (Or upload it in parallal to the old clucene?) I can temporariky use internal clucene, but that gives problems on arm*, so I would like to avoid that... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700633: Debootstrap is very slow. Please use eatmydata to fix this.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 3/31/2013 4:17 PM, Marc Haber wrote: The following patch introduces an --include-early option which allows to introduce eatmydata early enough: Is this intended to be applied instead of, or on top of my initial patch? If the former ( which I'm guessing it is ), I don't see where in-target is modified to *use* it? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRWZY4AAoJEJrBOlT6nu75s1oH/isdxtsbIsI4jcp/sVNSoIXt XKS+2e/4qoQH3pnAeUvRWqYidgoCfZZXMK08FBcD2vWt+dgCBvroXTK+h3MU7bav +1QiyEr9P0ba/w5qbCNf84YjOLd3AXSTBmi1vlQDC4tXIzGi2KyBM5gWKDLKL7i1 sPgJFdiDb8AYOI0WB5fCRr/ba2fQgGW81TdIK7aTE2/2IOrlisQ6NyNhahglNJ2G qHODM5vjo0SkBvHqlhM+npOsKdva1l6IMRHlfoonGtx+o01YzNlC4SnonIzRvx8S 5+vhXIzRYCH/WeY7b45ygdY/i1Q8uJFxecQn2Kcw2GkbEZeaPHlql9as1kO4HP0= =vyZQ -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#656296: Samba passwd sync already fixed in SVN
clone #656296 -1 tag #656296 pending retitle -1 Make PAM password calls point people to GOsa². thanks Cloning issue #656296. Issue #656296 will be about the Samba password sync. The cloned issue will be about making PAM password calls redirect the user somehow to GOsa². The initial commit for the Samba passwd sync fix is this: http://anonscm.debian.org/viewvc/debian-edu?view=revisionrevision=79569 A similar fix has been committed on the wheezy branch in SVN. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp15mk5MgaKo.pgp Description: Digitale PGP-Unterschrift
Bug#704463: ITP: multibit -- lightweight bitcoin wallet
Package: wnpp Severity: wishlist I hereby express my intent to package multibit : https://multibit.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704464: ITP: electrum -- bitcoin client
Package: wnpp Severity: wishlist I hereby express my intent to package electrum : http://electrum.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702761: cinnamon: taskbar menus are very slow
I had the same issue, it was caused by the bump-mapped transparecy, which I guess my graphics hardwre (Intel Atom/i915) can't handle. Commenting out the background-bumpmap: line in /usr/share/cinnamon/theme/cinnamon.css worked around the problem. Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704465: transition: libexttextcat
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, as boost already filed its bug and so the gates are open.. ;): libexttextcat got a (well, two in the meantime two) new upstream releases changing SONAME (they could have done a so.1 instead of what they did but ah, well. And this comtinued to the next ABI break of course.) Only r-deps are LO and pinot, both of which are bin-NMUable. Ben file: title = libexttextcat; is_affected = .depends ~ libexttextcat0 | .depends ~ libexttextcat-2.0-0; is_good = .depends ~ libexttextcat-2.0-0; is_bad = .depends ~ libexttextcat0; I'd like to start this directly with the first LO upload in jessie, OK? (This would strictly speaking entagled with two other transitions, but those are not transitions per se imho because that libraries are (yet) only used by LO[1]) Regards, Rene -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash [1] libcmis mysql-connector-c++ (though that new version is needed by mysql-workbench) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701620: update
Would there be anything else I could help with to resolve this? Thanks, -szabolcs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#365530: progress
Today (2013) I see amd64 bins on the upstream site[1]. Cheers, --Dave [1] http://www.gnu.org/software/mit-scheme/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704442: unblock: devscripts/2.12.7 (pre-approval dch --bpo fix)
Control: tags -1 + moreinfo On Mon, 2013-04-01 at 15:41 +0800, Thomas Goirand wrote: In the current version of devscripts in wheezy, when invoking dch --bpo, generates a changelog like this one: devscripts (2.12.6~bpo60+1) squeeze-backports; urgency=low It should of course use this instead: devscripts (2.12.6~bpo70+1) wheezy-backports; urgency=low It's actually somewhat more complicated than that, as the behaviour differs depending on whether the previous upload was a backport. I assume you've looked at the code before suggesting changing it though. Would the release team accept that I upload the attached fix to SID, in order to fix this problem in Wheezy? Have you asked the devscripts maintainers? That's not the sort of change I'd personally be happy with unless the maintainers had signed it off. (I realise it's now in collab-maint, but my understanding was that the intention was to make it easier to contribute rather than easier to upload.) -my %bpo_dists = ( 60, 'squeeze' ); -my $latest_bpo_dist = '60'; +my %bpo_dists = ( 70, 'wheezy' ); +my $latest_bpo_dist = '70'; The first of those changes is wrong for as long as uploads to squeeze-backports are supported. Apparently my earlier assumption was wrong. :-( 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#680514: Maybe a way to reproduce
Hi, i am having the same problem i think. I have a HD3000 IGPU on a i5-2500K Desktop CPU and i'm running Debian Wheezy with KDE. The way to reproduce the issue is to click or change very fast the screensaver in the KDE-Settings. You have to change the OpenGL- Screensavers very fast by clicking on the names of them. After a few clicks (5-15) the Xserver freezes and i'm only able to move the mouse, nothing more. Regards Bentallica -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704467: ddclient: Add ipv6 support for dyndns (patch)
Package: ddclient Version: 3.8.0-11.3 Severity: wishlist Tags: ipv6 patch A patch for 3.8.1 to support IPv6 on the two services I know that can handle it. Both dyndns and freedns automatically recognize the type of address being passed to them and use it to update the A or the record. I added the usev6 variable, that works exactly as the use one. So, if you are using dynds and use usev6 instead of use on your existing definition *and* you have a global IPv6 address, then you're all set. For usev6 only the ip and if strategies are implemented and the if one uses ip -6 addr list instead of ifconfig because I found it easier to parse. But upstream was concerned about portability so ifconfig should be used in the future. The patch has been in use for a year and a half in many installations with no problems reported. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.4.1 (SMP w/1 CPU core) Locale: LANG=es_UY.utf8, LC_CTYPE=es_UY.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ddclient depends on: ii debconf [debconf-2 1.5.36.1 Debian configuration management sy ii initscripts2.88dsf-13.1+squeeze1 scripts for initializing and shutt ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii perl [perl5] 5.10.1-17squeeze3 Larry Wall's Practical Extraction Versions of packages ddclient recommends: ii libio-socket-ssl-perl1.33-1+squeeze1 Perl module implementing object or ddclient suggests no packages. -- debconf information excluded --- ddclient 2011-07-11 18:04:21.0 -0300 +++ /usr/sbin/ddclient 2011-09-10 01:47:43.721029588 -0300 @@ -55,6 +55,7 @@ sub T_FQDNP {'fully qualified host name and optional port number'}; sub T_PROTO {'protocol'} sub T_USE {'ip strategy'} +sub T_USEV6 {'ipv6 strategy'} sub T_IF{'interface'} sub T_PROG {'program name'} sub T_IP{'ip'} @@ -325,6 +326,7 @@ 'protocol'= setv(T_PROTO, 0, 0, 1, 'dyndns2',undef), 'use' = setv(T_USE, 0, 0, 1, 'ip', undef), + 'usev6' = setv(T_USEV6, 0, 0, 1, undef,undef), 'ip' = setv(T_IP,0, 0, 1, undef,undef), 'if' = setv(T_IF,0, 0, 1, 'ppp0', undef), 'if-skip' = setv(T_STRING,1, 0, 1, '', undef), @@ -365,6 +367,7 @@ 'host'= setv(T_STRING, 1, 1, 1, '', undef), 'use' = setv(T_USE, 0, 0, 1, 'ip', undef), + 'usev6' = setv(T_USE, 0, 0, 1, undef,undef), 'if' = setv(T_IF,0, 0, 1, 'ppp0', undef), 'if-skip' = setv(T_STRING,0, 0, 1, '', undef), 'web' = setv(T_STRING,0, 0, 1, 'dyndns', undef), @@ -583,6 +586,7 @@ [ pid, =s, -pid path : record process id in 'path' ], , [ use, =s, -use which: how the should IP address be obtained. ], +[ usev6, =s, -usev6 which : how the should IPv6 address be obtained. ], ip_strategies_usage(), , [ ip, =s, -ip address : set the IP address to 'address' ], @@ -769,11 +773,19 @@ my (@hosts, %ips) = (); my $updateable = $services{$s}{'updateable'}; my $update = $services{$s}{'update'}; + my $ipv6 = 0; foreach my $h (sort keys %config) { next if $config{$h}{'protocol'} ne lc($s); $examined{$h} = 1; - my $use = $config{$h}{'use'} || opt('use'); + my $use = ''; + $ipv6 = 1 if (defined $config{$h}{'usev6'}); + if ($ipv6) { + $use = $config{$h}{'usev6'} || opt('usev6'); + } + else { + $use = $config{$h}{'use'} || opt('use'); + } local $opt{$use} = $config{$h}{$use} if $config{$h}{$use}; # bug #13: we should only do this once # use isn't enough, we have to save the origin to. @@ -783,16 +795,21 @@ if (defined $iplist{$use}) { $ip = $iplist{$use}; } else { -$ip = get_ip($use, $h); +$ip = get_ip($use, $h) if !$ipv6; +$ip = get_ipv6($use, $h) if $ipv6; if (!defined $ip || !$ip) { warning(unable to determine IP address) if !$daemon || opt('verbose'); next; } -if ($ip !~ /^\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}$/) { +if (!$ipv6 and $ip !~ /^\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}$/) { warning(malformed IP address (%s), $ip); next; } +if ($ipv6 and $ip !~ /^[0-9a-f:]+$/) { + warning(malformed IPv6 address (%s), $ip); + next; +} $iplist{$use} = $ip; } $config{$h}{'wantip'} = $ip; @@ -933,7 +950,7 @@ my ($c, $name, $value); my ($escape, $quote) = (0, ''); -if ($rest =~
Bug#704456: moreutils: Please include 'annotate-output' from devscripts
Benjamin Drung wrote: please include 'annotate-output' from devscripts in moreutils. It fits perfectly in moreutils and not in devscripts (it's not Debian packaging specific). Well, it would fit. moreutils already has `ts` which does some of that. I could see adding an option to it to make it run a program, and it would then make sense for it to also annotate stderr with timestamps. However, I've never quite gotten the point of the O: E: convention which IIRC apt-get started in Debian. We have actual stdout and stderr streams, so there's no need for pseudo-streams marked in such a way. ts could emit a timestamped stderr to stderr. Do you think that more non Debian packaging specific scripts from devscripts would fit into moreutils? The list of possible scripts: archpath checkbashisms licensecheck manpage-alert namecheck suspicious-source svnpath Don't think any of these are generic enough for moreutils. -- see shy jo signature.asc Description: Digital signature
Bug#704321: O: dmidecode -- SMBIOS/DMI table decoder
I actually need to use this package quite a bit over the next few months and am willling to adopt it. Luk: does take over maintenance imply adopting the package, or just a desire to help? Or do we need to team maintain it? -- Ciao, al -- Al Stone Debian Developer E-mail: a...@debian.org http://www.debian.org -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703633: debchange --bpo writes bpo60 in debian/changelog as version in wheezy
On Mon, 2013-04-01 at 07:53 -0400, James McCoy wrote: On Mon, Apr 01, 2013 at 03:35:05PM +0800, Thomas Goirand wrote: Unless someone opposes to my view, I think we have a majority to agree that dch --bpo should use wheezy, and that this really is a bug. So I will open a new bug to ask the release team if they would accept such a change. We typically do this through the first stable update, as the version of devscripts in unstable should default to current stable until Wheezy is released. If people would rather this happen via t-p-u and there's an ACK from the RT, I'm fine with uploading such a change. It can't go via t-p-u, as testing and unstable are in sync. So it either needs an unstable upload, or to wait for the first point release. 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#704468: unblock: nova/2012.1.1-16 (upstream fix for vncproxy after the last security fix broke it)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, The security fix Nova DoS by allocating all Fixed IPs broke the vncproxy feature of Nova. Version 2012.1.1-16 correct this. Also, there was a typo in the nova-common postinst, which this upload corrects: if [ $RET = false ]; then (see the added space, which makes the statement always false...) Last, Julien Cristau reported (as a Nova user, not as a release team member) that postgresql:// works, but not pgsql://, so I fixed the nova-common.postinst for that. Debdiff is attached. Please unblock nova/2012.1.1-16. Thomas Goirand (zigo) diff -Nru nova-2012.1.1/debian/changelog nova-2012.1.1/debian/changelog --- nova-2012.1.1/debian/changelog 2013-03-14 21:09:18.0 + +++ nova-2012.1.1/debian/changelog 2013-04-01 14:49:11.0 + @@ -1,3 +1,12 @@ +nova (2012.1.1-16) unstable; urgency=low + + * Fixes console auth after security fix (Closes: #703242). + * Fixes a typo in debian/nova-common.postinst when activating NOVA_ENABLE. + * Fixes the DNS in the case of PGSQL: now it really is postgresql:// and not +qgsql://. + + -- Thomas Goirand z...@debian.org Mon, 18 Mar 2013 13:32:52 +0800 + nova (2012.1.1-15) unstable; urgency=low * CVE-2013-1838: Nova DoS by allocating all Fixed IPs (Closes: #703064). diff -Nru nova-2012.1.1/debian/nova-common.postinst nova-2012.1.1/debian/nova-common.postinst --- nova-2012.1.1/debian/nova-common.postinst 2013-03-14 21:09:18.0 + +++ nova-2012.1.1/debian/nova-common.postinst 2013-04-01 14:49:11.0 + @@ -55,7 +55,7 @@ ;; pgsql) [ -n $dbc_dbport ] dbport=:$dbc_dbport -SQL_CONNECTION=pgsql://$dbc_dbuser:$dbc_dbpass@${dbc_dbserver:-localhost}$dbport/$dbc_dbname +SQL_CONNECTION=postgresql://$dbc_dbuser:$dbc_dbpass@${dbc_dbserver:-localhost}$dbport/$dbc_dbname ;; *) SQL_CONNECTION=sqlite:///$dbc_basepath/$dbc_dbname @@ -71,7 +71,7 @@ fi fi db_get nova-common/start_services -if [ $RET = false ]; then +if [ $RET = false ]; then sed -e s,^NOVA_ENABLE=.\+,NOVA_ENABLE=false, -i /etc/default/nova fi fi diff -Nru nova-2012.1.1/debian/patches/Fixed_broken_vncproxy_flush_tokens.patch nova-2012.1.1/debian/patches/Fixed_broken_vncproxy_flush_tokens.patch --- nova-2012.1.1/debian/patches/Fixed_broken_vncproxy_flush_tokens.patch 1970-01-01 00:00:00.0 + +++ nova-2012.1.1/debian/patches/Fixed_broken_vncproxy_flush_tokens.patch 2013-04-01 14:49:11.0 + @@ -0,0 +1,98 @@ +Description: Fixed broken vncproxy flush tokens patch + This review (https://review.openstack.org/22872) attempted to + resolve a critical security issue but ended up completely breaking + the vncproxy. The wrong dict keys were being used for Essex and the + API calls were incomplete. This patch makes the proxy work again. +Author: Rafi Khardalian r...@metacloud.com +Origin: upstream, https://review.openstack.org/gitweb?p=openstack%2Fnova.git;a=commitdiff_plain;h=48e81f1554ce41c3d4f7445421d19f4a8128e98d +Bug-Debian: http://bugs.debian.org/703242 +Bug-Ubuntu: https://launchpad.net/bugs/1125378 +Date: Thu, 7 Mar 2013 00:19:08 + (+) + +diff --git a/nova/compute/api.py b/nova/compute/api.py +index a317c44..8309fbb 100644 +--- a/nova/compute/api.py b/nova/compute/api.py +@@ -1561,12 +1561,14 @@ class API(BaseAPI): + return {'url': connect_info['access_url']} + + @wrap_check_policy +-def validate_vnc_console(self, context, instance_id, host, port): ++def validate_vnc_console(self, context, instance_id, host, port, ++ console_type): + Validate VNC Console for an instance. + instance = self.get(context, instance_id) + output = self._call_compute_message('get_vnc_console', +-context, +-instance) ++context, ++instance, ++params={console_type: console_type}) + return (port == output['port'] and host == output['host']) + + @wrap_check_policy +diff --git a/nova/consoleauth/manager.py b/nova/consoleauth/manager.py +index 5690ef3..507bdc5 100644 +--- a/nova/consoleauth/manager.py b/nova/consoleauth/manager.py +@@ -84,14 +84,15 @@ class ConsoleAuthManager(manager.Manager): + + LOG.audit(_(Received Token: %(token)s, %(token_dict)s)), locals()) + +-def _validate_console(self, token): ++def _validate_console(self, context, token): + console_valid = False + token_dict = self.tokens[token] + try: + console_valid = self.compute_api.validate_vnc_console(context, +-token_dict['instance_uuid'], ++
Bug#704443: dh_compress / doxygen and HTML/usemap
Hey there, Looks pretty good, sounds like something that we should be able to bring back to dh_compress -- in the meantime you can use -X to prevent your packages from getting .map files compressed. -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704469: maint-guide: Add support for the dh_python3 command.
Package: maint-guide Version: 1.2.31 Severity: wishlist Add support for the dh_python23 command. (The best choice for Python3.) [XXX] Include the python3 package in Build-Depends. Use dh $@ --with python3. This handles Python3 modules using the python3 framework. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (10, 'unstable'), (9, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash maint-guide depends on no packages. maint-guide recommends no packages. Versions of packages maint-guide suggests: ii debian-policy 3.9.4.0 ii developers-reference 3.4.9 ii devscripts2.12.6 ii dh-make 0.61 ii doc-base 0.10.4 ii dput 0.9.6.3+nmu1 ii fakeroot 1.18.4-2 ii lintian 2.5.10.4 ii pbuilder 0.213 ii quilt 0.60-7 -- 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#704442: unblock: devscripts/2.12.7 (pre-approval dch --bpo fix)
On Mon, 2013-04-01 at 15:43 +0100, Adam D. Barratt wrote: On Mon, 2013-04-01 at 15:41 +0800, Thomas Goirand wrote: In the current version of devscripts in wheezy, when invoking dch --bpo, generates a changelog like this one: devscripts (2.12.6~bpo60+1) squeeze-backports; urgency=low It should of course use this instead: devscripts (2.12.6~bpo70+1) wheezy-backports; urgency=low [...] Have you asked the devscripts maintainers? That's not the sort of change I'd personally be happy with unless the maintainers had signed it off. (I realise it's now in collab-maint, but my understanding was that the intention was to make it easier to contribute rather than easier to upload.) I've just been pointed to the discussion in #703633, CCed to -backports@ldo. It would have been helpful if you'd mentioned that in the first place... That thread also suggests that the maintainers would rather keep unstable's dch generating backports for squeeze until the wheezy release has actually happened. In that case, this would need to wait until after the release. -my %bpo_dists = ( 60, 'squeeze' ); -my $latest_bpo_dist = '60'; +my %bpo_dists = ( 70, 'wheezy' ); +my $latest_bpo_dist = '70'; The first of those changes is wrong for as long as uploads to squeeze-backports are supported. Apparently my earlier assumption was wrong. :-( Specifically, %bpo_dists should be ( 60, 'squeeze', 70, 'wheezy' ). dch will mostly do the right thing with your suggested change due to being smarter than the average bear (apologies if the reference doesn't translate outside of English-speaking countries) but there are some cases where it won't without both being in the hash. 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#704468: unblock: nova/2012.1.1-16 (upstream fix for vncproxy after the last security fix broke it)
Control: tags -1 + moreinfo On Mon, 2013-04-01 at 23:08 +0800, Thomas Goirand wrote: The security fix Nova DoS by allocating all Fixed IPs broke the vncproxy feature of Nova. Version 2012.1.1-16 correct this. You downgraded the relevant bug (#703242) from grave to only important a few days ago. Could you clarify what you consider the severity of this issue to be? Also, there was a typo in the nova-common postinst, which this upload corrects: if [ $RET = false ]; then (see the added space, which makes the statement always false...) Last, Julien Cristau reported (as a Nova user, not as a release team member) that postgresql:// works, but not pgsql://, so I fixed the nova-common.postinst for that. fwiw: + * Fixes the DNS in the case of PGSQL: now it really is postgresql:// and not +qgsql://. s/qg/pg/ 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#654197: enabling gksudo: in d-e-c.postinst?
Hi all, enabling sudo functionality in gksu(do) requires an update-alternatives call. Where would that be best placed? d-e-c.postinst? Any comments? Thanks! Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpTmM3vaaVOc.pgp Description: Digitale PGP-Unterschrift
Bug#704470: cryptsetup: Please support specifying key-slot in crypttab
Package: cryptsetup Version: 2:1.4.3-4 Severity: wishlist Tags: patch Dear Maintainer, Could you please consider adding support for specifying the --key-slot option in /etc/crypttab? Since key slots are tested sequentially, decrypting a device in crypttab using a key file for a higher-numbered slot can take quite a while (depending on the number of iterations on all earlier key slots) and slow down boot noticeably for automatic mappings. Being able to specify the key slot to which the keyfile/keyscript matches would speed this up significantly. I've attached a simple patch to implement the option as keyslot. Cheers, Kevin Index: debian/doc/crypttab.xml === --- debian/doc/crypttab.xml (revision 958) +++ debian/doc/crypttab.xml (working copy) @@ -346,6 +346,15 @@ /listitem /varlistentry + varlistentry +termemphasiskeyslot/emphasis=lt;slotgt;/term +listitem + simpara + Key slot (ignored for non-LUKS devices). See commandcryptsetup -S/command. + /simpara +/listitem + /varlistentry + /variablelist /refsect1 Index: debian/cryptdisks.functions === --- debian/cryptdisks.functions (revision 958) +++ debian/cryptdisks.functions (working copy) @@ -30,6 +30,7 @@ # Strip comments - https://bugs.launchpad.net/bugs/185380 opts=$(echo -n $1 | sed 's/ *#.*//') PARAMS= + LUKSPARAMS= PLAINPARAMS= CHECK= CHECKARGS= @@ -181,6 +182,13 @@ return 1 fi ;; + keyslot) + if [ -z $VALUE ]; then +log_warning_msg $dst: no value for keyslot option, skipping +return 1 + fi + LUKSPARAMS=$LUKSPARAMS --key-slot $VALUE + ;; esac CRYPTTAB_OPTIONS=$CRYPTTAB_OPTIONS $PARAM @@ -286,11 +294,11 @@ while [ $tried -lt $TRIES ] || [ $TRIES -eq 0 ]; do if [ -n $KEYSCRIPT ]; then - if $KEYSCRIPT $keyscriptarg | cryptsetup $PARAMS luksOpen $src ${dst}_unformatted; then + if $KEYSCRIPT $keyscriptarg | cryptsetup $LUKSPARAMS $PARAMS luksOpen $src ${dst}_unformatted; then break fi else - if cryptsetup $PARAMS luksOpen $src ${dst}_unformatted; then + if cryptsetup $LUKSPARAMS $PARAMS luksOpen $src ${dst}_unformatted; then break fi fi
Bug#704471: software-properties-gtk: update german translation
Package: software-properties-gtk Version: 0.82.7.1debian1 Severity: normal Tags: l10n Hi, please update german translation, lots of missing texts. E.g.: Tab Other Software - Andere Quellen Button Add Volume... - CD hinzufügen... or Quelle hinzufügen... or just Hinzufügen... Label Automatically check for updates: - Automatisch nach Update suchen: Label When there are security updates: - Wenn Sicherheitsaktualisierungen verfügbar sind: ComboBox Display immediately - Sofort anzeigen ComboBox Download automatically - Automatisch herunterladen ComboBox Download and install automatically - Automatisch herunterladen und installieren Label When there are other updates: - Bei anderen Aktualisierungen: -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages software-properties-gtk depends on: ii gir1.2-gtk-3.03.4.2-6 ii python2.7.3-4 ii python-aptdaemon.gtk3widgets 0.45-2 ii python-gi 3.2.2-2 ii python-software-properties0.82.7.1debian1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 ii software-properties-common0.82.7.1debian1 software-properties-gtk recommends no packages. software-properties-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#704472: software-properties-gtk: change ubuntu-related icon
Package: software-properties-gtk Version: 0.82.7.1debian1 Severity: minor The programms's icon contains an ubuntu logo. Change / remove it to a more neutral one. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages software-properties-gtk depends on: ii gir1.2-gtk-3.03.4.2-6 ii python2.7.3-4 ii python-aptdaemon.gtk3widgets 0.45-2 ii python-gi 3.2.2-2 ii python-software-properties0.82.7.1debian1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 ii software-properties-common0.82.7.1debian1 software-properties-gtk recommends no packages. software-properties-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#700092: run update-flashplugin-nonfree from postinst script
Ping. Is there any update on this? Can we have some feedback from the maintainer? Thanks
Bug#704298: [Aptitude-devel] Bug#704298: Bug#704298: dpkg installs package without error, but it then shows up as uninstalled
On Mon, Apr 1, 2013 at 3:55 AM, Daniel Hartwig mand...@gmail.com wrote: On 1 April 2013 03:56, Nick Black nick.bl...@sprezzatech.com wrote: [my package is broken] The SprezzOS1 version is no longer available in http://www.sprezzatech.com/apt/pool/main/a/apt/. Does the issue persist, and have you eliminated packaging errors on your part? It's a packaging issue in the sense that the Depends line (or better: a version number in it) is sub-optimally written: In the show output above you see: […] Depends: libapt-pkg4.12 (= 0.9.7.8-) […] […] Depends: libapt-pkg4.12 (= 0.9.7.8) […] […] The later is from the dpkg/status file while the first is coming from the Packages file. dpkg rewrites version numbers in the status file to a canonical form. The method used to detect if two versions with the same version number are indeed the same version in libapt is a simple operation on strings, so it doesn't do this rewriting: hence it detects the two versions as different. (Another instance is the zero-epoch by the way; vs. = is dealt with) I guess it would be a good idea to at least add a lintian warning for sub- optimally written version numbers. I don't know if dpkg provides a simple interface for getting a canonical rewrite of version numbers though. I varguely remember that dpkg maintainers were against doing their rewrite while building packages, but I am not entirely sure. Fixing this in APT is hard as it would basically mean we need to parse those lines while this hashing is used to avoid parsing them without the need to depend on same version number equals same version assumption … (this feature already wastes quiet a bit of time) Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704431: libphp-simplepie: Please update to 1.3.1
Hi Pascal, On Sun, 2013-03-31 at 22:46 -0400, Pascal Giard wrote: Wow, upstream acknowledged and they've released 1.3.1 in the meantime without the simple fix?! Perhaps a patch should be considered? If you can fix it, go ahead. Could you send a patch to the upstream? Cheers, -- Marcelo Jorge Vieira xmpp:me...@jabber-br.org http://metaldot.alucinados.com http://movimente.me signature.asc Description: This is a digitally signed message part
Bug#701769: new location for wheezy-backports
Hi, Le 30/03/2013 14:08, David Prévot a écrit : Le 26/02/2013 17:07, Ansgar Burchardt a écrit : the wheezy-backports is no longer located in backports.debian.org. It is now included on ftp.*.debian.org Here is a proposed patch, recycling the stable-updates section. Thanks in advance for your reviews, rewrites, remarks or simple acknowledgments. BTW, is it planned to make a stable-backports - wheezy-backports symlink (if so, I’d use stable-backports instead of wheezy-backports in the section title)? That last point has been confirmed on IRC by Jörg Jaspert, updated patch attached. Regards David Index: en/whats-new.dbk === --- en/whats-new.dbk (révision 9681) +++ en/whats-new.dbk (copie de travail) @@ -495,37 +495,29 @@ /para /section -section id=stable-updates - titleThe stable-updates section/title +section id=stable-backports + titleThe stable-backports section/title para -Some packages from literalproposed-updates/literal may also be made -available via the literalreleasename;-updates/literal mechanism. -This path will be used for updates which many users may wish to install -on their systems before the next point release is made, such as updates -to virus scanners and timezone data. All packages from -literalreleasename;-updates/literal will be included in point -releases. - /para - para Note that this replaces the functionality previously provided by the -ulink url=http://volatile.debian.org/;volatile.debian.org archive/ulink. +ulink url=http://backports.debian.org/;backports.debian.org archive/ulink. /para para -In order to use packages from literalreleasename;-updates/literal, +In order to use packages from literalreleasename;-backports/literal, you can add an entry to your filenamesources.list/filename: /para - programlistingdeb url-debian-mirror-eg;/debian releasename;-updates main contrib -deb-src url-debian-mirror-eg;/debian releasename;-updates main contrib/programlisting + programlistingdeb url-debian-mirror-eg;/debian releasename;-backports main contrib +deb-src url-debian-mirror-eg;/debian releasename;-backports main contrib/programlisting para The next time you run commandapt-get update/command, the system will become aware of the packages in the -literalreleasename;-updates/literal section and will consider them +literalreleasename;-backports/literal section and will consider them when looking for packages to upgrade. /para para -When a new package is made available via literalreleasename;-updates/literal, +When a new package is made available via literalreleasename;-backports/literal +to fix a security issue, this will be announced on the ulink -url=http://lists.debian.org/debian-stable-announce/;debian-stable-announce/ulink mailing list. +url=http://lists.debian.org/debian-backports-announce/;debian-backports-announce/ulink mailing list. /para /section signature.asc Description: OpenPGP digital signature
Bug#704473: RM: gnutls28 -- ROM; should not be shipped in wheezy
Package: ftp.debian.org Severity: normal Hello, please remove gnutls28 3.0.22-3 from unstable but keep the version in experimental. We currently intend to drop gnutls28 from wheezy, since it is a leaf package and creates non-neglible unnecessary work for Debian-security. gnutls26 will provide the binary packages gnutls-bin and guile-gnutls again (they are currently built from gnutls28.) I would like to do this transition via unstable and therefore ask you to remove gnutls28 3.0.22-3 (source and binary) from unstable. This is is necessary since unstable has a newer version of gnutls28 than testing. See http://article.gmane.org/gmane.linux.debian.devel.release/64871 for details. tia, cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' signature.asc Description: Digital signature
Bug#700169: non-free license: requires to obey US export regulation even, when not in the US
On Sat, 2013-03-30 at 08:52 +0900, Mattia Dongili wrote: On Thu, Mar 28, 2013 at 02:17:18PM +0100, Michael Stapelberg wrote: ... Can we just ignore this bug for wheezy? To me, the licensing intention seems very clear. Can it be closed even? I don't think this bug applies at all. The submitter clearly disagrees. :-) However, he's also downgraded it, so this is no longer an issue from the release perspective. 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#704283: Hurd: fix calculation of elapsed time
Pino Toscano wrote: On Hurd, due to the fact that configure detects a wait3 that does not fill in rusage, the non-wait3 code path in resuse.c is used. One of the first things in !HAVE_WAIT3 code is getting or defining a HZ define; neither sys/times.h nor sys/param.h provide HZ, CLOCKS_PER_SEC, or CLK_TCK, leading to HZ being defined as 60, which is not correct. On the other hand, including time.h is enough to provide CLOCKS_PER_SEC, which would then be used for HZ. Thank you for the detailed report. Attached patch to make configure look for time.h, and use it if available. (The wait3 does not fill in rusage is another issue though, although fixing a fallback code path in time should not harm.) I have been looking at making a new package upload which due to the freeze would be made into experimental. I will address this in the next package upload. Then after release of Wheezy there will be a new upload to Sid. There wouldn't happen to be a Debian Hurd machine available for testing by a non-DD such as myself? Perhaps a server of yours? It would help facilitate these types of things if I had access to one hands on. Or perhaps a VM image that I could run on my system? Bob signature.asc Description: Digital signature
Bug#704474: ITP: python-ecdsa -- ECDSA cryptographic signature library
Package: wnpp Severity: wishlist I hereby express my intent to package python-ecdsa : https://github.com/warner/python-ecdsa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704475: Fix buffer overruns in exception handling for llvm jitemitter
Package: llvm Version: 3.2-4 In llvm-3.2 there is an overflow in the exception handling code of the jit emitter that gets triggered by the crack language. The llvm bug report with patches is at http://llvm.org/bugs/show_bug.cgi?id=13678 The patch was accepted (bug marked as fixed), but not yet merged. Please add the patches to the package. Thanks! Conrad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704193: guaranteed Segmentation fault
On 2013-03-29 jida...@jidanni.org wrote: Package: locate Version: 4.5.11-1 # su - nobody No directory, logging in with HOME=/ nobody@jidanni2:/$ locate locate: warning: database '/var/cache/locate/locatedb' is more than 8 days old (actual age is 20.4 days) Segmentation fault Hello, is the su - nobody necessary or do you see this as regular user, too? The whole thing seems to depend on the specific /var/cache/locate/locatedb (please make backup copy), I cannot reproduce it here. - Does locate 4.4.2-5 work with this locate-db? thanks, cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704476: ITP: python-slowaes -- implementation of AES in pure python
Package: wnpp Severity: wishlist I hereby express my intent to package slowaes for python : http://code.google.com/p/slowaes/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704468: unblock: nova/2012.1.1-16 (upstream fix for vncproxy after the last security fix broke it)
On 04/01/2013 11:24 PM, Adam D. Barratt wrote: Control: tags -1 + moreinfo On Mon, 2013-04-01 at 23:08 +0800, Thomas Goirand wrote: The security fix Nova DoS by allocating all Fixed IPs broke the vncproxy feature of Nova. Version 2012.1.1-16 correct this. You downgraded the relevant bug (#703242) from grave to only important a few days ago. Could you clarify what you consider the severity of this issue to be? I'm not really sure. The bug for the vnc proxy package itself really is: grave: makes the package in question unusable by most or all users (since the daemon crashes because of this bug). Though this really is only a problem with this particular binary package, not for the whole of Nova itself, which continues to be usable. If we consider Nova as a whole, then it would be: important: a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. So depending if the bug severity applies to the binary package nova-xvpvncproxy, or to all of Nova, it could be considered either Grave or Important. I downgraded this bug because I thought it didn't deserve a huge highlight at this point of the release, and I thought it was a bad idea to have it as RC at this point in time. In other words: I didn't #704468 was a reason good enough to delay Wheezy, and have others focus on it when I knew that upstream was working on validating the patch, even though a fix would have been nice. I hope you will find my reasoning correct. fwiw: + * Fixes the DNS in the case of PGSQL: now it really is postgresql:// and not +qgsql://. s/qg/pg/ Right. And also: s/DNS/DSN/. Sorry for these. I have fixed this changelog entry in the Git repository on Alioth, so it will be fixed if/when there is the need for a QA upload on this package. Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704477: RM: several [hurd-i386] -- ROP; outdated
Package: ftp.debian.org Severity: normal User: debian-h...@lists.debian.org Usertags: hurd Hello, Here are 4 lists of source packages for which we would like to remove all hurd-i386 binaries, because they have become out of date. See detail below. The following first list is composed of outdated leaf unstable source packages: acovea argus-client audacious-analog-vumeter-plugin avfs aweather clisp devilspie digikam dovecot dspam evolution-ews evolution-exchange evolution-rss faust freebsd-buildutils freebsd-libs g15daemon-audacious gauche-gtk ggobi glunarclock gnome-mplayer gnome-scan gphpedit gtk-vector-screenshot hoichess illuminator kcollectd lammps ldc libaacs libnet-rawip-perl libplayer libproc-processtable-perl lynkeos.app mail-notification medit meliae mozzemberek mpich muscle netpipe nvi ocaml-extunix ocropus openmeeg ovito pidgin-festival presage ptex-bin python-drizzle python-event qsstv ruby-gnome2 sawfish scli screentest seqan simutrans slang-slirp sleuthkit sofia-sip spatialite-tools srcinst subvertpy suckless-tools sugar-hulahop sweep syfi teem tophat urwid userinfo vite vxl webkit2pdf witty wrapitk-python xaos xbattbar xfce4-taskmanager The following second list is composed of leaf unstable source packages which are not outdated, but are blockers for removing outdated non-leaf unstable packages, listed further: balsa bibledit-gtk logjam taxbird icinga-idoutils openvpn-auth-ldap kcollectd synapse zeitgeist-datahub The following third list is composed of outdated non-leaf unstable source packages which become leaves once the second list above gets RMed: gtkhtml3.14 libdbi-drivers openvpn rrdtool zeitgeist The following fourth list is composed of outdated leaf experimental source packages: compiz compizconfig-settings-manager compiz-fusion-plugins-main compiz-fusion-plugins-unsupported compizconfig-backend-gconf compizconfig-backend-kconfig compizconfig-python libcompizconfig directfb icedove juffed ocropus tkgate ugene xfce4-power-manager Thanks! Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org