Bug#669590: libusb-1.0: version 1.0.9 is now available
On Fri, Apr 20, 2012 at 09:50:03AM +0200, Ludovic Rousseau wrote: Package: libusb-1.0 Severity: normal Hello, The official version 1.0.9 of libusb is now available [1]. After 2 years without an official release. Yeah! Yes, I have seen that on the mailing list, also the upstream maintainer sent me an email to warn that. Also note that a fork of libusb called libusbx [2] was announced just the day before the libusb 1.0.9 release. Any relation? :-) libusbx is supposed to be a drop-in replacement of libusb. If libusb only has a new release every 2 years it may be a good idea to package libusbx instead/in addition. I also seen this announce on the mailing list. So far the two haven't diverged to much, so i's probably better to wait and see what happens. Worst case we can cherry-pick important patches from libusbx into the Debian libusb package. It looks like this fork anyway has a positive impact on the development of libusb, it the sense it helps get the things moving a but more. If you want I can co-maintain libusb. I don't think I really need help there, but if you want to it's fine with me to have a co-maintainer. I also plan to package libusbx if the situation of libusb do not change. Maybe I will wait after the freeze/release of Wheezy planned for this summer. Do you want to co-maintain libusbx? So far, given I think we should wait a bit before doing so, I am not really interested. Regards, Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670214: ITP: libkaz -- Kazlib's reusable data structure modules
Package: wnpp Severity: wishlist Owner: Balint Reczey bal...@balintreczey.hu * Package name: libkaz Version : 1.20 (hopefully 1.21) Upstream Author : Kaz Kylheku k...@kylheku.com * URL : http://www.kylheku.com/~kaz/kazlib.html * License : 3-clause BSD license Description : Kazlib's reusable data structure modules Kazlib is a collection of program modules portably written in ANSI C. . It contains a dictionary module based on red-black trees, an extendible hashing module, and a system for emulating exception handling. Packaging is being worked on here: http://anonscm.debian.org/gitweb/?p=collab-maint/libkaz.git I have contacted upstream to accept my patches which would make packaging easier and also asked for a new release with the 3-clause BSD license. The current latest release, 1.20 has a non-standard license, but upstream's latest version at http://git.savannah.gnu.org/cgit/kazlib.git/ is covered by 3-clause BSD. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670147: [PATCH] pam_exec: Support showing stdout via pam_info, and only running for a specified module type
tags 670147 + upstream forwarded 670147 https://fedorahosted.org/linux-pam/ticket/8 thanks On Mon, Apr 23, 2012 at 10:40:15PM -0700, Steve Langasek wrote: On Mon, Apr 23, 2012 at 10:04:21PM -0700, Josh Triplett wrote: On Mon, Apr 23, 2012 at 09:58:43PM -0700, Josh Triplett wrote: On Mon, Apr 23, 2012 at 09:13:48PM -0700, Steve Langasek wrote: On Mon, Apr 23, 2012 at 05:53:16AM -0700, Josh Triplett wrote: Package: libpam-modules Version: 1.1.3-7 Severity: wishlist Tags: patch The attached patches implement two new options for the pam_exec module. Please submit these patches upstream to pam-develop...@lists.fedorahosted.org. Correction: that list doesn't seem to have acted on my subscription request (I never received a subscription confirmation), and thus the mail I sent with the patches got held for moderation. Are subscriptions to pam-developers moderated? Phooey - could be. Please try https://fedorahosted.org/linux-pam/newticket instead then. Done: https://fedorahosted.org/linux-pam/ticket/8 - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670180: CVE-2012-2414 CVE-2012-2415 CVE-2012-2416
Hi, Working on it, On Mon, Apr 23, 2012 at 08:55:58PM +0200, Moritz Muehlenhoff wrote: Package: asterisk Severity: grave Tags: security At first glance: CVE-2012-2414 http://downloads.asterisk.org/pub/security/AST-2012-004.html This is for both Squeeze and Wheezy/Sid. The recommended fix in Wheezy/Sid is to upgrade to 1.8.11.1 . This complements AST-2011-006 (and, ahem, copies code from it). Scope is the same: * The attacker needs to already have access to a manager interface account (not unplausable, given that in many cases the security hole is actually in a web interface that controls Asterisk through the manager interface). * This hole only gives extra permissions is the sysadmin did not provide them (and in just about anywhere people just grant all manager interface permissions. But yeah, this should be fixed for those who properly use the manager interface. CVE-2012-2415 http://downloads.asterisk.org/pub/security/AST-2012-005.html Skinny is a nickname for SCCP, a propriatary used by some CISCO phones. So most people don't need it. That said, the module is enabled by default and it listens on TCP port 2000 by default. However exploting this seems to require a configured Skinny device (in e.g. /etc/asterisk/skinny.conf ), so it probably won't work on most systems (e.g. a random system that has both UDP port 4569 open and TCP port 2000 open). CVE-2012-2416 http://downloads.asterisk.org/pub/security/AST-2012-006.html This seems to only require the remote attacker to be able to establish a SIP call to Asterisk. Either being authenticated or as a guest if guests are allowed. Only applies to Wheezy/Sid: the code in Squeeze does not seem to support UPDATE. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670215: sysstat: Daily report fails
Package: sysstat Version: 9.0.6.1-2 Severity: normal Root account gets emailed error message regarding an error in cron.daily: /etc/cron.daily/sysstat: Ungültige Systemaktivitätendatei: /var/log/sysstat//sa23 The error can be reproduced from commandline with executing sysstat -A, I guess the double slash causes this problem, but I am not experienced enough to solve this... -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages sysstat depends on: ii bzip2 1.0.5-6+squeeze1 high-quality block-sorting file co ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages sysstat recommends: ii cron 3.0pl1-116 process scheduling daemon Versions of packages sysstat suggests: pn isag none (no description available) -- debconf information: sysstat/remove_files: true sysstat/enable: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573719: limit source to python-flickrapi, tagging 573719
Hi. Thomas Schmidt tschm...@debian.org writes: Hi, sorry for the inconvenience, i disabled gitweb a few weeks ago while searching the reason of some performance issues with my server and forgot to re-enable it. The git-daemon itself was also unusable, i guess since i upgraded my server to Squeeze, because of a wrong base-path. I just re-enabled gitweb and fixed the configuration of git-daemon, so you should be able to access the lastest source of the package. OK, great. I've just cloned it succesfully. And what about that 1.4.1-1 that you prepared ? Any reason not to upload it to unstable (but lintian warnings and likes) ? Thanks in advance. Best regards, -- Olivier BERGER (Debian developer) (OpenPGP: 4096R/7C5BB6A5) http://www.olivierberger.com/weblog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670216: mathematica-fonts: Should remove Bitstream Vera after downloading
Package: mathematica-fonts Version: 13 Severity: normal The downloaded Mathematica fonts archive contains also Bitstream Vera font and it ends installed when you install mathematica-fonts package. There are however at least two reasons to for this font to be skipped by the postinst script: 1. Bitstream Vera already is present as package in Debian and it's absence in the system usually means there was a reason not to install it. Another package may suggest or recommend it if needed, but must never globally install own copy. 2. Many programs that work fine when Bitstream Vera is either absent or substituted fail to show non-latin characters when it is present. Because of this i think the postinst script must be changed to delete ./Fonts/TTF/Vera*.ttf before moving ./Fonts/TTF/*.ttf -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mathematica-fonts depends on: ii debconf [debconf-2.0] 1.5.42 ii unzip 6.0-6 mathematica-fonts recommends no packages. mathematica-fonts suggests no packages. -- debconf-show failed -- Димитър Кавлаков Крипт Лоджик ООД тел/факс: ++359 2 4399988 Електронна поща: i...@crypt-logic.net Търсете ни на: http://www.crypt-logic.net signature.asc Description: PGP signature
Bug#660632: syntax file dircolors.vim - add keywords
OK, looks good. Bram, could you please apply the attached patch? Thank you! On Mon, Feb 20, 2012 at 14:08, Tarlika Elisabeth Schmitz debian-b...@numerixtechnology.de wrote: Package: vim Severity: minor Tags: patch The present syntax file (dated 23/6/2006) lacks a few keywords, which are used in dircolors 8.13: I added RESET MULTIHARDLINK CAPABILITY SETUID SETGID STICKY STICKY_OTHER_WRITABLE OTHER_WRITABLE. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- /usr/share/vim/vim73/syntax/dircolors.vim 2011-12-01 03:25:37.0 + +++ /home/tarlika/.vim/syntax/dircolors.vim 2012-02-20 11:52:04.0 + @@ -17,6 +17,8 @@ syn keyword dircolorsKeywordTERM LEFT LEFTCODE RIGHT RIGHTCODE END ENDCODE syn keyword dircolorsKeywordNORMAL NORM FILE DIR LNK LINK SYMLINK ORPHAN +\ RESET MULTIHARDLINK CAPABILITY SETUID SETGID +\ STICKY STICKY_OTHER_WRITABLE OTHER_WRITABLE \ MISSING FIFO PIPE SOCK BLK BLOCK CHR CHAR \ DOOR EXEC \ nextgroup=@dircolorsColors skipwhite
Bug#670162: wireshark: invalid free when clicking 'how to capture' link
Hi Nigel, This problem is probably not related to wireshark, but to your default browser. Wireshark executes sensible-browser http://wiki.wireshark.org/CaptureSetup to open the help page in your default browser. Please verify that this command fails, too. You can locate your configured browser's executable by following the symbolic links starting with: ls -alh /usr/bin/gnome-www-browser Please reassign this bug to the browser's package if the command fails without using Wireshark, too. Cheers, Balint 2012/4/23 Nigel Horne n...@bandsman.co.uk: Package: wireshark Version: 1.6.7-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I started wireshark and clicked on 'how to capture' * What exactly did you do (or not do) that was effective (or ineffective)? I started wireshark and clicked on 'how to capture' * What was the outcome of this action? *** glibc detected *** /usr/bin/gnome-www-browser: free(): invalid pointer: 0x023e4960 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x75ab6)[0x7f58737c8ab6] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(sqlite3_free+0x70)[0x7f5872632070] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x1c500)[0x7f5872637500] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x24c13)[0x7f587263fc13] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x32e5d)[0x7f587264de5d] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(sqlite3_column_text+0x1e)[0x7f58726531ce] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(sqlite3_exec+0x2f4)[0x7f5872685ba4] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x6b0a3)[0x7f58726860a3] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x6b322)[0x7f5872686322] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x6b771)[0x7f5872686771] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x6c070)[0x7f5872687070] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x6c281)[0x7f5872687281] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x1d4d8)[0x7f58726384d8] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x1dde4)[0x7f5872638de4] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x48343)[0x7f5872663343] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x5f63e)[0x7f587267a63e] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x61902)[0x7f587267c902] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x63c1a)[0x7f587267ec1a] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x63e19)[0x7f587267ee19] /usr/lib/x86_64-linux-gnu/libsqlite3.so.0(+0x63f58)[0x7f587267ef58] /usr/lib/libwebkitgtk-3.0.so.0(+0xa8d52f)[0x7f5876b4352f] /usr/lib/libwebkitgtk-3.0.so.0(+0xa8ded5)[0x7f5876b43ed5] /usr/lib/libwebkitgtk-3.0.so.0(+0x925b33)[0x7f58769dbb33] /usr/lib/libwebkitgtk-3.0.so.0(+0x9289ce)[0x7f58769de9ce] /usr/lib/libwebkitgtk-3.0.so.0(+0x92ca18)[0x7f58769e2a18] /usr/lib/libjavascriptcoregtk-3.0.so.0(+0x30da51)[0x7f58720d6a51] /lib/x86_64-linux-gnu/libpthread.so.0(+0x6b50)[0x7f5873ae0b50] /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f587382b90d] * What outcome did you expect instead? To be reminded how to capture packets -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wireshark depends on: ii libc6 2.13-30 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.0-4 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii libpcap0.8 1.2.1-1 ii libportaudio2 19+svn2021-1 ii libwireshark1 1.6.7-1 ii libwiretap1 1.6.7-1 ii libwsutil1 1.6.7-1 ii wireshark-common 1.6.7-1 ii zlib1g 1:1.2.6.dfsg-2 wireshark recommends no packages. wireshark 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#670131: AttributeError: 'Version' object has no attribute 'policy_priority'
On Mon, Apr 23, 2012 at 12:41:01PM +0300, Teodor wrote: Package: unattended-upgrades Version: 0.76.2 Severity: grave Justification: renders package unusable Thanks for your bugreport. This should work with current sid but it will not work with older version of python-apt. I added a check into do the code to not crash if it runs with older versions of python-apt. Cheers, Michael Hi, I upgraded u-a on one 32-bit server to test if another problem is fixed and found that it doesn't work anymore: | root@goliath:~# unattended-upgrades --debug | INFO:root:Initial blacklisted packages: locales libc6-i686 libc-bin libc6 linux-image-2.6.32-5-486 linux-image-2.6.32-5-686-bigmem firmware-linux-free linux-base libupsclient1 nut nut-cgi squid3-common squid3 | Initial blacklisted packages: locales libc6-i686 libc-bin libc6 linux-image-2.6.32-5-486 linux-image-2.6.32-5-686-bigmem firmware-linux-free linux-base libupsclient1 nut nut-cgi squid3-common squid3 | INFO:root:Starting unattended upgrades script | Starting unattended upgrades script | INFO:root:Allowed origins are: ['o=Debian,a=stable', 'o=Debian,a=stable-updates', 'o=Debian,a=proposed-updates', 'origin=Debian,archive=stable,label=Debian-Security'] | Allowed origins are: ['o=Debian,a=stable', 'o=Debian,a=stable-updates', 'o=Debian,a=proposed-updates', 'origin=Debian,archive=stable,label=Debian-Security'] | Traceback (most recent call last): | File /usr/bin/unattended-upgrades, line 920, in module | main(options) | File /usr/bin/unattended-upgrades, line 699, in main | allowed_origins=allowed_origins) | File /usr/bin/unattended-upgrades, line 70, in __init__ | self.adjust_candidate_versions() | File /usr/bin/unattended-upgrades, line 94, in adjust_candidate_versions | if ver.policy_priority 0: | AttributeError: 'Version' object has no attribute 'policy_priority' (on this system I do many u-a tests, that's why it has many packages blacklisted) Thanks -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unattended-upgrades depends on: ii apt 0.8.10.3+squeeze1 Advanced front-end for dpkg ii apt-utils 0.8.10.3+squeeze1 APT utility programs ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii lsb-release 3.2-23.2squeeze1 Linux Standard Base version report ii python2.6.6-3+squeeze6 interactive high-level object-orie ii python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg ii ucf 3.0025+nmu1Update Configuration File: preserv unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: pn bsd-mailx none (no description available) -- Configuration Files: /etc/apt/apt.conf.d/50unattended-upgrades changed: // Automatically upgrade packages from these origin patterns Unattended-Upgrade::Origins-Pattern { // Codename based matching: // This will follow the migration of a release through different // archives (e.g. from testing to stable and later oldstable). // o=Debian,n=squeeze; // o=Debian,n=squeeze-updates; // o=Debian,n=squeeze-proposed-updates; // o=Debian,n=squeeze,l=Debian-Security; // Archive or Suite based matching: // Note that this will silently match a different release after // migration to the specified archive (e.g. testing becomes the // new stable). o=Debian,a=stable; o=Debian,a=stable-updates;; o=Debian,a=proposed-updates; origin=Debian,archive=stable,label=Debian-Security; }; // List of packages to not update Unattended-Upgrade::Package-Blacklist { //vim; //libc6; //libc6-dev; //libc6-i686; }; // This option allows you to control if on a unclean dpkg exit // unattended-upgrades will automatically run // dpkg --force-confold --configure -a // The default is true, to ensure updates keep getting installed //Unattended-Upgrade::AutoFixInterruptedDpkg false; // Split the upgrade into the smallest possible chunks so that // they can be interrupted with SIGUSR1. This makes the upgrade // a bit slower but it has the benefit that shutdown while a upgrade // is running is possible (with a small delay) //Unattended-Upgrade::MinimalSteps true; // Install all unattended-upgrades when the machine is shuting down // instead of doing it in the background while the machine is running // This will (obviously) make shutdown slower //Unattended-Upgrade::InstallOnShutdown true; // Send email to this
Bug#249873: [Pkg-samba-maint] Bug#249873: Patch
Quoting Nikolaus Rath (nikol...@rath.org): Hi, I'd like to help fix this, but I'm not quite sure what kind of patch you'd like to see here. Thanks for your offer. I was planning to try fixing that bug myself as I'm hit by it on some servers of mine (which I would like to set as domain controllers for two different domains with two different samba instances). But I really appreciate this help offer and it's really welcomed. If think the proper solution is to drop the fhs-filespaths.patch and make private dir default to upstreams layout, both in the installed smb.conf and in the binary. Yes. However, if we could avoid adding something to smb.conf, it would be good. We should default to upstream location (assuming that is is correct wrt FHS, now, which I haven't checked). For migration, there would be a postinst script that checks if we are updating from a previous package version and in that case either - move the private dir from /var/lib/samba to the new default, or Yes, and move the data that's in that directory, which is the tricky part as we need to imagine all possible cases. - adjust smb.conf such that private dir points to /var/lib/samba I don't think we should change smb.conf in maintainer scripts. Which one would you prefer? Or were you thinking about something else entirely? Clearly your first proposal. The tricky point is: what to do if upstream doesn't default to /etc/samba/private as we still have to respect the FHS. I'd rather live with upstream's default temporarily, though, and convince them to change the default to make it FHS-compliant...or configurable at build time if it isn't yet). signature.asc Description: Digital signature
Bug#670211: evolvotron_mutate does not mutate
Hello Pedro The attached patch fixes this issue. Note that I notified upstream (sorry, did that before reading that it's better to leave that up to the package maintainers) and the patch is already applied to the repository, but upstream says there are no short term plans to release a 0.6.2. The patch also fixes a minor typo in the error message (the program name was reported as evolvotron_render instead of evolvotron_mutate). Thank you very much, that's fine, you are not required to leave this to package maintainers. I will try to update the package as soon as possible... Best regards, Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670217: (no subject)
Package: pyside-mobility Version: 0.2.3+git4~8118106-2 Severity: serious Tags: upstream I just tested to build it after the pyside/shiboken upload and it FTBFS as it searches for a generatorrunner plugin, which is not needed since shiboken 1.1.1. This will make it unbuildable in wheezy as soon as pyside and shiboken enter wheezy, hence serious. This is in the process to be reported to upstream (See https://bugreports.qt-project.org/browse/PYSIDE-58 e.g ). Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670156: xserver-xorg-core: input devices no longer detected
severity 669949 grave merge 669949 670156 thanks On Mon, Apr 23, 2012 at 09:14:06PM -0500, Jonathan Nieder wrote: Brian Paterni wrote: Aha! I only downgraded sysvinit and sysvinit-utils. With initscripts=2.88dsf-22.1, keyboard and mouse are functional once again. Thanks for testing. Reassigning. Thanks. This is definitely an issue with initscripts in experimental. I've narrowed this down to bootclean.sh cleaning /run. However, I've not yet got to the bottom of /why/ it's being cleaned at all. In current git, I've added additional .clean flagfiles to all tmpfs mounts. bootclean checks for the presence of these files and skips cleaning if they are present (it's done this for years). However... it's still cleaning in the presence of these files. So it's definitely broken in -23, but also still broken in git. Should be relatively simple to fix--just don't clean /run when it's a tmpfs, but there's something subtly wrong with the logic we're using in /lib/init/bootlean. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668854: nvidia-kernel-source: same problem here
Package: nvidia-kernel-source Version: 295.40-1 Followup-For: Bug #668854 Dear Maintainer, Random crashes (more likely after long uptime) with these messages : kernel: NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context gnome-shell[2221]: segfault at 118 ip 7f060632f1f4 sp 7fff506b8900 error 4 in libnvidia-glcore.so.295.40[7f0605047000+192b000] (sry for formatting, first bug report). -- Package-specific info: uname -a: Linux legend-1 3.2.0-2-amd64 #1 SMP Sun Apr 15 16:47:38 UTC 2012 x86_64 GNU/Linux /proc/version: Linux version 3.2.0-2-amd64 (Debian 3.2.15-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Sun Apr 15 16:47:38 UTC 2012 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 295.40 Thu Apr 5 21:37:00 PDT 2012 GCC version: gcc version 4.6.3 (Debian 4.6.3-1) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF114 [GeForce GTX 560] [10de:1201] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Micro-Star International Co., Ltd. Device [1462:2326] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f600 (32-bit, non-prefetchable) [size=32M] Region 1: Memory at e000 (64-bit, prefetchable) [size=128M] Region 3: Memory at ec00 (64-bit, prefetchable) [size=64M] Region 5: I/O ports at df00 [size=128] [virtual] Expansion ROM at e800 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.527033] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.527036] vgaarb: loaded [0.527037] vgaarb: bridge control possible :01:00.0 [0.946685] Linux agpgart interface v0.103 [6.764507] nvidia: module license 'NVIDIA' taints kernel. [6.833112] nvidia :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [6.833118] nvidia :01:00.0: setting latency timer to 64 [6.833122] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [6.833190] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 295.40 Thu Apr 5 21:37:00 PDT 2012 [8.202485] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input5 [8.202607] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input6 [8.202747] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input7 [8.202875] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input8 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Apr 21 03:25 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 43 Apr 21 03:25 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Apr 21 03:25 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 51 Apr 21 03:25 /etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 59 Apr 21 03:25 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 51 Apr 21 03:25 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Apr 21 03:25 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 36 Apr 21 03:25 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Apr 21 03:25 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 23 Apr 21 03:25 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1 root root 51 Apr 21 03:25 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 51 Apr 21 03:25 /etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1 lrwxrwxrwx 1 root root 59 Apr 21 03:25 /etc/alternatives/nvidia--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/current/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 67 Apr 21 03:25
Bug#670218:
Package: imagemagick Version: 8:6.6.0.4-3+squeeze1 [security] I'm using Debian 6.0.4 on kernel 2.6.32-5-amd64 and Imagemagick (8:6.6.0.4-3+squeeze1). The -virtual-pixel command doesn't work correctly. Every time the parameter is set to edge. It doesn't matter what the user selects. Here are two examples of the problem: Beginning at post #1: http://www.imagemagick.org/discourse-server/viewtopic.php?f=1t=19784 Beginning at post #4: http://www.wizards-toolkit.org/discourse-server/viewtopic.php?f=3t=20215 Thanks!
Bug#670156: xserver-xorg-core: input devices no longer detected
Roger Leigh wrote: Should be relatively simple to fix--just don't clean /run when it's a tmpfs, but there's something subtly wrong with the logic we're using in /lib/init/bootlean. checkroot-bootclean.sh includes this gem: start|) # Clean /tmp, /var/lock, /var/run. Remove the .clean files to # force initial cleaning. This is intended to allow cleaning # of directories masked by mounts while the system was # previously running, which would otherwise prevent them being # cleaned. rm -f /tmp/.clean /run/.clean /run/lock/.clean clean_all Should this be made conditional on whether /run is a tmpfs? Is a /run that is not a tmpfs a supported configuration? When /run is not a tmpfs, since version 167-2 udev doesn't use it, letting us narrowly escape trouble in that case. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670219: blender: fails to build with openjpeg 1.5
Package: blender Version: 2.62 Severity: important openjpeg 1.5 is currently in experimental. However the transition to unstable is planned. Please make sure to fix blender so that it compiles witrh openjpeg 1.5. It currently fails with: [ 33%] Building C object source/blender/imbuf/CMakeFiles/bf_imbuf.dir/intern/jp2.c.o cd /tmp/blender-2.62/obj-x86_64-linux-gnu/source/blender/imbuf /usr/bin/gcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D__SSE__ -D__MMX__ -D__SSE2__ -D__LITTLE_ENDIAN__ -DWITH_OPENEXR -DWITH_TIFF -DWITH_OPENJPEG -DWITH_FFMPEG -DWITH_DDS -DWITH_CINEON -DWITH_HDR -DNDEBUG -fopenmp -msse2 -msse -pipe -fPIC -funsigned-char -fno-strict-aliasing -Wall -Wcast-align -Werror=declaration-after-statement -Werror=implicit-function-declaration -Werror=return-type -Wstrict-prototypes -Wno-char-subscripts -Wno-unknown-pragmas -Wpointer-arith -Wunused-parameter -Wwrite-strings -Wno-error=unused-but-set-variable -O2 -DNDEBUG -I/tmp/blender-2.62/source/blender/imbuf -I/tmp/blender-2.62/source/blender/avi -I/tmp/blender-2.62/source/blender/blenkernel -I/tmp/blender-2.62/source/blender/blenlib -I/tmp/blender-2.62/source/blender/blenloader -I/tmp/blender-2.62/source/blender/makesdna -I/tmp/blender-2.62/intern/guardedalloc -I/tmp/blender-2.62/intern/memutil -I/tmp/ble nder-2.62/intern/ffmpeg-o CMakeFiles/bf_imbuf.dir/intern/jp2.c.o -c /tmp/blender-2.62/source/blender/imbuf/intern/jp2.c /tmp/blender-2.62/source/blender/imbuf/intern/jp2.c: In function 'cinema_parameters': /tmp/blender-2.62/source/blender/imbuf/intern/jp2.c:332:29: error: 'false' undeclared (first use in this function) /tmp/blender-2.62/source/blender/imbuf/intern/jp2.c:332:29: note: each undeclared identifier is reported only once for each function it appears in make[3]: *** [source/blender/imbuf/CMakeFiles/bf_imbuf.dir/intern/jp2.c.o] Error 1 make[3]: Leaving directory `/tmp/blender-2.62/obj-x86_64-linux-gnu' make[2]: *** [source/blender/imbuf/CMakeFiles/bf_imbuf.dir/all] Error 2 make[2]: Leaving directory `/tmp/blender-2.62/obj-x86_64-linux-gnu' make[1]: *** [all] Error 2 Thanks -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667246: Just seen the patch
I'm very sorry Matthias, I didn't receive or probably I loose your e-mail attaching the patch and I use my own solution... Checking your diff, your solution and mine are very similar. The only difference between them is that you get the GCC_VERSION using gcc --version and sed, and I check g++ version instead gcc and in this way: G++VERSION=`g++ -dumpversion` I send my diff file attached. Best regards -- José Luis Segura Lucas diff -r fa533916b693 -r a4ededba4273 .hgtags --- a/.hgtags Fri Dec 02 10:45:42 2011 +0100 +++ b/.hgtags Tue Apr 24 09:15:00 2012 +0200 @@ -1,1 +1,3 @@ e5bcd99e1342ca554eaf58d4aef92c6c0946576a 0.6.0-1 +fa533916b6936b2ab8961694edd0dd6c71468f0e 0.6.0~rc2-2 +6ae467f1183e8aa4472bb9c26f590590031bbf92 0.6.0~rc2-3 diff -r fa533916b693 -r a4ededba4273 debian/changelog --- a/debian/changelog Fri Dec 02 10:45:42 2011 +0100 +++ b/debian/changelog Tue Apr 24 09:15:00 2012 +0200 @@ -1,3 +1,9 @@ +libjsoncpp (0.6.0~rc2-3) unstable; urgency=low + + * Bug fix: ftbfs with GCC-4.7, thanks to Matthias Klose (Closes: #667246). + + -- José Luis Segura Lucas joseluis@mordor Tue, 24 Apr 2012 09:10:15 +0200 + libjsoncpp (0.6.0~rc2-2) unstable; urgency=low * Bug fix: jsoncpp headers installed in unexpected location, thanks to diff -r fa533916b693 -r a4ededba4273 debian/rules --- a/debian/rules Fri Dec 02 10:45:42 2011 +0100 +++ b/debian/rules Tue Apr 24 09:15:00 2012 +0200 @@ -3,6 +3,7 @@ DESTDIR=debian/tmp VERSION=`sed -r s/-rc[0-9]+$$// version` +G++VERSION=`g++ -dumpversion` %: dh $@ @@ -28,9 +29,9 @@ install -vd $(DESTDIR)/usr/lib/pkgconfig install -vd $(DESTDIR)/usr/include/json install -vd $(DESTDIR)/usr/share/doc/jsoncpp-api-html - install -v libs/linux-gcc-4.6/libjson_linux-gcc-4.6_libmt.so \ + install -v libs/linux-gcc-$(G++VERSION)/libjson_linux-gcc-$(G++VERSION)_libmt.so \ $(DESTDIR)/usr/lib/libjsoncpp.so.$(VERSION) - install -v libs/linux-gcc-4.6/libjson_linux-gcc-4.6_libmt.a \ + install -v libs/linux-gcc-$(G++VERSION)/libjson_linux-gcc-$(G++VERSION)_libmt.a \ $(DESTDIR)/usr/lib/libjsoncpp.a install -v -m 0644 debian/pkgconfig/* $(DESTDIR)/usr/lib/pkgconfig install -v include/json/* $(DESTDIR)/usr/include/json signature.asc Description: OpenPGP digital signature
Bug#670220: phatch-cli: excessive Depends on ttf-freefont, ttf-thai-tlwg
Source: phatch-cli Version: 0.2.7.1-1 Severity: normal phatch-cli declares a Depends on ttf-freefont and ttf-thai-tlwg. Depends on fonts are generally a bad idea, unless an application's features explictly depend upon it. Cases like a manual page being available in an exotic language are not a sufficient reason for adding such a Depends. Instead, Suggests should be used. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670126: [curl] Bad handling of IPv6 literal addresses
tags 670126 fixed-upstream kthxbye On Mon, Apr 23, 2012 at 02:01:22PM +0600, Roman Mamedov wrote: Package: curl Version: 7.25.0-1 Severity: normal $ curl -v 2a02:1788:4fd:cd::c742:cde2 * About to connect() to 2a02:1788:4fd:cd::c742 port 80 (#0) * Trying 2a02:1788:4fd:cd::c742... $ curl -v [2a02:1788:4fd:cd::c742:cde2] curl: (3) [globbing] error: bad range specification after pos 2 Globbing is whatever, but the behavior in the first example is completely wrong and unexpected. This has now been fixed upstream in commit 72b72fe8, so that curl now rejects numerical IPv6 addresses outside of brackets. You would now need to do something like: % curl -g [2a02:1788:4fd:cd::c742:cde2] (note the '-g' option, to avoid the globbing error) Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#669453: Fixed pending upload sponsor
Thanks. On Tue, Apr 24, 2012 at 2:12 PM, Chow Loong Jin hyper...@debian.org wrote: On 24/04/2012 08:59, Andrew Caudwell wrote: This has been fixed, I just need a debian maintainer to sponsor the upload as my package co-maintainer is away at the moment (or wait a few weeks). Uploaded, tagged and pushed. Cheers -- Loong Jin
Bug#669348:
blocked 669348 by 670219 thanks Only blender fails to rebuild and will need a source-upload for openjpeg 1.5 transition. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670221: plptools: fails to install due to insserv rejecting the script header
Package: plptools Version: 1.0.9-2.3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install due to insserv rejecting the script header. Some notes are available from at http://wiki.debian.org/LSBInitScripts From the attached log (scroll to the bottom...): Selecting previously unselected package plptools. (Reading database ... 6917 files and directories currently installed.) Unpacking plptools (from .../plptools_1.0.9-2.3_amd64.deb) ... Setting up plptools (1.0.9-2.3) ... insserv: Service fuse has to be enabled to start service plptools insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing plptools (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: plptools This looks like an explicit dependency on fuse (or whichever package provides the 'fuse' service) is missing. This was working previously because some dependency chain fulfilled this, but other packages have changed and therefore this no longer works. cheers, Andreas plptools_1.0.9-2.3.log.gz Description: GNU Zip compressed data
Bug#670219:
tags 670219 patch thanks Here is a very simple patch which fix compilation against opj 1.5 2cts -M -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635345: alacarte should depend on gnome-panel
Le dimanche 22 avril 2012 à 21:46 -0300, Alejandro Carrazzoni a écrit : Package: alacarte Version: 0.13.2-3 Followup-For: Bug #635345 This patch allows alacarte to work without gnome-panel by using exo-desktop- item-edit instead of gnome-desktop-item-edit. I tried it (using XFCE) and it works fine. Thank you but as is, it is not applicable. It has to use the correct edit command based on the current environment, and fall back to the other one otherwise. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614517: Info received (Bug#614517: Packaging of libgit2
Hi Russel, Why does the absence of 1.0 version prevent the upload to unstable? There has been many 0.xx releases and the package can be blocked from migration to testing if it is really not ready for being released as part of Debian. I would like to upload a package depending on libgit2, thus i would like to see libgit2 in unstable. :-) Cheers, Balint Arg, I have been doing some rounds with the libgit2 mailing list to try and get subscribed, until I can get further conformation, it seems that there are plans for a 1.0 release some time after the Google summer of code [1] (so probably late 2012). Until then the library should be considered in development and as a result will not be suitable for upload into unstable. Regards, Russell 1. http://librelist.com/browser//libgit2/2012/4/7/roadmap/#9a71e64a0683c5746220eaa6048d86b6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669839: pnp4nagios-web: unowned files after purge (policy 6.8, 10.8): /etc/apache2/conf.d/pnp4nagios.conf
Package: pnp4nagios-web Version: 0.6.16-1 Followup-For: Bug #669839 User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 1m2.5s ERROR: FAIL: Package purging left files on system: /etc/apache2/conf.d/pnp4nagios.confnot owned cheers, Andreas pnp4nagios-web_0.6.16-1.log.gz Description: GNU Zip compressed data
Bug#670219:
With the patch -- Mathieu openjpeg15fix.patch Description: Binary data
Bug#670219: [PATCH] blender: fails to build with openjpeg 1.5
Hi! I would apply your patch right now, if I only could get it ;-) Probably you forgot to attach it to the BTS follow-up. Cheers. -- Matteo F. Vescovi Debian Sponsored Maintainer GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661069: Bug#649448: radeon (evergreen): random-looking pattern of pixels when firmware not installed
Concerning the installer: There was no warning about the missing firmware for the graphics card. Thomas Kippenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670068: gdm3: is possible to issue /etc/init.d/gdm restart from graphic console, but it does not restart
tag 670068 +wontfix thanks Le dimanche 22 avril 2012 à 19:45 +0200, Leonardo a écrit : Package: gdm3 Version: 3.0.4-4 Severity: minor just what say the subject: the script should be rewritten in a way that whan the gdm session is shut, the script be not shut too. Your bug is not clear. You want to be able to run “service gdm3 restart” from the graphical session? Of course it is not possible since killing gdm3 will kill your session. Use screen if you want to detach it from the session. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670156: xserver-xorg-core: input devices no longer detected
On Tue, Apr 24, 2012 at 03:07:23AM -0500, Jonathan Nieder wrote: Roger Leigh wrote: Should be relatively simple to fix--just don't clean /run when it's a tmpfs, but there's something subtly wrong with the logic we're using in /lib/init/bootlean. checkroot-bootclean.sh includes this gem: rm -f /tmp/.clean /run/.clean /run/lock/.clean clean_all Should this be made conditional on whether /run is a tmpfs? I'm not sure. We already created them conditionally if they were a tmpfs, so we should probably only remove them if they are older than the time the system booted, or not remove them at all. I'll have to think about it a little more. This looks like it's definitely the cause of the woes though. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670222: E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp
Package: aptitude Version: 0.6.6-1+b1 Severity: normal Dear Maintainer, the command aptitude -d upgrade hang up for an hour or more and then issue the error in subject. Downgrade to 0.6.6-1 solve this problem -- Package-specific info: Terminal: screen $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.6 compiled at Apr 16 2012 22:17:55 Compiler: g++ 4.6.3 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 = (0x7fff391ff000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7fd9c55c7000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7fd9c5398000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fd9c516f000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7fd9c4f6a000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7fd9c4c6a000) libept.so.1.0.5.4.12 = /usr/lib/libept.so.1.0.5.4.12 (0x7fd9c4a17000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fd9c461a000) libz.so.1 = /usr/lib/x86_64-linux-gnu/libz.so.1 (0x7fd9c4404000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fd9c415c000) libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 (0x7fd9c3f43000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fd9c3d27000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fd9c3a1f000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fd9c379d000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fd9c3587000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fd9c31ff000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7fd9c2ffc000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fd9c2df8000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fd9c2be7000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fd9c29e2000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fd9c27d9000) /lib64/ld-linux-x86-64.so.2 (0x7fd9c5918000) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii libapt-pkg4.120.9.2 ii libboost-iostreams1.49.0 1.49.0-2 ii libc6 2.13-30 ii libcwidget3 0.5.16-3.2 ii libept1.4.12 1.0.6.1 ii libgcc1 1:4.7.0-3 ii libncursesw5 5.9-6 ii libsigc++-2.0-0c2a2.2.10-0.1 ii libsqlite3-0 3.7.11-2 ii libstdc++64.7.0-3 ii libtinfo5 5.9-6 ii libxapian22 1.2.8-1 ii zlib1g1:1.2.6.dfsg-2 Versions of packages aptitude recommends: ii apt-xapian-indexnone ii aptitude-doc-en [aptitude-doc] 0.6.6-1 ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.6 Versions of packages aptitude suggests: ii debtags 1.9+b1 ii tasksel 3.09 -- 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#670223: libxmlrpc3-client: XmlRpcClient.properties is missing from xmlrpc-client-3.1.jar
Package: libxmlrpc3-client-java Version: 3.1.3-2 Severity: important File: libxmlrpc3-client The is an error when instantiating XmlRpcHttpTransport class from xmlrpc-client-3.1.jar as XmlRpcClient.properties is required, but missing. See lines 67:70 of XmlRpcHttpTransport.java Redhat distros has that file included into e.g. xmlrpc3-client-3.1.3-5.fc15.noarch -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/8 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 libxmlrpc3-client-java depends on: ii libcommons-httpclient-java3.1-9 A Java(TM) library for creating HT ii libxmlrpc3-common-java3.1.3-2XML-RPC implementation in Java libxmlrpc3-client-java recommends no packages. libxmlrpc3-client-java 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#602723: package is ready for sponsorship
the packaging is done: http://anonscm.debian.org/gitweb/?p=collab-maint/ffgtk.git package is waiting for sponsorship: http://mentors.debian.net/debian/pool/main/f/ffgtk/ffgtk_0.8.1-1.dsc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646642: Wrong format
Hi! It seems that the format of the plugins has changed and that Ampache is behind. First of all, the .plugin file should have the header [Plugin], not [RB Plugin]. When you rename the file to ampache.plugin and make the change, Rhythmbox tries to load it. However, it also doesn't seem quite up to date with the current plugin API: % rhythmbox ImportError: No module named ampache (rhythmbox:17197): libpeas-WARNING **: Error loading plugin 'ampache' So I tried linking ampache.py to __init__.py. That also didn't help: % rhythmbox Traceback (most recent call last): File /usr/lib/rhythmbox/plugins/ampache/ampache.py, line 3, in module import rhythmdb, rb ImportError: No module named rhythmdb (rhythmbox:17281): libpeas-WARNING **: Error loading plugin 'ampache' I think this plugin is more broken than it seems. It either should be updated or removed. Paul -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670225: isoqlog: wrong langfile after non-interactive install
Source: isoqlog Version: 2.2.1-7 Severity: important Tags: patch If isoqlog is installed non-interactively (with debconf UI noninteractive or with debconf priority critical), langfile in the generated configuration file is incorrect: # apt-get install -qq isoqlog debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package isoqlog. (Reading database ... 10703 files and directories currently installed.) Unpacking isoqlog (from .../isoqlog_2.2.1-7_i386.deb) ... Setting up isoqlog (2.2.1-7) ... # grep langfile /etc/isoqlog/isoqlog.conf langfile= /usr/share/isoqlog/lang/English # ls -l /usr/share/isoqlog/lang/English ls: cannot access /usr/share/isoqlog/lang/English: No such file or directory The attached patch fixes this bug. -- Jakub Wilk diff -Nru isoqlog-2.2.1/debian/config isoqlog-2.2.1/debian/config --- isoqlog-2.2.1/debian/config 2012-01-02 20:02:55.0 +0100 +++ isoqlog-2.2.1/debian/config 2012-04-24 10:48:50.0 +0200 @@ -49,9 +49,6 @@ $noninteractive = (((input(high, isoqlog/main_langfile))[0]) == 30); if (!$noninteractive) { go(); - $lang = get(isoqlog/main_langfile); - $lang = lcfirst($lang); - set(isoqlog/main_langfile, $lang); } $topstate = domains; } diff -Nru isoqlog-2.2.1/debian/postinst isoqlog-2.2.1/debian/postinst --- isoqlog-2.2.1/debian/postinst 2012-01-02 20:02:55.0 +0100 +++ isoqlog-2.2.1/debian/postinst 2012-04-24 10:54:26.0 +0200 @@ -12,7 +12,7 @@ db_get isoqlog/main_logtype logtype=$RET db_get isoqlog/main_outputdir outputdir=$RET db_get isoqlog/main_hostname hostname=$RET - db_get isoqlog/main_langfile langfile=$RET + db_get isoqlog/main_langfile langfile=$(echo $RET | LC_ALL=C tr 'A-Z' 'a-z') db_get isoqlog/main_domains domains=$RET if [ $logtype = sendmail ]; then
Bug#670148: ITP: libtest-bdd-cucumber-perl -- Cucumber-style testing in Perl
Hi, intrigeri intrig...@debian.org writes: Description : Cucumber-style testing in Perl I don't think Cucumber-style testing is a good choice for the short description as it's not helpful for people who don't know Cucumber like me. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670226: quilt patches adapted to pdns 3.1 rc2
Package: pdns Severity: wishlist Tags: experimental Hi, the attached patch will create a new debian/patches directory which contains patches that apply to PowerDNS 3.1 RC2. It may help in packaging 3.1 (for experimental?). Greetings Marc -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.3.2-zgsrv20080 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -urN /home/mhaber/empty/addconfigdir patches/addconfigdir --- /home/mhaber/empty/addconfigdir 1970-01-01 01:00:00.0 +0100 +++ patches/addconfigdir 2012-04-24 10:51:47.193193070 +0200 @@ -0,0 +1,81 @@ +--- a/pdns/arguments.cc b/pdns/arguments.cc +@@ -312,9 +312,12 @@ + if(pos pos!=string::npos) + val=val.substr(pos); + +-if(parmIsset(var)) ++if(parmIsset(var)) { + params[var]=val; +-else ++ if (var == include) { // include directory ++ preParseDir(val, arg, lax); ++ } ++ } else + if(!lax) + throw ArgException(Trying to set unexisting parameter '+var+'); + } +@@ -341,6 +344,35 @@ + } + } + ++bool ArgvMap::preParseDir(const string dir, const string arg, bool lax) ++{ ++ DIR *dir_p; ++ string filename, name; ++ struct dirent *dir_entry_p; ++ ++ if (dir_p = opendir(dir.c_str())) { ++ while((dir_entry_p = readdir(dir_p))) ++ { ++ name = dir_entry_p-d_name; ++ if (name == . || name == ..) ++continue; ++ if (name.find(ucf-dist) != std::string::npos) ++continue; ++ if (name.find(ucf-old) != std::string::npos) ++continue; ++ ++ filename = dir + / + name; ++ file(filename.c_str(), lax); ++ } ++ closedir(dir_p); ++ } else { ++ // Could be a file. ++ file(dir.c_str(), lax); ++ } ++ ++ return true; ++} ++ + bool ArgvMap::preParseFile(const char *fname, const string arg, const string theDefault) + { + params[arg]=theDefault; +--- a/pdns/arguments.hh b/pdns/arguments.hh +@@ -24,6 +24,7 @@ + #include vector + #include fstream + #include iostream ++#include dirent.h + #include misc.hh + #include ahuexception.hh + #ifndef WIN32 +@@ -83,6 +84,7 @@ + } + void preParse(int argc, char **argv, const string arg); //! use this to preparse a single var + bool preParseFile(const char *fname, const string arg, const string theDefault=); //! use this to preparse a single var in configuration ++ bool preParseDir(const string dir, const string arg, bool lax); //! use this to include a directory + + bool file(const char *fname, bool lax=false); //! Parses a file with parameters + bool laxFile(const char *fname) +--- a/pdns/common_startup.cc b/pdns/common_startup.cc +@@ -65,6 +65,7 @@ + ::arg().set(control-console,Debugging switch - don't use)=no; // but I know you will! + ::arg().set(fancy-records,Process URL and MBOXFW records)=no; + ::arg().set(wildcard-url,Process URL and MBOXFW records)=no; ++ ::arg().set(include, Directory with config files to include)=/etc/powerdns/pdns.d; // Add directory with config files + ::arg().set(loglevel,Amount of logging. Higher is more. Do not set below 3)=4; + ::arg().set(default-soa-name,name to insert in the SOA record if none set in the backend)=a.misconfigured.powerdns.server; + ::arg().set(distributor-threads,Default number of Distributor (backend) threads to start)=3; diff -urN /home/mhaber/empty/fix-mongodb-backend-patch patches/fix-mongodb-backend-patch --- /home/mhaber/empty/fix-mongodb-backend-patch 1970-01-01 01:00:00.0 +0100 +++ patches/fix-mongodb-backend-patch 2012-04-24 10:52:53.775460815 +0200 @@ -0,0 +1,46 @@ +--- a/modules/mongodbbackend/Makefile.am b/modules/mongodbbackend/Makefile.am +@@ -1,10 +1,10 @@ + AM_CPPFLAGS=@THREADFLAGS@ $(BOOST_CPPFLAGS) + EXTRA_DIST=OBJECTFILES OBJECTLIBS + +-INCLUDES=-I/opt/mongo/include/mongo/ ++INCLUDES=-I/usr/include/mongo/ + + lib_LTLIBRARIES = libmongodbbackend.la + + libmongodbbackend_la_SOURCES=mongodbbackend.cc mongodbbackend.hh minimal.cc slave.cc master.cc reload.cc private.cc dnssec.cc supermaster.cc crc32.cc +-libmongodbbackend_la_LDFLAGS=-module -avoid-version -L/opt/mongo/lib64 $(BOOST_THREAD_LDFLAGS) $(BOOST_FILESYSTEM_LDFLAGS) $(BOOST_SYSTEM_LDFLAGS) -lmongoclient $(BOOST_THREAD_LIBS) $(BOOST_FILESYSTEM_LIBS) $(BOOST_SYSTEM_LIBS) ++libmongodbbackend_la_LDFLAGS=-module -avoid-version $(BOOST_THREAD_LDFLAGS) $(BOOST_FILESYSTEM_LDFLAGS) $(BOOST_SYSTEM_LDFLAGS) -lmongoclient $(BOOST_THREAD_LIBS) $(BOOST_FILESYSTEM_LIBS) $(BOOST_SYSTEM_LIBS) + +--- a/modules/mongodbbackend/Makefile.in b/modules/mongodbbackend/Makefile.in +@@ -261,10 +261,10 @@ + top_srcdir = @top_srcdir@ + AM_CPPFLAGS = @THREADFLAGS@ $(BOOST_CPPFLAGS) + EXTRA_DIST = OBJECTFILES OBJECTLIBS +-INCLUDES = -I/opt/mongo/include/mongo/ ++INCLUDES = -I/usr/include/mongo/ + lib_LTLIBRARIES = libmongodbbackend.la + libmongodbbackend_la_SOURCES = mongodbbackend.cc mongodbbackend.hh minimal.cc slave.cc
Bug#670068: gdm3: is possible to issue /etc/init.d/gdm restart from graphic console, but it does not restart
Le mardi 24 avril 2012 à 10:57 +0200, Leonardo Boselli a écrit : i would prefer that in this case would happeen the same thing that happeen with other programs, that is a message telling that cannot be done or that put the thing in a queue, to be run after the session is closed. Please use a mail agent that honors Reply-To correctly if you don’t want your mails to be dropped in the void. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670222: E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp
On 24 April 2012 16:55, Vladimir Stavrinov vstavri...@gmail.com wrote: the command aptitude -d upgrade hang up for an hour or more and then issue the error in subject. Downgrade to 0.6.6-1 solve this problem Did the program hang after downloading the package files? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670227: CVE-2011-5083: unrestricted file upload via admin/media.php
Package: dotclear Version: 2.4.2+dfsg-2 Tags: security admin/media.php stores a user-supplied file on the web server, preserving its file extension. This allows authenticated remote users with 'media,media_admin' rights to escalate their privileges to that of the web server (usually www-data). This vulnerability is present in the Debian package although the client frontend swfupload.swf was removed due to DFSG concerns. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659050: [Monotone-debian] Bug#659050: fixed in head of upstream
Package: monotone Tags: patch Sorry, the patch I sent yesterday doesn't apply, I diffed from the wrong revision. Here's one that applies to monotone 1.0. Regards Markus Wanner mtn-botan-1.10-adaption.diff.gz Description: GNU Zip compressed data
Bug#670228: CVE-2012-2125 CVE-2012-2126
Package: rubygems Severity: grave Tags: security Please see here for details and patches: http://www.openwall.com/lists/oss-security/2012/04/20/23 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670222: E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp
On Tue, Apr 24, 2012 at 05:08:39PM +0800, Daniel Hartwig wrote: Did the program hang after downloading the package files? Yes, here is examples of output: Fetched 114 MB in 2min 38s (718 kB/s) E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp Reading package lists... or Writing extended state information... E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp Reading package lists... I am not sure about first example, because I've take it from log, but in last case I saw many times it hang up exactly after output: Writing extended state information... -- *** ## Vladimir Stavrinov ## vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670229: gnuplot-x11: gnuplot-qt pulls in several MB of libqt4*, please move into its own package
Package: gnuplot-x11 Version: 4.6.0-5 Severity: important Hello, I have been happily using gnuplot-x11 with the wxt terminal. With today's upgrade to gnuplot 4.6.0-5, the new qt terminal has been enabled, which pulls in a whole lot of libqt4* packages. However, I am not going to ever use the qt erminal; I am a GNOME user and glad that I did not have to install the qt libraries by some weird package dependencies so far. I think it would be only fair to install the qt-enabled gnuplot flavour into its own gnuplot-qt package. The gnuplot-x11 package could recommend this package, but it should still be possible to install gnuplot without the whole bunch of libqt4* packages, just like it was in the past. Cheers, Fabian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (901, 'testing'), (501, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnuplot-x11 depends on: ii gnuplot-nox 4.6.0-5 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libedit22.11-20080614-3 ii libgcc1 1:4.7.0-3 ii libgd2-xpm 2.0.36~rc1~dfsg-6+b1 ii libglib2.0-02.32.0-4 ii liblua5.1-0 5.1.5-1 ii libpango1.0-0 1.30.0-1 ii libqt4-network 4:4.7.4-3 ii libqt4-svg 4:4.7.4-3 ii libqtcore4 4:4.7.4-3 ii libqtgui4 4:4.7.4-3 ii libstdc++6 4.7.0-3 ii libwxbase2.8-0 2.8.12.1-7 ii libwxgtk2.8-0 2.8.12.1-7 ii libx11-62:1.4.4-4 gnuplot-x11 recommends no packages. gnuplot-x11 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#670206: [pkg-lighttpd] Bug#670206: [lighttpd] ldap lowercase in extended description
severity 670206 wishlist tags 670206 +pending thanks Hi, LDAP is an acronym for Lightweight Directory Access Protocol and should be uppercase: LDAP. thanks for the pointer. I've just fixed that. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#670131: AttributeError: 'Version' object has no attribute 'policy_priority'
2012/4/24 Michael Vogt m...@debian.org: This should work with current sid but it will not work with older version of python-apt. I added a check into do the code to not crash if it runs with older versions of python-apt. Thanks. I realised after sending the report that severity grave was not justified due to the above reason. But still I think its an important fix for those that will want to use u-a 0.76 in squeeze for at least two more years. Afterwards, probably the check could be removed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670200: gdb: ships syscalls decls for unrelated archs
W dniu 24.04.2012 00:03, Yann Dirson pisze: In /usr/share/gdb/syscalls/, the standard gdb package installs many files, seamingly for support of other archs, although set arch will make it obvious that very few of those are indeed usable with the installed binary. This makes it uncomfortable to simultaneously install cross gdb packages from emdebian, as those currently ship the same set of files - and even if they only shipped the relevant ones, there would be conflict on those files they seem the more legitimate to ship. Maybe we can merge Ubuntu changes to get gdb-multiarch package instead of building gdb/cross per architecture. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670230: bowtie: Hardening flags missing
Package: bowtie Version: 0.12.7-2 Severity: normal Tags: patch Dear Maintainer, The LDFLAGS/CPPFLAGS hardening flags are missing because the build system ignores them. For more hardening information please have a look at [1], [2] and [3]. The attached patch fixes the issue, if possible it should be sent to upstream. To check if all flags were correctly enabled you can use `hardening-check` from the hardening-includes package and check the build log (for example with blhc [4]) (hardening-check doesn't catch everything): $ hardening-check /usr/bin/bowtie-inspect /usr/bin/bowtie-build /usr/bin/bowtie ... /usr/bin/bowtie-inspect: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: no, only unprotected functions found! Read-only relocations: yes Immediate binding: no not found! /usr/bin/bowtie-build: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: no, only unprotected functions found! Read-only relocations: yes Immediate binding: no not found! /usr/bin/bowtie: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! ... (Position Independent Executable and Immediate binding is not enabled by default.) Use find -type f \( -executable -o -name \*.so\* \) -exec hardening-check {} + on the build result to check all files. Regards, Simon [1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags [2]: https://wiki.debian.org/HardeningWalkthrough [3]: https://wiki.debian.org/Hardening [4]: http://ruderich.org/simon/blhc/ -- + privacy is necessary + using gnupg http://gnupg.org + public key id: 0x92FEFDB7E44C32F9 Description: Use build flags from environment (dpkg-buildflags). Necessary for hardening flags. Author: Simon Ruderich si...@ruderich.org Last-Update: 2012-04-24 --- bowtie-0.12.7.orig/Makefile +++ bowtie-0.12.7/Makefile @@ -177,7 +177,7 @@ define checksum cat $^ | md5sum | awk '{print $$1}' .$@.md5 endef -ALL_FLAGS=$(EXTRA_FLAGS) $(CFLAGS) $(CXXFLAGS) +ALL_FLAGS=$(EXTRA_FLAGS) $(CPPFLAGS) $(CFLAGS) $(CXXFLAGS) $(LDFLAGS) DEBUG_DEFS = -DCOMPILER_OPTIONS=\$(DEBUG_FLAGS) $(ALL_FLAGS)\ RELEASE_DEFS = -DCOMPILER_OPTIONS=\$(RELEASE_FLAGS) $(ALL_FLAGS)\ signature.asc Description: Digital signature
Bug#670222: E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp
On 24 April 2012 17:20, Vladimir Stavrinov vstavri...@gmail.com wrote: On Tue, Apr 24, 2012 at 05:08:39PM +0800, Daniel Hartwig wrote: Did the program hang after downloading the package files? Yes, here is examples of output: Fetched 114 MB in 2min 38s (718 kB/s) E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp Reading package lists... or Writing extended state information... E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp Reading package lists... I am not sure about first example, because I've take it from log, but in last case I saw many times it hang up exactly after output: Writing extended state information... Ok, this looks related to -d infinite loop aka #629266. A fix for that will be released shortly. In the meantime could you try the patch there and report if it solves this problem also? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670227: CVE-2011-5083: unrestricted file upload via admin/media.php
Hi Nicolas, On 04/24/2012 11:13 AM, Florian Weimer wrote: Package: dotclear Version: 2.4.2+dfsg-2 Tags: security admin/media.php stores a user-supplied file on the web server, preserving its file extension. This allows authenticated remote users with 'media,media_admin' rights to escalate their privileges to that of the web server (usually www-data). This vulnerability is present in the Debian package although the client frontend swfupload.swf was removed due to DFSG concerns. Due the communication with upstream is in French, could you please, coordinate with Dotclear DevTeam the resolution of this issue? Regards, -- Dario Minnucci mid...@debian.org Phone: +34 902884117 | Fax: +34 902024417 | Support: +34 80745 Key fingerprint = BAA1 7AAF B21D 6567 D457 D67D A82F BB83 F3D5 7033 signature.asc Description: OpenPGP digital signature
Bug#670231: util-linux: lscpu misses second CPU on some sparc64 boxes
Package: util-linux Version: 2.20.1-4 Severity: normal Dear Maintainer, lscpu seems to miss reading about /sys/devices/system/cpu/cpu2/ and this causes strange information in lscpu output, like 2 threads per core. Many sparc systems have sparse CPU numbering since the CPU numbers come from hardware. This server (Sun E220R) has CPU-s 0 and 2 present but lscpu only looks at 0: mroos@e220r:~$ strace -e open /usr/bin/lscpu open(/etc/ld.so.cache, O_RDONLY) = 3 open(/lib/sparc-linux-gnu/libc.so.6, O_RDONLY) = 3 open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3 open(/proc/cpuinfo, O_RDONLY|O_LARGEFILE) = 3 open(/sys/devices/system/cpu/kernel_max, O_RDONLY|O_LARGEFILE) = 3 open(/sys/devices/system/cpu/online, O_RDONLY|O_LARGEFILE) = 3 open(/sys/devices/system/cpu/cpu0/topology/thread_siblings, O_RDONLY|O_LARGEFILE) = 3 open(/sys/devices/system/cpu/cpu0/topology/core_siblings, O_RDONLY|O_LARGEFILE) = 3 open(/proc/bus/pci/devices, O_RDONLY|O_LARGEFILE) = 3 open(/usr/share/locale/locale.alias, O_RDONLY) = 3 open(/usr/share/locale/en_US/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1 ENOENT (No such file or directory) Architecture: sparc64 CPU op-mode(s):32-bit, 64-bit Byte Order:Big Endian CPU(s):1 On-line CPU(s) list: 0,2 Off-line CPU(s) list: Thread(s) per core:2 Core(s) per socket:1 Socket(s): 1 mroos@e220r:~$ cat /sys/devices/system/cpu/online 0,2 mroos@e220r:~$ cat /sys/devices/system/cpu/kernel_max 3 mroos@e220r:~$ cat /sys/devices/system/cpu/cpu0/topology/thread_siblings 1 mroos@e220r:~$ cat /sys/devices/system/cpu/cpu0/topology/core_siblings 1 mroos@e220r:~$ find /sys/devices/system/cpu/ /sys/devices/system/cpu/ /sys/devices/system/cpu/cpu0 /sys/devices/system/cpu/cpu0/l1_icache_line_size /sys/devices/system/cpu/cpu0/l1_dcache_line_size /sys/devices/system/cpu/cpu0/l1_icache_size /sys/devices/system/cpu/cpu0/subsystem /sys/devices/system/cpu/cpu0/uevent /sys/devices/system/cpu/cpu0/topology /sys/devices/system/cpu/cpu0/topology/core_id /sys/devices/system/cpu/cpu0/topology/thread_siblings /sys/devices/system/cpu/cpu0/topology/core_siblings /sys/devices/system/cpu/cpu0/topology/core_siblings_list /sys/devices/system/cpu/cpu0/topology/thread_siblings_list /sys/devices/system/cpu/cpu0/topology/physical_package_id /sys/devices/system/cpu/cpu0/l2_cache_size /sys/devices/system/cpu/cpu0/l1_dcache_size /sys/devices/system/cpu/cpu0/clock_tick /sys/devices/system/cpu/cpu0/l2_cache_line_size /sys/devices/system/cpu/cpu2 /sys/devices/system/cpu/cpu2/l1_icache_line_size /sys/devices/system/cpu/cpu2/l1_dcache_line_size /sys/devices/system/cpu/cpu2/l1_icache_size /sys/devices/system/cpu/cpu2/subsystem /sys/devices/system/cpu/cpu2/uevent /sys/devices/system/cpu/cpu2/topology /sys/devices/system/cpu/cpu2/topology/core_id /sys/devices/system/cpu/cpu2/topology/thread_siblings /sys/devices/system/cpu/cpu2/topology/core_siblings /sys/devices/system/cpu/cpu2/topology/core_siblings_list /sys/devices/system/cpu/cpu2/topology/thread_siblings_list /sys/devices/system/cpu/cpu2/topology/physical_package_id /sys/devices/system/cpu/cpu2/l2_cache_size /sys/devices/system/cpu/cpu2/l1_dcache_size /sys/devices/system/cpu/cpu2/clock_tick /sys/devices/system/cpu/cpu2/l2_cache_line_size /sys/devices/system/cpu/kernel_max /sys/devices/system/cpu/possible /sys/devices/system/cpu/online /sys/devices/system/cpu/offline /sys/devices/system/cpu/uevent /sys/devices/system/cpu/present -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 3.4.0-rc4-00095-g95f7147 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii debconf [debconf-2.0] 1.5.42 ii dpkg 1.16.2 ii initscripts2.88dsf-22.1 ii install-info 4.13a.dfsg.1-10 ii libblkid1 2.20.1-4 ii libc6 2.13-30 ii libncurses55.9-6 ii libselinux12.1.9-4 ii libtinfo5 5.9-6 ii libuuid1 2.20.1-4 ii lsb-base 4.1+Debian1 ii tzdata 2012b-1 ii zlib1g 1:1.2.6.dfsg-2 util-linux recommends no packages. Versions of packages util-linux suggests: pn dosfstools none pn kbd 1.15.3-7 pn util-linux-locales 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#658021: Please enable hardened build flags
reopen 658021 thanks Dear Maintainer, The CPPFLAGS hardening flags were not enabled because the build system overwrites them in the configure phase. For more hardening information please have a look at [1], [2] and [3]. The following patch fixes the issue, if possible it should be sent to upstream to fix their build system. --- unbound-1.4.16.orig/acx_python.m4 +++ unbound-1.4.16/acx_python.m4 @@ -164,8 +164,11 @@ $ac_distutils_result]) AC_MSG_CHECKING([consistency of all components of python development environment]) AC_LANG_PUSH([C]) # save current global flags -LIBS=$ac_save_LIBS $PYTHON_LDFLAGS -CPPFLAGS=$ac_save_CPPFLAGS $PYTHON_CPPFLAGS +ac_save_LIBS=$LIBS +ac_save_CPPFLAGS=$CPPFLAGS + +LIBS=$PYTHON_LDFLAGS +CPPFLAGS=$PYTHON_CPPFLAGS AC_TRY_LINK([ #include Python.h ],[ To check if all flags were correctly enabled you can use `hardening-check` from the hardening-includes package and check the build log (for example with blhc [4]) (hardening-check doesn't catch everything): $ hardening-check /usr/sbin/unbound-checkconf /usr/sbin/unbound-control /usr/sbin/unbound ... /usr/sbin/unbound-checkconf: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! /usr/sbin/unbound-control: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! /usr/sbin/unbound: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! ... (Position Independent Executable and Immediate binding is not enabled by default.) Use find -type f \( -executable -o -name \*.so\* \) -exec hardening-check {} + on the build result to check all files. Regards, Simon [1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags [2]: https://wiki.debian.org/HardeningWalkthrough [3]: https://wiki.debian.org/Hardening [4]: http://ruderich.org/simon/blhc/ -- + privacy is necessary + using gnupg http://gnupg.org + public key id: 0x92FEFDB7E44C32F9 signature.asc Description: Digital signature
Bug#670232: semanticscuttle: Database is not populated
Package: semanticscuttle Version: 0.98.4+dfsg-1 Severity: normal The package does not populate the database with data from /usr/share/dbconfig-common/data/semanticscuttle/install/tables.sql -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670233: semanticscuttle: should suggest php-auth
Package: semanticscuttle Version: 0.98.4+dfsg-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The package should suggest php-auth as this is needed for using external authentication (like LDAP). It is not a dependency, though, but should be a pointer for users that this is what they have to install. Official docs suggest to isntall manually from PEAR which breaks due to compatibility issues. - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQHOBAEBAgA4BQJPlnuYMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQ2w6kvOIQdBJnqAv/VFpXWd7f12/dU9lj2bql ya0vum8uVNYo86qbPAsoKDYPT9Pm/3iHAGR10ScP8ColCMFOZx5kbekRV3m4SGyY 7jFTti8czm5P52lngIfsKm4fDtQgFjCG5WCwOOLp4l/jC8tivn7HbN3TTrcH1qhK 0hZN8m37DEc/CqCvfE0nDzcocDuaKBgCiiJ+3S1fwX0NlcomU1+Qh8TwAFMaHbOq 7mm4Vao4Y1a0Pf0oeRykA/JAdL/uBFZIEknY51Eq0RPcRUlWGL8zljf6i4IlIcOd 47bvIcsmdhD1LWcZ4QU4A+EHb8KlaX6Qn3AeAksbxARBLDEDQNstQkB/Pgk4oIxr jejYmPbD82NHg/bmehe4Chk1ZYBx9qpnPOz1iBx7vtXs9FNfvIznQscrmXkJ5rmR 22mgb0Q9HtwsaaA0+muYVcE61VycszFHflCYg6DP4sA/BwpWToEBFMdcj0NZtXPK RJC2VvI+lI5nCmIDIbDhGX1XgulCdf+T+WhxV+QJXTCd =XFpV -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#670234: semanticscuttle: Bookmasrks.tpl.php not found
Package: semanticscuttle Version: 0.98.4+dfsg-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 SemanticScuttle complains that it cannot find Bookmarks.tpl.php when trying to load it. - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQHOBAEBAgA4BQJPlnv6MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQ2w6kvOIQdBID3Qv6A+M8NXJAK3/kCr+RXfu+ Lvs9jBgL1mUF5PvzX46s4+K76cRFKjSetQOgCt8k+vweLZQgRAPKW5P/7TMy1wCa x+ZGckafji0/lqs+omMXwrw+FW+EGWnOgabtJZ0h1eCV6iFkNxqXchAEjWsxMErf t0rwxjiPqUf4xnqrR/hHroCMjTWM3R+kConeiAi7DL46iQWzmuwdTwMafm7yWdjg ofDKQLWwJ2AaB97aMTZDNs//I+7C0nmkePBzi8lhdHZOt8f/SBa8N63CH9lz1ErH FxYcS4HwaSf2NlFNm+FH0XMI78RICnPQ9M9VcpVpBbh+6R7EiCIVBYsVmDK/4xZB yvp9YJ3MWUOWDLhO/f6OsVlsLap6aRau33pVI+d5M+CBt8sk6I5/euJA4kHEMufM bN1hMWjWOVpUMtkr8o5dWjx9wKuJyAj+Tt9DRvXZsn3WX5c+r31LiLMeZTqOxp8x NZ8DixD5T7vXcKSo8IBO9Xsfv0UDtq7bTgdIHJAgiAUC =P4YL -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#609033: manpages-dev: please improve isgreater(3) description
Vincent, On Thu, Jan 6, 2011 at 5:38 AM, Vincent Lefevre vinc...@vinc17.net wrote: Package: manpages-dev Version: 3.27-1 Severity: wishlist The isgreater(3) man page says: The normal relation operations (like , less than) will fail if one of the operands is NaN. This will cause an exception. To avoid this, C99 defines these macros. The macros are guaranteed to evaluate their operands only once. The operands can be of any real floating-point type. It should probably be emphasised that the operands must not be of integer types. The man page already says: The operands can be of any real floating-point type. Is that not emphasis enough? Cheers, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Author of The Linux Programming Interface; http://man7.org/tlpi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560806: ITP
retitle 560806 ITP: launchy - The Open Source Keystroke Launcher owner 560806 ! thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670222: E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp
On Tue, Apr 24, 2012 at 05:42:56PM +0800, Daniel Hartwig wrote: that will be released shortly. In the meantime could you try the patch there and report if it solves this problem also? After downloading source package, applying patch, dpkg-source --commit debuild I've got: checking how to link gmock... configure: error: Can't figure out where Google Mock lives; either install the google-mock package or place the library in the link path dh_auto_configure: ../configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libdir=${prefix}/lib/x86_64-linux-gnu --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking returned exit code 1 make: *** [build-stamp-curses] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 debuild: fatal error at line 1350: dpkg-buildpackage -rfakeroot -D -us -uc failed While the package google-mock is installed. -- *** ## Vladimir Stavrinov ## vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670235: FTBFS due to syntax error when HAVE_LRINTF is not defined
Package: moc Version: 1:2.5.0~alpha4+svn20120224-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch Hi there, This is a patch to fix an FTBFS we saw in Ubuntu, but as it's a syntax error I guess you want the fix too. :-) There's a superfluous parenthesis in audio-conversion.c:154 which causes the build to fail. The reason you don't see this in Debian is because HAVE_LRINTF is defined there, whereas for armel and armhf on Ubuntu it was not. Here's my changelog message: * d/patches/04_fix_syntax_error: Remove superfluous paren in audio-convert.c to fix syntax error causing FTBFS on arm* Thanks for considering the patch. Cheers, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] PhD student [ i...@cs.nott.ac.uk ] signature.asc Description: Digital signature
Bug#670236: mplayer2: can't play video with resolution of 2542x1080
Package: mplayer2 Version: 2.0-426-gc32b3ed-2 Severity: normal Hi, People. Some months ago, I got a video from youtube (youtube ID yQ5U8suTUw0) which no program can play on any system that I tried, including mplayer2. It has a resolution of 2542x1080 pixels and I get the following when I try to play it: , | Movie-Aspect is 2.35:1 - prescaling to correct movie aspect. | VO: [xv] 2542x1080 = 2542x1080 Planar YV12 | Source image dimensions are too high: 2542x1080 (maximum is 2048x2048) | FATAL: Cannot initialize video driver. ` Is there anything that I can do to fix this? Can anybody please confirm if this problem is seen in other hardware? Thanks. -- System Information: Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii libaa11.4p5-39 ii libasound21.0.25-2 ii libass4 0.10.0-3 ii libaudio2 1.9.3-4 ii libavcodec-extra-53 4:0.8.1.1 ii libavformat-extra-53 4:0.8.1.1 ii libavutil-extra-514:0.8.1.1 ii libbluray11:0.2.2-1 ii libc6 2.13-27 ii libcaca0 0.99.beta17-2.1 ii libcdparanoia03.10.2+debian-10.1 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-4.3 ii libdvdnav44.2.0-1 ii libdvdread4 4.2.0-1 ii libenca0 1.13-4 ii libesd0 0.2.41-10+b1 ii libfaad2 2.7-8 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-2 ii libgcc1 1:4.7.0-1 ii libgif4 4.1.6-9 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libjack0 [libjack-0.116] 1:0.121.3+20120222git81e8f031-1 ii libjpeg8 8d-1 ii liblircclient00.9.0~pre1-1 ii libncurses5 5.9-5 ii libogg0 1.2.2~dfsg-1 ii libpng12-01.2.47-2 ii libpostproc-extra-52 4:0.8.1.1 ii libpulse0 1.1-3 ii libsdl1.2debian 1.2.15-2 ii libsmbclient 2:3.6.3-2 ii libspeex1 1.2~rc1-3 ii libstdc++64.7.0-1 ii libswscale-extra-24:0.8.1.1 ii libtheora01.1.1+dfsg.1-3 ii libtinfo5 5.9-5 ii libvdpau1 0.4.1-5 ii libvorbis0a 1.3.2-1.1 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxinerama1 2:1.1.1-3 ii libxt61:1.1.1-2 ii libxv12:1.0.6-2 ii libxvidcore4 3:1.3.2-0.4 ii libxxf86dga1 2:1.1.2-1 ii libxxf86vm1 1:1.1.1-2 ii zlib1g1:1.2.6.dfsg-2 mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669338: chromium --service launched from kde startup file eats 100% CPU
Hi, David Baron wrote: [Subject: May not be (just) Chromium] Please keep in mind that these appear as emails in a crowded inbox, so the subject line can be a good place to put valuable context. Problem may be in KDE with Chromium, maybe its flash plugin, triggering or worsening the problem. Kernel log (as an attachment)? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654807: Please enabled hardened build flags
reopen 654807 thanks Dear Maintainer, The hardening flags are missing for links2 because the build system doesn't respect them. For more hardening information please have a look at [1], [2] and [3]. The following patch fixes the issue, $(shell ...) is necessary as make doesn't expand `..` which causes a build failure. diff -Nru links2-2.6/debian/rules links2-2.6/debian/rules --- links2-2.6/debian/rules 2012-01-05 22:54:41.0 +0100 +++ links2-2.6/debian/rules 2012-04-24 12:14:45.0 +0200 @@ -7,15 +7,18 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) -CFLAGS = `dpkg-buildflags --get CFLAGS` +CFLAGS = $(shell dpkg-buildflags --get CFLAGS) CFLAGS += -Wall -LDFLAGS = `dpkg-buildflags --get LDFLAGS` -CPPFLAGS = `dpkg-buildflags --get CPPFLAGS` +LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS) +CPPFLAGS = $(shell dpkg-buildflags --get CPPFLAGS) +# The build system reruns ./configure which removes the hardening flags if +# they are only passed to ./configure. +export CFLAGS CPPFLAGS LDFLAGS config.status: configure dh_testdir dh_autotools-dev_updateconfig - CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE) \ + ./configure --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr \ --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info \ --enable-graphics --with-x --with-fb @@ -57,7 +60,7 @@ cp debian/links2.desktop debian/links2/usr/share/applications/ # build the textmode only version - CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE) \ + ./configure --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr \ --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info \ --without-svgalib --without-x --without-fb --without-directfb --without-libjpeg --without-libtiff To check if all flags were correctly enabled you can use `hardening-check` from the hardening-includes package and check the build log (for example with blhc [4]) (hardening-check doesn't catch everything): $ hardening-check /usr/bin/links /usr/bin/links2 /usr/bin/links: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! /usr/bin/links2: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! (Position Independent Executable and Immediate binding is not enabled by default.) Use find -type f \( -executable -o -name \*.so\* \) -exec hardening-check {} + on the build result to check all files. Regards, Simon [1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags [2]: https://wiki.debian.org/HardeningWalkthrough [3]: https://wiki.debian.org/Hardening [4]: http://ruderich.org/simon/blhc/ -- + privacy is necessary + using gnupg http://gnupg.org + public key id: 0x92FEFDB7E44C32F9 signature.asc Description: Digital signature
Bug#669669: gtk3-engines-unico: broken with gtk 3.3+
I've just got reply from my mentor, it should be done soon, please be a little patient. :) Greetings, Karolina -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670235: FTBFS due to syntax error when HAVE_LRINTF is not defined
Hi again, On Tue, Apr 24, 2012 at 11:14:35AM +0100, Iain Lane wrote: Package: moc Version: 1:2.5.0~alpha4+svn20120224-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch Hi there, This is a patch to fix an FTBFS we saw in Ubuntu, but as it's a syntax error I guess you want the fix too. :-) Erm, /this/ is the patch. :( Thanks, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] PhD student [ i...@cs.nott.ac.uk ] diff -Nru moc-2.5.0~alpha4+svn20120224/debian/changelog moc-2.5.0~alpha4+svn20120224/debian/changelog diff -Nru moc-2.5.0~alpha4+svn20120224/debian/patches/04_fix_syntax_error moc-2.5.0~alpha4+svn20120224/debian/patches/04_fix_syntax_error --- moc-2.5.0~alpha4+svn20120224/debian/patches/04_fix_syntax_error 1970-01-01 01:00:00.0 +0100 +++ moc-2.5.0~alpha4+svn20120224/debian/patches/04_fix_syntax_error 2012-04-24 10:33:22.0 +0100 @@ -0,0 +1,14 @@ +Description: Fix syntax error (superfluous closing paren) +Author: Iain Lane la...@ubuntu.com + +--- moc-2.5.0~alpha4+svn20120224.orig/audio_conversion.c moc-2.5.0~alpha4+svn20120224/audio_conversion.c +@@ -151,7 +151,7 @@ static void float_to_u16 (const float *i + #ifdef HAVE_LRINTF + *out_val = (unsigned int)((lrintf(f) 16) - INT16_MIN); + #else +- *out_val = (unsigned int)(((int)f 16)) - INT16_MIN); ++ *out_val = (unsigned int)(((int)f 16) - INT16_MIN); + #endif + } + } diff -Nru moc-2.5.0~alpha4+svn20120224/debian/patches/series moc-2.5.0~alpha4+svn20120224/debian/patches/series --- moc-2.5.0~alpha4+svn20120224/debian/patches/series 2012-02-25 13:21:36.0 + +++ moc-2.5.0~alpha4+svn20120224/debian/patches/series 2012-04-24 10:36:59.0 +0100 @@ -1,3 +1,4 @@ 01_moc-r2410+allow_ogg_streams-2.patch 02_moc-r2410+debian_sidplay2-4.patch 03_moc-r2410+null_extn-2.patch +04_fix_syntax_error signature.asc Description: Digital signature
Bug#654807: Please enabled hardened build flags
Hi Simon, Simon Ruderich wrote: Dear Maintainer, The hardening flags are missing for links2 because the build system doesn't respect them. Thanks for checking. IIRC I applied just Moritz' suggested patch. The following patch fixes the issue, $(shell ...) is necessary as make doesn't expand `..` which causes a build failure. Now that you mention it... (Position Independent Executable and Immediate binding is not enabled by default.) Use find -type f \( -executable -o -name \*.so\* \) -exec hardening-check {} + on the build result to check all files. Thanks for these two tips! Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670237: gnome-packagekit: Display a screenshot if available
Package: gnome-packagekit Version: 3.4.0-2 Severity: wishlist Hello, gpk-application (the Add/Remove Software app) could fetch a screenshot of the selected package (if available) from screenshots.debian.net. This was done in synaptic and is a really cool feature, especially for graphical/gnome apps. Thumbnails of the screenshots could be displayed at the right of the packages list, and zoomed in when the user clicks on it. Or it could be placed in one of the bottom frames. I don't know if fetching screenshots for *all* the packages displayed in the list would be good, maybe too resource-intensive for the screenshots server, but maybe this can be solved by locally caching the images. Please tell if you find this relevant, and thanks for your work on this package! Julien -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-packagekit depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gnome-packagekit-data3.4.0-2 ii gnome-settings-daemon3.2.2-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-27 ii libcairo-gobject21.10.2-7 ii libcairo21.10.2-7 ii libcanberra-gtk3-0 0.28-4 ii libcanberra0 0.28-4 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-0 2.32.0-4 ii libgtk-3-0 3.2.3-1 ii libnotify4 0.7.5-1 ii libpackagekit-glib2-14 0.7.3-2 ii libpango1.0-01.29.4-3+b1 ii libsqlite3-0 3.7.11-2 ii libupower-glib1 0.9.15-3 ii libx11-6 2:1.4.4-4 ii packagekit 0.7.3-2 gnome-packagekit recommends no packages. gnome-packagekit 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#660488: miredo: FTBFS `pkglibdir' is not a legitimate directory for `PROGRAMS'
hi, #661983 now claims to be fixed. It is was not fixed. Someone forgot to reopen it. It seems that cdbs once fixed #661983, but revert to close #663082 which says: It looks more sensible to me, if cdbs-using packages that need a new automake resp pkglibexecdir set libexecdir explicitly to something like /usr/lib. It seems that cdbs will not fix this anymore, so to fix your FTBFS you will need to add DEB_CONFIGURE_LIBEXECDIR = \$${prefix}/lib/$(DEB_SOURCE_PACKAGE) to debian/rules after including autotools.mk, or switch buildsystems other than cdbs. P.S. I can't clone your git repository with 403 error. So, I haven't try to your latest tree, but anyway I hope to see that in unstable soon :-) regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670236: mplayer2: can't play video with resolution of 2542x1080
hi, try the option '-xy 0.5' a. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625847: unattended-upgrades: should not send an email if no package was upgraded
I've retested this problem with u-a version 0.76.3 and I see that the problem is still not fixed but also that the logic is already implemented in another block: saving a log file or not. See attached debug log. That message was printed only on console (stdout), even though the last lines are telling: DEBUG:root:Sending mail with '/var/log/unattended-upgrades/unattended-upgrades-dpkg_2012-04-24_13:23:45.634738.log' to 'root' But there is no such file. So, could this logic be used in the Sending mail block too? Thanks root@goliath:~# unattended-upgrade --debug INFO:root:Initial blacklisted packages: locales libc6-i686 libc-bin libc6 linux-image-2.6.32-5-486 linux-image-2.6.32-5-686-bigmem firmware-linux-free linux-base libupsclient1 nut nut-cgi squid3-common squid3 Initial blacklisted packages: locales libc6-i686 libc-bin libc6 linux-image-2.6.32-5-486 linux-image-2.6.32-5-686-bigmem firmware-linux-free linux-base libupsclient1 nut nut-cgi squid3-common squid3 INFO:root:Starting unattended upgrades script Starting unattended upgrades script INFO:root:Allowed origins are: ['o=Debian,a=stable', 'o=Debian,a=stable-updates', 'o=Debian,a=proposed-updates', 'origin=Debian,archive=stable,label=Debian-Security'] Allowed origins are: ['o=Debian,a=stable', 'o=Debian,a=stable-updates', 'o=Debian,a=proposed-updates', 'origin=Debian,archive=stable,label=Debian-Security'] DEBUG:root:Checking: apache2 ([Origin component:'main' archive:'stable' origin:'Debian' label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True]) Checking: apache2 ([Origin component:'main' archive:'stable' origin:'Debian' label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True]) DEBUG:root:pkg 'apache2-mpm-prefork' now marked delete pkg 'apache2-mpm-prefork' now marked delete DEBUG:root:sanity check failed sanity check failed DEBUG:root:Checking: apache2-mpm-prefork ([Origin component:'main' archive:'stable' origin:'Debian' label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True]) Checking: apache2-mpm-prefork ([Origin component:'main' archive:'stable' origin:'Debian' label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True]) DEBUG:root:Checking: apache2.2-bin ([Origin component:'main' archive:'stable' origin:'Debian' label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True]) Checking: apache2.2-bin ([Origin component:'main' archive:'stable' origin:'Debian' label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True]) DEBUG:root:Checking: apache2.2-common ([Origin component:'main' archive:'stable' origin:'Debian' label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True]) Checking: apache2.2-common ([Origin component:'main' archive:'stable' origin:'Debian' label:'Debian-Security' site:'security.debian.org' isTrusted:True, Origin component:'main' archive:'proposed-updates' origin:'Debian' label:'Debian' site:'ftp.ro.debian.org' isTrusted:True]) DEBUG:root:Checking: linux-image-3.2.0-0.bpo.2-686-pae ([Origin component:'main' archive:'squeeze-backports' origin:'Debian Backports' label:'Debian Backports' site:'ftp.de.debian.org' isTrusted:True]) Checking: linux-image-3.2.0-0.bpo.2-686-pae ([Origin component:'main' archive:'squeeze-backports' origin:'Debian Backports' label:'Debian Backports' site:'ftp.de.debian.org' isTrusted:True]) DEBUG:root:pkgs that look like they should be upgraded: apache2 apache2-mpm-prefork apache2.2-bin apache2.2-common pkgs that look like they should be upgraded: apache2 apache2-mpm-prefork apache2.2-bin apache2.2-common Fetched 0 B in 0s (0 B/s) DEBUG:root:apt_pkg.AcquireItem object:Status: 2 Complete: 1 Local: 1 IsTrusted: 1 FileSize: 1384 DestFile:'/var/cache/apt/archives/apache2_2.2.16-6+squeeze7_i386.deb' DescURI: 'http://security.debian.org/pool/updates/main/a/apache2/apache2_2.2.16-6+squeeze7_i386.deb' ID:0 ErrorText: '' apt_pkg.AcquireItem object:Status: 2 Complete: 1 Local: 1 IsTrusted: 1 FileSize: 1384 DestFile:'/var/cache/apt/archives/apache2_2.2.16-6+squeeze7_i386.deb' DescURI:
Bug#582083: patch for grep --color to non-tty output
Aníbal Monsalve Salazar wrote: Debian bug report is posted at: http://bugs.debian.org/582083 ... There's no reason not to obey the user when they ask for --color, regardless of whether the output is to a tty or not. They wouldn't have asked for --color if they didn't want it, and most other gnu programs assume --color=yes rather than --color=auto when supplied with just --color. Man and info pages and translations appear to need to work since they don't imply what the default is. Nice easy patch to apply! [1] New version looks like: diff -ru grep-2.10//src/main.c /tmp/grep-2.10//src/main.c --- grep-2.10//src/main.c 2012-04-24 13:11:57.0 +1000 +++ /tmp/grep-2.10//src/main.c 2012-04-24 12:56:47.0 +1000 @@ -2059,7 +2059,7 @@ else show_help = 1; } else - color_option = 2; + color_option = 1; if (color_option == 2) { char const *t; Thanks for the report of the documentation bug and the patch, but the patch (changing the meaning of --color from --color=auto to --color=always) would break existing usage. Currently, people can use --color in an always-on alias/function or set the GREP_OPTIONS=--color envvar and get colorized output, yet not have those ANSI terminal highlighting bytes interfere with output that is not to a tty. If we were to make your proposed change, they'd find those color codes in unexpected (and undesirable) places. However, this is definitely a documentation bug, and I'd appreciate a patch for both --help and grep.texi. Jim PS. True, it is undesirable to have grep's --color(with no value) default to auto, when in ls it defaults to always, but changing grep's default now would be too disruptive. We'd have to warn that the default is going to change for a year or two before making the actual change, and even then, some users would be impacted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670238: nfqueue-bindings: CPPFLAGS hardening flags missing
Package: nfqueue-bindings Version: 0.4-1 Severity: normal Tags: patch Dear Maintainer, The CPPFLAGS hardening flags are missing because CMake ignores them by default. Normally this is handled by debhelper (compat=9) but it doesn't work for this package because cmake is not called during dh_auto_configure. The following patch fixes the issue by adding them to CFLAGS. For more hardening information please have a look at [1], [2] and [3]. diff -Nru nfqueue-bindings-0.4/debian/rules nfqueue-bindings-0.4/debian/rules --- nfqueue-bindings-0.4/debian/rules 2012-04-16 11:48:48.0 +0200 +++ nfqueue-bindings-0.4/debian/rules 2012-04-24 12:38:28.0 +0200 @@ -6,6 +6,9 @@ PYVERS=$(shell pyversions -vr) +# CMake doesn't respect CPPFLAGS. +CFLAGS += $(CPPFLAGS) + %: dh $@ --with-python-support The attached patch enables verbose builds to make it easy to (automatically) spot missing hardening flags. Please apply it as well. To check if all flags were correctly enabled you can use `hardening-check` from the hardening-includes package and check the build log (for example with blhc [4]) (hardening-check doesn't catch everything): $ hardening-check /usr/lib/python2.6/dist-packages/_nfqueue.so /usr/lib/python2.7/dist-packages/_nfqueue.so /usr/lib/perl5/libnfqueue.so /usr/lib/python2.6/dist-packages/_nfqueue.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! /usr/lib/python2.7/dist-packages/_nfqueue.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! /usr/lib/perl5/libnfqueue.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! (Position Independent Executable and Immediate binding is not enabled by default.) Use find -type f \( -executable -o -name \*.so\* \) -exec hardening-check {} + on the build result to check all files. Regards, Simon [1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags [2]: https://wiki.debian.org/HardeningWalkthrough [3]: https://wiki.debian.org/Hardening [4]: http://ruderich.org/simon/blhc/ -- + privacy is necessary + using gnupg http://gnupg.org + public key id: 0x92FEFDB7E44C32F9 Description: Display compiler commands when building. Author: Simon Ruderich si...@ruderich.org Last-Update: 2012-04-24 --- nfqueue-bindings-0.4.orig/Makefile +++ nfqueue-bindings-0.4/Makefile @@ -1,5 +1,5 @@ PREFIX = /usr/local -CMAKE_OPTIONS = -DDEBUG=1 -DCMAKE_VERBOSE_MAKEFILE=0 -DCMAKE_BUILD_TYPE=Debug -DCMAKE_INSTALL_PREFIX=$(PREFIX) +CMAKE_OPTIONS = -DDEBUG=1 -DCMAKE_VERBOSE_MAKEFILE=1 -DCMAKE_BUILD_TYPE=Debug -DCMAKE_INSTALL_PREFIX=$(PREFIX) CMAKE_EXTRA_OPTIONS = BUILD_DIR = build signature.asc Description: Digital signature
Bug#670239: nflog-bindings: CPPFLAGS hardening flags missing
Package: nflog-bindings Version: 0.2-1 Severity: normal Tags: patch Dear Maintainer, The CPPFLAGS hardening flags are missing because CMake ignores them by default. Normally this is handled by debhelper (compat=9) but it doesn't work for this package because cmake is not called during dh_auto_configure. The following patch fixes the issue by adding them to CFLAGS. For more hardening information please have a look at [1], [2] and [3]. diff -Nru nflog-bindings-0.2/debian/rules nflog-bindings-0.2/debian/rules --- nflog-bindings-0.2/debian/rules 2012-04-16 21:41:22.0 +0200 +++ nflog-bindings-0.2/debian/rules 2012-04-24 12:50:50.0 +0200 @@ -6,6 +6,9 @@ PYVERS=$(shell pyversions -vr) +# CMake doesn't respect CPPFLAGS. +CFLAGS += $(CPPFLAGS) + %: dh $@ --with-python-support The attached patch enables verbose builds to make it easy to (automatically) spot missing hardening flags. Please apply it as well. To check if all flags were correctly enabled you can use `hardening-check` from the hardening-includes package and check the build log (for example with blhc [4]) (hardening-check doesn't catch everything): $ hardening-check /usr/lib/python2.6/dist-packages/_nflog.so /usr/lib/python2.7/dist-packages/_nflog.so /usr/lib/perl5/libnflog.so /usr/lib/python2.6/dist-packages/_nflog.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! /usr/lib/python2.7/dist-packages/_nflog.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! /usr/lib/perl5/libnflog.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: yes Immediate binding: no not found! (Position Independent Executable and Immediate binding is not enabled by default.) Use find -type f \( -executable -o -name \*.so\* \) -exec hardening-check {} + on the build result to check all files. Regards, Simon [1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags [2]: https://wiki.debian.org/HardeningWalkthrough [3]: https://wiki.debian.org/Hardening [4]: http://ruderich.org/simon/blhc/ -- + privacy is necessary + using gnupg http://gnupg.org + public key id: 0x92FEFDB7E44C32F9 Description: Display compiler commands when building. Author: Simon Ruderich si...@ruderich.org Last-Update: 2012-04-24 --- nflog-bindings-0.2.orig/Makefile +++ nflog-bindings-0.2/Makefile @@ -1,5 +1,5 @@ PREFIX = /usr/local -CMAKE_OPTIONS = -DDEBUG=1 -DCMAKE_VERBOSE_MAKEFILE=0 -DCMAKE_BUILD_TYPE=Debug -DCMAKE_INSTALL_PREFIX=$(PREFIX) +CMAKE_OPTIONS = -DDEBUG=1 -DCMAKE_VERBOSE_MAKEFILE=1 -DCMAKE_BUILD_TYPE=Debug -DCMAKE_INSTALL_PREFIX=$(PREFIX) CMAKE_EXTRA_OPTIONS = BUILD_DIR = build signature.asc Description: Digital signature
Bug#670240: billard-gl: Segmention fault on start
Package: billard-gl Version: 1.75-11 Severity: normal Dear Maintainer, when I start the game from a terminal, it gives me Segmention fault - as many times as I have run it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 billard-gl depends on: ii billard-gl-data 1.75-11 ii freeglut3 2.6.0-1.1 ii libc6 2.13-27 ii libgcc1 1:4.7.0-3 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglu1-mesa [libglu1]7.11.2-1 ii libstdc++64.7.0-3 billard-gl recommends no packages. billard-gl 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#582083: patch for grep --color to non-tty output
On Tue, 24 Apr 2012, Jim Meyering wrote: Aníbal Monsalve Salazar wrote: Debian bug report is posted at: http://bugs.debian.org/582083 ... There's no reason not to obey the user when they ask for --color, regardless of whether the output is to a tty or not. They wouldn't have asked for --color if they didn't want it, and most other gnu programs assume --color=yes rather than --color=auto when supplied with just --color. Man and info pages and translations appear to need to work since they don't imply what the default is. Nice easy patch to apply! [1] New version looks like: diff -ru grep-2.10//src/main.c /tmp/grep-2.10//src/main.c --- grep-2.10//src/main.c 2012-04-24 13:11:57.0 +1000 +++ /tmp/grep-2.10//src/main.c 2012-04-24 12:56:47.0 +1000 @@ -2059,7 +2059,7 @@ else show_help = 1; } else - color_option = 2; + color_option = 1; if (color_option == 2) { char const *t; Thanks for the report of the documentation bug and the patch, but the patch (changing the meaning of --color from --color=auto to --color=always) would break existing usage. Currently, people can use --color in an always-on alias/function or set the GREP_OPTIONS=--color envvar and get colorized output, yet not have those ANSI terminal highlighting bytes interfere with output that is not to a tty. If we were to make your proposed change, they'd find those color codes in unexpected (and undesirable) places. Easy to fix! Fix the bug in their login scripts! However, this is definitely a documentation bug, and I'd appreciate a patch for both --help and grep.texi. Jim PS. True, it is undesirable to have grep's --color(with no value) default to auto, when in ls it defaults to always, but changing grep's default now would be too disruptive. We'd have to warn that the default is going to change for a year or two before making the actual change, and even then, some users would be impacted. It doesn't take much to change one's .rc files to say GREP_OPTIONS=--color=auto rather than --color! They should have been doing that all along (because they were relying on undocumented behaviour :). I personally have GREP_OPTIONS=--color=auto. If the output is a tty, that works as expected. If the output is a pipe, no color as expected; all good. If the output is less -R, I want --color, so I say echo test | grep --color es, and I don't get color. That's not what I asked for! -- Tim Connors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670241: linux-2.6: Backporting the qmi_wwan driver to the Debian 3.2/wheezy kernels
Package: linux-2.6 Version: 3.2.15-1 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please add the qmi_wwan driver from current (v3.4-rc) mainline to the Debian linux-3.2 based kernels. This is as simple as cherry-picking the commits listed below in the listed order. I've verified that the list applies cleanly on top of v3.2.16 and that it produces the expected result. CONFIG_USB_NET_QMI_WWAN must of course be enabled after adding the driver. No other CONFIG changes are necessary. The first batch updates the existing cdc-wdm driver to the version in v3.4-rc4, except for the module_usb_driver() changes from commit 65db43054. That commit touches a large number of unrelated drivers, and all listed commits apply cleanly without it, so I believe it's best ignored. The other changes are necessary to add the subdriver interface used by the qmi_wwan driver. The second batch is just a single bugfix for the sierra driver, which is necessary to allow the qmi_wwan driver to support some Sierra Wireless devices. This could have gone to stable/linux-3.2.y but I did't submit it there as it is mostly irrelevant without the qmi_wwan driver. The third batch adds the new qmi_wwan driver as it will appear in v3.4-rc5. The driver has been stabilizing for a while, and I don't expect any major changes to it in the near future. Thanks for considering this. Let me know if there are any problems with this request. 1) add subdriver support to cdc-wdm 19b85b3 USB: cdc-wdm: no need to fill the in request URB every time it's submitted 8143a89 USB: cdc-wdm: kill the now unnecessary bMaxPacketSize0 field and udev variable 820c629 USB: cdc-wdm: avoid printing odd-looking cdc-wdm-176 names fec67b4 usb: cdc-wdm: Add device-id for Huawei 3G/LTE modems 8804420 usb: cdc-wdm: make reset work with blocking IO 8457d99 USB: cdc-wdm: no need to use usb_alloc_coherent 0dffb48 usb: cdc-wdm: split out reusable parts of probe b0c1386 usb: cdc-wdm: adding list lookup indirection 3cc3615 usb: cdc-wdm: adding usb_cdc_wdm_register subdriver support 2) prevent sierra from binding to QMI/wwan interfaces 749541d USB: sierra: avoid QMI/wwan interface on MC77xx 3) add qmi_wwan driver 423ce8c net: usb: qmi_wwan: New driver for Huawei QMI based WWAN devices c3ecb08 net: qmi_wwan: support devices having a shared QMI/wwan interface b086cf0 net: qmi_wwan: add Gobi and Pantech UML290 device IDs 11207b6 net: qmi_wwan: add support for ZTE MF820D 1aa35a2 USB: qmi_wwan: Add ZTE (Vodafone) K3565-Z and K4505-Z net interfaces dbb6d09 USB: qmi_wwan: Add ZTE (Vodafone) K3570-Z and K3571-Z net interfaces 3bc17d1 net: qmi_wwan: support Sierra Wireless MC77xx devices in QMI mode Bjørn -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk+Wig0ACgkQ10rqkowbIskgBQCdF9SobH3sjMjNPNjgc19OW6iD fusAn2aPg1yICRWvKCjrc5ZIGlCQjKOV =aDUe -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#670242: php-db: Warnings about static calls to non-static methods from common.php
Package: php-db Version: 1.7.13-2 Severity: minor Dear Maintainer, When running PHP in strict mode, I get lots of warnings from the parser telling me that there are non-static functions in DB.php that are being called statically from common.php. Although the code appears to work, it makes catching problems in our apache logs very difficult. These functions are isManip and isError. I have altered the declaration of these two functions and I no longer get the warnings filling my apache error logs and my code still works as expected: would you be able make the same changes to the real code, please ? My changes are: 592c592 static function isError($value) --- function isError($value) 628c628 static function isManip($query) --- function isManip($query) Many thanks, -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-db depends on: ii php-pear 5.4.1~rc1-1 php-db recommends no packages. php-db 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#670243: gajim: chokes on unhandled status from GPG agent
Package: gajim Version: 0.15-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When using Gajim with GPG and a smartcard, it chokes when receiving the CARDCTL status. This, and other, messages from the agent can simply be dropped as they are irrelevant to Gajim Exception in thread Thread-6: Traceback (most recent call last): File /usr/lib/python2.7/threading.py, line 552, in __bootstrap_inner self.run() File /usr/lib/python2.7/threading.py, line 505, in run self.__target(*self.__args, **self.__kwargs) File /usr/share/gajim/src/common/gnupg.py, line 222, in _read_response result.handle_status(keyword, value) File /usr/share/gajim/src/common/gnupg.py, line 973, in handle_status raise ValueError(Unknown status message: %r % key) ValueError: Unknown status message: 'CARDCTRL' - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gajim depends on: ii dnsutils 1:9.8.1.dfsg.P1-3 ii python 2.7.2-10 ii python-gtk2 2.24.0-3 Versions of packages gajim recommends: ii dbus 1.5.12-1 ii notification-daemon 0.7.4-1 ii python-crypto2.5-2 ii python-dbus 0.84.0-3 ii python-openssl 0.13-1 ii python-pyasn1none ii xfce4-notifyd [notification-daemon] 0.2.2-1 Versions of packages gajim suggests: pn aspell-en none pn avahi-daemon0.6.31-1 pn dvipng none pn gnome-keyring 3.2.2-2 pn gstreamer0.10-plugins-ugly 0.10.19-1 pn libgtkspell02.0.16-1 pn nautilus-sendto 3.0.2-1 pn network-manager 0.9.4.0-3 pn python-avahinone pn python-farsight 0.0.31-1+b1 pn python-gconf2.28.1+dfsg-1 pn python-gnome2 2.28.1+dfsg-1 pn python-gnomekeyring none pn python-kerberos none pn python-pycurl 7.19.0-5 pn texlive-latex-base none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQHOBAEBAgA4BQJPlotTMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQ2w6kvOIQdBJAxAv/UpTSHBfMaUFx3arhejq1 7NPKwWsmfxEaCFpGmqiO1Pha2L0W1piBVD3MNr9ZLMjLxnbkbVZEYioJGedaQwO2 DVEfTVd65/OoLCrVLY5ZoRhA/5RIVTpfrDQnH+qyTKDAQ+V1hzRQR87AWqpW2sXg UjBLEvB5TevPUgNcFJS0AaawcsCgr5pU2xG4fAlW9H0U1UZGQLlVGzVk2XccXgTk bqnfX37Y9crFtdSGQi7guhW8Fi6eDXyG0p9uYdRjFph8jmuA+tYliBaSiI5aGSP/ WHyuIcZ84UnTy4CgPEnLJBaZ7NEv2JJonL5iUbDiobT2B/LdMoBpP8rW1YpljNQd iexMAdk6mz16mBRM1O053Zc9KV2PoAT7ykB/5/am4o52WEFH/KvePor8p98sD5KD VdH8CDsQnOHL9cuaSAkjBNXno4RxnEiO7KkY7z3THCLOrxy3W9vcikBLJNu4FfTX aPZ84BYFnsxZeOr5PetV9c1AkOGnCt849nlU2yKlrmR8 =epiL -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#659501: Firefox 11.0 DOES report this exception
Hi Just for your benefit guys I have Firefox 11.0 running on X_64 (Version 5.2 build 3790.srv03_sp2_gdr.101019-0340 : SP 2) And it does the same thing. You have asked Firefox to connect securely to alioth.debian.org, but we can't confirm that your connection is secure. Normally, when you try to connect securely, sites will present trusted identification to prove that you are going to the right place. However, this site's identity can't be verified. If you usually connect to this site without problems, this error could mean that someone is trying to impersonate the site, and you shouldn't continue. alioth.debian.org uses an invalid security certificate. The certificate is not trusted because the issuer certificate is not trusted. (Error code: sec_error_untrusted_issuer) Please feel free to contact the writer cheers -- *Graham Comber **Aussie Cell +614 1955 4722 Aussie Home +613 9787 6145 **On board M.V. Pacific Time Boat Cell +614 1955 4752 US Cell+1 619 929 2992 Inmarsat +870 7731 54495** Pictorial http://pacifictime.smugmug.com* *Home Page and Tracking **http://www.pacifictime.com.au** *
Bug#670245: ptex-jtex: unowned directory after purge: /etc/texmf/texmf.d/
Package: ptex-jtex Version: 1.7+1-12 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship this as an empty directory, dpkg would take care of the creation and removal. From the attached log (scroll to the bottom...): 2m17.9s ERROR: FAIL: Package purging left files on system: /etc/texmf/not owned /etc/texmf/texmf.d/not owned From a short glance the postrm looks very wrong, there is a special case for 'remove' and all other actions (e.g. upgrade) *delete* the config file - something that should be restricted to purge, shouldn't it? cheers, Andreas ptex-jtex_1.7+1-12.log.gz Description: GNU Zip compressed data
Bug#670246: smbldap-tools: deprecated use of qw() means all tools fail
Package: smbldap-tools Version: 0.9.7-1 Severity: important Dear Maintainer, Unable to use any of the tools as they all produce a Perl error: Use of qw(...) as parentheses is deprecated at /usr/share/perl5/smbldap_tools.pm line 1423 Don't know when this use of qw was deprecated, but it is definitely a problem today. I would love to provide a patch, but my Perl is poor to say the least. Regards, TreeBoy -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smbldap-tools depends on: ii libcrypt-smbhash-perl0.12-3 ii libio-socket-ssl-perl1.66-1 ii libnet-ldap-perl 1:0.4400-1 ii libunicode-maputf8-perl 1.11-2 ii perl 5.14.2-9 smbldap-tools recommends no packages. smbldap-tools 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#670247: libapache2-modsecurity: Cannot load /usr/lib/libxml2.so.2 into server - Broken library path
Package: libapache2-modsecurity Version: 2.6.5-1 Severity: important Dear Maintainer, This bug is only for 64 bit architecture. When run apache2 with modsecuirty i receive this error: /etc/apache2/mods-enabled/mod-security.load: Cannot load /usr/lib/libxml2.so.2 into server: /usr/lib/libxml2.so.2: cannot open shared object file: No such file or directory in the configuration file mod-security.load there is the directive: - LoadFile /usr/lib/libxml2.so.2 the path is wrong, the corret path is: /usr/lib/x86_64-linux-gnu/libxml2.so.2 Please you change the configuration file or you create a symbolic link. Thank you -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT@euro, LC_CTYPE=it_IT@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-modsecurity depends on: ii apache2.2-common 2.2.22-4 ii libapr1 1.4.6-1 ii libaprutil1 1.4.1-1 ii libc6 2.13-30 ii libcurl3-gnutls 7.25.0-1 ii liblua5.1-0 5.1.5-1 ii libpcre3 1:8.30-4 ii libxml2 2.7.8.dfsg-9 Versions of packages libapache2-modsecurity recommends: pn modsecurity-crs none libapache2-modsecurity 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#646642: Wrong format
On Tue, Apr 24, 2012 at 3:56 AM, Paul van Tilburg pau...@debian.org wrote: Hi! It seems that the format of the plugins has changed and that Ampache is behind. First of all, the .plugin file should have the header [Plugin], not [RB Plugin]. When you rename the file to ampache.plugin and make the change, Rhythmbox tries to load it. However, it also doesn't seem quite up to date with the current plugin API: % rhythmbox ImportError: No module named ampache (rhythmbox:17197): libpeas-WARNING **: Error loading plugin 'ampache' So I tried linking ampache.py to __init__.py. That also didn't help: % rhythmbox Traceback (most recent call last): File /usr/lib/rhythmbox/plugins/ampache/ampache.py, line 3, in module import rhythmdb, rb ImportError: No module named rhythmdb (rhythmbox:17281): libpeas-WARNING **: Error loading plugin 'ampache' I think this plugin is more broken than it seems. It either should be updated or removed. Paul -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 Agreed, IMHO rhythmbox should be removed from the archive, but sadly I do not have control over that. I personally do not use Rhythmbox with ampache that much. I personally use Viridian, Banshee or Amarok. However with that said can we give upstream some more time to work on rhythmbox-ampache. I have been testing this upstream svn branch: svn checkout http://rhythmbox-ampache.googlecode.com/svn/branches/for_rhythmbox-gtk+3 Best regards -- Charlie Smotherman Debian Contributor Ubuntu Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670248: libapache2-modsecurity: Broken library in 64 bit architecture - Cannot load /usr/lib/libxml2.so.2
Package: libapache2-modsecurity Version: 2.6.5-1 Severity: important Dear Maintainer, This bug is only for 64 bit architecture. When I run apache2 with modsecuirty i receive this error: /etc/apache2/mods-enabled/mod-security.load: Cannot load /usr/lib/libxml2.so.2 into server: /usr/lib/libxml2.so.2: cannot open shared object file: No such file or directory in the configuration file mod-security.load there is the directive: - LoadFile /usr/lib/libxml2.so.2 the path is wrong, the corret path is: /usr/lib/x86_64-linux-gnu/libxml2.so.2 Please you change the configuration file or you create a symbolic link. Thank you -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages libapache2-modsecurity depends on: ii apache2.2-common 2.2.22-4 ii libapr1 1.4.6-1 ii libaprutil1 1.4.1-1 ii libc6 2.13-30 ii libcurl3-gnutls 7.25.0-1 ii liblua5.1-0 5.1.5-1 ii libpcre3 1:8.30-4 ii libxml2 2.7.8.dfsg-9 Versions of packages libapache2-modsecurity recommends: ii modsecurity-crs 2.2.4-1 libapache2-modsecurity suggests no packages. -- debconf information excluded -- debsums errors found: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = it_IT.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670249: mime-support: Please add encoding parameter to w3m mailcap entry
Package: mime-support Version: 3.52-1 Severity: wishlist Dear Maintainer, In order to address ill-formed text/html mail parts that don't specify encoding within the HTML code, it would be sensible to allow the MUA to specify the encoding found in the Content-Type: field using a mailcap entry such as '-o document_charset=%{charset}' for w3m. If the charset isn't provided, w3m will fall back to the system encoding, so it would normally not break any existing setup. Cheers, Simon -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (490, 'experimental'), (495, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 5.11-1 mime-support 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#668932: ampache: produces invalid XML on Unicode systems
Upstream has closed this bug as fixed in git trunk. I will close this bug when upstrem releases a new release. git://gitorious.org/ampache/ampache.git -- Charlie Smotherman Debian Contributor Ubuntu Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661153: apparmor-utils: aa-status is unusable
Hi, intrig...@debian.org wrote (24 Feb 2012 15:36:57 GMT) : aa-status tells me You do not have enough privilege to read the profile set. It looks like it's because of the missing kernel interface files. The attached Debian patch makes aa-status --enabled work on current Debian testing/sid. Please consider applying it to the apparmor package. Along with the patch against dh-apparmor I submitted on #668010, this one makes it possible to have dh-apparmor install profiles and have them reloaded at package configure time. Given this is a prerequisite, I believe, to start pushing the AppArmor profile + dh-apparmor build-dep patches I have ready (e.g. for evince and isc-dhcp), some kind of rough timeline, from the apparmor package side, would allow me to better plan my work on AppArmor/Debian during the last remaining weeks until the Wheezy freeze. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc Description: Make aa-status work without the kernel 2.4 interface. On Debian Wheezy, the kernel lacks the AppArmor 2.4 compatibility patch, so aa-status always pretends AppArmor is not enabled, even if it is. . This patch replaces, in the is AppApparmor enabled check, the actual profiles listing with checking that apparmor=1 and security=apparmor were passed on the kernel command-line, wich is necessary and sufficient on Wheezy to enable AppArmor. Author: intrigeri intrig...@debian.org Bug-Debian: http://bugs.debian.org/661153 --- apparmor-2.7.0.orig/utils/aa-status +++ apparmor-2.7.0/utils/aa-status @@ -14,8 +14,20 @@ import re, os, sys def cmd_enabled(): '''Returns error code if AppArmor is not enabled''' -if get_profiles() == {}: -sys.exit(2) +if os.path.exists(/sys/module/apparmor): +stdmsg(apparmor module is loaded.) +else: +errormsg(apparmor module is not loaded.) +sys.exit(1) + +apparmorfs = find_apparmorfs() +if not apparmorfs: +errormsg(apparmor filesystem is not mounted.) +sys.exit(3) + +if not is_enabled_on_kernel_cmdline(): +errormsg(apparmor is not enabled on the kernel command-line.) +sys.exit(5) def cmd_profiled(): '''Prints the number of loaded profiles''' @@ -140,6 +152,18 @@ def find_apparmorfs(): return os.path.join(p.split()[1], apparmor) return False +def is_enabled_on_kernel_cmdline(): +cmdline_file = /proc/cmdline +if not os.access(cmdline_file, os.R_OK): +sys.stderr.write(Cannot read + cmdline_file + \n) +return False +cmdline = open(cmdline_file).readline() +for arg in [apparmor=1, security=apparmor]: +if arg not in cmdline.split(): +sys.stderr.write(arg + was not passed to the kernel\n) +return False +return True + def errormsg(message): '''Prints to stderr if verbose mode is on''' global verbose
Bug#668936: ampache: does not catch MySQL errors before passing references to next function
Upstream has closed this bug as fixed in git trunk git://gitorious.org/ampache/ampache.git Best regards -- Charlie Smotherman Debian Contributor Ubuntu Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670250: geotranz: FTBFS on ppc64: Please support ppc64
Source: geotranz Version: 3.1-2.1 Severity: wishlist Tags: patch Please support ppc64. Here is a patch attached. http://buildd.debian-ports.org/status/package.php?p=geotranzsuite=sid Best regards, -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC diff -Nurd geotranz-3.1.orig/debian/libgeotranz3.1.symbols geotranz-3.1/debian/libgeotranz3.1.symbols --- geotranz-3.1.orig/debian/libgeotranz3.1.symbols 2011-03-12 13:25:23.0 +0900 +++ geotranz-3.1/debian/libgeotranz3.1.symbols 2012-04-24 21:03:55.0 +0900 @@ -14,6 +14,10 @@ WGS72_Ellipsoid_Code@Base 3.1 WGS84_Datum_Code@Base 3.1 WGS84_Ellipsoid_Code@Base 3.1 + (arch=ppc64)_Z10readBinaryPvmmP8_IO_FILE@Base 3.1 + (arch=ppc64)_Z9swapBytesPvmm@Base 3.1 + (arch=ppc64)_ZNSt6vectorIPN3MSP3CCS5DatumESaIS3_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS3_S5_EEmRKS3_@Base 3.1 + (arch=ppc64)_ZNSt6vectorIPN3MSP3CCS9EllipsoidESaIS3_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS3_S5_EEmRKS3_@Base 3.1 datumLibraryImplementationCleanerInstance@Base 3.1 ellipsoidLibraryImplementationCleanerInstance@Base 3.1 geoidLibraryCleanerInstance@Base 3.1 @@ -248,7 +252,7 @@ (c++)MSP::CCS::Datum::name() const@Base 3.1 (c++)MSP::CCS::Datum::northLatitude() const@Base 3.1 (c++)MSP::CCS::Datum::southLatitude() const@Base 3.1 - (c++|optional)MSP::CCS::Datum** std::__copy_move_afalse, MSP::CCS::Datum**, MSP::CCS::Datum**(MSP::CCS::Datum**, MSP::CCS::Datum**, MSP::CCS::Datum**)@Base 3.1 + (c++|optional|arch=!ppc64)MSP::CCS::Datum** std::__copy_move_afalse, MSP::CCS::Datum**, MSP::CCS::Datum**(MSP::CCS::Datum**, MSP::CCS::Datum**, MSP::CCS::Datum**)@Base 3.1 (c++)MSP::CCS::Datum::userDefined() const@Base 3.1 (c++)MSP::CCS::Datum::westLongitude() const@Base 3.1 (c++)MSP::CCS::Eckert4::convertFromGeodetic(MSP::CCS::GeodeticCoordinates*)@Base 3.1 @@ -318,7 +322,7 @@ (c++)MSP::CCS::EllipsoidParameters::setSemiMajorAxis(double)@Base 3.1 (c++)MSP::CCS::Ellipsoid::semiMajorAxis() const@Base 3.1 (c++)MSP::CCS::Ellipsoid::semiMinorAxis() const@Base 3.1 - (c++|optional)MSP::CCS::Ellipsoid** std::__copy_move_afalse, MSP::CCS::Ellipsoid**, MSP::CCS::Ellipsoid**(MSP::CCS::Ellipsoid**, MSP::CCS::Ellipsoid**, MSP::CCS::Ellipsoid**)@Base 3.1 + (c++|optional|arch=!ppc64)MSP::CCS::Ellipsoid** std::__copy_move_afalse, MSP::CCS::Ellipsoid**, MSP::CCS::Ellipsoid**(MSP::CCS::Ellipsoid**, MSP::CCS::Ellipsoid**, MSP::CCS::Ellipsoid**)@Base 3.1 (c++)MSP::CCS::Ellipsoid::userDefined() const@Base 3.1 (c++)MSP::CCS::EquidistantCylindrical::convertFromGeodetic(MSP::CCS::GeodeticCoordinates*)@Base 3.1 (c++)MSP::CCS::EquidistantCylindrical::convertToGeodetic(MSP::CCS::MapProjectionCoordinates*)@Base 3.1 @@ -944,7 +948,7 @@ (c++)multiply(Complex, Complex)@Base 3.1 (c++)oneMinusSqr(double)@Base 3.1 (c++)polyCoeffTimesSine(double, double, double)@Base 3.1 - (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64)readBinary(void*, unsigned int, unsigned int, _IO_FILE*)@Base 3.1 + (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64 !ppc64)readBinary(void*, unsigned int, unsigned int, _IO_FILE*)@Base 3.1 (c++|arch=s390 alpha amd64 kfreebsd-amd64 ia64)readBinary(void*, unsigned long, unsigned long, _IO_FILE*)@Base 3.1 (c++)roundBNG(double)@Base 3.1 (c++)roundGEOREF(double)@Base 3.1 @@ -965,13 +969,13 @@ (c++)std::_Rb_treeint, std::pairint const, MSP::CCS::TransverseMercator*, std::_Select1ststd::pairint const, MSP::CCS::TransverseMercator* , std::lessint, std::allocatorstd::pairint const, MSP::CCS::TransverseMercator* ::_M_insert_unique_(std::_Rb_tree_const_iteratorstd::pairint const, MSP::CCS::TransverseMercator* , std::pairint const, MSP::CCS::TransverseMercator* const)@Base 3.1 (c++)std::vectorMSP::CCS::Accuracy*, std::allocatorMSP::CCS::Accuracy* ::_M_insert_aux(__gnu_cxx::__normal_iteratorMSP::CCS::Accuracy**, std::vectorMSP::CCS::Accuracy*, std::allocatorMSP::CCS::Accuracy* , MSP::CCS::Accuracy* const)@Base 3.1 (c++)std::vectorMSP::CCS::CoordinateTuple*, std::allocatorMSP::CCS::CoordinateTuple* ::_M_insert_aux(__gnu_cxx::__normal_iteratorMSP::CCS::CoordinateTuple**, std::vectorMSP::CCS::CoordinateTuple*, std::allocatorMSP::CCS::CoordinateTuple* , MSP::CCS::CoordinateTuple* const)@Base 3.1 - (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64)std::vectorMSP::CCS::Datum*, std::allocatorMSP::CCS::Datum* ::_M_fill_insert(__gnu_cxx::__normal_iteratorMSP::CCS::Datum**, std::vectorMSP::CCS::Datum*, std::allocatorMSP::CCS::Datum* , unsigned int, MSP::CCS::Datum* const)@Base 3.1 + (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64 !ppc64)std::vectorMSP::CCS::Datum*, std::allocatorMSP::CCS::Datum* ::_M_fill_insert(__gnu_cxx::__normal_iteratorMSP::CCS::Datum**, std::vectorMSP::CCS::Datum*, std::allocatorMSP::CCS::Datum* , unsigned int, MSP::CCS::Datum* const)@Base 3.1 (c++|arch=s390 alpha amd64 kfreebsd-amd64 ia64)std::vectorMSP::CCS::Datum*, std::allocatorMSP::CCS::Datum*
Bug#670251: arpack: FTBFS on ppc64: Please support ppc64
Source: arpack Version: 3.1.0-2 Severity: wishlist Tags: patch Please support ppc64. Here is a patch attached. http://buildd.debian-ports.org/status/package.php?p=arpacksuite=sid Best regards, -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC diff -Nurd arpack-3.1.0.orig/debian/libparpack2.symbols arpack-3.1.0/debian/libparpack2.symbols --- arpack-3.1.0.orig/debian/libparpack2.symbols 2012-03-28 22:42:33.0 +0900 +++ arpack-3.1.0/debian/libparpack2.symbols 2012-04-24 21:19:55.0 +0900 @@ -44,21 +44,21 @@ iset_@Base 2.1 iswap_@Base 2.1 ivout_@Base 2.1 - (arch=!mips !mipsel !s390 !s390x !sh4 !sparc64)mpi_fortran_argv_null_@Base 2.1 - (arch=!mips !mipsel !s390 !s390x !sh4 !sparc64)mpi_fortran_argvs_null_@Base 2.1 - (arch=!mips !mipsel !s390 !s390x !sh4 !sparc64)mpi_fortran_bottom_@Base 2.1 - (arch=!mips !mipsel !s390 !s390x !sh4 !sparc64)mpi_fortran_errcodes_ignore_@Base 2.1 - (arch=!mips !mipsel !s390 !s390x !sh4 !sparc64)mpi_fortran_in_place_@Base 2.1 - (arch=!mips !mipsel !s390 !s390x !sh4 !sparc64)mpi_fortran_status_ignore_@Base 2.1 - (arch=!mips !mipsel !s390 !s390x !sh4 !sparc64)mpi_fortran_statuses_ignore_@Base 2.1 - (arch=mips mipsel s390 s390x sh4 sparc64)mpifcmb1_@Base 2.1 - (arch=mips mipsel s390 s390x sh4 sparc64)mpifcmb2_@Base 2.1 - (arch=mips mipsel s390 s390x sh4 sparc64)mpifcmb3_@Base 2.1 - (arch=mips mipsel s390 s390x sh4 sparc64)mpifcmb4_@Base 2.1 - (arch=mips mipsel s390 s390x sh4 sparc64)mpifcmb5_@Base 2.1 - (arch=mips mipsel s390 s390x sh4 sparc64)mpifcmb6_@Base 2.1 - (arch=mips mipsel s390 s390x sh4 sparc64)mpifcmb7_@Base 2.1 - (arch=mips mipsel s390 s390x sh4 sparc64)mpifcmb8_@Base 2.1 + (arch=!mips !mipsel !ppc64 !s390 !s390x !sh4 !sparc64)mpi_fortran_argv_null_@Base 2.1 + (arch=!mips !mipsel !ppc64 !s390 !s390x !sh4 !sparc64)mpi_fortran_argvs_null_@Base 2.1 + (arch=!mips !mipsel !ppc64 !s390 !s390x !sh4 !sparc64)mpi_fortran_bottom_@Base 2.1 + (arch=!mips !mipsel !ppc64 !s390 !s390x !sh4 !sparc64)mpi_fortran_errcodes_ignore_@Base 2.1 + (arch=!mips !mipsel !ppc64 !s390 !s390x !sh4 !sparc64)mpi_fortran_in_place_@Base 2.1 + (arch=!mips !mipsel !ppc64 !s390 !s390x !sh4 !sparc64)mpi_fortran_status_ignore_@Base 2.1 + (arch=!mips !mipsel !ppc64 !s390 !s390x !sh4 !sparc64)mpi_fortran_statuses_ignore_@Base 2.1 + (arch=mips mipsel ppc64 s390 s390x sh4 sparc64)mpifcmb1_@Base 2.1 + (arch=mips mipsel ppc64 s390 s390x sh4 sparc64)mpifcmb2_@Base 2.1 + (arch=mips mipsel ppc64 s390 s390x sh4 sparc64)mpifcmb3_@Base 2.1 + (arch=mips mipsel ppc64 s390 s390x sh4 sparc64)mpifcmb4_@Base 2.1 + (arch=mips mipsel ppc64 s390 s390x sh4 sparc64)mpifcmb5_@Base 2.1 + (arch=mips mipsel ppc64 s390 s390x sh4 sparc64)mpifcmb6_@Base 2.1 + (arch=mips mipsel ppc64 s390 s390x sh4 sparc64)mpifcmb7_@Base 2.1 + (arch=mips mipsel ppc64 s390 s390x sh4 sparc64)mpifcmb8_@Base 2.1 pcgetv0_@Base 2.1 pclarnv_@Base 2.1 pcmout_@Base 2.1
Bug#638263: Affects debian live
* Martin Michlmayr [Don Mär 29, 2012 at 10:08:32 +0100]: * Jonas Wagner j@gmx.ch [2012-02-26 18:15]: this bug also affects debian live -- the usage message from grpck is shown during boot. For the record: I also see this in Debian installer. Mar 29 21:05:07 user-setup: Usage: grpck [options] [group [gshadow]] Mar 29 21:05:07 user-setup: Mar 29 21:05:07 user-setup: Options: Mar 29 21:05:07 user-setup: -h, --helpdisplay this help message and exit Mar 29 21:05:07 user-setup: -r, --read-only display errors and warnings Mar 29 21:05:07 user-setup: but do not change files Mar 29 21:05:07 user-setup: -R, --root CHROOT_DIR directory to chroot into Mar 29 21:05:07 user-setup: -s, --sortsort entries by UID Mar 29 21:05:07 user-setup: This is because user-support calls shadowconfig on in the target. This bug is still present, any news from the maintainers? regards, -mika- signature.asc Description: Digital signature
Bug#670252: wagon FTBFS in offline build environment
Package: wagon Version: 1.0.0-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, The wagon source package will not build in a fully offline build environment; by default the package target is called during the build and as a result the javadoc target (called separately) cannot see the just built artifacts. In Ubuntu, the attached patch was applied to achieve the following: * Fix FTBFS in offline build environments: - d/rules: Switch to using 'install' target instead of default 'package' target for build to ensure that artifacts built by this package can be accessed locally during javadoc generation. - d/control: Added libmaven-install-plugin-java to BDI's. * d/libwagon-java.poms: Added --java-lib to ensure that jar files are also installed into /usr/share/java. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-23-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPlqELAAoJEL/srsug59jDIyIP/R01f+tUdR7aYmOUJy9tpF0s AoK/LkD8mx4cEuJTfYN2yIKjSIubJ2z1nRx16Lpsq6PVxIrVNZu8dvzjCXhRUsLz 2i1cI9HWWGp1jHK30WPWRQKbG+txZg7Kn5RtMTnHnxFfDJly9uo4y4g/QmdPuJvE aLDB5xtI0CiWTKZ5wNoPacc8a5jTcgEu5ehUVhlIgvIJ7vcsOinPMONS3xLK1L4K o+L+Gnp4QJ83NoFJyqEdaUccwSrxLtOl+O8YVHOptdYa4U9IbsPzNMOrZYRopPAP +V7XuCtN7YutaibeDXbsJGibWKk6uGuYwoF4/G74gIZAGvwqeH5FaSEqe9SuS+6v uhmDzK4ckUg8/lhO066PGirtP4noiVvqE5YeN620hiRR7k+NxUgHZjq2+bz1fR6G vQpjKAZAxwl3shSifTYqSD9N+OU9t+AUxesmzKIYADk+SR+Q3Ddq5v3gi8ZUY8Eo KYQhuPd0Zx18mOJf+skinDT4ekh0ZsppBVN0vbq8pWTpauU74JgT9MdKlL3qfUpC UlDKuULplOAEgFjLH+JEMZ+vmvky96KOM/GDlPIXjR5ghAp1ae4I5HdhDSGz1/yG nRHsP6xEvNsBLQab0JKiGvHKtnVG1haoymAcMoy7ifu/Og4KZBaxM/ZE3fmHrkUh WxBX0g/fBa7hLGzasfHn =qFEY -END PGP SIGNATURE- === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2012-04-20 19:32:32 + +++ debian/control 2012-04-24 11:05:44 + @@ -23,6 +23,7 @@ libjetty-java-doc, libjsch-java, libjsoup-java, + libmaven-install-plugin-java, libmaven-enforcer-plugin-java, libmaven-javadoc-plugin-java, libmaven-scm-java, === modified file 'debian/libwagon-java.poms' --- debian/libwagon-java.poms 2011-09-03 11:58:13 + +++ debian/libwagon-java.poms 2012-04-24 11:32:04 + @@ -24,18 +24,18 @@ # temporarily for certain artifacts such as Javadoc jars. # pom.xml --no-parent --has-package-version -wagon-provider-api/pom.xml --has-package-version -wagon-providers/pom.xml --has-package-version -wagon-providers/wagon-file/pom.xml --has-package-version -wagon-providers/wagon-ftp/pom.xml --has-package-version -wagon-providers/wagon-http-lightweight/pom.xml --has-package-version -wagon-providers/wagon-http/pom.xml --has-package-version -wagon-providers/wagon-http-shared/pom.xml --has-package-version -wagon-providers/wagon-scm/pom.xml --has-package-version -wagon-providers/wagon-ssh-external/pom.xml --has-package-version -wagon-providers/wagon-ssh-common/pom.xml --has-package-version -wagon-providers/wagon-ssh-common-test/pom.xml --has-package-version -wagon-providers/wagon-ssh/pom.xml --has-package-version -wagon-provider-test/pom.xml --has-package-version -wagon-tcks/pom.xml --has-package-version -wagon-tcks/wagon-tck-http/pom.xml --has-package-version +wagon-provider-api/pom.xml --has-package-version --java-lib +wagon-providers/pom.xml --has-package-version --java-lib +wagon-providers/wagon-file/pom.xml --has-package-version --java-lib +wagon-providers/wagon-ftp/pom.xml --has-package-version --java-lib +wagon-providers/wagon-http-lightweight/pom.xml --has-package-version --java-lib +wagon-providers/wagon-http/pom.xml --has-package-version --java-lib +wagon-providers/wagon-http-shared/pom.xml --has-package-version --java-lib +wagon-providers/wagon-scm/pom.xml --has-package-version --java-lib +wagon-providers/wagon-ssh-external/pom.xml --has-package-version --java-lib +wagon-providers/wagon-ssh-common/pom.xml --has-package-version --java-lib +wagon-providers/wagon-ssh-common-test/pom.xml --has-package-version --java-lib +wagon-providers/wagon-ssh/pom.xml --has-package-version --java-lib +wagon-provider-test/pom.xml --has-package-version --java-lib +wagon-tcks/pom.xml --has-package-version --java-lib +wagon-tcks/wagon-tck-http/pom.xml --has-package-version --java-lib === modified file 'debian/rules' --- debian/rules 2011-09-03 11:58:13 + +++ debian/rules 2012-04-24 11:45:46 + @@ -5,6 +5,7 @@ JAVA_HOME :=
Bug#670253: thrust: compile with GGI backend support
Package: thrust Version: 0.89c-3.5 Severity: wishlist Dear Maintainer, On some systems the X11 backend doesn't work due to lack of support for 8-bit visuals. For instance, the free radeon driver does not support such visuals and xthrust refuses to run. The solution is to enable the GGI backend at compile time which allows to run thrust on 24/32-bit visuals. Regards. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.utf8, LC_CTYPE=ca_ES.utf8 (charmap=UTF-8) (ignored: LC_ALL set to ca_ES.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages thrust depends on: ii libc6 2.13-27 ii libice6 2:1.0.7-2 ii libsm62:1.2.0-2 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 thrust recommends no packages. thrust 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#670148: ITP: libtest-bdd-cucumber-perl -- Cucumber-style testing in Perl
hi, Ansgar Burchardt wrote (24 Apr 2012 09:07:24 GMT) : I don't think Cucumber-style testing is a good choice for the short description as it's not helpful for people who don't know Cucumber like me. OK. What about: -Description: Cucumber-style testing in Perl +Description: Cucumber-style acceptance testing framework in Perl ? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649304: linux-image-3.1.0-1-686-pae: processor.nocst=1 needed for 686-pae kernels
3.2.15 fixed for me.
Bug#670254: RFS: lcmaps/1.5.5-1 [ITP] -- I'm looking for a sponsor.
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package lcmaps * Package name: lcmaps Version : 1.5.5-1 Upstream Author : Nikhef Grid Security Middleware Team grid-mw-secur...@nikhef.nl * URL : https://wiki.nikhef.nl/grid/Site_Access_Control * License : Apache 2 Section : libs It builds those binary packages: lcmaps-basic-interface - LCMAPS header files for basic interfaces lcmaps-globus-interface - LCMAPS header files for Globus interfaces lcmaps-openssl-interface - LCMAPS header files for OpenSSL interfaces liblcmaps-dev - LCMAPS development libraries liblcmaps-without-gsi-dev - LCMAPS development libraries (Without GSI) liblcmaps-without-gsi0 - Grid mapping service without GSI liblcmaps0 - Grid (X.509) and VOMS credentials to local account mapping servic To access further information about this package, please visit the following URL: http://mentors.debian.net/package/lcmaps Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/lcmaps/lcmaps_1.5.5-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: New upstream release. Fixes out-of-source build failure with --disable-gsi-mode. It now builds both with and without GSI mode libraries in one package. Regards, Dennis van Dok -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627019: linux-image-2.6.39-rc7-686-pae: several kernel hangs before geting to login
3.2.15 fixed for me.
Bug#670106: initscripts: please ignore noauto sysfs entries in fstab
* Carsten Hey [Mon Apr 23, 2012 at 01:07:17 +0200]: Please ignore noauto sysfs entries in fstab. Not mounting sysfs to /sys if such a line is present in fstab leads to udev not starting. If this bug is not fixed, this problems will show up after upgrading to Wheezy on some systems. [...] FTR: According to my tests, bootstrapping wheezy with grml-debootstrap 0.49 fails WRT /sys mounting and bootstrapping whezzy with grml-debootstrap 0.50 (just released and uploaded, it does not add a noauto sysfs line any longer) succeeds. regards, -mika- signature.asc Description: Digital signature