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
> | 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 (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 m
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- SERR- 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 /etc/alternatives/nvidia--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 33 Apr 21 03:25 /etc/alternatives/nvidia--libglx.so -> /usr/lib/nvidia/current/libglx.so lrwxrwxrwx 1 root root 59 Apr 21 03:25 /etc/alternatives/nvidia--libnvidia-cfg.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 44 Apr 21 03:25 /etc/alternatives/
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=1&t=19784 Beginning at post #4: http://www.wizards-toolkit.org/discourse-server/viewtopic.php?f=3&t=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 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+;;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 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-index 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 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 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
+ #include
+ #include
++#include
+ #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 = mongodbback
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 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 : > 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
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 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 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
pn kbd 1.15.3-7
pn util-linux-locales
-- 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
],[
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 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 + +--- 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 , 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 (["", ""])
Checking: apache2 (["", ""])
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 (["", ""])
Checking: apache2-mpm-prefork (["", ""])
DEBUG:root:Checking: apache2.2-bin (["", ""])
Checking: apache2.2-bin (["", ""])
DEBUG:root:Checking: apache2.2-common (["", ""])
Checking: apache2.2-common (["", ""])
DEBUG:root:Checking: linux-image-3.2.0-0.bpo.2-686-pae ([""])
Checking: linux-image-3.2.0-0.bpo.2-686-pae ([""])
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:http://security.debian.org/pool/updates/main/a/apache2/apache2_2.2.16-6+squeeze7_i386.deb'
ID:0 ErrorText: ''>
http://security.debian.org/pool/updates/main/a/apache2/apache2_2.2.16-6+squeeze7_i386.deb'
ID:0 ErrorText: ''>
DEBUG:root:check_conffile_prompt('/var/cache/apt/archives/apache2_2.2.16-6+squeeze7_i386.deb')
check_conffile_prompt('/var/cache/apt/archives/apache2_2.2.16-6+squeeze7_i386.deb')
DEBUG:root:found pkg: apache2
found pkg: apache2
DEBUG:root:http://security.debian.org/pool/updates/main/a/apache2/apache2-mpm-prefork_2.2.16-6+squeeze7_i386.deb'
ID:0 ErrorText: ''>
http://security.debian.org/pool/updates/main/a/apache2/apache2-mpm-prefork_2.2.16-6+squeeze7_i386.deb'
ID:0 ErrorText: ''>
DEBUG:root:check_conffile_prompt('/var/cache/apt/archives/apache2-mpm-prefork_2.2.16-6+squeeze7_i386.deb')
check_conffile_prompt('/var/cache/apt/archives/apache2-mpm-prefork_2.2.16-6+squeeze7_i386.deb')
DEBUG:root:found pkg: apache2-mpm-prefork
found pkg: apache2-mpm-prefork
DEBUG:root:http://security.debian.org/pool/updates/main/a/apache2/apache2.2-common_2.2.16-6+squeeze7_i386.deb'
ID:0 ErrorText: ''>
http://security.debian.org/pool/updates/main/a/apache2/apache2.2-common_2.2.16-6+squeeze7_i386.deb'
ID:0 ErrorText: ''>
DEBUG:root:check_conffile_prompt('/var/cache/apt/archives/apache2.2-common_2.2.16-6+squeeze7_i386.deb')
check_conffile_prompt('/var/cache/apt/archives/apache2.2-common_2.2.16-6+squeeze7_i386.deb')
DEBUG:root:found pkg: apache2.2-common
found pkg: apache2.2-common
DEBUG:root:conffile line: /etc/logrotate.d/apache2
fd336a474719c088fc124da505cbe502
conffile line: /etc/logrotate.d/apache2 fd336a474719c088fc124da505cbe502
DEBUG:root:current md5: fd336a474719c088fc124da505cbe502
current md5: fd336a474719c088fc124da505cbe502
DEBUG:root:conffile line: /etc/apache2/conf.d/security
568b2ad19312dd70f67184febc9042c7
conffile line: /etc/apache2/conf.d/security 568b2ad19312dd70f67184febc9042c7
DEBUG:root:current md5: 568b2ad19312dd70f67184febc9042c7
current md5: 568b2ad19312dd70f67184febc9042c7
DEBUG:root:conffile line: /etc/apache2/conf.d/localized-error-pages
844ba27ddb794fc6967bfb56b950e6a8
conffile line: /etc/apache2/conf.d/localized-error-pages
844ba27ddb794fc6967bfb56b950e6a8
DEBUG:root:current md5: 844ba27ddb794fc6967bfb56b950e6a8
current md5: 844ba27ddb794fc6967bfb56b950e6a8
DEBUG:root:conffile line: /etc/apache2/conf.d/other-vhosts-access-log
2cad303fc4221d6b0068a8b37597b9fb
conffile line: /etc/apache2/conf.d/other-vhosts-access-log
2cad303fc4221d6b0068a8b37597b9fb
DEBUG:root:current md5: 2cad303fc4221d6b0068a8b37597b9fb
current md5: 2cad303fc4221d6b0068a8b37597b9fb
DEBUG:root:conffile line: /etc/apache2/conf.d/charset
e6fbb8adf631932851d6cc522c1e48d7
conffile line: /etc/apache2/con
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
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
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-pyasn1
ii xfce4-notifyd [notification-daemon] 0.2.2-1
Versions of packages gajim suggests:
pn aspell-en
pn avahi-daemon0.6.31-1
pn dvipng
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-avahi
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
pn python-kerberos
pn python-pycurl 7.19.0-5
pn texlive-latex-base
- -- 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 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 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 > 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
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=geotranz&suite=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_a(MSP::CCS::Datum**, MSP::CCS::Datum**, MSP::CCS::Datum**)@Base" 3.1 + (c++|optional|arch=!ppc64)"MSP::CCS::Datum** std::__copy_move_a(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_a(MSP::CCS::Ellipsoid**, MSP::CCS::Ellipsoid**, MSP::CCS::Ellipsoid**)@Base" 3.1 + (c++|optional|arch=!ppc64)"MSP::CCS::Ellipsoid** std::__copy_move_a(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_tree, std::_Select1st >, std::less, std::allocator > >::_M_insert_unique_(std::_Rb_tree_const_iterator >, std::pair const&)@Base" 3.1 (c++)"std::vector >::_M_insert_aux(__gnu_cxx::__normal_iterator > >, MSP::CCS::Accuracy* const&)@Base" 3.1 (c++)"std::vector >::_M_insert_aux(__gnu_cxx::__normal_iterator > >, MSP::CCS::CoordinateTuple* const&)@Base" 3.1 - (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64)"std::vector >::_M_fill_insert(__gnu_cxx::__normal_iterator > >, unsigned int, MSP::CCS::Datum* const&)@Base" 3.1 + (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64 !ppc64)"std::vector >::_M_fill_insert(__gnu_cxx::__normal_iterator > >, unsigned int, MSP::CCS::Datum* const&)@Base" 3.1 (c++|arch=s390 alpha amd64 kfreebsd-amd64 ia64)"std::vector >::_M_fill_insert(__gnu_cxx::__normal_iterator > >, unsigned long, MSP::CCS::Datum* const&)@Base" 3.1 (c++)"std::vector >::_M_insert_aux(__gnu_cxx::__normal_iterator > >, MSP::CCS::Datum* const&)@Base" 3.1 - (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64)"std::vector >::_M_fill_insert(__gnu_cxx::__normal_iterator > >, unsigned int, MSP::CCS::Ellipsoid* const&)@Base" 3.1 + (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64 !ppc64)"std::vector >::_M_fill_insert(__gnu_cxx::__normal_iterator > >, unsigned int, MSP::CCS::Ellipsoid* const&)@Base" 3.1 (c++|arch=s390 alpha amd64 kfreebsd-amd64 ia64|optional)"std::vector >::_M_fill_insert(__gnu_cxx::__normal_iterator > >, unsigned long, MSP::CCS::Ellipsoid* const&)@Base" 3.1 (c++)"std::vector >::_M_insert_aux(__gnu_cxx::__normal_iterator > >, MSP::CCS::Ellipsoid* const&)@Base" 3.1 - (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64)"swapBytes(void*, unsigned int, unsigned int)@Base" 3.1 + (c++|arch=!s390 !alpha !amd64 !kfreebsd-amd64 !ia64 !ppc64)"swapBytes
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=arpack&suite=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 [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 := /usr/lib/jvm/d
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: 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 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
Bug#670222: E: Failed to write temporary StateFile /var/lib/apt/extended_states.tmp
On 24 April 2012 18:12, Vladimir Stavrinov wrote:
> 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.
The file config.log will contain details of why the test failed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670255: python-pydhcplib: unknown option ip_address_lease_time_option
Package: python-pydhcplib
Version: 0.6.2-2
Severity: normal
Tags: upstream patch
Hi,
There is an error message when calling "CreateDhcpAckPacketFrom(packet)" :
pydhcplib.dhcp_basic_packet.setoption error : unknown option
ip_address_lease_time_option
The error is not critical as it doesn't generate an exception that would stop
script execution, but it makes annoying output.
The correct option to use is "ip_address_lease_time". I found also the same
problem in "TransformToDhcpNackPacket(self)".
I attached a patch correcting this issue.
Best regards,
Nicolas Pichon.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-pydhcplib depends on:
ii python 2.7.2-10
ii python-support 1.0.14
python-pydhcplib recommends no packages.
python-pydhcplib suggests no packages.
-- no debconf information
--- /usr/share/pyshared/pydhcplib/dhcp_packet.py.old 2010-04-29 20:16:13.0 +
+++ /usr/share/pyshared/pydhcplib/dhcp_packet.py.new 2012-04-24 10:25:09.037568685 +
@@ -303,7 +303,7 @@
self.SetOption("flags",src.GetOption("flags"))
self.SetOption("giaddr",src.GetOption("giaddr"))
self.SetOption("chaddr",src.GetOption("chaddr"))
-self.SetOption("ip_address_lease_time_option",src.GetOption("ip_address_lease_time_option"))
+self.SetOption("ip_address_lease_time",src.GetOption("ip_address_lease_time"))
self.TransformToDhcpAckPacket()
def TransformToDhcpAckPacket(self): # src = request or inform packet
@@ -338,7 +338,7 @@
self.DeleteOption("sname")
self.DeleteOption("file")
self.DeleteOption("request_ip_address")
-self.DeleteOption("ip_address_lease_time_option")
+self.DeleteOption("ip_address_lease_time")
self.DeleteOption("parameter_request_list")
self.DeleteOption("client_identifier")
self.DeleteOption("maximum_message_size")
Bug#654192: Fwd: Bug#654192: [pkg-backupninja] Bug#654192: backupninja rsync handler bugs
Hello all, On Mon, Apr 09, 2012 at 02:01:45PM +0200, Paul van Tilburg wrote: > I can confirm that after applying the patch, backups seem to be running > again (first run with patch was Apr 7 00:36): > > # ls -l > total 40 > drwxr-xr-x 19 root root 4096 Apr 9 01:12 daily.1/ > drwxr-xr-x 19 root root 4096 Apr 8 01:10 daily.2/ > drwxr-xr-x 19 root root 4096 Apr 7 01:14 daily.3/ > drwxr-xr-x 19 root root 4096 Apr 7 00:36 daily.4/ > drwxr-xr-x 19 root root 4096 Feb 27 01:11 daily.5/ > drwx-- 11 root root 4096 Apr 9 01:12 metadata/ And... I have found another problem. Sorry! The daily backups seem to run fine, but two weeks later, I still have no weekly backups: # ls -l total 52 drwxr-xr-x 19 root root 4096 Apr 24 01:01 daily.1/ drwxr-xr-x 19 root root 4096 Apr 23 01:01 daily.2/ drwxr-xr-x 19 root root 4096 Apr 22 01:01 daily.3/ drwxr-xr-x 19 root root 4096 Apr 21 01:01 daily.4/ drwxr-xr-x 19 root root 4096 Apr 20 01:01 daily.5/ drwxr-xr-x 19 root root 4096 Apr 19 01:01 daily.6/ drwxr-xr-x 19 root root 4096 Apr 18 01:01 daily.7/ drwx-- 14 root root 4096 Apr 24 01:01 metadata/ drwxr-xr-x 19 root root 4096 Feb 27 01:11 weekly.1/ drwxr-xr-x 19 root root 4096 Jan 13 01:07 weekly.2/ drwxr-xr-x 18 root root 4096 Jan 4 01:04 weekly.3/ When running backupninja in debug mode, it says that it thinks that each weekly.* is not old enough as it doesn't match the 7d/14d/21d/etc. old requirement. I think the metadata is fixed now for the daily stuff, but not the weekly stuff, concerning what I found: # cat metadata/weekly.1/rotated Thu 12 Apr 2012 01:04:38 CEST 1334185478 Obviously, weekly.1 is not rotated April 12, but February 27, the same holds for weekly.2 and weekly.3, but then with April 7. Cheers, Paul -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 signature.asc Description: Digital signature
Bug#670256: CVE-2011-2709: local root with newer nfs-client
Package: libgssglue1
Version: 0.3-4
Tags: security
Please apply the patch below to ignore the GSSAPI_MECH_CONF
environment variable in processes which are SUID/SGID or otherwise
privileged (such as mount.nfs). This patch has only been lightly
tested. I made some effort to make it compatible with
Debian/kfreebsd, but it hasn't been compiled there.
For some background information, see:
http://thread.gmane.org/gmane.comp.security.oss.general/5544
We should patch squeeze as well, but the issue does not appear to be
exploitable with a stock installation because mount.nfs does not link
against libtirpc yet. So fixing this via stable-proposed-updates is
preferred.
Index: git/src/g_initialize.c
===
--- git.orig/src/g_initialize.c 2012-04-24 12:30:19.522069647 +0200
+++ git/src/g_initialize.c 2012-04-24 12:34:27.526194012 +0200
@@ -34,6 +34,10 @@
#include
#include
#include
+#include
+#ifdef linux
+#include
+#endif
#ifdef USE_SOLARIS_SHARED_LIBRARIES
#include
@@ -182,6 +186,22 @@
return 0;
}
+/* Returns true if the process is SUID or SGID. */
+static int
+is_privileged(void)
+{
+ extern int __libc_enable_secure;
+ if (__libc_enable_secure) {
+return 1;
+ }
+#ifdef linux
+ if (prctl(PR_GET_DUMPABLE, 0, 0, 0, 0) != 1) {
+return 1;
+ }
+#endif
+ return getuid() != geteuid() || getgid() != getegod();
+}
+
#ifdef USE_SOLARIS_SHARED_LIBRARIES
/*
* read the configuration file to find out what mechanisms to
@@ -195,7 +215,7 @@
void *dl;
gss_mechanism (*sym)(void), mech;
-if ((filename = getenv("GSSAPI_MECH_CONF")) == NULL)
+if (is_privileged() || (filename = getenv("GSSAPI_MECH_CONF")) == NULL)
filename = MECH_CONF;
if ((conffile = fopen(filename, "r")) == NULL) {
@@ -271,7 +291,7 @@
void *dl;
gss_mechanism (*sym)(void), mech;
-if ((filename = getenv("GSSAPI_MECH_CONF")) == NULL)
+if (is_privileged() || (filename = getenv("GSSAPI_MECH_CONF")) == NULL)
filename = MECH_CONF;
if ((conffile = fopen(filename, "r")) == NULL) {
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670257: [lxpanel] Segfault in batt.so after notebook resume
Package: lxpanel Version: 0.5.6-1 Severity: important --- Please enter the report below this line. --- After my notebook resumes from suspend to RAM sometimes lxpanel terminates with a segfault. gdb backtrace: (gdb) bt #0 0x762c7784 in strcasecmp () from /lib/libc.so.6 #1 0x7fffed01c334 in battery_is_charging ()from /usr/lib/lxpanel/plugins/batt.so #2 0x7fffed01bcfd in ?? () from /usr/lib/lxpanel/plugins/batt.so #3 0x7fffed01c10c in ?? () from /usr/lib/lxpanel/plugins/batt.so #4 0x76804ecb in ?? () from /lib/libglib-2.0.so.0 #5 0x768046f2 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #6 0x76808568 in ?? () from /lib/libglib-2.0.so.0 #7 0x76808a75 in g_main_loop_run () from /lib/libglib-2.0.so.0 #8 0x778f96b7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #9 0x0041bda3 in main () --- System information. --- Architecture: amd64 Kernel: Linux 2.6.39-bpo.2-amd64 Debian Release: 6.0.4 500 stable-updates ftp.debian.org 500 stable security.debian.org 500 stable ftp.debian.org 500 stable ftp.debian-multimedia.org 500 stable dl.google.com 100 squeeze-backports backports.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= libasound2 (>> 1.0.18) | 1.0.23-2.1 libatk1.0-0 (>= 1.29.3) | 1.30.0-1 libc6 (>= 2.7) | 2.11.3-3 libcairo2(>= 1.2.4) | 1.8.10-6 libfontconfig1 (>= 2.8.0) | 2.8.0-2.1 libfreetype6 (>= 2.2.1) | 2.4.2-2.1+squeeze4 libglib2.0-0(>= 2.24.0) | 2.24.2-1 libgtk2.0-0 (>= 2.16.0) | 2.20.1-2 libmenu-cache1 | 0.3.2-2 libpango1.0-0 (>= 1.14.0) | 1.28.3-1+squeeze2 libx11-6| 2:1.3.3-4 zlib1g (>= 1:1.1.4) | 1:1.2.3.4.dfsg-3 lxmenu-data | 0.1.1-1 Recommends(Version) | Installed ===-+-=== manpages-dev| 3.27-1 Suggests (Version) | Installed ==-+- lxsession-lite (>= 0.3.5) | OR lxsession (>= 0.3.2) | OR menu | 2.1.44 www-browser| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585409: Announcing the month of wine/wine-unstable NMUs
I have uploaded 1.1.43-0.1 and 1.1.44-0.1 to the appropriate DELAYED queues. wine-1.2.0-0.1 (without -unstable) could be built after a minor change, but when I leave debian/control.in alone, it depends on libwine-gecko (without -unstable) which isn't available. Should we build and upload a wine-gecko package or should the dependency in the wine package be modified? Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670164: ICE: Segmentation fault when compiling MPFR's set_f.c
tags 670164 upstream
forwarded 670164 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52639
thanks
Here's a simple testcase:
// /usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.8.0/cc1 -fpreprocessed
ice-setf.i -march=corei7 -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mpopcnt
-mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 -mno-tbm
-mno-avx -mno-avx2 -msse4.2 -msse4.1 -mno-lzcnt --param l1-cache-size=32
--param l1-cache-line-size=64 --param l2-cache-size=8192 -mtune=corei7 -quiet
-dumpbase ice-setf.i -auxbase ice-setf -O3 -std=gnu99 -o - -frandom-seed=0
# 1 "ice-setf.i"
int a(int *, unsigned long);
int g(unsigned long);
void r(int, long);
int foo(unsigned long sy, int *x, int i)
{
unsigned long sx = x[0];
if (sy <= sx)
{
unsigned long p = sx * 64;
int m = 0;
int tmp = i ? g(sx) : a(&m, sx);
r(tmp, p);
}
return 0;
}
$ gcc-snapshot -O3 -march=native -std=gnu99 -c ice-setf.i
ice-setf.i: In function 'foo':
ice-setf.i:5:5: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
The ICE is reproducible with -O3, but not with -O2.
I'm trying to submit this upstream, but GCC's bugzilla is currently
down.
--
Vincent Lefèvre - Web:
Bug#659216: what to use in with the database connect url?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I got a working psql command and what to do some smart things with librebase, but cant figure out how to use the database url in the wizard!! psql -U username -h vps6.server.nl database password ii libreoffice-base1:3.4.6-2 ii libreoffice-sdbc-postgresql 1:0.8.1+LibO3.4.6-2 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iJwEAQECAAYFAk+WqRoACgkQ1WclBW9j5HmH0gP/cx560ZyRXqax3G5KOb3T4rYe SsMuqfwjXOo0WFJ65dw0DJJnvVXyYJhGQQVO1MCRj2hipTSRAamdJFQBcOfM/RCD Ms2684iuwQYc4yp9cjnSytnDTYbg+1Qk11S7OzB3GOhVXEMuQHjbYf+gaxuKPS4J 4cJYDzdCTNjylUDNgVY= =MNem -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#668748: ifetch-tools: unowned files after purge (policy 6.8, 10.8)
Package: ifetch-tools Version: 0.15.23b-1 Followup-For: Bug #668748 Hi, no change in 0.15.23b-1: [...] Setting up ifetch-tools (0.15.23b-1) ... [...] 0m32.3s ERROR: FAIL: Package purging left files on system: /etc/ifetch-tools/ not owned /etc/ifetch-tools/cameras/ not owned /etc/ifetch-tools/ifetch-tools.confnot owned /var/lib/ifetch-tools/ not owned /var/log/ifetch-tools/ not owned Andreas ifetch-tools_0.15.23b-1.log.gz Description: GNU Zip compressed data
