Bug#684754: pysurfer: diff for NMU version 0.3+git15-gae6cbb1-1.1
Hey, On Aug 25, 2012 4:24 AM, David Prévot taf...@tilapin.org wrote: tags 684754 + patch thanks Dear maintainer, I've prepared an NMU for pysurfer (versioned as 0.3+git15-gae6cbb1-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Thanks for taking care of this. I wouldn't mind a zero-day NMU. Cheers, Michael
Bug#685838: metacity: tooltips leave behind shadow borders when compositing is enabled
Package: metacity Version: 1:2.34.3-3 Severity: minor Dear Maintainer, When compositing is enable, some tooltips don't dissapear completely when the mouse stops hovering over the relevant object. Instead, the border shadows produced by metacity's compositing stays behind. I found that the tooltips from the windows buttons (close, maximize, minimize) work fine, but those from the Gnome Panel's have this problem. This bug is also documented here: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1015277 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages metacity depends on: ii gnome-icon-theme 3.4.0-2 ii gsettings-desktop-schemas 3.4.2-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libcanberra-gtk0 0.28-4 ii libcanberra0 0.28-4 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-02.24.10-2 ii libgtop2-7 2.28.4-3 ii libice62:1.0.8-2 ii libmetacity-private0a 1:2.34.3-3 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxcursor11:1.1.13-1 ii libxdamage11:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxinerama1 2:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii libxrender11:0.9.7-1 ii metacity-common1:2.34.3-3 ii zenity 3.4.0-2 Versions of packages metacity recommends: ii gnome-session [x-session-manager] 3.4.2.1-1 ii gnome-session-fallback [x-session-manager] 3.4.2.1-1 ii gnome-themes-standard 3.4.2-1 Versions of packages metacity suggests: ii gnome-control-center 1:3.4.2-2 pn xdg-user-dirs 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#685836: RFS: libpam-ssh/1.97+ds-1 reintroduction
On Sat, Aug 25, 2012 at 08:00:02AM +0200, Jerome BENOIT wrote: On 25/08/12 07:06, Bart Martens wrote: Is your goal to add this package to wheezy ? The package at mentors uploaded there on 2012-08-25 01:46 appears to have more minimal differences with 1.92-14. My primary goal is get it back: I guess it is too late to get it back for Wheezy, but I hope it will be fine for Jessie. Should I have done an intermediate packaging ? At least Dirk Heinrichs and Jan Christoph Uhde seem to want it back in wheezy. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664177 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685614 Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685839: jampal: contains material without permission to redistribute
Package: jampal Severity: serious Version: 02.01.05+dfsg1-1 One example is jampal/src/org/tritonus/share/sampled/file/TAudioFileReader.java which is at least partially copyrighted by Apple but I don't see any permission to redistribute from Apple. Another example is jampal/src/javazoom/jl/decoder/huffcodetab.java which contains this: * Copyright (c) 1991 MPEG/audio software simulation group, All Rights Reserved * MPEG/audio coding/decoding software, work in progress * NOT for public distribution until verified and approved by the * MPEG/audio committee. For further information, please contact * Davis Pan, 508-493-2241, e-mail: p...@3d.enet.dec.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685836: RFS: libpam-ssh/1.97+ds-1 reintroduction
On 25/08/12 08:14, Bart Martens wrote: On Sat, Aug 25, 2012 at 08:00:02AM +0200, Jerome BENOIT wrote: On 25/08/12 07:06, Bart Martens wrote: Is your goal to add this package to wheezy ? The package at mentors uploaded there on 2012-08-25 01:46 appears to have more minimal differences with 1.92-14. My primary goal is get it back: I guess it is too late to get it back for Wheezy, but I hope it will be fine for Jessie. Should I have done an intermediate packaging ? At least Dirk Heinrichs and Jan Christoph Uhde seem to want it back in wheezy. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664177 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685614 Can I do something about it right now ? Jerome Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683184: RFS: suckless-tools/39-1 [ITA]
On 20:32 Fri 24 Aug , Jakub Wilk wrote: You create the empty suckless-tools_${version}.orig.tar.gz tarball in the wrong directory. Ok I messed up. It was fine till I didn't introduced the mktemp to create secure tmp directory. But when I did I forgot to check where on earth the .orig.tar.gz was created. I will fix this Why do you redirect tar's stderr to /dev/null? Just to keep the output clean. Is that not recommended? If so I will remove it I recommend passing these options to tar, so that the user's name/group/umask are not leaked: --owner root --group root --mode a+rX Ok I will fix it Have you seen #685611? Just now noticed it. It went to original maintainer who orphaned thanks for pointing out. I will reply for the bug on the bug itself. Will prepare a new source and ping you again Regards -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net} IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: Digital signature
Bug#685611: Setting correct owner for the bug
owner 685611 ! tags 685611 + pending thanks Hi Jakub, There is a Source: field in the copyright pointing to the upstream website, but I agree it is not pointing to the download location of actual tools involed in this package. I rectified it and fix is in repo. Thanks for reporting Regards -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net} IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: Digital signature
Bug#670945: About the media types text/x-php and text/x-php-source
I have been coordinating the resolution of the bugs about the PHP media types with the different players including you and the release team, and we reached a consensus. Then you suddenly changed your mind overnight, and went for another solution without contacting all the parties. I did not change my mind, it's a _different_ regression. Although you have merged them in BTS before and they have a same cause - removal of (magic) PHP media types, they are different bugs with different impact. * The fix for first bug #674089 (e.g. with impact on PHP CGI) is still in the place in the php5 package (5.4.4-5). * The fix for second bug #670945 (e.g. http://localhost/file not caught by mod_negotiation) was fixed in mime-support 3.52-1.1. In that context, I do not trust the relevance of your changes and will revert them. Again please give a technical reasons for the revert. Using feeling (or trust) as a base for decisions is not very helpful. You didn't provided any technical reason why _not_ fix this in mime-support package, although I have politely asked you. When there's disagreement between maintainers, it's always good to stick to technical arguments. If you want to add application/x-php in /etc/mimes.types, please provide an explanation of why it is not possible to use in Debian the same way as in other distributions which do not require that media type association by default. Maybe they don't support mod_negotiation for PHP, maybe whoever know, Debian differs in so many ways from other distributions that I don't really see a need for this explaination. And I personally don't care about distributions, I care about our users who are experiencing regression from squeeze. Also you keep repeating this, but I have already shown you that we significantly differ from other distributions; Fedora for example doesn't have text/x-python and yet you don't required python maintainers to explain why it's needed. [...snip the part about adding PHP MIME-Type just to Apache 2...] Please explain why it is not suitable for you, Because it fixes this bug only in Apache 2, but addition in mime-support would provide the mapping in all other places which uses mime.types file. I don't see a reason[*] why we would want to fix this only in Apache when we can fix on system wide level. (* - e.g. any breakage this will cause). I would willingly accept removal if you can show me that the addition of (text|application)/x-php will cause some bad side effect. and please also provide some hints that there will not be side effects, such as (but not limited to) annoying all Subversion users by suddenly having their PHP code considered binary and unsuitable for diffs, etc. mime-support package had the application/x-httpd-php* mappings up to 3.52-1 for a long time and nobody complained, right? I am pretty confident that adding different MIME-Type won't break anything (which wasn't already broken before elsewhere and nobody really noticed - or there would be a bug report). O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685836: RFS: libpam-ssh/1.97+ds-1 reintroduction
On Sat, Aug 25, 2012 at 08:33:06AM +0200, Jerome BENOIT wrote: On 25/08/12 08:14, Bart Martens wrote: On Sat, Aug 25, 2012 at 08:00:02AM +0200, Jerome BENOIT wrote: On 25/08/12 07:06, Bart Martens wrote: Is your goal to add this package to wheezy ? The package at mentors uploaded there on 2012-08-25 01:46 appears to have more minimal differences with 1.92-14. My primary goal is get it back: I guess it is too late to get it back for Wheezy, but I hope it will be fine for Jessie. Should I have done an intermediate packaging ? At least Dirk Heinrichs and Jan Christoph Uhde seem to want it back in wheezy. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664177 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685614 Can I do something about it right now ? You could, if you want that, create a package with version 1.92-15 based on version 1.92-14, and ask debian-release to add it to wheezy. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685836: RFS: libpam-ssh/1.97+ds-1 reintroduction
Hi Bart: I am agree this packaging bring a lot new material, but only on surface: the main new material is due to OpenSSH embedded code update, what was necessary to support the new ECDSA keys provided now by OpenSSH. My primary goal is get it back: I guess it is too late to get it back for Wheezy, but I hope it will be fine for Jessie. Should I have done an intermediate packaging ? Regards,] Jerome On 25/08/12 07:06, Bart Martens wrote: Hi Jerome, Is your goal to add this package to wheezy ? The package at mentors uploaded there on 2012-08-25 01:46 appears to have more minimal differences with 1.92-14. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685195: unblock: aptitude/0.6.8-2
Control: tags -1 -moreinfo +confirmed On Sat, 2012-08-25 at 09:48 +0800, Daniel Hartwig wrote: On 18 August 2012 17:10, Daniel Hartwig mand...@gmail.com wrote: On 18 August 2012 16:48, Adam D. Barratt a...@adam-barratt.org.uk wrote: -2 doesn't appear to be in the archive yet? Wanted to get approval first, in case of changes being requested. Available on mentors.d.n: [...] It has been a week since my response. I wish to avoid uploads without pre-approval, but will proceed if requested. Your query does not seem to me to be such a request, yet moreinfo tag remains – please clarify. Sorry for the delay. The proposed package appears to be strictly better than what we currently have in terms of handling m-a packages, so please go ahead. 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#685611: Setting correct owner for the bug
* Vasudev Kamath kamathvasu...@gmail.com, 2012-08-25, 12:09: There is a Source: field in the copyright pointing to the upstream website, FWIW, copyright file for suckless-tools 38-1 has no such field. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685836: RFS: libpam-ssh/1.97+ds-1 reintroduction
Bart Martens ba...@debian.org writes: You could, if you want that, create a package with version 1.92-15 based on version 1.92-14, and ask debian-release to add it to wheezy. It's very unlikely the release team will still accept a new package in wheezy at this stage. You could however provide a backport later. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685840: squirrelmail gives Undefined variable: boxes and does not show any folders
Package: squirrelmail Version: 2:1.4.23~svn20120406-1 Hi, I recently started using dovecot as imap server (used be uw-imap). With squirrelmail on localhost, I cannot subscribe to any folders. When I click on the folders button, it just shows No folders found. In the apache error log I find PHP Notice: Undefined variable: boxes in /usr/share/squirrelmail/functions/imap_mailbox.php on line 854 PHP Notice: Undefined variable: boxes in /usr/share/squirrelmail/functions/imap_mailbox.php on line 858 The only folder I see is INBOX. Bye, Joerg signature.asc Description: Digital signature
Bug#660940: usbfs error causes kdm to not load on startup or reboot
On Fri, Aug 24, 2012 at 15:31:12 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: On Wed 04 Jul 2012 16:34:18 Julien Cristau escribió: On Tue, Jul 3, 2012 at 17:42:22 +0200, Pino Toscano wrote: Hi debian-x people, Alle giovedì 23 febbraio 2012, david mckisick ha scritto: Update to this. The issue is related to - xf86OpenConsole: VT_WAITACTIVE failed: Interrupted system call. https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/441653 For now I have inserted a sleep 1 just before the kdm start line. This (bug #660940) would seem a xserver-xorg issue, fixed with upstream commit 88c4622b594a1725d0cee86bc82ad640d241c520 (part of 1.10.99.901 and onward). Would you be able to confirm that could be indeed the case, or anyway provide hints about the issue? The EINTR from VT_WAITACTIVE indeed should go away with this commit. It's still not clear to me why it happened in the first place, but I guess if the system is busy on cold startup things being slower than usual might trigger it. Hi debian-x people! I was looking trough our RC bugs and stumbled upon this one. It is not clear to me if this is or not a bug in kdm or xserver-xorg. Anyway, for solving this RC bug for Wheezy, we can: - Add the hack in kdm. Ugly and punishes other users with a 1 second delay, but it still can work. - Add the aforementioned commit to xserver-xorg and reassign this bug. - Any other ideas? This bug was fixed in wheezy ages ago. Cheers, Julien signature.asc Description: Digital signature
Bug#661261: mailfilter: exits on bad timestamp, causes fetchmail to also exit
retitle 661261 mailfilter: exits on bad timestamp, causes fetchmail to also exit stop Hello J G Miller, Can you verify and test Scott Kitterman's patch ? I can build a test package for you if you need it. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665028: cvs2svn: diff for NMU version 2.3.0-2.1
tags 665028 + patch thanks Dear Laszlo, I've prepared an NMU for cvs2svn (versioned as 2.3.0-2.1) but *not* yet uploaded. The NMU is based on a upstream commit (r5381) to fix the FTBFS found by upstream on ubuntu. I have verified with sbuild that cvs2svn builds both in wheezy and unstable with that patch. I can prepare the final NMU if needed. Regards. Salvatore diff -u cvs2svn-2.3.0/debian/changelog cvs2svn-2.3.0/debian/changelog --- cvs2svn-2.3.0/debian/changelog +++ cvs2svn-2.3.0/debian/changelog @@ -1,3 +1,11 @@ +cvs2svn (2.3.0-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Patch run-tests.py with upstream svn diff for revision r5381 to fix +failures in tests (Closes: 665028). + + -- Salvatore Bonaccorso car...@debian.org Sat, 25 Aug 2012 08:29:59 +0200 + cvs2svn (2.3.0-2) unstable; urgency=low * Pass '--prefix=/usr' to 'setup.py install' needed for the upcoming Python only in patch2: unchanged: --- cvs2svn-2.3.0.orig/run-tests.py +++ cvs2svn-2.3.0/run-tests.py @@ -3174,19 +3174,15 @@ verify that --use-internal-co works rcs_conv = ensure_conversion( - 'main', args=['--use-rcs', '--default-eol=native'], + 'main', args=['--use-rcs', '--default-eol=native'], dumpfile='use-rcs-rcs.dump', ) conv = ensure_conversion( - 'main', args=['--default-eol=native'], + 'main', args=['--default-eol=native'], dumpfile='use-rcs-int.dump', ) if conv.output_found(r'WARNING\: internal problem\: leftover revisions'): raise Failure() - rcs_lines = run_program( - svntest.main.svnadmin_binary, None, 'dump', '-q', '-r', '1:HEAD', - rcs_conv.repos) - lines = run_program( - svntest.main.svnadmin_binary, None, 'dump', '-q', '-r', '1:HEAD', - conv.repos) + rcs_lines = list(open(rcs_conv.dumpfile, 'rb')) + lines = list(open(conv.dumpfile, 'rb')) # Compare all lines following the repository UUID: if lines[3:] != rcs_lines[3:]: raise Failure() @@ -3199,19 +3195,17 @@ rcs_conv = ensure_conversion( 'internal-co', args=['--use-rcs', '--exclude=BRANCH', '--default-eol=native'], + dumpfile='internal-co-exclude-rcs.dump', ) conv = ensure_conversion( 'internal-co', args=['--exclude=BRANCH', '--default-eol=native'], + dumpfile='internal-co-exclude-int.dump', ) if conv.output_found(r'WARNING\: internal problem\: leftover revisions'): raise Failure() - rcs_lines = run_program( - svntest.main.svnadmin_binary, None, 'dump', '-q', '-r', '1:HEAD', - rcs_conv.repos) - lines = run_program( - svntest.main.svnadmin_binary, None, 'dump', '-q', '-r', '1:HEAD', - conv.repos) + rcs_lines = list(open(rcs_conv.dumpfile, 'rb')) + lines = list(open(conv.dumpfile, 'rb')) # Compare all lines following the repository UUID: if lines[3:] != rcs_lines[3:]: raise Failure() signature.asc Description: Digital signature
Bug#665028: cvs2svn: FTBFS: tests failed
Hi For reference the full commit message from upstream: cut-cut-cut-cut-cut-cut- Fix some test cases to deal with non-deterministic dump output. I started getting some test failures for use_rcs() and internal_co_exclude() after switching to 64-bit Ubuntu precise. I don't know whether the difference is caused by changes to Subversion, the change from 32 to 64-bit architecture, or something else. These tests both run the same conversion twice: once with the --use-rcs option and once without. Then they svnadmin dump the resulting Subversion repositories and verify that the dump outputs are line-by-line identical (aside from the repository UUIDs). These two tests are now failing because the output of svnadmin dump for the two repositories differs, even though the repositories are logically the same. (In particular, the order that properties are output varies.) It is not clear whether Subversion's behavior has changed, or whether these tests only used to work by accident, but either way, the tests are easy to fix... The old tests converted into Subversion repositories, then dumped the repositories, then compared the dumps. Instead, change the tests to convert directly into dumpfiles and compare the dumpfiles. Since cvs2svn takes pains to output properties in a deterministic order, this should be robust. With this change, the tests work again. cut-cut-cut-cut-cut-cut- Regards, Salvatore signature.asc Description: Digital signature
Bug#683184: RFS: suckless-tools/39-1 [ITA]
On 20:32 Fri 24 Aug , Jakub Wilk wrote: You create the empty suckless-tools_${version}.orig.tar.gz tarball in the wrong directory. Fixed Why do you redirect tar's stderr to /dev/null? Removed this too I recommend passing these options to tar, so that the user's name/group/umask are not leaked: --owner root --group root --mode a+rX Done snip Warm Regards -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net} IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: Digital signature
Bug#685611: Setting correct owner for the bug
On 09:04 Sat 25 Aug , Jakub Wilk wrote: * Vasudev Kamath kamathvasu...@gmail.com, 2012-08-25, 12:09: There is a Source: field in the copyright pointing to the upstream website, FWIW, copyright file for suckless-tools 38-1 has no such field. Ah yes that source is very old even before DEP5 was finalized and accepted but what I told was in 39 :-) Well I should have seen the version properly ;-) Any way fix is in repo too but I made it fix for the Source: pointing to proper download location. Best Regards -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net} IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: Digital signature
Bug#548709: Any update on this bug ?
Hi all, I am a user of debdelta and am interested to see if this comes to fruition, it would make lot of people's update/upgrade lives easier. My personal experience with debdelta has been it makes upgrades take lot less than even 1/3rd of the bandwidth that A Menucc has been talking about. For e.g. if I take the recent updates in wheezy (about the various rebuilds with xz compression) then it took less than 10 minutes to upgrade almost 200 MB of upgrades and using somewhere between 10-15 of real downloads. I think that the ftp-master team should not just take into account just the bandwidth costs but also time costs (as the time difference between just downloading the deltas and downloading the upgrades etc.) Looking forward to integration of the same in an official repository (which might jumpstart people into doing the bit of integration of the debdelta service/command into apt itself.) Just my 2 paise. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685683: debhelper: dh_installdocs --link-doc produces empty directories, rather than symbolic links
2012/8/23 Martin-Éric Racine martin-eric.rac...@iki.fi: 2012/8/23 Joey Hess jo...@debian.org: Martin-Éric Racine wrote: I have one package whose debian/rules goes like this: 8X- %: dh $@ override_dh_installdocs: dh_installdocs --link-doc=foo-common 8X- Yet, once installed, /usr/share/doc/foo-bin and /usr/share/doc/foo-data are empty directories, rather than symbolic links to foo-common. Am I missing something? Have you investigated at all? What creates the empty directory? Do you, for example, have dh_installdirs files that create them? There's no debian/*.dirs files whatsoever. Actually, it appears to affect other packages too. adequate (a tool by Jakub Wilk) reports that several packages that have been trickling into Testing have a missing /usr/share/doc/*/copyright, which upon inspection turns out to be an empty directory where a symbolic link to another package's documentation directory should have been. Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684934: unblock: qemu-kvm/1.1.1+dfsg-1 (pre-upload)
On Wed, Aug 15, 2012 at 00:26:01 +0400, Michael Tokarev wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package qemu-kvm Feel free to upload, and ping back once it has spent a few days in sid. Thanks, Julien signature.asc Description: Digital signature
Bug#685841: dovecot-core: Fixes to handling UTF-8 namespace prefixes
Package: dovecot-core Version: 1:2.1.7-2 Severity: normal Tags: patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** Problem: http://www.mail-archive.com/dovecot@dovecot.org/msg47030.html Patch: http://hg.dovecot.org/dovecot-2.1/rev/ade94fde249e I tested the patch, it works. *** End of the template - remove these lines *** -- Package-specific info: -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-core depends on: ii adduser 3.113+nmu3 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-35 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libssl1.0.0 1.0.1c-4 ii openssl 1.0.1c-4 ii ucf 3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 dovecot-core recommends no packages. Versions of packages dovecot-core suggests: ii dovecot-gssapi1:2.1.7-2 ii dovecot-imapd 1:2.1.7-2 ii dovecot-ldap 1:2.1.7-2 ii dovecot-lmtpd 1:2.1.7-2 ii dovecot-managesieved 1:2.1.7-2 ii dovecot-mysql 1:2.1.7-2 ii dovecot-pgsql 1:2.1.7-2 ii dovecot-pop3d 1:2.1.7-2 ii dovecot-sieve 1:2.1.7-2 ii dovecot-solr 1:2.1.7-2 ii dovecot-sqlite1:2.1.7-2 ii ntp 1:4.2.6.p5+dfsg-2 Versions of packages dovecot-core is related to: ii dovecot-common 1:2.1.7-2 ii dovecot-core [dovecot-common] 1:2.1.7-2 pn dovecot-dbgnone pn dovecot-devnone ii dovecot-gssapi 1:2.1.7-2 ii dovecot-imapd 1:2.1.7-2 ii dovecot-ldap 1:2.1.7-2 ii dovecot-lmtpd 1:2.1.7-2 ii dovecot-managesieved 1:2.1.7-2 ii dovecot-mysql 1:2.1.7-2 ii dovecot-pgsql 1:2.1.7-2 ii dovecot-pop3d 1:2.1.7-2 ii dovecot-sieve 1:2.1.7-2 ii dovecot-sqlite 1:2.1.7-2 -- Configuration Files: /etc/default/dovecot changed [not included] /etc/dovecot/README [Errno 2] Нет такого файла или каталога: u'/etc/dovecot/README' -- 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#676739: altos: FTBFS caused by sdcc
tags 676739 patch thanks Hi, On Fri, Jun 15, 2012 at 09:27:12AM -0600, Bdale Garbee wrote: Thanks for the report. The problem is that sdcc 3.X introduces new compiler features that are big problems for 8051, and sdcc is a build dep for altos. To fix this FTBFS, I've upload 'cc', which is a forked sdcc 2.9 built specifically for the flavor of 8051 targets needed in altos. An updated altos package that build depends on this new cross-compiler package will be uploaded shortly. As Bdale suggested, changing the build-depends from sdcc to cc makes the package build fine. I tested that in wheezy and sid (with the attached patch). I didn't test the resulting package. Bdale, Do you have time to upload a new version? Cheers, Ivo diff -Nru altos-1.0.3/debian/changelog altos-1.0.3+nmu1~t1/debian/changelog --- altos-1.0.3/debian/changelog 2011-12-26 03:09:16.0 +0100 +++ altos-1.0.3+nmu1~t1/debian/changelog 2012-08-25 10:30:06.0 +0200 @@ -1,3 +1,10 @@ +altos (1.0.3+nmu1~t1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Build-depend on cc instead of sdcc (Closes: #676739) + + -- Ivo De Decker ivo.dedec...@ugent.be Sat, 25 Aug 2012 10:29:16 +0200 + altos (1.0.3) unstable; urgency=low [ Bdale Garbee ] diff -Nru altos-1.0.3/debian/control altos-1.0.3+nmu1~t1/debian/control --- altos-1.0.3/debian/control 2011-12-26 03:09:16.0 +0100 +++ altos-1.0.3+nmu1~t1/debian/control 2012-08-25 10:29:13.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Bdale Garbee bd...@gag.com Uploaders: Keith Packard kei...@keithp.com -Build-Depends: debhelper (= 7), autoconf, automake, gawk, libreadline-dev, libusb-1.0-0-dev, nickle, sdcc, xsltproc, fop, docbook-xml, docbook-xsl, swig, openjdk-6-jdk, freetts, libtool, libjfreechart-java, pkg-config +Build-Depends: debhelper (= 7), autoconf, automake, gawk, libreadline-dev, libusb-1.0-0-dev, nickle, cc, xsltproc, fop, docbook-xml, docbook-xsl, swig, openjdk-6-jdk, freetts, libtool, libjfreechart-java, pkg-config Standards-Version: 3.9.2 Homepage: http://altusmetrum.org/AltOS Vcs-Git: git://git.gag.com/fw/altos
Bug#685842: mysqmail: [INTL:nl] Dutch translation of debconf templates
Package: mysqmail Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the mysqmail debconf templates. Please include it in your next upload. Kind regards, Jeroen Schot # Dutch translation of mysqmail debconf templates. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the mysqmail package. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: mysqmail 0.4.9-7\n Report-Msgid-Bugs-To: mysqm...@packages.debian.org\n POT-Creation-Date: 2010-03-04 15:24+0800\n PO-Revision-Date: 2012-08-22 12:35+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../mysqmail.templates:2001 msgid Reuse MySQL authentication information from DTC? msgstr MySQL-authenticatie-informatie van DTC hergebruiken? #. Type: boolean #. Description #: ../mysqmail.templates:2001 msgid MySQMail can use the same MySQL credentials as DTC. msgstr MySQMail kan dezelfde MySQL-referenties gebruiken als DTC. #. Type: boolean #. Description #: ../mysqmail.templates:2001 msgid If you choose this option, you will not be prompted for a login and password to configure MySQMail. msgstr Als u hiervoor kiest zal u niet naar een gebruikersnaam en wachtwoord worden gevraagd om MySQMail in te stellen. #. Type: string #. Description #: ../mysqmail.templates:3001 msgid MySQL hostname: msgstr MySQL-computernaam: #. Type: string #. Description #: ../mysqmail.templates:3001 msgid Please enter the hostname or IP address of the MySQL server for MySQMail. msgstr Wat is de computernaam of het IP-adres van de MySQL-server voor MySQMail? #. Type: string #. Description #: ../mysqmail.templates:4001 msgid MySQL login: msgstr MySQL-gebruikersnaam: # Type: password # Description #. Type: string #. Description #: ../mysqmail.templates:4001 msgid Please enter the MySQL login needed to create (and later, access) the MySQMail database. msgstr Welke MySQL-gebruikersnaam is nodig voor het aanmaken (en later, toegang te krijgen tot) de MySQMail-database? #. Type: password #. Description #: ../mysqmail.templates:5001 msgid MySQL password: msgstr MySQL-wachtwoord: # Type: password # Description #. Type: password #. Description #: ../mysqmail.templates:5001 msgid Please enter the MySQL password needed to create (and later, access) the MySQMail database. msgstr Welk MySQL-wachtwoord is nodig voor het aanmaken (en later, toegang te krijgen tot) de MySQMail-database? #. Type: string #. Description #: ../mysqmail.templates:6001 msgid MySQL database name: msgstr MySQL-databasenaam: #. Type: string #. Description #: ../mysqmail.templates:6001 msgid Please enter the name of the database where MySQMail will store its data. msgstr Wat is de naam van de database waarin MySQMail zijn data zal opslaan?
Bug#629490: root cause fix to uim start delay issue
On Sat, Aug 25, 2012 at 01:09:46PM +0900, Osamu Aoki wrote: I checked uim (anthy) with im-config: * 0.17 (unstable) * 0.18~pre2 (minor updates on 0.18~pre1 in experimental) Both works but with 0.17, it creates some delay before bringing blue systray icon showing up. with 0.18~pre2, it brings up blue systray icon immediately after desktop is displayed. 0.17 starts systray with sleep. This sleep was the work around to avoid this problem reported as http://bugs.debian.org/300486 . 0.18~pre2 does not have sleep since it is safe to do so (it is started after dbus.) Since this bug is fixed in root cause, please cansel bug report to upstream and when 0.18 is accepted for unstable/testing, please consider to close this bug. I see. Thank you for your great work. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#685631: Bug#685354: unblock: sendfile/2.1b.20080616-5.1
On Thu, Aug 23, 2012 at 09:06:07AM +0200, Andreas Tille wrote: Hi Andreas, from a not so quick but untested look this seems to be reasonable to me. I could sponsor this patch but I might wait for some comment of the release team Thanks for the review. A new version of the patch is attached. Only the changelog is different, based on the review and ack by the release team: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685354#56 Can you sponsor it? BTW if you build the package, be careful to avoid changes in the autogenerated files. If you build twice in the same buildtree, the diff.gz contains unwanted changes. Cheers, Ivo diff -u sendfile-2.1b.20080616/debian/control sendfile-2.1b.20080616/debian/control --- sendfile-2.1b.20080616/debian/control +++ sendfile-2.1b.20080616/debian/control @@ -9,7 +9,7 @@ Section: net Priority: optional Architecture: any -Depends: ${shlibs:Depends}, openbsd-inetd | inet-superserver, perl | perl5 +Depends: ${shlibs:Depends}, openbsd-inetd | inet-superserver, perl | perl5, update-inetd, libdpkg-perl Suggests: pgp-i Description: Simple Asynchronous File Transfer Sendfile is an asynchronous file transfer service for the Internet, diff -u sendfile-2.1b.20080616/debian/postinst sendfile-2.1b.20080616/debian/postinst --- sendfile-2.1b.20080616/debian/postinst +++ sendfile-2.1b.20080616/debian/postinst @@ -2,20 +2,7 @@ # post install script for the Debian GNU/Linux sendfile package require DebianNet; - -# First modify the services file - -open(SERVICES, /etc/services); -@services=SERVICES; -close(SERVICES); - -if (! grep(/^saft.*/, @services)) { - push (@services, saft 487/tcp # simple asynchronous file transfer\n); - open(SERVICES, /etc/services.new); - print SERVICES @services; - close (SERVICES); - system (mv -f /etc/services.new /etc/services); -} +use Dpkg::Version; # Now modify the inetd.conf file @@ -29,30 +16,38 @@ } undef(@inetd); -for $profile (('/etc/profile')) { -open(PROFILE, $profile); -@profile=PROFILE; -close(PROFILE); - -open(PROFILE, $profile); -printf PROFILE %s, join ('', grep (!/^.*check-sendfile/, @profile)); -close (PROFILE); +# cleanup edits from versions before 2.1b.20080616-5.2 +# this can be removed after wheezy +if (($ARGV[1] ne ) + (version_compare($ARGV[1],2.1b.20080616-5.2) 0)) { + + # remove line added by old version of sendfile + my $profile = '/etc/profile'; + if (-e $profile) { + open(PROFILE, $profile); + @profile=PROFILE; + close(PROFILE); + + open(PROFILE, $profile); + printf PROFILE %s, join ('', grep (!/^.*check-sendfile/, @profile)); + close (PROFILE); + } + + # delete /etc/services with only 1 line created by previous versions of + # sendfile + my $services = /etc/services; + if (-e $services) { + open(SERVICES, $services); + my @srv = SERVICES; + close(SERVICES); + my $srv = join('',@srv); + my $oldsrv = saft 487/tcp # simple asynchronous file transfer\n; + if ($srv eq $oldsrv) { + unlink $services; + } + } } -for $profile (('/etc/csh.login')) { -open(PROFILE, $profile); -@profile=PROFILE; -close(PROFILE); - -if (grep(/^.*check-sendfile/, @profile)) { - open(PROFILE, $profile); - printf PROFILE %s, join ('', grep (!/^.*check-sendfile/, @profile)); - close(PROFILE); -} -} - -system /etc/init.d/netbase reload; - if ($ARGV[0] eq 'configure') { if (defined $ARGV[1] $ARGV[1] =~ /2\.1b(-[67]|\.20080311-|\.20080616-1)/) { system chmod 644 /etc/logrotate.d/sendfile; diff -u sendfile-2.1b.20080616/debian/postrm sendfile-2.1b.20080616/debian/postrm --- sendfile-2.1b.20080616/debian/postrm +++ sendfile-2.1b.20080616/debian/postrm @@ -3,15 +3,6 @@ set -e -if [ $1 = remove ] -then -for profile in /etc/profile /etc/csh.login -do - grep -v 'check-sendfile' $profile $profile.new || true - mv -f $profile.new $profile -done -fi - if [ $1 = purge ] then rm -rf /var/log/sendfile /dev/null diff -u sendfile-2.1b.20080616/debian/changelog sendfile-2.1b.20080616/debian/changelog --- sendfile-2.1b.20080616/debian/changelog +++ sendfile-2.1b.20080616/debian/changelog @@ -1,3 +1,24 @@ +sendfile (2.1b.20080616-5.2) unstable; urgency=low + + * Non-maintainer upload. + * Don't edit /etc/services, /etc/profile and /etc/csh.login + * Cleanup edits to those files from previous versions +Closes: #685631 + * Depend on update-inetd because the postinst script requires the perl +module DebianNet + * Depend on libdpkg-perl for version checks in postinst script + + -- Ivo De Decker ivo.dedec...@ugent.be Sat, 25 Aug 2012 11:03:41 +0200 + +sendfile (2.1b.20080616-5.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove all files on purge. Thanks for the patch to +Andreas Beckmann deb...@abeckmann.de +Closes: #668721 + + -- Andreas Tille ti...@debian.org Thu, 09 Aug 2012 15:03:55 +0200 + sendfile (2.1b.20080616-5) unstable; urgency=low * Add new config file /etc/profile.d/sendfile and remove
Bug#683819: [Build-common-hackers] Bug#683819: cdbs: upload to t-p-u for xz compression change
On 12-08-24 at 05:12pm, Ansgar Burchardt wrote: could you prepare a cdbs upload to testing-proposed-updates that contains only the xz compression changes from the 0.4.117 upload? See #685287 for the ACK from the release team. This should probably be versioned 0.4.115+deb7u1. At least this new schema was used for the last upload to t-p-u I saw (#685616). Thanks for preparing this! If you don't have time, I can also prepare the upload as a NMU. Please ping me in this case. I would dearly appreciate if you could do it. I am pretty busy the next week. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#685843: security-tracker: DSA-2533-1 vs. tracker
Package: security-tracker Severity: normal Hello, DSA-2533-1 [1] states that four vulnerabilities are fixed in sid by pcp/3.6.5 The tracker [2][3][4][5] seems to disagree. Please update the tracker data. Thanks for your time! [1] https://lists.debian.org/debian-security-announce/2012/msg00174.html [2] http://security-tracker.debian.org/tracker/CVE-2012-3418 [3] http://security-tracker.debian.org/tracker/CVE-2012-3419 [4] http://security-tracker.debian.org/tracker/CVE-2012-3420 [5] http://security-tracker.debian.org/tracker/CVE-2012-3421 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685844: libgphoto2-2: /usr/lib/i386-linux-gnu/libgphoto2/print-camera-list udev-rules generate non-working entries PROGRAM=check-ptp-camera 06/01/01.
Package: libgphoto2-2 Version: 2.4.14-2 Severity: normal -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgphoto2-2 depends on: ii dpkg 1.16.8 ii libc6 2.13-35 ii libexif12 0.6.20-3 ii libgd2-xpm 2.0.36~rc1~dfsg-6.1 ii libgphoto2-port0 2.4.14-2 ii libjpeg8 8d-1 ii libltdl7 2.4.2-1.1 ii multiarch-support 2.13-35 Versions of packages libgphoto2-2 recommends: ii libgphoto2-l10n 2.4.14-2 ii udev 175-3.1 When I perform: $ /usr/lib/i386-linux-gnu/libgphoto2/print-camera-list udev-rules mode 0660 group camera | sudo sh -c cat x/etc/udev/rules.d/90-my-libgphoto2.rules I get '/etc/udev/rules.d/90-my-libgphoto2.rules' with line: PROGRAM=check-ptp-camera 06/01/01, MODE=0660, GROUP=camera which on boot take error: $ cat /var/log/daemon.log ... Aug 25 12:02:24 laptop udevd[11129]: failed to execute '/lib/udev/check-ptp-camera' 'check-ptp-camera 06/01/01': No such file or directory ... I try search: $ apt-file search check-ptp-camera and found that Debian does not provide check-ptp-camera file. so I suggest remove this entry from output of 'print-camera-list' utility. For example this line also generated: # not working yet: PROGRAM=check-mtp-device, , ENV{ID_MEDIA_PLAYER}=1, MODE=0660, GROUP=camera -- Best regards! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666750: Solved
retitle 666750 Please avoid differences between OS-en detected in the installer and those offered in GRUB severity 666750 wishlist tags 666750 - wheezy sid thanks Hi, On Tue, Jun 19, 2012 at 06:37:57PM -0400, Filipus Klutiero wrote: retitle 666750 Please avoid differences between OS-en detected in the installer and those offered in GRUB severity 666750 wishlist tags 666750 - wheezy sid thanks This no longer happens with grub2 1.99-19 (Add grub-probe to grub-mount-udeb). I'm keeping this report as a wish to prevent new occurences of the same symptom from new causes. Feel free to treat as you think is best. It seems this message was never processed by control@, so trying again. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653113: ITP: reviewboard -- web-based code review tool
Hi Ben, On Samstag, 25. August 2012, Ben Finney wrote: Holger, thank you for offering to sponsor these packages. Have you made progress on helping Dmitry get this into Debian? it's stalled at the python-django-pipeline vs python-pipeline issue, installing the former breaks the later, there is a serious bug (#674042) filed about this. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685824: reportbug: please add non-interactive mode
On Fri, Aug 24, 2012 at 10:56 PM, Raphael Geissert geiss...@debian.org wrote: It is currently impossible to use reportbug to non-interactively file bug reports. There are multiple issues for one of my use cases, but I will file them in other reports. can you be so kind to specify those usecases? So, this one is a request to add an option that really makes reportbug non- interactive and files the bug report. mh, is this a meta-bug to fix all the other reports you filed? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684494: audacious: Audacious close itself (segfault) after playing a file
Package: audacious Version: 3.2.3-1 Followup-For: Bug #684494 I attached a backtrace, I hope it can help a little. Program received signal SIGSEGV, Segmentation fault. 0x75312c21 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x75312c21 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x75312936 in strdup () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x0042694e in audacious_rc_song_title (obj=obj@entry=0x6b9d00, pos=optimized out, title=0xbcb790, error=optimized out) at dbus.c:712 #3 0x00427a57 in dbus_glib_marshal_audacious_rc_BOOLEAN__UINT_POINTER_POINTER (closure=0x7fffe0e0, return_value=0x7fffe040, n_param_values=optimized out, param_values=0xd0a350, invocation_hint=optimized out, marshal_data=optimized out) at dbus-server-bindings.h:821 #4 0x7586dc72 in ?? () from /usr/lib/x86_64-linux-gnu/libdbus- glib-1.so.2 #5 0x75638175 in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #6 0x7562a450 in dbus_connection_dispatch () from /lib/x86_64-linux- gnu/libdbus-1.so.3 #7 0x7586b715 in ?? () from /usr/lib/x86_64-linux-gnu/libdbus- glib-1.so.2 #8 0x76c52205 in g_main_context_dispatch () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #9 0x76c52538 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #10 0x76c52932 in g_main_loop_run () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #11 0x762f82d5 in gtk_main () from /usr/lib/x86_64-linux- gnu/libgtk-3.so.0 #12 0x0040e030 in main (argc=1, argv=0x7fffe5b8) at main.c:582 (gdb) quit -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-rt-amd64 (SMP w/2 CPU cores; PREEMPT) 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 audacious depends on: ii audacious-plugins3.2.3-1+b1 ii dbus 1.6.0-1 ii dbus-x11 1.6.0-1 ii gtk2-engines-pixbuf 2.24.10-2 ii libaudclient23.2.3-1 ii libaudcore1 3.2.3-1 ii libc62.13-35 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk-3-0 3.4.2-3 ii libguess11.1-1 ii libice6 2:1.0.8-2 ii libsm6 2:1.2.1-2 Versions of packages audacious recommends: ii unzip 6.0-7 audacious suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679577: please get this in testing
Now that 304.37-1 has been in unstable for ten days, please get it unblocked so it can move to testing. This blackscreen bug is driving me crazy. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685287: unblock or tpu: cdbs/0.4.117
Julien Cristau jcris...@debian.org (22/08/2012): On Sun, Aug 19, 2012 at 12:55:36 +0200, Ansgar Burchardt wrote: I have attached both the current diff from unstable to testing and a diff of only the changes in 0.4.117. If you prefer an upload to tpu instead of unblocking the version currently in unstable, this would be the changes I would ask Jonas to include. I think the latter (just the xz change in tpu) would be best. Yeah. Additionally, I'd feel better if that could be done before we spin wheezy d-i beta 2 CDs, meaning: in less than a week. Any taker? :) Mraw, KiBi. signature.asc Description: Digital signature
Bug#685343: fixed in git
tags 685343 + pending #fixed in git, shall be included in 2.0.6 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685845: Fails to build bsnes in wheezy
Package: g++-4.7 Version: 4.7.1-2 Severity: important Control: fixed -1 4.7.1-6 Control: block 684840 by -1 Hi, I think that bsnes 0.088-3 FTBFS in Wheezy (#684840), because of a bug in gcc. Linking fails with an error message I can't make sense of: obj/ui-config.o: In function `void nall::sortnall::string(nall::string*, unsigned int)::{lambda(nall::string const, nall::string const)#1}::_FUN(nall::string const, nall::string const)': /«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: multiple definition of `void nall::sortnall::string(nall::string*, unsigned int)::{lambda(nall::string const, nall::string const)#1}::_FUN(nall::string const, nall::string const)' obj/ui-main.o:/«PKGBUILDDIR»/bsnes/./nall/sort.hpp:73: first defined here This error appeared on and off with changing gcc versions: gcc-4.7.0-12 FTBFS (#676727) gcc-4.7.1-1 works gcc-4.7.1-2 FTBFS gcc-4.7.1-6 works Judging from the gcc changelog, this could be related to the fix for PR c++/53137, which was applied in 4.7.0-12 and 4.7.1-2, but not in 4.7.1-1. How likely is it that a fix can make it into Wheezy? Best regards, Tobias Hansen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685846: virtualbox: Hangs when running either the VirtualBox command or launching the GUI manager
Package: virtualbox Version: 4.1.18-dfsg-1 Severity: important Dear Maintainer, Since a recent upgrade, VirtualBox no longer starts at all for me. Running the virtualbox binary outputs nothing on the terminal, and nothing happens: the program seemingly freezes, but responds to Ctrl-C, yet nothing visible happens. The same happens when I run VirtualBox --startvm, or indeed just VirtualBox. VirtualBox --help works fine, though. The only clue in dmesg is this: [11845.573351] warning: `VirtualBox' uses 32-bit capabilities (legacy support in use) Of course, I have successfully loaded the vboxdrv module: [12651.415439] vboxdrv: Found 4 processor cores. [12651.415761] vboxdrv: fAsync=0 offMin=0x1ef offMax=0xfae [12651.415809] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [12651.415811] vboxdrv: Successfully loaded version 4.1.18_Debian (interface 0x0019). When I hadn't, the warning about the missing interface device node was displayed on the console when I ran virtualbox, though everything else was exactly the same. Any help would be welcome! /Albin -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (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 virtualbox depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.8 ii libc62.13-35 ii libcurl3 7.26.0-1 ii libgcc1 1:4.7.1-2 ii libgsoap22.8.7-1 ii libpng12-0 1.2.49-1 ii libpython2.7 2.7.3~rc2-2.1 ii libsdl1.2debian 1.2.15-5 ii libssl1.0.0 1.0.1c-4 ii libstdc++6 4.7.1-2 ii libvncserver00.9.9+dfsg-1 ii libx11-6 2:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii libxext6 2:1.3.1-2 ii libxml2 2.8.0+dfsg1-5 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1 ii python 2.7.3~rc2-1 ii python2.72.7.3~rc2-2.1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 8.0.4-1 ii libqt4-opengl 4:4.8.2-2+b1 ii libqtcore44:4.8.2-2+b1 ii libqtgui4 4:4.8.2-2+b1 ii virtualbox-dkms 4.1.18-dfsg-1 ii virtualbox-qt 4.1.18-dfsg-1 Versions of packages virtualbox suggests: ii vde22.3.2-4 pn virtualbox-guest-additions-iso 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#679795: installation-reports: Installation freezes when detecting Realtek ethernet controller RTL8111/8168B
Package: installation-reports Followup-For: Bug #679795 Dear Maintainer, Similarly to the above report, installation of testing amd64 freezes during the scan for the network devices. lspci -knn reports this as follows: 01:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06) Subsystem: Micro-Star International Co., Ltd. Device [1462:7636] Kernel driver in use: r8169 Then I successfully installed using the 6.0.5 firmware installer. -- Package-specific info: Boot method: CD Image version: netinstall amd64 downloaded on 2012-08-05 Date: 2012-08-05 Machine: MSI MS-7636/H55M-E32(MS-7636) Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684934: unblock: qemu-kvm/1.1.1+dfsg-1
On 25.08.2012 12:52, Julien Cristau wrote: On Wed, Aug 15, 2012 at 00:26:01 +0400, Michael Tokarev wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package qemu-kvm Feel free to upload, and ping back once it has spent a few days in sid. Thank you Julien. Rebuilt, retested briefly, and uploaded. There's one extra inter-debdiff - a change accumulated since the unblock request, which should be okay: * eventfd-making-it-thread-safe.patch - fix a missing -ioeventfd notifier (Closes: #680719) +ioeventfd notifier (Closes: #680719, #685314) ;) I'll ping this bug# again in a week or so. Now, the same set of changes plus a few more fixes (larger fixes which went into upstream qemu-kvm-1.1.0 but weren't included into qemu-1.1.0) ineeds to be applied to qemu package too. Plus, upstream accumulated a few more fixes (targeting qemu-1.1.2) - which updates other architectures (which are not relevant for qemu-kvm package which is x86-only). And even more, qemu package needs some extra love currently due to #684909, which needs changes in s390-tools package and needs firmware for ppc64. I waited for the current set of changes (in qemu-kvm) to be accepted/rejected before proceeding with the next stuff (qemu). Can you give some comments about all this? To sum it all up: - the same set of changes is needed for qemu too (plus more stuff already in qemu-kvm) - qemu needs 3 more firmware files for s390 and ppc64, which requires introduction of extra Arch-all packages - we've more fixes pending upstream for more bugs (mostly in non-x86 emulation), and upstream is about to release a next bugfix version, 1.1.2 Now I'll try to collect and upload it all at least to experimental, to see how it all goes. Thank you for your time! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685801: Wheezy can't boot on netbook
Hello Ben, please have a look at bug 655505. I reported the same or similar bug at 11. January 2012 with the installer. Now I wanted to try out if the bug is solved. Because I use the netbook daily for work now, I don't install a new release at my own risk. That's why I first try a live version and if everything is fine I will install later. Because there is no official live built image of Wheezy I had to built it myself. For testing a beta release of Wheezy it would be good if you create an official live built image rather than to force the user to make an installation. Best wishes Oliver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685670: Doesn't use build flags
Hello Felix (and debian-release@, BCC'ed) On 2012-08-23 10:39, Felix Geyer wrote: Source: htop Version: 1.0.1-1 Severity: important htop doesn't export any build flags so it's built without optimizations, debugging symbols and hardening options. Thank you for the report. The package was forgotten to be adapted for the new incompatible dpkg environment variables export rules months ago. Htop is not CPU-bound neither a subject for great security risks, still would be nice to fix. A fix however includes changing the build flags, not a small change considering the freeze. So, dear Release Team: would you like to have this bug fixed in Wheezy? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685036: unblock: scim-anthy/1.2.7-5
Please unblock package scim-anthy version 1.2.7-5 It has been reported to us that the configuration setup for scim-anthy crashes for some users (bug 682601 and 680988). This is due to the recent transition in the package from gtk2 to gtk3. We've also included build-flag hardening in this upload. And did so in a sane way; yay. Unblocked. Unfortunately it seems you failed to spot that the maintainers had added a build-dependency on libscim-dev (= 1.4.14-2) while testing only has version 1.4.13-5. Hence scim-anthy is no longer buildable in testing. It looks like the scim maintainer has attempted to contact the release team several times asking about unblocks for scim but got no response http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680335 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685847: freeze exception for psutils to fix RC bug
Package: release.debian.org Severity: normal I have uploaded psutils_1.17.dfsg-1, which removes some files with unclear or inappropriate copyright. This closes RC bug #682908. No changes were made that were not directly related to this fix. I updated README.source and copyright to describe the repackaging of the upstream source tarball, which was basically just to remove the offending files. Then I added a patch to fix the Makefile to remove references to those files, refreshed the other patches with quilt refresh -p1, and updated the watch file to add dversionmangle. -- Jay Berkenbilt q...@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#437872: gnuchess: Increases CPU load to 100% if invoced by xboard
If gnuchess is invoced by xboard the CPU load increases to 100%, even when waiting for the users move. Which looks like some kind of busy waiting. This is called pondering or thinking on opponent's time. You can disable it in Options/Ponder Next Move or by starting xboard with the -xponder option. Please close the bug it that was the reason. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685817: viking crashes a lot when used to display maps
Hi, thanks for the bugreport and the backtraces. Unfortunately they are not that useful as you did not have the according -dbg packages installed. That would be at least libglib2.0-0-dbg and libgtk2.0-0-dbg. After installing please try to get a new backtrace again. Maybe then its more obvious where the problem is, on the first look it looks more like a gtk/glib issue than one in viking. Cheers, Bernd #0 0xf7fdf430 in __kernel_vsyscall () #1 0xf72b6941 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xf72b9d72 in *__GI_abort () at abort.c:92 #3 0xf7592248 in g_assertion_message () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xf759286f in g_assertion_message_expr () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0xf7aac798 in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0 #6 0xf7aad6cc in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0 #7 0xf7aae00b in gdk_region_union () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0 #8 0xf7ab8633 in ?? () from /usr/lib/i386-linux-gnu/libgdk-x11-2.0.so.0 #9 0xf7da9667 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #10 0xf7daf676 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #11 0xf7daf717 in gtk_widget_queue_resize () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #12 0xf7c60b06 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #13 0xf7c61c6e in gtk_label_set_text () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #14 0xf7c758f1 in ?? () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #15 0xf7630ced in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #16 0xf7631da2 in g_closure_invoke () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #17 0xf76435f0 in ?? () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #18 0xf764bb26 in g_signal_emit_valist () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #19 0xf764bca3 in g_signal_emit () from /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 #20 0xf7cf3db0 in gtk_statusbar_push () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0 #21 0x0809223c in ?? () #22 0xf758bf56 in g_slist_foreach () from /lib/i386-linux-gnu/libglib-2.0.so.0 #23 0x0809214f in ?? () #24 0x080923be in ?? () #25 0x08094a5e in ?? () #26 0x0809219e in ?? () #27 0xf7594768 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #28 0xf7593d93 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #29 0xf73efc39 in start_thread (arg=0xe27feb70) at pthread_create.c:304 #30 0xf735c23e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1750, 'testing'), (650, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages viking depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libcurl3-gnutls 7.26.0-1 ii libexif12 0.6.20-3 ii libexpat1 2.1.0-1 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgps203.6-4 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages viking recommends: ii gpsbabel 1.4.3-1 Versions of packages viking suggests: ii gpsd 3.6-4 -- no debconf information -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586383: Relatively minor Atheros AR242x wireless card light flickering issue with Linux kernel 2.6.32 to 3.5.2 (ath5k driver)
Hi, So there's a hardware MAC LED blink thing that can be done. You may be seeing that enabled by default. Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685848: untangle: block movement
Package: sgt-puzzles Version: 9411-1 Severity: minor File: /usr/games/untangle when playing untangle with high numbers of nodes (100), it would be useful to be able to move nodes en block. the behavior could be as follows: * at any given time, nodes can be *selected*. a selected node is displayed in green, and nodes directly connected to any selected node show up in red (as usual with connected nodes), unless they are selected themselves. changing the selection is part of the undo history. * dragging a selected node with the left mouse button (lmb) moves all the selected nodes in parallel, and drops the selection afterwards. especially, a non-dragging click with the lmb clears the selection, as does dragging a non-selected node. (this is to make the game behavior fall back to the simple interface there was before, even if a user accidentally uses selections.) * when the right mouse button (rmb) is pressed outside a node, a rectangle gets drawn on screen, and the nodes inside the rectangle get added to the selection. rmb click on any node adds the node to the selection, rmb dragging adds the node to the selection and starts dragging (like a lmb drag on an already selected ndoe). (to be consistent with other games like pattern or map, the alt modifyer key can be depressed to the same effect.) * the middle mouse button (mmb) acts like the inverse of the right mouse button: nodes inside the rectangle get removed from the selection, as get nodes that are clicked on. (the shift is equivalent to that.) in tabular form (s = selection, n = node, rem = remove): /- selected node --\ /- unselected node \ /-- outside ---\ | mouse down / drag / up | | mouse down / drag / up | | mouse down / drag / up | /--| | lmb | - / move s / drop s | drop s / move n / -| drop s / - / - | | rmb | - / move s / -| add n to s / move s / -| - / add rect to s / - | | mmb | rem n from s / move n / - | - / move n / - | - / rem rect from s / - | \--/ please consider adding this functionality, as it would save players from tedious and error-prone node-by-node moving of larger subgraphs. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sgt-puzzles depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 Versions of packages sgt-puzzles recommends: ii amaya [www-browser] 10.1~pre4+dfsg.0-2 ii dillo [www-browser] 3.0.2-2 ii epiphany-browser [www-browser] 3.4.2-1+build1 ii iceweasel [www-browser] 10.0.6esr-2 ii lynx-cur [www-browser] 2.8.8dev.14-1 ii midori [www-browser]0.4.3-1 ii netsurf [www-browser] 2.9-2 ii netsurf-gtk [www-browser] 2.9-2 ii uzbl [www-browser] 0.0.0~git.20120514-1 ii w3m [www-browser] 0.5.3-8 ii yelp3.4.2-1 sgt-puzzles suggests no packages. -- no debconf information -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#685801: Wheezy can't boot on netbook
On 25/08/12 07:29 AM, os.n...@gmx.de wrote: please have a look at bug 655505. I reported the same or similar bug at 11. January 2012 with the installer. Now I wanted to try out if the bug is solved. Sure, no problem with that. But in that case, since you did an actual install, an installation-reports bug would have been appropriate. Also, if you think it's the same bug, why not file additional info on 655505 instead of filing a new bug? (Though looking at that bug now, it would probably be better to reassign to the kernel if your suspicions that it's a kernel issue are correct. It doesn't seem like a bug in the installer.) Because I use the netbook daily for work now, I don't install a new release at my own risk. That's why I first try a live version and if everything is fine I will install later. Because there is no official live built image of Wheezy I had to built it myself. And no problem with that, either. However, booting a live image is not an install, so an installation-reports bug is not appropriate. For testing a beta release of Wheezy it would be good if you create an official live built image rather than to force the user to make an installation. And as soon as we (speaking for the debian-live team, now) can, we will, of course. The fact that we have not yet should tell you something. (It is not from lack of caring that they are not there yet.) Meanwhile, please file bugs against appropriate (pseudo-)packages to help us track issues better. Had this particular issue been a problem with the live build service or live build toolchain, the live team might not know it because they generally do not follow the live-boot list. The only reason I even discovered that this involved a live image is because you put netbook in the subject which is a particular interest of mine. I do not want to discourage you from filing reports. It is much appreciated. I am just concerned about them being misdirected so they don't get attention, or else needlessly tie up time being reviewed by the wrong team. I hope you understand. Back on-topic again, in 655505 you talked about Knoppix cheatcodes. In response, you were told how to blacklist modules. Did you try that? It seems the most fruitful line of inquiry here would be to close out this bug and reassign that one to the kernel, continuing to try to narrow down what it is about the kernel that hates your hardware. Thanks, Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685849: clementine ignores switching from no random to random
Package: clementine Version: 1.0.1+dfsg-2+b1 Severity: normal Tags: lfs Dear Maintainer, I opened an album as a playlist and switched to no random because for the first time I wanted to listen to the album in the correct order. After listening to the whole album I switched to random but it plays the playlist still in the correct order from 1 up to 11 without playing the songs randomly. best regards, Martin -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (550, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0-7.dmz.1-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT) 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 clementine depends on: ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii libc62.13-35 ii libcdio130.83-4 ii libchromaprint0 0.6-2 ii libechonest1.2 1.2.1-1 ii libgcc1 1:4.7.1-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgpod4 0.8.2-6 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libimobiledevice21.1.1-4 ii libindicate-qt1 0.2.5.91-5 ii liblastfm0 0.4.0~git20090710-2 ii libmtp9 1.1.3-35-g0ece104-2 ii libplist11.8-1 ii libprojectm2 2.1.0+dfsg-1 ii libqjson00.7.1-6 ii libqt4-dbus 4:4.8.2-2+b1 ii libqt4-network 4:4.8.2-2+b1 ii libqt4-opengl4:4.8.2-2+b1 ii libqt4-sql 4:4.8.2-2+b1 ii libqt4-sql-sqlite4:4.8.2-2+b1 ii libqt4-xml 4:4.8.2-2+b1 ii libqtcore4 4:4.8.2-2+b1 ii libqtgui44:4.8.2-2+b1 ii libqxt-gui0 0.6.1-6 ii libstdc++6 4.7.1-2 ii libtag1c2a 1.7.2-1 ii libusb-1.0-0 2:1.0.11-1 ii libusbmuxd1 1.0.7-2 ii libx11-6 2:1.5.0-1 ii libxml2 2.8.0+dfsg1-5 ii projectm-data2.1.0+dfsg-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages clementine recommends: ii gstreamer0.10-alsa0.10.36-1 ii gstreamer0.10-pulseaudio 0.10.31-3 clementine 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#685850: Please compile dovecot --with-libwrap
Package: dovecot-core Version: 1:2.1.7-2 Hi, in order be be able to use access control via /etc/hosts.{allow|deny}, please compile dovecot with the --with-libwrap configure option. Direct support for starting via inetd and tcpd has been dropped, but direct support for libwrap has been added. See also mailthread at http://www.dovecot.org/list/dovecot/2012-July/067277.html Bye, Joerg signature.asc Description: Digital signature
Bug#685851: unblock: approx/5.3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package approx. Version 5.3-1 fixes important bug #685724, and requires only a one-line fix (debdiff attached). Thanks for considering this. unblock approx/5.3-1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru approx-5.2/approx.ml approx-5.3/approx.ml --- approx-5.2/approx.ml 2012-04-30 17:35:11.0 -0400 +++ approx-5.3/approx.ml 2012-08-24 14:55:52.0 -0400 @@ -1,5 +1,5 @@ (* approx: proxy server for Debian archive files - Copyright (C) 2011 Eric C. Cooper e...@cmu.edu + Copyright (C) 2012 Eric C. Cooper e...@cmu.edu Released under the GNU General Public License *) open Printf @@ -180,7 +180,7 @@ | Cache { file = file; tmp_file = tmp_file; chan = chan } - debug_message close cache %s file; close_out chan; - if size = file_size tmp_file then begin + if size = -1L or size = file_size tmp_file then begin if mod_time 0. then begin debug_message setting mtime to %s (Url.string_of_time mod_time); utimes tmp_file mod_time mod_time diff -Nru approx-5.2/config.ml approx-5.3/config.ml --- approx-5.2/config.ml 2012-05-01 17:52:33.0 -0400 +++ approx-5.3/config.ml 2012-08-24 14:55:52.0 -0400 @@ -5,7 +5,7 @@ open Config_file open Util -let version = 5.2 +let version = 5.3 let default_config = /etc/approx/approx.conf diff -Nru approx-5.2/debian/changelog approx-5.3/debian/changelog --- approx-5.2/debian/changelog 2012-05-23 16:04:58.0 -0400 +++ approx-5.3/debian/changelog 2012-08-24 14:58:18.0 -0400 @@ -1,3 +1,11 @@ +approx (5.3-1) unstable; urgency=low + + * New upstream version + * Check for chunked transfer encoding when closing cache file +(closes: #685724) + + -- Eric Cooper e...@cmu.edu Fri, 24 Aug 2012 14:56:45 -0400 + approx (5.2-1) unstable; urgency=low [ Eric Cooper ]
Bug#678853: maildir-bulletin: should it be removed? /home/bulletins/removed
user debian...@lists.debian.org usertags 678853 + proposed-removal thanks Hi, On Sun, Jun 24, 2012 at 08:22:38PM +0200, Andreas Beckmann wrote: during a test with piuparts I noticed your package ships directories in the /home tree which is a policy/FHS violation. Is anybody still interested in maintaining this package in debian? Perhaps it makes more sense to remove it. - it has very few users (popcon says 16) - it is RC buggy (writes in /home) - the last upload was in 2008 - the maintainer put it up for adoption (http://bugs.debian.org/678926) - upstream is dead (the maintainer of the debian package is also upstream, and doesn't use it anymore, also http://bugs.debian.org/678926) Russel, what do you think? Cheers, Ivo De Decker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685852: mysql-server-5.5: test
Package: mysql-server-5.5 Version: ? Severity: minor Tags: upstream test... -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684355: unblock: autofs/5.0.6-3
retitle 684355 unblock: autofs/5.0.6-3 thanks On 09.08.2012 09:39, Michael Tokarev wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package autofs There are a few relatively small changes fixing some bugs and making the package more accurate. Also, per request from the previous maintainer, debian/control is changed to list new maintainer address - this is important change by its own. I uploaded the package into unstable, adding a few more changes on the way - manpage hyphen fix and usage of hardening flags. The new debdiff is attached. Please consider unblocking the package. Thank you for your time! /mjt diff -Nru autofs-5.0.6/debian/autofs.init autofs-5.0.6/debian/autofs.init --- autofs-5.0.6/debian/autofs.init 2012-06-01 16:12:48.0 +0400 +++ autofs-5.0.6/debian/autofs.init 2012-06-07 23:41:38.0 +0400 @@ -1,7 +1,5 @@ #! /bin/sh # -# rc file for automount using a Sun-style master map. -# ### BEGIN INIT INFO # Provides: autofs @@ -17,11 +15,10 @@ # Location of the automount daemon and the init directory # -DAEMON=/usr/sbin/automount -prog=`basename $DAEMON` -DEVICE=autofs -NAME=autofs -PIDFILE=/var/run/${NAME}.pid +PROG=automount +DAEMON=/usr/sbin/$PROG +NAME=autofs +PIDFILE=/run/$NAME.pid test -e $DAEMON || exit 0 @@ -37,103 +34,78 @@ . /etc/default/autofs fi +start_stop_autofs() { + start-stop-daemon $@ --pidfile $PIDFILE --exec $DAEMON -- \ + $OPTIONS --pid-file $PIDFILE +} + start() { - log_action_begin_msg Starting $prog $prog + log_action_begin_msg Starting $PROG - # Make sure autofs4 module is loaded - if ! grep -q autofs /proc/filesystems + if ! grep -qw autofs /proc/filesystems then - # Try load the autofs4 module fail if we can't - modprobe autofs4 /dev/null 21 - if [ $? -eq 1 ] + if ! modprobe autofs4 /dev/null 21 then log_action_end_msg 1 failed to load autofs4 module return 1 fi elif [ -f /proc/modules ] grep -q ^autofs[^4] /proc/modules then - # wrong autofs filesystem module loaded log_action_end_msg 1 autofs kernel module is loaded, autofs4 required return 1 fi - start-stop-daemon --start --exec $DAEMON --oknodo -- $OPTIONS --pid-file $PIDFILE - RETVAL=$? - if [ $RETVAL -eq 0 ] ; then - log_end_msg 0 - else + if ! start_stop_autofs --start --oknodo --quiet ; then log_action_end_msg 1 no valid automount entries defined. + return 1 fi + log_end_msg 0 return 0 } stop() { - log_action_begin_msg $Stopping $prog: - count=0 - while [ -n `pidof $prog` -a $count -lt 15 ] ; do - start-stop-daemon --stop --exec $DAEMON --oknodo - [ -z `pidof $prog` ] || sleep 3 - count=`expr $count + 1` - done - if [ -z `pidof $prog` ] ; then - RETVAL=0 - log_action_end_msg 0 - else - RETVAL=1 + log_action_begin_msg Stopping $PROG + if ! start_stop_autofs --stop --retry 5 --oknodo --quiet ; then log_action_end_msg 1 + return 1 fi - return $RETVAL -} - -restart() { - stop - start + log_end_msg 0 + return 0 } reload() { - pid=`pidof $prog` - if [ -z $pid ]; then - log_action_msg $$prog not running - RETVAL=1 - else - kill -HUP $pid 2 /dev/null - log_action_msg $Reloading maps - RETVAL=0 + log_action_begin_msg Reloading $PROG maps + if ! start_stop_autofs --stop --signal=HUP --quiet + then + log_action_end_msg 1 $PROG not running + return 1 fi - return $RETVAL + log_action_end_msg 0 + return 0 } -RETVAL=0 +forcestart() { + OPTIONS=$OPTIONS --force + start +} case $1 in - start) - start - ;; - forcestart) - OPTIONS=$OPTIONS --force - start - ;; - stop) - stop + start|forcestart|stop|reload) + $1 ;; restart|force-reload) - restart + stop + start ;; forcerestart) - OPTIONS=$OPTIONS --force - restart - ;; - reload) - reload + stop + forcestart ;; status) - status_of_proc -p $PIDFILE $DAEMON $prog + status_of_proc -p $PIDFILE $DAEMON $PROG ;; *) - echo
Bug#685683: debhelper: dh_installdocs --link-doc produces empty directories, rather than symbolic links
* Martin-Éric Racine martin-eric.rac...@iki.fi, 2012-08-25, 11:21: adequate (a tool by Jakub Wilk) reports that several packages that have been trickling into Testing have a missing /usr/share/doc/*/copyright, You're most likely observing the (mis)feature of dpkg, which maintainers of the affected packages didn't take into account: A directory will never be replaced by a symbolic link to a directory or vice versa; instead, the existing state (symlink or not) will be left alone and `dpkg' will follow the symlink if there is one. (Policy §6.6) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656858: Production version 9.01 released
Well, it is too late for packaging 8.90. A newer production version (9.01) has just been released. Mari: Please orphan this package so it may be picked up by someone else. One of the main advantages of ExifTool is that it is up-to-date with respect to new camera models, and it needs a maintainer who can keep up with this. - Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550226: German webinterface: Auftrüge instead of Aufträge in the main menu
I'll add http://www.cups.org/str.php?L3409 as a reference. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678853: maildir-bulletin: should it be removed? /home/bulletins/removed
On Sat, 25 Aug 2012, Ivo De Decker ivo.dedec...@ugent.be wrote: Is anybody still interested in maintaining this package in debian? Perhaps it makes more sense to remove it. - it has very few users (popcon says 16) - it is RC buggy (writes in /home) - the last upload was in 2008 - the maintainer put it up for adoption (http://bugs.debian.org/678926) - upstream is dead (the maintainer of the debian package is also upstream, and doesn't use it anymore, also http://bugs.debian.org/678926) Russel, what do you think? Sounds reasonable to me. Going forward it's probably best that anyone who needs such things considers rewriting it. The environment today is a lot different than it was when I wrote that program. Probably the best thing to do for someone who needs that sort of thing is to have a program which takes a message from stdin or a file and writes it to the mail store and have it based around the idea of a mail store owned by one user not a user account per mailbox. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685853: unblock: cvs2svn/2.3.0-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception thanks Hi Release Team, Previously cvs2svn tests were failing due to a subversion behavior change. The fix is from upstream[1] SVN r5381 . The debdiff is attached. Regards, Laszlo/GCS [1] http://cvs2svn.tigris.org/ds/viewMessage.do?dsForumId=1716dsMessageId=2950121 diff -u cvs2svn-2.3.0/debian/changelog cvs2svn-2.3.0/debian/changelog --- cvs2svn-2.3.0/debian/changelog +++ cvs2svn-2.3.0/debian/changelog @@ -1,3 +1,10 @@ +cvs2svn (2.3.0-3) unstable; urgency=low + + * Fix some test cases to deal with non-deterministic dump output +(closes: #665028), thanks to Salvatore Bonaccorso for the heads-up. + + -- Laszlo Boszormenyi (GCS) g...@debian.hu Sat, 25 Aug 2012 13:21:49 +0200 + cvs2svn (2.3.0-2) unstable; urgency=low * Pass '--prefix=/usr' to 'setup.py install' needed for the upcoming Python diff -u cvs2svn-2.3.0/debian/rules cvs2svn-2.3.0/debian/rules --- cvs2svn-2.3.0/debian/rules +++ cvs2svn-2.3.0/debian/rules @@ -29,7 +29,8 @@ python setup.py clean # clean up - rm -rf $(CURDIR)/build/ $(CURDIR)/tmp/ $(CURDIR)/cvs2svn-tmp/ + rm -rf $(CURDIR)/build/ $(CURDIR)/tmp/ $(CURDIR)/cvs2svn-tmp/ \ + $(CURDIR)/svn-test-work/local_tmp/ rm -f $(CURDIR)/svntest/*.pyc \ $(CURDIR)/cvs2svn_rcsparse/*.pyc $(CURDIR)/cvs2svn_lib/*.pyc rm -rf $(CURDIR)/debian/locale/ only in patch2: unchanged: --- cvs2svn-2.3.0.orig/run-tests.py +++ cvs2svn-2.3.0/run-tests.py @@ -3174,19 +3174,15 @@ verify that --use-internal-co works rcs_conv = ensure_conversion( - 'main', args=['--use-rcs', '--default-eol=native'], + 'main', args=['--use-rcs', '--default-eol=native'], dumpfile='use-rcs-rcs.dump', ) conv = ensure_conversion( - 'main', args=['--default-eol=native'], + 'main', args=['--default-eol=native'], dumpfile='use-rcs-int.dump', ) if conv.output_found(r'WARNING\: internal problem\: leftover revisions'): raise Failure() - rcs_lines = run_program( - svntest.main.svnadmin_binary, None, 'dump', '-q', '-r', '1:HEAD', - rcs_conv.repos) - lines = run_program( - svntest.main.svnadmin_binary, None, 'dump', '-q', '-r', '1:HEAD', - conv.repos) + rcs_lines = list(open(rcs_conv.dumpfile, 'rb')) + lines = list(open(conv.dumpfile, 'rb')) # Compare all lines following the repository UUID: if lines[3:] != rcs_lines[3:]: raise Failure() @@ -3199,19 +3195,17 @@ rcs_conv = ensure_conversion( 'internal-co', args=['--use-rcs', '--exclude=BRANCH', '--default-eol=native'], + dumpfile='internal-co-exclude-rcs.dump', ) conv = ensure_conversion( 'internal-co', args=['--exclude=BRANCH', '--default-eol=native'], + dumpfile='internal-co-exclude-int.dump', ) if conv.output_found(r'WARNING\: internal problem\: leftover revisions'): raise Failure() - rcs_lines = run_program( - svntest.main.svnadmin_binary, None, 'dump', '-q', '-r', '1:HEAD', - rcs_conv.repos) - lines = run_program( - svntest.main.svnadmin_binary, None, 'dump', '-q', '-r', '1:HEAD', - conv.repos) + rcs_lines = list(open(rcs_conv.dumpfile, 'rb')) + lines = list(open(conv.dumpfile, 'rb')) # Compare all lines following the repository UUID: if lines[3:] != rcs_lines[3:]: raise Failure()
Bug#626363: Segmentation fault and zend_mm_heap corrupted while executing piwik update script
Hi Dusty, Thank your for the backtrace. Unfortunately I don't see any calls to execute(); See https://bugs.php.net/bugs-generating-backtrace.php Locating which function call caused a segfault I am not intimately familiar with your specific issue so I looked into it a bit more. http://stackoverflow.com/questions/2247977/what-does-zend-mm-heap-corrupted-mean If the cron job you are running is something that you wrote yourself you may want to look into profiling/benchmarking your script to find out if maybe you are having a memory issue (See Stackoverflow post 4) I am really suspicious that your blowing a stack somewhere. Since you are working with a very large data set this could be a hint. I would suggest reusing any objects in your code, also looking at freeing objects after you are done with them instead of letting the garbage collector take care of them. If you can come up with a test case I would be more than happy to help you so more. Right now I don't have much to go off of. Thanks] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685854: RFP: caffeine -- A status bar application able to temporarily prevent the activation of both the screensaver and the sleep powersaving mode.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org - --- Please fill out the fields below. --- Package name: caffeine Version: 2.4.1 Upstream Author: [NAME n...@example.com] URL: https://launchpad.net/caffeine License: GNU GPL v3 Description: A status bar application able to temporarily prevent the activation of both the screensaver and the sleep powersaving mode. - -- Mika Suomalainen -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Public key: http://mkaysi.github.com/PGP/0x82A46728.txt Comment: gpg --fetch-keys http://mkaysi.github.com/PGP/0x82A46728.txt Comment: Fingerprint = 24BC 1573 B8EE D666 D10A AA65 4DB5 3CFE 82A4 6728 Comment: I have personal problem with PGP/MIME... Comment: ...so signature *IS* long. See http://git.io/6FLzWg Comment: Please remove PGP lines in replies. http://git.io/nvHrDg Comment: Charset of this message should be UTF-8. Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCgAGBQJQOMxxAAoJEE21PP6CpGcoRUQQAI/G8qAbua9k9XWc/p7RsKN0 prikkquWD888vndyGx484qmVZJq93GbmkmecXWhoKTqCwtOK6QM+l2Yd4qgdaHwR 7Fm3A+4b2EjMDUUXLKq8aIcjOBzECb1F7PCAItL54eQxTRfvtZYbOgJX08z0tSKE nhUjeN8addWJf15OI9TLHn6Hu3P1mFzrENiWLnlqlsxEPKYuGhWY633tFZxwyCk4 QKNml0CIAezCEc8SBsclAmznK9DVrhU5cLBz/YPxtR6aZaPN/3VeMVev3lZJSoDC CAZpwiELDSCFi5zFvP9gohmxcbVkuK3q+z2i9cepThs9hV/Rin9S930Z/eFDToJ5 6bc7r7a4lLiNhKhcPS7ogGcATKOJZEBYeUrqFTGxN7oatIVl9sOQR5C+WDBbIvek 3Zn7uUjYbhlHEKCNHf8/3/ICl2+v8WgE40a0VU4uJkBCxwcARYicBKtUA3beGGHf EZHIKlxLGMWUd9CXRE83LC8kq0XDKAhPJvkJqh0+vYxZB9ENhaLU8vqMREIBfJeC VVGzwaJdwERP9VP/G2639JkW1K+zMMl2Fl6FxyMN9GzmNUqh9Yd/rbO6Clny7p9A hSfKiVHZyc503HlN9gagjpXU5LQLaHmEti5x8wIBwRXwf50u8VGgzPTRb+N4CqjD PMZIaWhFd2C1jipol2P4 =fWj0 -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#685787: devscripts: Enabling uscan to simply remove files from upstream source
On Fri, 24 Aug 2012 16:38:13 +0200, Andreas Tille wrote: in a (bit longish) thread on debian-devel@l.d.o[1] there was some discussion about enabling uscan to remove files from upstream archives according to some information given in some control file. There was no real consensus about what control file to use. The implementation below is based on using debian/copyright but is easy to switch to other files in case some other consensus might be reached. Thanks! The attached patch does the following: Attached are some patches based on devscipts+git plus your original patch. The important one is 0003-Rename-directory-in-renamed-tarball-to-pkg-newversio.patch which renames the directory in the new tarball to $pkg - $newversion $excludesuffix .orig as recommended in DevRef 6.7.8.2. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Ry Cooder: Let's Work Together From 34d41b8480c3467304383df3633c03ce6c5f34e2 Mon Sep 17 00:00:00 2001 From: gregor herrmann gre...@debian.org Date: Sat, 25 Aug 2012 14:12:10 +0200 Subject: [PATCH 1/5] whitespace --- scripts/uscan.pl |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/uscan.pl b/scripts/uscan.pl index e118142..1ea4489 100755 --- a/scripts/uscan.pl +++ b/scripts/uscan.pl @@ -2099,7 +2099,7 @@ sub get_main_source_dir($$$) { print -- Dirty tarball found.\n if $verbose; if ( $main_source_dir ) { # if tarball is dirty but does contain a $pkg-$newversion dir we will not undirty but leave it as is print -- No idea how to create proper tarball structure - leaving as is.\n if $verbose; - return $tempdir; +return $tempdir; } print -- Move files to subdirectory $pkg-$newversion.\n if $verbose; $main_source_dir = $tempdir . '/' . $pkg . '-' . $newversion ; @@ -2108,7 +2108,7 @@ sub get_main_source_dir($$$) { unless ($file =~ /^\.\.?/) { # move(${tempdir}/$file, $main_source_dir) or die(Unable to move ${tempdir}/$file directory $main_source_dir\n); unless ( move(${tempdir}/$file, $main_source_dir) ) { - # HELP: why can't perl move not move directories +# HELP: why can't perl move not move directories print Perl move seems to be not able to ` move(\${tempdir}/$file\, $main_source_dir) ` ... trying system mv\n if $debug; system( mv ${tempdir}/$file $main_source_dir ) ; } -- 1.7.10.4 From 67b13a72c801fb7419254784e443a90506819bc4 Mon Sep 17 00:00:00 2001 From: gregor herrmann gre...@debian.org Date: Sat, 25 Aug 2012 14:19:48 +0200 Subject: [PATCH 2/5] s/fuffix/suffix/g --- scripts/uscan.pl |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/uscan.pl b/scripts/uscan.pl index 1ea4489..cd69217 100755 --- a/scripts/uscan.pl +++ b/scripts/uscan.pl @@ -1483,9 +1483,9 @@ EOF if ( $nfiles_before == $nfiles_after ) { print -- Source tree remains identical - no need for repacking.\n if $verbose; } else { -my $excludefuffix = '+dfsg' ; +my $excludesuffix = '+dfsg' ; my $suffix = 'gz' ; -my $newfile_base_dfsg = ${pkg}_${newversion}${excludefuffix}.orig.tar.$suffix ; +my $newfile_base_dfsg = ${pkg}_${newversion}${excludesuffix}.orig.tar.$suffix ; system(cd $tempdir; GZIP='-n -9' tar --owner=root --group=root --mode=a+rX -czf \$absdestdir/$newfile_base_dfsg\ $globpattern) == 0 or die(Excluding files failed (could not create tarball)\n); $symlink = 'no' # prevent symlinking or renaming -- 1.7.10.4 From d40d483fb870b1a8efea2b2c77a70cf3358f3fb5 Mon Sep 17 00:00:00 2001 From: gregor herrmann gre...@debian.org Date: Sat, 25 Aug 2012 14:29:50 +0200 Subject: [PATCH 3/5] Rename directory in renamed tarball to $pkg - $newversion $excludesuffix .orig MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit DevRef § 6.7.8.2 --- scripts/uscan.pl | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/scripts/uscan.pl b/scripts/uscan.pl index cd69217..cb29f44 100755 --- a/scripts/uscan.pl +++ b/scripts/uscan.pl @@ -75,7 +75,7 @@ sub dehs_die ($); sub dehs_output (); sub quoted_regex_replace ($); sub safe_replace ($$); -sub get_main_source_dir($$$); +sub get_main_source_dir(); sub usage { print EOF; @@ -1465,7 +1465,8 @@ EOF system('unzip', '-q', '-a', '-d', $tempdir, $destdir/$newfile_base) == 0 or die(Repacking from zip to tar.gz failed (could not unzip)\n); } -my $main_source_dir = get_main_source_dir($tempdir, $pkg, $newversion); +
Bug#684560: [gaphor] gaphor requires python-setuptools
* Arnaud Fontaine ar...@debian.org, 2012-08-25, 17:05: After investigating a bit this issue, it seems that both zope.component and its requirement, zope.interface, does 'install_requires' setuptools because pkg_resources is required for zope namespace, but after install requires.txt ends up with setuptools. One solution would be to patch setup.py to remove the install_requires line for setuptools, but it will be required in a lot of packages, so I'm wondering if dh_python2 should handle that automatically or with a specific option? What do you think? Thanks! The current behviour of dh_python2 is IMHO errant. It should either 1) translate setuptools in requires.txt into dependency on python-setuptools or 2) remove setuptools from requires.txt when translating it into dependency on python-pkg-resources. Looking at the problem with other side: should setuptools be in requires.txt in the first place if the package uses only pkg_resources? pkg_resources is _the_ thing that checks these requirements after all. I mean, it's like adding dpkg to Depends because you can't install the package without dpkg... :) You're right that is a common problem. lintian4python detects these: e: gracie: missing-requires.txt-dependency setuptools = python-setuptools e: python-daemon: missing-requires.txt-dependency setuptools = python-setuptools e: python-django-app-plugins: missing-requires.txt-dependency setuptools = python-setuptools e: python-django-pagination: missing-requires.txt-dependency setuptools = python-setuptools e: python-elib.intl: missing-requires.txt-dependency setuptools = python-setuptools e: python-launchpadlib: missing-requires.txt-dependency setuptools = python-setuptools e: python-liblas: missing-requires.txt-dependency setuptools = python-setuptools e: python-pygraphviz: missing-requires.txt-dependency setuptools = python-setuptools e: python-repoze.who-plugins: missing-requires.txt-dependency setuptools = python-setuptools e: python-repoze.who-plugins: missing-requires.txt-dependency setuptools = python-setuptools e: python-tgext.admin: missing-requires.txt-dependency setuptools = python-setuptools e: python-twitter: missing-requires.txt-dependency setuptools = python-setuptools e: python-zc.buildout: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.component: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.copy: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.exceptions: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.i18n: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.interface: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.location: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.publisher: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.schema: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.security: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.sqlalchemy: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.testing: missing-requires.txt-dependency setuptools = python-setuptools e: python-zope.traversing: missing-requires.txt-dependency setuptools = python-setuptools e: python3-d2to1: missing-requires.txt-dependency setuptools = python3-setuptools e: python3-lazr.uri: missing-requires.txt-dependency setuptools = python3-setuptools e: python3-pyfits: missing-requires.txt-dependency setuptools = python3-setuptools e: python3-stsci.distutils: missing-requires.txt-dependency setuptools = python3-setuptools e: python3-wadllib: missing-requires.txt-dependency setuptools = python3-setuptools e: python3-zope.exceptions: missing-requires.txt-dependency setuptools = python3-setuptools e: python3-zope.fixers: missing-requires.txt-dependency setuptools = python3-setuptools e: python3-zope.interface: missing-requires.txt-dependency setuptools = python3-setuptools w: python-genshi: missing-requires.txt-optional-dependency setuptools = python-setuptools w: python-turbogears: missing-requires.txt-optional-dependency setuptools = python-setuptools Hopefully, for the most of the above packages there no practical consequences (yet...). -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685324: Local File Inclusion Vulnerability in contrib script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Tue, Aug 21, 2012 at 11:41:43PM +0100, Steven Chamberlain wrote: Bug affects an example script in the documentation only. Untrusted paths are used by file() and opendir(). A patch committed upstream tries to sanitise the inputs. [1] But these and other user-supplied data are still echoed out unescaped, so I think would allow XSS if someone used the script on a public-facing webserver. The code looks like it might have all sorts of other issues. It seems obsoleted by cssgen2.php, which does not need to accept user input at all. That is distributed already in php-geshi 1.0.8.4-1. So I suggest removing the cssgen.php file altogether. Thank you. Thanks for this suggestion. I will prepare an upload that removes this file from the examples directory and will ask the release team for a freeze exception. On Thu, Aug 23, 2012 at 11:23:10AM +0200, Thorsten Glaser wrote: On Tue, 21 Aug 2012, Benny Baumann wrote: Given exactly the 2-3 years this package will be in stable/oldstable is the reason why there should be an update to something reasonably recent before the package is put into a distribution. Sorry, it’s now too late for that. In May, something could have been done, but not now. No new upstream versions, any more. (That being said, updating it in sid now would be reasonable, and wheezy users could just pull that package from sid.) If the change suggested above by Steven will be accepted by the release team I will upload a new upstream version to unstable after the fixed version migrated to testing. Best regards Jan Dittberner - -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://www.dittberner.info/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQOMWwAAoJEKc+AFVVj7jdlYAP/1wjGorkFP5AYXcNosldfrEo 7di9kkXY3yZ2JMwFilRcqhraE0LV7l6TjlA9KfdWc6NlsDut+ctBdvFPNTXy+S3c 0JYPj0Uku18e1Mbsb86rZoKnGSQa8gMQzIUP+quoo9RECD+ftW53inLlRcc86D7D T9r4GTzOEUlYi7K6pso/w1wpueVMP6SQ5X8gFYUF2qPfovWyWn7GxOiK7pi7ptYZ oVqx222h59cU1jqc5CSVwMlBCPKicXbbqkVgeWg5VbVYJe073S3Ma2GaGDeR/arm A1wmWa6T8P0PtEHyNxp/zDDBGkkZio7iouKWIu6xSkplF/hTEmSKpXxbJ3yELsYA vMXCgq1xqHG+sxHC4ZTl9uSJzgaeo+dJFwALgX1FFkV9JE9lMjP94UvFFB526D+I WE/do/rpDQX63r+Wc6JaJcu8WPZfYxaURrsdeWgtX2eav6Xxig0iFbRX6X04MMBe Hkdzt3zKBbuhl5iE5CNyaV3b6KXWvJHWgXk6LFAyihsgNoDl1S764cgpigHWWGc6 kOaw5Mh/k3gByO+CrkRsW02dWiRKJZFSyq/xgrYDhKU8OQWtw2jbOW83akP48oJS 0cJALQmM7gwe9e1uMhIVCnB5qZ/RvETtYDOci/evmDGAsv4vUu/Qojrt4Tr5FEDo w5IatTgV++THDTfV0QAd =SOA9 -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#685855: nettle: New upstream version 2.5
Package: libnettle4 Version: 2.4-2 Severity: wishlist Hello, nettle 2.5 has been released on July 7. http://lists.lysator.liu.se/pipermail/nettle-bugs/2012/002399.html It is probably not a smart thing to upload it to unstable now because of the freeze but perhaps it could go to experimental. 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#310507: Suggested change of welcome message.
You have been added to the list: xx...@lists.debian.org with the email address: blah -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685156: php5: upload_max_filesize php directive not read in current position in php.ini
Hi I was unable to confirm your bug. Would you mind double checking everything, and if you still are having issues attach your php.ini? I edited /etc/php5/apache2/php.ini I changed line 882 to upload_max_filesize = 28M I restarted Apache phpinfo(); is now giving me upload_max_filesize 28M 28M I tested this on squeeze/stable sid/unstable Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684117: unblock: fex/20120718-4
Hi Philipp, On Wed, Aug 22, 2012 at 02:24:41AM +0200, Philipp Kern wrote: On Sat, Aug 18, 2012 at 09:13:42PM +0100, Adam D. Barratt wrote: + YOU ARE NOT ALLOWED TO USE THIS SOFTWARE FOR MILITARY PURPOSES OR WITHIN + MILITARY ORGANIZATIONS! THIS INCLUDES ALSO MILITARY RESEARCH AND + EDUCATION! That doesn't really seem like something Debian can really meet or enforce... Hereby bringing this to the attention of the ftp-masters. fex is in main but includes that clause on top of AGPL-3. Which probably means for one that it's no longer compatible with GPL code, which might or might not be relevant, and, more severly, it's not compatible with the DFSG. after some discussion with upstream the problem is as follows: Upstream has ever since had this clause in his license file so this is no new requirement. Obvious up until now this has either been overlooked or not been a problem. The change from GPL to AGPL has thus nothing to do with his intention to not support terrorist activities and to ensure the broadest coverage possible he has ruled out all military. As I'm not seeing any chance of meeting DFSG criteria 5 and 6 with the above intention (which clearly is discriminating certain groups - even though personally I can perfectly well understand upstream's will on why this is) I'm herewith seeking ftpmaster assistance on coming forth with a solution. IOW, I'm out of ideas on how to solve the problem of the DFSG while respecting upstreams intended limitation. Is there any way we could formulate such limitation as upstream desires without breaking the DFSG? Unless someone can come forth with a wording that does cover both requirements I guess we'll be bound to removing F*EX from the archive - which IMHO would be a sad loss as there currently exsits no other product in Debian providing the same services as F*EX does. Thanks for your help. -- Best regards, Kilian signature.asc Description: Digital signature
Bug#678853: maildir-bulletin: should it be removed? /home/bulletins/removed
clone 678853 -1 severity -1 normal reassign -1 ftp.debian.org retitle -1 RM: maildir-bulletin -- RC buggy; dead upstream; maintainer agrees thanks Hi Russel, On Sat, Aug 25, 2012 at 10:41:11PM +1000, Russell Coker wrote: On Sat, 25 Aug 2012, Ivo De Decker ivo.dedec...@ugent.be wrote: Is anybody still interested in maintaining this package in debian? Perhaps it makes more sense to remove it. - it has very few users (popcon says 16) - it is RC buggy (writes in /home) - the last upload was in 2008 - the maintainer put it up for adoption (http://bugs.debian.org/678926) - upstream is dead (the maintainer of the debian package is also upstream, and doesn't use it anymore, also http://bugs.debian.org/678926) Russel, what do you think? Sounds reasonable to me. Going forward it's probably best that anyone who needs such things considers rewriting it. The environment today is a lot different than it was when I wrote that program. Probably the best thing to do for someone who needs that sort of thing is to have a program which takes a message from stdin or a file and writes it to the mail store and have it based around the idea of a mail store owned by one user not a user account per mailbox. Thanks for your reply. I'm reassigning a clone of this bug to ftp to request the removal. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685857: [INTL: it] Italian translation of debconf messages - phalanx
Package: phalanx Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of phalanx debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of phalanx debconf messages # Copyright (C) 2012, phalanx package copyright holder # This file is distributed under the same license as the phalanx package. # Beatrice Torracca beatri...@libero.it, 2012. msgid msgstr Project-Id-Version: phalanx\n Report-Msgid-Bugs-To: ba...@knars.be\n POT-Creation-Date: 2006-08-15 00:19+0200\n PO-Revision-Date: 2012-08-23 12:10+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../templates:1001 msgid Learning file size (1-99): msgstr Dimensione del file di apprendimento (1-99): #. Type: string #. Description #: ../templates:1001 msgid The learning file may improve Phalanx strength. Each item in this file uses 8 bytes. msgstr Il file di apprendimento può migliorare la forza di Phalanx. Ogni voce in questo file occupa 8 byte. #. Type: string #. Description #: ../templates:1001 msgid Please specify a number in the range 1-99. The size may be changed later by reconfiguring the package but this will erase any data the file may then contain. msgstr Specificare un numero nell'intervallo 1-99. La dimensione può essere modificata in seguito riconfigurando il pacchetto, ma ciò cancellerà ogni dato eventualmente contenuto nel file in quel momento. #. Type: boolean #. Description #: ../templates:2001 msgid Really change the size of the learning file and erase its data? msgstr Cambiare veramente la dimensione del file di apprendimento e cancellare i suoi dati? #. Type: boolean #. Description #: ../templates:2001 msgid You chose to change the size of the learning file used by phalanx for improving its strength. This will erase all the learned data. msgstr Si è scelto di cambiare la dimensione del file di apprendimento usato da phalanx per migliorare la sua forza. Ciò cancellerà tutti i dati appresi.
Bug#532104: libapache2-mod-php5: date_default_timezone_set(America) returns true
This is fixed in stable now. var_dump(date_default_timezone_set('America')); var_dump(date_default_timezone_set('America/Los_Angeles')); bool(false) bool(true); Could someone close this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685858: yodl: FTBFS on hurd-i386
Source: yodl Version: 3.00.0-6 Severity: Important Usertags: hurd User: debian-h...@lists.debian.org Hi, the attached patch enables yodl to build on GNU/Hurd again. The patch includes usage of features specified by POSIX 2008! Thanks! diff -ur yodl-3.00.0/src/lexer/lchdir.c yodl-3.00.0.new/src/lexer/lchdir.c --- yodl-3.00.0/src/lexer/lchdir.c 2010-11-08 17:09:36.0 +0100 +++ yodl-3.00.0.new/src/lexer/lchdir.c 2012-08-22 15:52:06.0 +0200 @@ -7,12 +7,22 @@ { // fprintf(stderr, CHANGING WD\n); +#if (_POSIX_VERSION = 200809L) +char *resolved = NULL; +bool cdOK = false; +resolved = realpath(media_filename(lp-d_media_ptr), NULL); +if (resolved != NULL) cdOK = true; +#else char resolved[PATH_MAX]; bool cdOK = realpath(media_filename(lp-d_media_ptr), resolved) != NULL; +#endif if (cdOK) { *(strrchr(resolved, '/') + 1) = 0; cdOK = chdir(resolved) == 0; +#if (_POSIX_VERSION = 200809L) +free(resolved); +#endif } if (!cdOK) { diff -ur yodl-3.00.0/src/new/newgetcwd.c yodl-3.00.0.new/src/new/newgetcwd.c --- yodl-3.00.0/src/new/newgetcwd.c 2010-11-08 15:50:47.0 +0100 +++ yodl-3.00.0.new/src/new/newgetcwd.c 2012-08-24 15:02:44.0 +0200 @@ -2,11 +2,18 @@ char *new_getcwd() { +#if (_POSIX_VERSION = 200809L) +char *cwd = NULL; + +cwd = getcwd(NULL, 0); +if (cwd == NULL message_show(MSG_ALERT)) +message(Can't determine current working directory); +#else char *cwd = n_malloc(PATH_MAX + 1); if (!getcwd(cwd, PATH_MAX) message_show(MSG_ALERT)) message(Can't determine current working directory); - +#endif size_t length = strlen(cwd); if (cwd[length - 1] != '/') {
Bug#685839: Javazoom jlayer contains material without permission to redistribute
I have a project called jampal that uses JLayer for playing mp3 files. It has been distributed on Debian and Ubuntu for about 1 year and on sourceforge for many years. Now a bug was filed against it because one source file (huffdecode.java) has a notice that says Not for Public Distribution. This may cause my program to be removed from Debian and Ubuntu. Do you have a version that does not contain this comment or permission from the copyright holder to redistribute? This is the comment in the source: * Copyright (c) 1991 MPEG/audio software simulation group, All Rights Reserved * MPEG/audio coding/decoding software, work in progress * NOT for public distribution until verified and approved by the * MPEG/audio committee. For further information, please contact * Davis Pan, 508-493-2241, e-mail: p...@3d.enet.dec.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684604: eclipse-rcp: eclipse 3.8 hangs on splash screen with Loading Workbench after update from 3.7.2
Hi Felix, Thanks for all the information you provided so far. I spent some time studying the logs but couldn't make any final conclusion. All of the required packages you have installed seem to be at their latest versions and I didn't find any fatal error related to bundle loading in your debug logs. Thinking of it more, maybe there is nothing wrong with the installation, but there is something in your workspace that makes Eclipse hang during startup (but also it doesn't affect 4.2 binary tarball). When you run without ~/.eclipse do you see a workspace selection popup? If so, can you please try to create a new empty workspace and look if Eclipse will start then? If it happens that it's your current workspace that causes the hang on startup, are you able to put somewhere for download a stripped down version? I think only the .metadata folder will be sufficient, no projects that might contain private of confidential data. Please check that the hang still occurs with the stripped workspace before uploading. 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#676739: altos: FTBFS caused by sdcc
Ivo De Decker ivo.dedec...@ugent.be writes: Do you have time to upload a new version? I've been hoping to get altos 1.1 uploaded fixing this and some other bugs in the current code, but it just hasn't happened yet. If Keith and I don't get that done by the first week of September, I'll upload a simple fix for just this bug... but it would be a lot better all around if 1.1 gets into wheezy before release. Bdale pgpl6CvZGSwft.pgp Description: PGP signature
Bug#684117: unblock: fex/20120718-4
On Sat, Aug 25, 2012 at 03:50:00PM +0200, Kilian Krause wrote: As I'm not seeing any chance of meeting DFSG criteria 5 and 6 with the above intention (which clearly is discriminating certain groups - even though personally I can perfectly well understand upstream's will on why this is) I'm herewith seeking ftpmaster assistance on coming forth with a solution. IOW, I'm out of ideas on how to solve the problem of the DFSG while respecting upstreams intended limitation. Is there any way we could formulate such limitation as upstream desires without breaking the DFSG? Upstream could be petitioned to remove that clause… (I sort of understand it, too, but it's clearly against Debian's standards.) Unless someone can come forth with a wording that does cover both requirements I guess we'll be bound to removing F*EX from the archive - which IMHO would be a sad loss as there currently exsits no other product in Debian providing the same services as F*EX does. Well, it could still be moved to non-free. I wonder how it passed NEW in the beginning, though. It was always that way, you say? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#685860: unblock: geshi/1.0.8.4-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, please unblock package geshi The upload fixes RC bug #685324, in addition to this change I added myself to the Uploaders field because I intend to maintain this package as part of the Mediawiki Maintenance Team. I attach the debdiff output to this report. unblock geshi/1.0.8.4-2 Best regards Jan Dittberner -- Jan Dittberner - Debian Developer GPG-key: 4096R/558FB8DD 2009-05-10 B2FF 1D95 CE8F 7A22 DF4C F09B A73E 0055 558F B8DD http://ddportfolio.debian.net/ - http://people.debian.org/~jandd/ diff -u geshi-1.0.8.4/debian/control geshi-1.0.8.4/debian/control --- geshi-1.0.8.4/debian/control +++ geshi-1.0.8.4/debian/control @@ -2,7 +2,7 @@ Section: web Priority: optional Maintainer: Mediawiki Maintenance Team pkg-mediawiki-de...@lists.alioth.debian.org -Uploaders: Romain Beauxis to...@rastageeks.org +Uploaders: Romain Beauxis to...@rastageeks.org, Jan Dittberner ja...@debian.org Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 7.0.1) Homepage: http://qbnz.com/highlighter/ Standards-Version: 3.8.2 diff -u geshi-1.0.8.4/debian/rules geshi-1.0.8.4/debian/rules --- geshi-1.0.8.4/debian/rules +++ geshi-1.0.8.4/debian/rules @@ -9,6 +9,9 @@ DEB_INSTALL_CHANGELOGS_php-geshi := docs/CHANGES +clean:: + # fix #685324 + rm -f contrib/cssgen.php binary-predeb/php-geshi:: find debian/php-geshi -depth \( -name .cvsignore -o -name .arch-ids -o -name '*.swp' \) -exec rm -rf {} \; diff -u geshi-1.0.8.4/debian/changelog geshi-1.0.8.4/debian/changelog --- geshi-1.0.8.4/debian/changelog +++ geshi-1.0.8.4/debian/changelog @@ -1,3 +1,11 @@ +geshi (1.0.8.4-2) unstable; urgency=low + + * Fix Local File Inclusion Vulnerability in contrib script use debian/rules +to remove contrib/cssgen.php from bundled examples (Closes: #685324) + * debian/control: add myself to Uploaders + + -- Jan Dittberner ja...@debian.org Sat, 25 Aug 2012 14:55:54 +0200 + geshi (1.0.8.4-1) unstable; urgency=low * New upstream release. diff -u geshi-1.0.8.4/debian/control.in geshi-1.0.8.4/debian/control.in --- geshi-1.0.8.4/debian/control.in +++ geshi-1.0.8.4/debian/control.in @@ -2,7 +2,7 @@ Section: web Priority: optional Maintainer: Mediawiki Maintenance Team pkg-mediawiki-de...@lists.alioth.debian.org -Uploaders: Romain Beauxis to...@rastageeks.org +Uploaders: Romain Beauxis to...@rastageeks.org, Jan Dittberner ja...@debian.org Build-Depends: @cdbs@ Homepage: http://qbnz.com/highlighter/ Standards-Version: 3.8.2 signature.asc Description: Digital signature
Bug#684754: pysurfer: diff for NMU version 0.3+git15-gae6cbb1-1.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Michael, Le 25/08/2012 02:03, Michael Hanke a écrit : […] uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Thanks for taking care of this. I wouldn't mind a zero-day NMU. Thanks, rescheduled, I'll take care of the unblock request. Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQOOUBAAoJELgqIXr9/gny+IsP/2xUD80ZWfQGfVNxibdjQveO Agmb3MSuR0Ayv4W7xbjnmqmACi87UE11WX8QnWOYvdB+EcerrMSYpRi1DmTPw6YF 2cuzyI9hQkmq0c4uSsT5kZlbw0EL/3uhOaR/kDbbY4oqTfUyqLwes6dQqwS98uC2 rkSDj7vPWp79iXPdfmb/AGpJVsFgGvVFdCiguD/yK/nxXrawL1vQCnM7KIA5/kM4 FQtG5/9qldHRtz1qZsIYrl4DTFG8i00S9/68INH9UWiPBcbD/qe8S7pQd5eCWJXy RwQMXnIldUrgsNH3C+Ks+rafkBDURn2H4yTbt1B+AQhqjSH3b7q+et7lNjyUVC1P nBYPsMPCdEwkgz1PonhAXfkLwR8Qz1qam1Jck+QNx79Ao9tuxTy9DJI6IDcK+RXr 0eJQTcIOfmgXfX8+ABY2Y7xYztabGapyp0z4YnZ28C8lRz17LsKuLyeaZqgmspwY AARxsE6A+0p57O+TvVAx5yJoTe4zXJFePb4JENTXQV89TCNFWMghEdVDXkoIrvNM IVijXV7RU/0s2X8q9v7A3QosUSMxbErsfr1xR/kJwMk9wpzEUjhAbFRI9AZBKuG/ CDKBf9I9dMa7S3OuTgfZi7ltlPM0a7bVqDocWmNMRjUbPWzdo+2Em0oBIU8vQj0q lFhc6jeVTW/9DCZN7xkT =vasm -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#685861: Rsync: failing on a basic sync example (override plz)
Package: rsync Version: 3.0.7-2 Severity: important Hi, you should really think to allow by default to make rsync to work ;) I just tried rsync, to move from Ibm sync default app on Linux platform, and rsync isn't so much reliable to backup a server (independently on the FS) :) Here a quick example cp -r Documents/contacs /tmp ~/Documents$ rsync -av contacs/ /tmp/ sending incremental file list ./ rsync: failed to set times on /tmp/.: Operation not permitted (1) sent 463 bytes received 16 bytes 958.00 bytes/sec total size is 284326 speedup is 593.58 rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1060) [sender=3.0.7] Please could you make rsync working, and more reliable while copying. I hope that it may contribute to improvements of rsync. Best regards Pat -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages rsync depends on: ii base-files 6.0squeeze2 Debian base system miscellaneous f ii libacl1 2.2.49-4 Access control list shared library ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libpopt01.16-1 lib for parsing cmdline parameters ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client1:5.5p1-6 secure shell (SSH) client, for sec ii openssh-server1:5.5p1-6 secure shell (SSH) server, for sec -- 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#679846: pleiades: diff for NMU version 1.3.4~I20120531-dfsg-2+deb7u1
tags 679846 + patch tags 679846 + pending thanks Dear maintainer, I've prepared an NMU for pleiades (versioned as 1.3.4~I20120531-dfsg-2+deb7u1) and uploaded it to DELAYED/3. Please feel free to tell me if I should delay it longer. Regards. diff -Nru pleiades-1.3.4~I20120531-dfsg/debian/changelog pleiades-1.3.4~I20120531-dfsg/debian/changelog --- pleiades-1.3.4~I20120531-dfsg/debian/changelog 2012-06-05 06:08:01.0 +0200 +++ pleiades-1.3.4~I20120531-dfsg/debian/changelog 2012-08-24 20:13:53.0 +0200 @@ -1,3 +1,14 @@ +pleiades (1.3.4~I20120531-dfsg-2+deb7u1) testing-proposed-updates; urgency=low + + * Non-maintainer upload to t-p-u to fix the RC bug in wheezy. + * Use version numbering proposed in #685646 + * Temporarily disable debconf usage, its behaviour violates the +policy. An alternative solution will be worked on +after Wheezy release (Closes: #679846). + * Also drop all debconf templates and their translations. + + -- Christian Perrier bubu...@debian.org Sat, 18 Aug 2012 18:25:06 +0200 + pleiades (1.3.4~I20120531-dfsg-2) unstable; urgency=low * debian/control diff -Nru pleiades-1.3.4~I20120531-dfsg/debian/control pleiades-1.3.4~I20120531-dfsg/debian/control --- pleiades-1.3.4~I20120531-dfsg/debian/control 2012-06-04 11:13:40.0 +0200 +++ pleiades-1.3.4~I20120531-dfsg/debian/control 2012-08-18 20:25:07.0 +0200 @@ -9,7 +9,7 @@ Package: pleiades Architecture: all -Pre-Depends: debconf, dpkg (= 1.15.6~) +Pre-Depends: dpkg (= 1.15.6~) Depends: eclipse, libcommons-lang-java, libcommons-io-java, libjavassist-java, ${misc:Depends} Description: Japanese Language package for Eclipse using Dynamic AOP, Pleiades diff -Nru pleiades-1.3.4~I20120531-dfsg/debian/pleiades.config pleiades-1.3.4~I20120531-dfsg/debian/pleiades.config --- pleiades-1.3.4~I20120531-dfsg/debian/pleiades.config 2012-06-04 01:51:34.0 +0200 +++ pleiades-1.3.4~I20120531-dfsg/debian/pleiades.config 1970-01-01 01:00:00.0 +0100 @@ -1,17 +0,0 @@ -#!/bin/sh - -set -e - -INI=/etc/eclipse.ini - -. /usr/share/debconf/confmodule -db_version 2.0 - -if [ -f $INI ]; then - db_set pleiades/eclipse true -fi - -db_input medium pleiades/eclipse || true -db_go - -exit 0 diff -Nru pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postinst pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postinst --- pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postinst 2012-06-04 03:44:22.0 +0200 +++ pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postinst 1970-01-01 01:00:00.0 +0100 @@ -1,42 +0,0 @@ -#!/bin/sh - -set -e - -ENABLE_PLEIADES=-javaagent:/usr/lib/eclipse/plugins/jp.sourceforge.mergedoc.pleiades/pleiades.jar -ECLIPSE_INI=/etc/eclipse.ini -# somehow without export its results change time by time... -export SETTINGS=`grep -e $ENABLE_PLEIADES $ECLIPSE_INI` - -case $1 in -install|configure) - . /usr/share/debconf/confmodule - db_version 2.0 - db_get pleiades/eclipse - db_stop - - - if [ -f $ECLIPSE_INI ]; then - if [ $RET = true ] [ -z $SETTINGS ]; then - echo $ENABLE_PLEIADES $ECLIPSE_INI - elif [ $RET = false ] [ ! -z $SETTINGS ]; then - sed -e s%\^$ENABLE_PLEIADES%%g -e /^$/d -i $ECLIPSE_INI - fi - fi -;; - -abort-upgrade|abort-remove|abort-deconfigure) -;; - -*) -echo postinst called with unknown argument \`$1' 2 -exit 1 -;; -esac - -# dh_installdeb will replace this with shell code automatically -# generated by other debhelper scripts. - -#DEBHELPER# - -unset SETTINGS -exit 0 diff -Nru pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postrm pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postrm --- pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postrm 2012-06-04 03:04:50.0 +0200 +++ pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postrm 1970-01-01 01:00:00.0 +0100 @@ -1,26 +0,0 @@ -#!/bin/sh - -set -e - -ENABLE_PLEIADES=-javaagent:/usr/lib/eclipse/plugins/jp.sourceforge.mergedoc.pleiades/pleiades.jar -ECLIPSE_INI=/etc/eclipse.ini - -case $1 in -purge|remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) -if [ -f $ECLIPSE_INI ]; then - sed -e s%\^$ENABLE_PLEIADES%% -i $ECLIPSE_INI -fi -;; - -*) -echo postrm called with unknown argument \`$1' 2 -exit 1 -;; -esac - -# dh_installdeb will replace this with shell code automatically -# generated by other debhelper scripts. - -#DEBHELPER# - -exit 0 diff -Nru pleiades-1.3.4~I20120531-dfsg/debian/pleiades.templates pleiades-1.3.4~I20120531-dfsg/debian/pleiades.templates --- pleiades-1.3.4~I20120531-dfsg/debian/pleiades.templates 2012-06-04 01:34:13.0 +0200 +++ pleiades-1.3.4~I20120531-dfsg/debian/pleiades.templates 1970-01-01 01:00:00.0 +0100 @@ -1,5 +0,0 @@ -Template: pleiades/eclipse -Type: boolean -Default: false -_Description: Enable pleiades for your Eclipse configuration? - If you want to use pleiades, you should enable it in /etc/eclpse.ini. diff -Nru
Bug#685862: unblock: pysurfer/0.3+git15-gae6cbb1-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package pysurfer It just adds a missing dependency, closing the #684754 RC-bug. Regards David unblock pysurfer/0.3+git15-gae6cbb1-1.1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru pysurfer-0.3+git15-gae6cbb1/debian/changelog pysurfer-0.3+git15-gae6cbb1/debian/changelog --- pysurfer-0.3+git15-gae6cbb1/debian/changelog 2012-06-04 08:19:45.0 -0400 +++ pysurfer-0.3+git15-gae6cbb1/debian/changelog 2012-08-24 21:41:18.0 -0400 @@ -1,3 +1,11 @@ +pysurfer (0.3+git15-gae6cbb1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add missing dependency on python-matplotlib, thanks to Jakub Wilk + (closes: #684754). + + -- David Prévot taf...@debian.org Fri, 24 Aug 2012 21:41:16 -0400 + pysurfer (0.3+git15-gae6cbb1-1) unstable; urgency=low [ Michael Hanke ] diff -Nru pysurfer-0.3+git15-gae6cbb1/debian/control pysurfer-0.3+git15-gae6cbb1/debian/control --- pysurfer-0.3+git15-gae6cbb1/debian/control 2012-06-04 08:19:13.0 -0400 +++ pysurfer-0.3+git15-gae6cbb1/debian/control 2012-08-24 21:42:09.0 -0400 @@ -16,7 +16,8 @@ Package: python-surfer Architecture: all Depends: ${misc:Depends}, ${python:Depends}, python-numpy, python-scipy, - python-nibabel, python-imaging, mayavi2, python-argparse, ipython + python-nibabel, python-imaging, mayavi2, python-argparse, ipython, + python-matplotlib XB-Python-Version: ${python:Versions} Recommends: mencoder Description: visualize Freesurfer's data in Python
Bug#685836: RFS: libpam-ssh/1.97+ds-1 reintroduction
On 25/08/12 09:10, Ansgar Burchardt wrote: Bart Martensba...@debian.org writes: You could, if you want that, create a package with version 1.92-15 based on version 1.92-14, and ask debian-release to add it to wheezy. It's very unlikely the release team will still accept a new package in wheezy at this stage. You could however provide a backport later. Let give it a try as a minimal change should be quickly doable: how may I proceed ? Jerome Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685863: dpkg: The auto complete fail, for dpkg --print-foreign-architecture, end to unknown option.
Package: dpkg Version: 1.16.8 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Playing with multiarch. * What exactly did you do (or not do) that was effective (or ineffective)? Checking the #multiarch irc chan, and someone help me to get that a s was missing. * What was the outcome of this action? Failing to check that the multiarch process is ok. * What outcome did you expect instead? Checking that, multiarch is enabled and ok. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (980, 'stable-updates'), (980, 'testing'), (970, 'stable'), (90, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-4 ii libc62.13-35 ii liblzma5 5.1.1alpha+20120614-1 ii libselinux1 2.1.9-5 ii tar 1.26-4 ii zlib1g 1:1.2.7.dfsg-13 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.9.7.4 -- 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#532104: [php-maint] Bug#532104: libapache2-mod-php5: date_default_timezone_set(America) returns true
On 08/25/2012 09:54 PM, Sean Dubois wrote: This is fixed in stable now. var_dump(date_default_timezone_set('America')); var_dump(date_default_timezone_set('America/Los_Angeles')); bool(false) bool(true); Could someone close this? Hi Sean, Everyone can close bugs. Just send a mail to: 532104-d...@bugs.debian.org By the way, thanks for doing this bug triaging work, this really IS helpful. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685864: linux-image-3.2.0-3-amd64: Commande halt or halt -p and shutdown = reboot system. Cm :gigabyte z77x-ud5h
Package: src:linux Version: 3.2.23-1 Severity: important Use root : command: halt halt -p shutdown (all paramettre tested) result: reboot, source.list deb http://debian.ethz.ch/debian testing main contrib non-free deb-src http://debian.ethz.ch/debian testing main contrib non-free deb http://debian.ethz.ch/debian/ wheezy-updates main contrib non-free deb-src http://debian.ethz.ch/debian/ wheezy-updates main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free # lsmod Module Size Used by iptable_nat12928 0 nf_nat 18242 1 iptable_nat xt_owner 12423 0 iptable_mangle 12536 0 xt_limit 12638 0 xt_length 12460 0 nf_conntrack_ipv4 14078 3 nf_nat,iptable_nat nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 xt_state 12503 0 nf_conntrack 52720 4 xt_state,nf_conntrack_ipv4,nf_nat,iptable_nat xt_multiport 12548 0 xt_iprange 12504 0 xt_comment 12427 0 ip6table_filter12540 0 ip6_tables 22175 1 ip6table_filter iptable_filter 12536 0 ip_tables 22042 3 iptable_filter,iptable_mangle,iptable_nat ipt_ULOG 16833 1 x_tables 19073 14 ipt_ULOG,ip_tables,iptable_filter,ip6_tables,ip6table_filter,xt_comment,xt_iprange,xt_multiport,xt_state,xt_length,xt_limit,iptable_mangle,xt_owner,iptable_nat parport_pc 22364 0 ppdev 12763 0 lp 17149 0 parport31858 3 lp,ppdev,parport_pc nfsd 211858 2 nfs 312243 0 nfs_acl12511 2 nfs,nfsd auth_rpcgss37143 2 nfs,nfsd fscache36739 1 nfs lockd 67328 2 nfs,nfsd sunrpc173671 6 lockd,auth_rpcgss,nfs_acl,nfs,nfsd loop 22641 0 firewire_sbp2 17993 0 snd_usb_audio 84836 2 snd_usbmidi_lib23420 1 snd_usb_audio snd_seq_midi 12848 0 snd_seq_midi_event 13316 1 snd_seq_midi snd_rawmidi23060 2 snd_seq_midi,snd_usbmidi_lib uinput 17440 2 snd_hda_codec_hdmi 30783 5 snd_hda_codec_realtek 188797 1 joydev 17266 0 usbhid 36379 0 hid81288 1 usbhid nvidia 10823460 41 coretemp 12898 0 crc32c_intel 12747 0 ghash_clmulni_intel13133 0 snd_hda_intel 26345 3 snd_hda_codec 78031 3 snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi mxm_wmi12473 0 snd_hwdep 13186 2 snd_hda_codec,snd_usb_audio evdev 17562 24 snd_pcm63900 4 snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi,snd_usb_audio aesni_intel50667 0 snd_page_alloc 13003 2 snd_pcm,snd_hda_intel snd_seq45093 2 snd_seq_midi_event,snd_seq_midi aes_x86_64 16796 1 aesni_intel snd_seq_device 13176 3 snd_seq,snd_rawmidi,snd_seq_midi aes_generic33026 2 aes_x86_64,aesni_intel snd_timer 22917 2 snd_seq,snd_pcm cryptd 14517 2 aesni_intel,ghash_clmulni_intel i2c_i801 16870 0 psmouse64455 0 iTCO_wdt 17081 0 serio_raw 12931 0 pcspkr 12579 0 snd52850 22 snd_timer,snd_seq_device,snd_seq,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_rawmidi,snd_usbmidi_lib,snd_usb_audio i2c_core 23876 2 i2c_i801,nvidia iTCO_vendor_support12704 1 iTCO_wdt soundcore 13065 1 snd acpi_cpufreq 12935 0 mperf 12453 1 acpi_cpufreq wmi13243 1 mxm_wmi video 17628 0 processor 28157 1 acpi_cpufreq button 12937 0 ext4 350411 3 crc16 12343 1 ext4 jbd2 62015 1 ext4 mbcache13065 1 ext4 sr_mod 21899 0 cdrom 35401 1 sr_mod sd_mod 36136 5 crc_t10dif 12348 1 sd_mod ahci 24997 4 firewire_ohci 35772 0 libahci22860 1 ahci firewire_core 48407 2 firewire_ohci,firewire_sbp2 crc_itu_t 12347 1 firewire_core libata140589 2 libahci,ahci scsi_mod 162372 4 libata,sd_mod,sr_mod,firewire_sbp2 atl1c 32217 0 ehci_hcd 40215 0 e1000e120822 0 xhci_hcd 73170 0 thermal17383 0 fan12674 0 thermal_sys18040 4 fan,thermal,processor,video usbcore 128498 7
Bug#680915: kid3: Pipes cause tag corruption
This is a bug in id3lib. As can be seen in the Kid3 source code: mp3file.cpp:465 // This will not work with buggy id3lib. A BOM 0xfffe is written before // the first string, but not before the subsequent strings. Prepending a // BOM or changing the byte order does not help when id3lib rewrites // this field when another frame is changed. So you cannot use // string lists with Unicode encoding. Kid3 uses the pipe character to separate strings in string lists. The IPLS frame contains a string list with alternating involvement, involvee strings, see http://www.id3.org/id3v2.3.0#sec4.4. So in this example, Vocal|Artist Name is a string list with involvement Vocal and involvee Artist Name and more could follow. Unfortunately, id3lib does not correctly encode string lists when UTF16 is used as encoding. You have the following possible workarounds: - When using string lists, do not use UTF16 encoding. You can set ISO-8859-1 as text encoding for ID3v2 in the Kid3 settings. Kid3 will automatically use UTF16 when a field contains non-ASCII characters. This will let you correctly encode those involved people lists if they contain only ASCII characters. - You can use ID3v2.4.0, where these problems do not exist. However, not all devices support ID3v2.4.0. For the Debian maintainers: Please reassign this bug to libid3-3.8.3c2a. Unfortunately, id3lib is not actively maintained, but I will try to fix the bug there and send a patch for id3lib. Regards, Urs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685756: apt-xapian-index makes 256 MB RAM laptop very unresponsive
On 24 August 2012 23:58, Joey Hess jo...@debian.org wrote: Bertil wrote: (i) Debian installer: In the installer task (Debian Desktop), one can consider to exclude the package as default. This is difficult to do while aptitude Recommends it. Although the installer has stopped using aptitude in some places, it seems likely to remain installed by default. Aptitude still functions ok without axi: - some searches such as full text (?term) are much slower; and - ?term[-prefix] loses special handling of XP, XT, etc. prefixes which may break some queries, e.g. “?term-prefix(XPemacs24)” no longer matches. The XP prefix handling is not documented in aptitude, so I think that it being “broken” without axi is not a serious concern and can be fixed later. Dropping axi to Suggests should not be a problem, however it is still quite useful, so … (ii) apt-xapian-index install: In the 'Setting up apt-xapian-index', do not automatically start the background task ..rebuilding index.. since the processor will shuffling data between physical memory and swap and not finish the task. (iii) apt-xapian-index: The program could check for sufficient memory and not start the rebuild task if memory low or should not run at all. See #564896 which has some discussion about these suggestions. The (unimplemented) consensus seems to be to disable automatic index generation on low memory systems. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685866: unblock: vzctl/3.0.30.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package vzctl The reason for the update is better information on how to download the openvz kernel package. unblock vzctl/3.0.30.2-3 -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (700, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-686 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680916: kid3: Performer tag silently replaced with an Arranger one
Kid3 supports lots of different tag formats. All these formats have different fields, not all fields are present in all formats. Kid3 tries to unify the common field types between all supported formats, the unified fields are the standard fields from Title to Genre and additional fields from Album Artist to Website. Besides these unified fields, a lot of other format specific fields are supported, for ID3v2.3.0 from AENC to WXXX. Now there is the problem that not all of the unified fields can be unambiguously mapped to the fields of all formats. Here we have the Performer and Arranger fields. For ID3v2.4.0, Arranger is mapped to TIPL Involved people list and Performer is mapped to TMCL Musician credits list. TMCL The 'Musician credits list' is intended as a mapping between instruments and the musician that played it. Every odd field is an instrument and every even is an artist or a comma delimited list of artists. TIPL The 'Involved people list' is very similar to the musician credits list, but maps between functions, like producer, and names. However, in ID3v2.3.0, there is no such thing as TMCL, only IPLS (Involved people list), so both musicians and other involved people like the producer have to use the IPLS field. That's why Kid3 maps both Performer and Arranger to IPLS, and when the file is read back, there are two IPLS frames which are displayed as Arranger. So this is not a bug in Kid3, only a thing where ID3v2.3.0 is not as expressive as ID3v2.4.0. You can use ID3v2.4.0 if this is really a problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685867: unblock: im-config/0.18
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package im-config This will fix * http://bugs.debian.org/683950 * http://bugs.debian.org/300486 * Fundamental X initialization sequence/timing problem for the input method at its root cause. Diff is attached but git repo may be easier: Vcs-Git: git://git.debian.org/git/collab-maint/im-config.git Vcs-browser: http://git.debian.org/?p=collab-maint/im-config.git === This looks large patch but it is essentially simple minded code to reorder X start up process in /etc/X11/Xsession.d/. (Diff attached) Let me explain why this is needed and what is all about. Non-european languages use input method to input their key strokes into applications. Its initialization is done during X start up by a hook script provided by im-config. There was a long standing bug in im-switch (previous version of hook script) /im-config, where the input method hook script was executed after the dbus hook script. This looked good until we found out that actual execution of dbus initialization is delayed until the last 99x11-common_start of the initialization with a tricky substitution use of $STARTUP string. Not knowing this was the root cause, when people had had problem getting input method daemons started, we put some delay/waiting somewhere in the code (sometimes daemon itself, sometimes within hook script.). See http://bugs.debian.org/300486 . 10 second wait implemented in im-config was OK workaround for many system using uim but it is guaranteed to fail on very slow system. The bug report http://bugs.debian.org/683950 got me rethink this initialization in /etc/X11/Xsession.d/. Old way in 0.17: * 50x11-common_determine-startup STARTUP=/usr/bin/x-session-manager * 75dbus_dbus-launch STARTUP=$DBUSLAUNCH --exit-with-session $STARTUP * 80im-config_launch starting input method daemon etc. * 99x11-common_start exec $STARTUP New way in 0.18: * 50x11-common_determine-startup STARTUP=/usr/bin/x-session-manager * 70im-config_launch STARTUP=/usr/bin/im-launch $STARTUP * 75dbus_dbus-launch STARTUP=$DBUSLAUNCH --exit-with-session $STARTUP * 99x11-common_start exec $STARTUP Practically, the entire content of old 80im-config_launch is moved into /usr/bin/im-launch where daemon is started etc. Since there is no more need to delay uim start, delay is dropped. Since /etc/X11/Xsession.d/*im-config_launch is conffile, I extended the existing postinst script handling of moving such file safely. (I know there is another way but I tried not to make too new changes.) == unblock im-config/0.18 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-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 diff -Nru im-config-0.17/70im-config_launch im-config-0.18/70im-config_launch --- im-config-0.17/70im-config_launch 1970-01-01 09:00:00.0 +0900 +++ im-config-0.18/70im-config_launch 2012-08-11 15:55:23.0 +0900 @@ -0,0 +1,18 @@ +#!/bin/sh +# vim: set sts=4 expandtab: +# Copyright (C) 2012 Osamu Aoki os...@debian.org +# Copyright (C) 2012 Aron Xu a...@debian.org +# GNU General Public License version 2 or later. +# +# Input Method launcher hook ... see im-launch(1). +# The hook script for dbus-launch is in 75 which changes $STARTUP string. +# This shuld be befor this dbus-launch hook to ensure the working dbus +# for input method. Thus moved from 80 to 70. + +IMLAUNCH=/usr/bin/im-launch + +# Change $STARTUP string to im-launch while keeping the old $STARTUP string +# as its arguments +if [ -x $IMLAUNCH ]; then +STARTUP=$IMLAUNCH $STARTUP +fi diff -Nru im-config-0.17/80im-config_launch im-config-0.18/80im-config_launch --- im-config-0.17/80im-config_launch 2011-12-05 23:44:29.0 +0900 +++ im-config-0.18/80im-config_launch 1970-01-01 09:00:00.0 +0900 @@ -1,31 +0,0 @@ -#!/bin/sh -# vim: set sts=4 expandtab: -# Copyright (C) 2010 Osamu Aoki os...@debian.org -# GNU General Public License version 2 or later. -# -# Input Method for X, GNOME, KDE, ... see im-config(8). - -# If already tweaked, keep hands off :-) -# If im-config is removed but not purged, keep hands off :-) -if [ -z $XMODIFIERS ] \ - [ -z $GTK_IM_MODULE ] \ - [ -z $QT_IM_MODULE ] \ - [ -z $QT4_IM_MODULE ] \ - [ -z $CLUTTER_IM_MODULE ] \ - [ -r /usr/share/im-config/xinputrc.common ]; then -# initialize all im-config common functions and parameters -. /usr/share/im-config/xinputrc.common -# source the first found configuration file -if [ -r $IM_CONFIG_XINPUTRC_USR ]; then -. $IM_CONFIG_XINPUTRC_USR -elif
Bug#685787: devscripts: Enabling uscan to simply remove files from upstream source
On Sat, Aug 25, 2012 at 02:59:33PM +0200, gregor herrmann wrote: The attached patch does the following: Attached are some patches based on devscipts+git plus your original patch. I forgot to mention that my patch was also based on devscripts git and I wonder whether somebody from the devscripts team might consider it reasonable if we directly commit to the Git repository instead of sending patches to BTS. The important one is 0003-Rename-directory-in-renamed-tarball-to-pkg-newversio.patch which renames the directory in the new tarball to $pkg - $newversion $excludesuffix .orig as recommended in DevRef 6.7.8.2. Thanks for the patches. Without testing from pure reading all makes perfect sense to me. Thanks Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685868: unblock: gccintro/1.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gccintro Just typo-fixes and clarification of difference from upstream. unblock gccintro/1.0-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-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 diff -Nru gccintro-1.0/debian/changelog gccintro-1.0/debian/changelog --- gccintro-1.0/debian/changelog 2012-07-16 17:18:15.0 +0900 +++ gccintro-1.0/debian/changelog 2012-08-18 20:36:46.0 +0900 @@ -1,3 +1,10 @@ +gccintro (1.0-2) unstable; urgency=low + + * Fix spell errors. + * Describe changes made to the upstream more accurately. + + -- Osamu Aoki os...@debian.org Sat, 18 Aug 2012 20:32:58 +0900 + gccintro (1.0-1) unstable; urgency=low * Initial release (Closes: #681725) diff -Nru gccintro-1.0/debian/patches/0002-Update-contents-for-Debian.patch gccintro-1.0/debian/patches/0002-Update-contents-for-Debian.patch --- gccintro-1.0/debian/patches/0002-Update-contents-for-Debian.patch 2012-07-16 17:18:07.0 +0900 +++ gccintro-1.0/debian/patches/0002-Update-contents-for-Debian.patch 2012-08-18 20:22:07.0 +0900 @@ -1,4 +1,4 @@ -From fa6d91492feb455dca740ffb851aec28b4947713 Mon Sep 17 00:00:00 2001 +From 306e2fd31d176bc0840321a1286a7ca2a5cf3d62 Mon Sep 17 00:00:00 2001 From: Osamu Aoki os...@debian.org Date: Sat, 14 Jul 2012 01:58:12 +0900 Subject: [PATCH 2/3] Update contents for Debian @@ -69,7 +69,7 @@ +} + diff --git a/gccintro.texi b/gccintro.texi -index bfa0a60..ed84052 100644 +index bfa0a60..4148e38 100644 --- a/gccintro.texi +++ b/gccintro.texi @@ -103,6 +103,7 @@ published by Network Theory Ltd raise money for more free documentation. @@ -161,24 +161,24 @@ +@cindex uncontrolled format string +The possible security vulnerability of uncontrolled format +string@footnote{@uref{http://en.wikipedia.org/wiki/Uncontrolled_format_string}} -+in @code{printf()} and similars can be detected and warned with GCC using the ++in @code{printf()} and the similar functions can be detected and warned with GCC using the +option @option{-Wformat -Wformat-security}. + -+Example of unsecure code: @file{format.c} ++Example of insecure code: @file{format.c} + +@example +@verbatiminclude format.c +@end example +@noindent + -+The unsecure program @file{format.c} can be compiled without obvious warnings. ++The insecure program @file{format.c} can be compiled without obvious warnings. + +@example +$ gcc -Wall format.c +@end example +@noindent + -+The unsecure program @file{format.c} can be compiled with the option ++The insecure program @file{format.c} can be compiled with the option +@option{-Wformat -Wformat-security} with warnings. + +@example @@ -211,14 +211,14 @@ +vulnerability in the program, the application will be killed immediately. This +reduces the risk of any unknown potential exploits to a denial-of-service. + -+Example of unsecure code: @file{bof.c} ++Example of insecure code: @file{bof.c} + +@example +@verbatiminclude bof.c +@end example +@noindent + -+The unsecure program @file{bof.c} can be compiled without obvious warnings. ++The insecure program @file{bof.c} can be compiled without obvious warnings. + +@example +$ gcc -Wall bof.c -o bof @@ -230,9 +230,9 @@ + +The output shows that the @file{bof.c} program compiled without using +the option @option{-fstack-protector} creates an executable @file{bof} which -+executes an unsecure buffer overflow code silently. ++executes an insecure buffer overflow code silently. + -+The unsecure program @file{bof.c} can be compiled with the option ++The insecure program @file{bof.c} can be compiled with the option +@option{-fstack-protector}. + +@example @@ -249,7 +249,7 @@ + +The output shows that the @file{bof.c} program compiled with the option +@option{-fstack-protector} creates an executable @file{bof-ssp}. When the -+executable @file{bof-ssp} executed, it detacts stack smashing and exit safely. ++executable @file{bof-ssp} is executed, it detects stack smashing and exits safely. + +@node Buffer overflow protection +@section Buffer overflow protection @@ -261,11 +261,11 @@ +The GCC macro definition of @option{-D_FORTIFY_SOURCE} provides a lightweight +buffer overflow protection to some memory and string functions provided by the +GLIBC. This feature uses macro substitution of such vulnerable functions to -+prevent an unsecure buffer overflow code to be excuted. The compilar ++prevent an insecure buffer overflow code to be executed. The compiler +optimization option needs to be @option{-O1} or higher to enable
Bug#646301: libcwiid1: should debian use github instead of the svn as upstream?
Hi Romain! I am collaborating to a project who makes extensive use of cwiid. We are having several issues due to the obsolescence of svn-based cwiid compared to the github fork, and all of them could be fixed updating the package. Since the original reporter of this bug doesn't seemed interested anymore, I would be glad to help you in this effort. What's your mind about that? -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer 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#685869: pdnsd: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: pdnsd Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: GNU Zip compressed data signature.asc Description: PGP signature
Bug#685870: nap: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: nap Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: GNU Zip compressed data signature.asc Description: PGP signature
Bug#685376: postinst fails on non-default Debian kernels and is useless on =3.4
Package: makedev On Mon, Aug 20, 2012 at 12:54:54PM +0200, Evgeni Golov wrote: But then the if condition still has to be updated, as it won't trigger with [3.0..3.4[ Much of that postinst seems to be workarounds written in 2005 or earlier. I think this conditional block could be removed rather than fixed (but looking at #543592 and #644318, maybe a package RM is better). The MAKEDEV command itself is normally a no-op if udev is running (via patches added during 2005/2006). The conditional would have been always false since around August last year ([2011-08-09] linux-latest-2.6 39 MIGRATED to testing) Cheers, Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685711: lynx: typing 2-byte utf8 unicode characters sometimes doesn't display them
On Thu, Aug 23, 2012 at 11:16:55AM -0700, David Lawyer wrote: Package: lynx-cur Version: 2.88dev.12-2 When I go to the website yandex.ru (Russian search engine) and type in 2-byte Cyrillic characters (as a search word) in utf-8 (unicode) the behavior is as follows for a string of characters with index numbers 0,1,2,... (0 is the first character of the search word). Character 0 displays OK. If character 0 is a one-byte character (the ascii part of utf-8), then everything is OK for the characters that follow. But if char-0 is a 2-byte utf-8 character, then 2-byte chars. hmm - I'd thought this area was working. Things to check/compare: a) locale settings b) document and display charsets that lynx is using. however - checking the page and pasting strings from the lines above the text field about halfway through the page (in uxterm), I see that some of the UTF-8 strings paste as expected, some don't (I saved a copy of the page, and verified that viewing the local file lets me reproduce the case). -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature