Bug#641602: -L and -c/--content should work on multiple .deb files
retitle 641602 dpkg-deb: -c/--contents does not accept multiple .deb files tag 641602 wontfix thanks On Wed, 2011-09-14 at 17:35:44 +0200, Steffen Moeller wrote: Package: dpkg Version: 1.16.0.3 Severity: wishlist $ dpkg -c ../build-area/*.deb dpkg-deb: error: --contents takes exactly one argument I just do not see why. Would you accept a patch for that? For the same reason tar or zip only accept one archive for all operations. In any case I don't see how something like: $ ls *.deb | xargs -n1 dpkg-deb -c or $ for f in *.deb; do dpkg-deb -c $f; done is that much complicated as to require “bloating” dpkg-deb for it, and as such I'm marking this as wontfix for now, will probably close in a bit. regards, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641676: xfce4-indicator-plugin: Misleading description
Package: xfce4-indicator-plugin Version: 0.3.1-2 Severity: minor Dear Maintainer, The current phrasing of the short and long descriptions is somewhat misleading as one might think indicator-plugin is a sort of generic notification panel applet that could be used by any kind of application. I suggest s/applications/messaging applications/g. This would alleviate those who do not know about the Ubuntus MessagingMenu design specification to go to the relevant web page. Thanks in advance, pp -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-indicator-plugin depends on: ii libc6 2.13-18 ii libcairo2 1.10.2-6.1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.4-3 ii libindicator3 0.3.22-1 ii libxfce4util4 4.8.1-3 ii xfce4-panel 4.8.5-1 Versions of packages xfce4-indicator-plugin recommends: ii indicator-messages 0.4.0-1 xfce4-indicator-plugin 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#637509: RM: dtc -- RoQA; consistently buggy and non-policy compliant
I really don't want to enter into this deeply or drag a long discussion. I stated my opinion using my ftpmaster hat, and thats about it. I have no interest in digging deeply into this (or other software), nor do I have the time for it, sorry. For more general topics I suggest debian-devel@lists.d.o, or maybe one of my fellow colleagues gets around to write their opinion too. I strongly believe that saying such a software writing configuration files for Apache, Postfix and bind shouldn't exist at all is wrong. There's a demand from users, and many companies have built software doing the same things, that they sell for a lot of money (see Plesk, cPanel, DirectAdmin, and many others). My previous reading of the policy manual was that *maintainer scripts* shouldn’t do that, and I believe this was the reading of other DDs too. If currently there's no way to do it cleanly, and being policy compliant, then we really need to solve this. What are your opinions and ideas? As that touches FTPMaster stuff again: Yes, §10.7.4 in policy talks about maintainer scripts explicitly. Otherwise any software able to do anything with other files (think of vim, emacs, $EDITOR, even sed) would violate policy. And yes, having scripts do that to other packages files when called by the admin, and only then, is fine. The question then is if the software itself is functional without having that modification done or not. MUST it have that extra thing done before its possible to do ANYTHING? How much people love a set of 3 echos wildly spit out during install telling the local admin to go and do that because otherwise nothing happens is a different thing. (Including the fact that notices and stuff for the admin should NOT be an echo bla but rather use debconf nowadays). my thought is that this package should not be in sid. So yes, I support those thoughts by the ftp and release team members who spoke up on it yet. OTOH that makes it harder to keep track how its going on and we only end up with it back in NEW whenever, so it won't help anyone. My (strong) suggestion is to upload the latest version to experimental and then remove the one from sid. Keep it in experimental, get it developed further, fixed, whatever. Recheck it in some time (half a year, a year, whatever) and see if it would be able to end up in a stable release. If so, welcome back in unstable. A total removal from Debian will not help fixing issues or find solutions, and keeping it in Experimental sounds like a much much better solution to me. I will upload a new version to Experimental soon. Thanks. To make it easy for all of us - can you do that within a week? -- bye, Joerg I’m a white male, age 18 to 49. Everyone listens to me, no matter how dumb my suggestions are. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638300: powertop is broken in wheezy because of this bug
Powertop is now broken in wheezy because of this bug; the 3.0.0 kernel wheezy defaults to does not offer /proc/acpi/battery et al any longer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641677: install gschemas.compiled, to /usr/share/glib-2.0/schemas/
Package: shotwell Version: 0.11.1-1 Shotwell install gschemas.compiled to /usr/share/glib-2.0/schemas/ It seems that it should not be install at all. and it is an so generic file name. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625196: Fix gstreamer include headers
tags 625196 + patch user ubuntu-de...@lists.ubuntu.com usertags 625196 oneiric ubuntu-patch thanks patch at http://launchpadlibrarian.net/79953934/libplayer_2.0.1-2_2.0.1-2ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641678: cdbs: 0.4.97 breaks scons build
Package: cdbs Version: 0.4.97 Severity: serious Hi, when rebuilding mongodb I have found that when upgrading cdbs to 0.4.97 then the build process (through scons) fails (it is actually not trying to build at all): debian/rules build make: Nothing to be done for `build'. fakeroot debian/rules binary make: Nothing to be done for `binary'. when I downgrade cdbs to 0.4.96 the exactly same package builds without a problem. I was testing the build in freshly created cowbuilder. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625374: Fix FTFBS with -Werror (and -fstack-protector)
tags 625374 + patch user ubuntu-de...@lists.ubuntu.com usertags 625374 oneiric ubuntu-patch user debian-...@lists.debian.org usertags 625374 ftbfs-gcc-4.6 ftbfs-werror thanks Fixes the ftbfs, and allows building with -fstack-protector. diff -u libpam-chroot-0.9/Makefile libpam-chroot-0.9/Makefile --- libpam-chroot-0.9/Makefile +++ libpam-chroot-0.9/Makefile @@ -3,7 +3,7 @@ CC=gcc CFLAGS=-fPIC -O2 -Wall -Werror -pedantic CPPFLAGS=-I. -LDFLAGS=-x --shared +LDFLAGS=-shared DESTDIR=/ OUT=pam_chroot.so @@ -12,7 +12,7 @@ all: $(OUT) %.so: %.o - $(LD) $(LDFLAGS) -o $@ $ -lpam + $(CC) $(LDFLAGS) -o $@ $ -lpam clean: rm -f *.o $(OUT) diff -u libpam-chroot-0.9/pam_chroot.c libpam-chroot-0.9/pam_chroot.c --- libpam-chroot-0.9/pam_chroot.c +++ libpam-chroot-0.9/pam_chroot.c @@ -639,10 +639,8 @@ * then pass it to this function */ int _pam_do_chroot(pam_handle_t *pamh, struct _pam_opts *opts) { int err,debug; - char *name; char const *user; - name = NULL; debug = opts-flags _PAM_OPTS_DEBUG; err = pam_get_user(pamh, user, NULL); diff -u libpam-chroot-0.9/debian/changelog libpam-chroot-0.9/debian/changelog --- libpam-chroot-0.9/debian/changelog +++ libpam-chroot-0.9/debian/changelog @@ -1,3 +1,18 @@ +libpam-chroot (0.9-4ubuntu2) oneiric; urgency=low + + * Remove unused variable `name'. Closes: #625374. LP: #831203. + * Revert: +- Build with -fno-stack-protector fix FTBFS + * Link with gcc. + + -- Matthias Klose d...@ubuntu.com Thu, 15 Sep 2011 08:49:55 +0200 + +libpam-chroot (0.9-4ubuntu1) natty; urgency=low + + * Build with -fno-stack-protector fix FTBFS + + -- Bhavani Shankar bh...@ubuntu.com Thu, 04 Nov 2010 22:14:20 +0530 + libpam-chroot (0.9-4) unstable; urgency=low * Makefile: -lpam should go at the end of the $(LD) invocation
Bug#625375: work around build failure with -Werror
tags 625375 + patch user ubuntu-de...@lists.ubuntu.com usertags 625375 oneiric ubuntu-patch user debian-...@lists.debian.org usertags 625375 ftbfs-gcc-4.6 ftbfs-werror thanks patch at http://launchpadlibrarian.net/79934363/libss7_1.0.2-1_1.0.2-1ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641665: i915 rendering problems; affects font rendering in some X11 apps
retitle 641665 915GM (Eee PC 900): fonts have some corrupted glyphs: strikethrough # [1] forwarded 641665 https://bugs.freedesktop.org/show_bug.cgi?id=36326 affects 641665 + xserver-xorg-video-intel quit Hi, Vítor De Araújo wrote: I'm sending a screenshot of an affected screen attached. In this instance, the 'h' character is misrendered, but it varies from execution to execution. I'm running on an Eee PC 900, it this helps. Thanks for reporting it. Sounds like [1] (glyph cache corruption). Might be related to bug#600474. It seems to have been introduced between 2.6.33 and 2.6.34, but since it's an intermittent problem, bisection is hard. Putting Section Device Identifier Intel Driver intel Option DebugWait true EndSection in xorg.conf avoids trouble for some people. The upstream report contains some kernel and userspace patches that in combination work, at the cost of some other regressions. :/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641679: php5-fpm: Error compiling latest git sources with --enable-maintainer-zts: ext/standard/crypt.c:156: error: storage size of ‘buffer’ isn’t known
Package: php5-fpm Version: 5.3.8-1~dotdeb.2 Severity: serious Justification: fails to build from source Enabling --enable-maintainer-zts causes the following compile error: php/ext/standard/crypt.c: In function ‘zif_crypt’: php/ext/standard/crypt.c:156: error: storage size of ‘buffer’ isn’t known php/ext/standard/crypt.c:201:3: warning: #warning Using system MD5 crypt function, which is OK on Debian system php/ext/standard/crypt.c:202: warning: implicit declaration of function ‘crypt_r’ php/ext/standard/crypt.c:213:3: warning: #warning Using system SHA512 crypt function, which is OK on Debian system php/ext/standard/crypt.c:226:3: warning: #warning Using system SHA256 crypt function, which is OK on Debian system php/ext/standard/crypt.c:251:3: warning: #warning Using PHP BlowFish crypt function, which is OK on Debian system php/ext/standard/crypt.c:265:3: warning: #warning Using PHP extended DES crypt function, which is OK on Debian system php/ext/standard/crypt.c:272:3: warning: #warning Using system standard DES crypt function, which is OK on Debian system php/ext/standard/crypt.c:156: warning: unused variable ‘buffer’ make[1]: *** [ext/standard/crypt.lo] Error 1 -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 php5-fpm depends on: ii dpkg 1.15.8.11 Debian package management system ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libgssapi-krb5-2 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libk5crypto3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries ii libmagic1 5.04-5File type determination library us ii libonig2 5.9.1-1 Oniguruma regular expressions libr ii libqdbm14 1.8.77-4 QDBM Database Libraries [runtime] ii libssl0.9.80.9.8o-4squeeze2 SSL shared libraries ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii mime-support 3.48-1MIME files 'mime.types' 'mailcap ii php5-common5.3.8-1~dotdeb.2 Common files for packages built fr ii tzdata 2011d-0squeeze1 time zone and daylight-saving time ii ucf3.0025+nmu1 Update Configuration File: preserv ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime php5-fpm recommends no packages. Versions of packages php5-fpm suggests: pn php-pear none (no description available) -- Configuration Files: /etc/php5/fpm/php-fpm.conf changed [not included] /etc/php5/fpm/pool.d/www.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625813: multihead system sometimes locks when awoken from screen saver using mouse
Package: xorg Version: 1:7.5+8 Severity: normal Same problem as before, I have not moved over to the non-nvidia drivers but I shall look to do so soon. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 27 2010 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1889472 Feb 18 2011 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions VGA-compatible devices on PCI bus: -- 02:00.0 VGA compatible controller [0300]: nVidia Corporation G98 [Quadro NVS 295] [10de:06fd] (rev a1) Xorg X server configuration file status: -rw-r--r-- 1 root root 2774 Aug 5 15:14 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 (buildd@barber) Sun Jun 13 12:08:56 UTC 2010 # nvidia-settings: X configuration file generated by nvidia-settings # nvidia-settings: version 1.0 (pbuilder@c203) Tue May 18 07:56:38 UTC 2010 # PowerMizer settings taken from linux.aldeby.org/nvidia-powermizer-powersaving.html Section ServerLayout Identifier Layout0 Screen 0 Screen0 0 0 Screen 1 Screen1 1600 460 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer Option Xinerama 0 EndSection Section InputDevice # generated from default Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/psaux Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection Section InputDevice # generated from default Identifier Keyboard0 Driver kbd EndSection Section Monitor Identifier Monitor0 VendorName Unknown ModelName HP LP2065 HorizSync 30.0 - 92.0 VertRefresh 48.0 - 85.0 Option DPMS EndSection Section Monitor Identifier Monitor1 VendorName Unknown ModelName HP LP2065 HorizSync 30.0 - 92.0 VertRefresh 48.0 - 85.0 EndSection Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation BoardName Quadro NVS 295 BusID PCI:2:0:0 Screen 0 EndSection Section Device Identifier Device1 Driver nvidia VendorName NVIDIA Corporation BoardName Quadro NVS 295 BusID PCI:2:0:0 Screen 1 EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 Option TwinView 0 Option metamodes DFP-0: nvidia-auto-select +0+0 Option RegistryDwords PowerMizerEnable=0x1; PerfLevelSrc=0x; PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3 SubSection Display Depth 24 EndSubSection EndSection Section Screen Identifier Screen1 Device Device1 MonitorMonitor1 DefaultDepth24 Option TwinView 0 Option metamodes DFP-1: nvidia-auto-select +0+0 Option RegistryDwords PowerMizerEnable=0x1; PerfLevelSrc=0x; PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3 SubSection Display Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.32-5-amd64 (Debian 2.6.32-35) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Tue Jun 14 09:42:28 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 16250 May 6 15:01
Bug#641531: Support for WPA2-LEAP
Hello Raúl, On Wed, 14 Sep 2011 09:58:45 +0200, Raúl Sánchez Siles wrote: Hello: I've noticed that wicd doesn't currently support for WPA2-LEAP in either squeeze or sid versions. I'm shortly attaching a patch that adds support for this. You forgot to attach it? :) Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#628444: linux-image-2.6.39-1-686-pae: iwlagn - MAC is in deep sleep, cannot restore wifi operation
On Tue, 13 Sep 2011, maximilian attems wrote: tags 628444 moreinfo stop This bug actually applies to all Debian kernels I have tried including 2.6.36, 2.6.37, 2.6.38, and 2.6,39 Did you try since newer 3.0 images, how are they performing? thank you I wasn't aware that the 3.0 kernels were out until you sent this message. Unfortunately, since this bug takes time to manifest, it will require that I run with 3.0 as my default kernel, this means I have to get vmware to run with it (since I use it heavily), and that is usually a problem for bleeding edge kernels. I will look into it, but it may be a week or so before I can even try running a 3.0 kernel. Shannon C. Dealy | DeaTech Research Inc. de...@deatech.com | - Custom Software Development - Phone: (800) 467-5820 | - Natural Building Instruction - or: (541) 929-4089 | www.deatech.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641680: uclibc-source: description mentions libraries but package does not provide them
Package: uclibc-source Severity: minor The package description says this: This package provides only the run-time libraries. But the package does not contain any run-time libraries: pabs@chianamo:~$ apt-file show uclibc-source uclibc-source: /usr/share/doc/uclibc-source/changelog.Debian.gz uclibc-source: /usr/share/doc/uclibc-source/changelog.gz uclibc-source: /usr/share/doc/uclibc-source/copyright uclibc-source: /usr/src/uClibc-0.9.32.tar.bz2 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#636135: xserver-xorg-video-radeon: Logout of KDE gives black screen with pointer still visible.
This work-around works for me, thanks: /etc/kde4/kdm/kdmrc ... [X-*-Core] TerminateServer=true Thanks oz, this workaround don't works for us but if we put TerminateServer=true in the [X-:*-Core] section it's ok. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641654: nvidia-kernel-dkms: Nvidia kernel module fails compiling duo GPL-only symbols used by a non-GPL module
Oh, I have no idea about the problem is kernel RT related. Best regards El 15/09/11 01:20, Andreas Beckmann escribió: severity 641654 normal forwarded 641654 http://www.nvnews.net/vbulletin/showthread.php?t=165238 affects 641654 nvidia-kernel-source affects 641654 fglrx-modules-dkms retitle 641654 module build fails for realtime kernel (3.0.0-1-rt-*) due to GPL-only symbol 'migrate_enable' being used thanks On 2011-09-15 00:04, José Luis Segura Lucas wrote: Severity: grave Justification: renders package unusable No. Only the *-rt-* kernels are not supported. The compilations fails and the log, on /var/lib/dkms/nvidia/275.28/build/make.log says, at the end, the following: /usr/src/linux-headers-3.0.0-1-common-rt/arch/x86/include/asm/uaccess_64.h: In ... FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'migrate_enable' That symbol is introduced by the realtime patch and is (indirectly) used by the nvidia module, making the module build fail, see http://www.nvnews.net/vbulletin/showthread.php?t=165238 The module builds fine for all other kernel flavors, so you will have to choose between using the RT kernel and using the NVIDIA driver. Currently you can't have both. Possible solutions: * convince the RT patch developers to remove the GPL-only restriction * convince NVIDIA to work around the indirect migrate_enable usage * patch the nvidia sources yourself to not use migrate_enable indirectly * ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634414: work around build failure with -Werror
tags 634414 + patch user ubuntu-de...@lists.ubuntu.com usertags 634414 oneiric ubuntu-patch user debian-...@lists.debian.org usertags 634414 ftbfs-gcc-4.6 ftbfs-werror thanks patch at http://launchpadlibrarian.net/79955528/libnsbmp_0.0.1-1_0.0.1-1ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641624: Older Attempt
There was an older (archived now) attempt to package this library: Bug #34188 In this ld ITP, the library got the name libwcs. However, there is a competing library available called libwcs, which is part of the WCSTOOLS package http://tdc-www.harvard.edu/software/wcstools/. I would however call the library package libwcssoname as this is what lintian recommends, and both upstream packages would install a libwcs.so, so they would conflict on the same system anyway. And wcstools may use the wcslib (as packaged here), so there is still a possibility to package WCSTOOLS in a way that does not conflict with wcslib. To summarize, I would use the following naming scheme: - wcslib as source package - libwcssoname as library package - libwcssoname-dev as header/static library package - wcslib-tools for the binary tools provided by the package See also http://mail.scipy.org/pipermail/astropy/2011-March/001179.html for a discussion of the relation between the two packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641681: package ftbfs with ld --as-needed
Package: libkml Version: 1.2.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch User: debian-...@lists.debian.org Usertags: ld-as-needed see http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries Index: libkml-1.2.0/examples/helloworld/Makefile.am === --- libkml-1.2.0.orig/examples/helloworld/Makefile.am 2010-12-19 20:11:54.188229000 + +++ libkml-1.2.0/examples/helloworld/Makefile.am2010-12-19 20:11:54.698229001 + @@ -26,8 +26,8 @@ circlegen_LDADD = \ $(top_builddir)/src/kml/base/libkmlbase.la \ $(top_builddir)/src/kml/dom/libkmldom.la \ - $(top_builddir)/src/kml/engine/libkmlengine.la \ - $(top_builddir)/src/kml/convenience/libkmlconvenience.la + $(top_builddir)/src/kml/convenience/libkmlconvenience.la \ + $(top_builddir)/src/kml/engine/libkmlengine.la checklinks_SOURCES = checklinks.cc checklinks_LDADD = \ @@ -75,8 +75,8 @@ hellokmz_SOURCES = hellokmz.cc hellokmz_LDADD = \ - $(top_builddir)/src/kml/dom/libkmldom.la \ $(top_builddir)/src/kml/engine/libkmlengine.la \ + $(top_builddir)/src/kml/dom/libkmldom.la \ $(top_builddir)/src/kml/base/libkmlbase.la helloregion_SOURCES = helloregion.cc @@ -102,8 +102,8 @@ prettykml_SOURCES = prettykml.cc prettykml_LDADD = \ - $(top_builddir)/src/kml/dom/libkmldom.la \ $(top_builddir)/src/kml/engine/libkmlengine.la \ + $(top_builddir)/src/kml/dom/libkmldom.la \ $(top_builddir)/src/kml/base/libkmlbase.la printgeometry_SOURCES = printgeometry.cc Index: libkml-1.2.0/examples/regionator/Makefile.in === --- libkml-1.2.0.orig/examples/regionator/Makefile.in 2010-12-19 20:11:54.388229001 + +++ libkml-1.2.0/examples/regionator/Makefile.in2010-12-19 20:11:54.698229001 + @@ -216,9 +216,9 @@ csvregionator_LDADD = \ $(top_builddir)/src/kml/base/libkmlbase.la \ $(top_builddir)/src/kml/dom/libkmldom.la \ - $(top_builddir)/src/kml/engine/libkmlengine.la \ $(top_builddir)/src/kml/regionator/libkmlregionator.la \ - $(top_builddir)/src/kml/convenience/libkmlconvenience.la + $(top_builddir)/src/kml/convenience/libkmlconvenience.la \ + $(top_builddir)/src/kml/engine/libkmlengine.la all: all-am Index: libkml-1.2.0/examples/regionator/Makefile.am === --- libkml-1.2.0.orig/examples/regionator/Makefile.am 2010-12-19 20:11:54.188229000 + +++ libkml-1.2.0/examples/regionator/Makefile.am2010-12-19 20:11:54.698229001 + @@ -12,7 +12,7 @@ csvregionator_LDADD = \ $(top_builddir)/src/kml/base/libkmlbase.la \ $(top_builddir)/src/kml/dom/libkmldom.la \ - $(top_builddir)/src/kml/engine/libkmlengine.la \ $(top_builddir)/src/kml/regionator/libkmlregionator.la \ - $(top_builddir)/src/kml/convenience/libkmlconvenience.la + $(top_builddir)/src/kml/convenience/libkmlconvenience.la \ + $(top_builddir)/src/kml/engine/libkmlengine.la Index: libkml-1.2.0/examples/helloworld/Makefile.in === --- libkml-1.2.0.orig/examples/helloworld/Makefile.in 2010-12-19 20:12:36.748229196 + +++ libkml-1.2.0/examples/helloworld/Makefile.in2010-12-19 20:13:53.708229021 + @@ -345,8 +345,8 @@ circlegen_LDADD = \ $(top_builddir)/src/kml/base/libkmlbase.la \ $(top_builddir)/src/kml/dom/libkmldom.la \ - $(top_builddir)/src/kml/engine/libkmlengine.la \ - $(top_builddir)/src/kml/convenience/libkmlconvenience.la + $(top_builddir)/src/kml/convenience/libkmlconvenience.la \ + $(top_builddir)/src/kml/engine/libkmlengine.la checklinks_SOURCES = checklinks.cc checklinks_LDADD = \ @@ -394,8 +394,8 @@ hellokmz_SOURCES = hellokmz.cc hellokmz_LDADD = \ - $(top_builddir)/src/kml/dom/libkmldom.la \ $(top_builddir)/src/kml/engine/libkmlengine.la \ + $(top_builddir)/src/kml/dom/libkmldom.la \ $(top_builddir)/src/kml/base/libkmlbase.la helloregion_SOURCES = helloregion.cc @@ -421,8 +421,8 @@ prettykml_SOURCES = prettykml.cc prettykml_LDADD = \ - $(top_builddir)/src/kml/dom/libkmldom.la \ $(top_builddir)/src/kml/engine/libkmlengine.la \ + $(top_builddir)/src/kml/dom/libkmldom.la \ $(top_builddir)/src/kml/base/libkmlbase.la printgeometry_SOURCES = printgeometry.cc
Bug#641682: TYPO3 Security Bulletin TYPO3-CORE-SA-2011-002: Potential SQL injection vulnerability in TYPO3 Core
Package: typo3-src Severity: critical Tags: security Version: 4.5.4+dfsg1-1 Component Type: TYPO3 Core Affected Versions: 4.5.0 - 4.5.5 Release Date: September 14, 2011 Vulnerable subcomponent: Database API Vulnerability Type: SQL Injection Severity: Medium Suggested CVSS v2.0: AV:N/AC:M/Au:N/C:P/I:P/A:N/E:U/RL:OF/RC:C Problem Description: Failing to properly replace parameter values, the usage of prepared statements could lead to a SQL Injection vulnerability. This issue can only be exploited if two or more parameters are bound to the query and at least two come from user input. We carefully analysed the usage of prepared queries in the TYPO3 Core and found that it is not exploitable. We are also not aware of any extension in the TER that uses this feature in a exploitable way. Nevertheless all users of TYPO3 4.5.x are adviced to update their installations as soon as possible. -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/de/pgpkey.html Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641683: TYPO3 Security Bulletin TYPO3-CORE-SA-2011-003: Improper error handling could lead to cache flooding in TYPO3 Core
Package: typo3-src Severity: critical Tags: security Component Type: TYPO3 Core Affected Versions: 4.2.0-4.2.17, 4.3.0-4.3.13, 4.5.0-4.5.5 Release Date: September 14, 2011 Vulnerable subcomponent: Caching System Vulnerability Type: Improper error handling Severity: Medium Suggested CVSS v2.0: AV:N/AC:L/Au:N/C:N/I:N/A:P/E:U/RL:OF/RC:C Problem Description: When configured to explicitly deny cache disabling through an URL parameter ($TYPO3_CONF_VARS['FE']['disableNoCacheParameter']), TYPO3 fails to disable caching when an invalid cache hash URL parameter (cHash) is provided. This allows an attacker to easily flood the caching tables of TYPO3. -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/de/pgpkey.html Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641684: Quote character not escaped correctly for Postgresql
Package: icinga-idoutils Version: 1.5.1-1 Severity: normal IDO utils is incorrectly escaping characters such as ' for postgresql. From the postgresql logs (running 9.1): 2011-09-15 17:12:18 EST ERROR: syntax error at or near 5 at character 184 2011-09-15 17:12:18 EST STATEMENT: UPDATE icinga_servicestatus SET instance_id=1, service_object_id=201, status_update_time=FROM_UNIXTIME(1316070738), output='CPU Load 22% (5 min average)', long_output='', perfdata='\'5 min avg Load\'=22%;80;90;0;100', current_state=0, has_been_checked=1, should_be_scheduled=1, current_check_attempt=1, max_check_attempts=4, last_check=FROM_UNIXTIME(1316070728), next_check=FROM_UNIXTIME(1316071028), check_type=0, last_state_change=FROM_UNIXTIME(1315926986), last_hard_state_change=FROM_UNIXTIME(1315816267), last_hard_state=0, last_time_ok=FROM_UNIXTIME(1316070728), last_time_warning=FROM_UNIXTIME(1315926926), last_time_unknown=FROM_UNIXTIME(0), last_time_critical=FROM_UNIXTIME(1315815967), state_type=1, last_notification=FROM_UNIXTIME(0), next_notification=FROM_UNIXTIME(0), no_more_notifications=0, notifications_enabled=1, problem_has_been_acknowledged=0, acknowledgement_type=0, current_notification_number=0, passive_checks_enabled=1, active_checks_enabled=1, event_handler_enabled=1, flap_detection_enabled=1, is_flapping=0, percent_state_change='0.00', latency='0.816000', execution_time='0.190820', scheduled_downtime_depth=0, failure_prediction_enabled=1, process_performance_data=1, obsess_over_service=1, modified_service_attributes=0, event_handler='', check_command='my_check_nt!CPULOAD!-l 5,80,90', normal_check_interval='5.00', retry_check_interval='1.00', check_timeperiod_object_id=174 WHERE service_object_id=201 Running the command manually, sanitized and a few minutes after the logged run: /usr/lib/nagios/plugins/check_nt -H ###.###.###.### -v CPULOAD -l 5,80,90 -s -p 12489 CPU Load 21% (5 min average) | '5 min avg Load'=21%;80;90;0;100 Browsing the source it looks like escaping is done in db.c:2335 ido2db_db_escape_string() by adding a \ in front of a ' character. Which is causing the problems, I believe postgresql wants a '' instead of a \'. It should however be done properly using libpq's PQescapeLiteral. It also protects against multibyte SQL injection attacks that the previous method doesn't. Chris Shiflett did a decent writeup of this problem several years ago [1], the vulnerability looks to extend to all the databases in use. [1]: http://shiflett.org/blog/2006/jan/addslashes-versus-mysql-real-escape-string David -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (800, 'stable'), (750, 'testing'), (600, 'unstable'), (500, 'oldstable'), (150, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39+ (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icinga-idoutils depends on: ii dbconfig-common1.8.47common framework for packaging dat ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii icinga-common 1.5.1-1 host and network monitoring system ii libc6 2.13-18 Embedded GNU C Library: Shared lib ii libdbd-mysql 0.8.3-1+s-2.1 MySQL database server driver for l ii libdbd-pgsql 0.8.3-1+s-2.1 PostgreSQL database server driver ii libdbi10.8.4-5.1 DB Independent Abstraction Layer f ii lsb-base 3.2-28Linux Standard Base 3.2 init scrip ii ucf3.0025+nmu2 Update Configuration File: preserv Versions of packages icinga-idoutils recommends: ii mysql-client-5.1 [mysql-clien 5.1.49-3 MySQL database client binaries ii postgresql-client 9.1+121front-end programs for PostgreSQL ii postgresql-client-9.0 [postgr 9.0.4-2front-end programs for PostgreSQL ii postgresql-client-9.1 [postgr 9.1~rc1-3 front-end programs for PostgreSQL icinga-idoutils suggests no packages. -- debconf information: icinga-idoutils/dbconfig-upgrade: true icinga-idoutils/mysql/method: unix socket icinga-idoutils/db/dbname: icinga icinga-idoutils/dbconfig-remove: icinga-idoutils/missing-db-package-error: abort icinga-idoutils/install-error: retry icinga-idoutils/pgsql/authmethod-admin: ident icinga-idoutils/pgsql/admin-user: postgres icinga-idoutils/internal/reconfiguring: false icinga-idoutils/purge: false icinga-idoutils/pgsql/changeconf: false icinga-idoutils/db/basepath: icinga-idoutils/database-type: pgsql icinga-idoutils/upgrade-error: abort icinga-idoutils/pgsql/method: unix socket icinga-idoutils/remote/port: icinga-idoutils/internal/skip-preseed: true icinga-idoutils/dbconfig-reinstall: false icinga-idoutils/upgrade-backup: true icinga-idoutils/remove-error: abort * icinga-idoutils/dbconfig-install: false
Bug#582953: Kmail deleted all my local mail
Hi there, I just had a very unpleasant experience with kmail. I searched the Debian BTS, and this seems to be the closest report, so my report over here. I opened kmail this morning, and all my mails were gone. Checked the ~/.kde/share/apps/kmail folder, and basically empty, rather than the 700 MB of mail files I normally have there. Fortunately I had made a backup from a few days ago, so I restored that. Started kmail up again, and it deleted all those mails again during startup. WTH? Well, there are some unsual things on my side that are contributing towards this. 1. My ~/.kde/share/apps/kmail folder is really a symlink to a secondary encrypted location (an encfs directory). 2. I sometimes forget to mount that encfs share before starting kmail. Normally in this case, kmail annoyingly removes my symlinks, and makes new folders, so I have to go and tidy up after it to get to my mail again. Really annoying. 3. My kmail settings files over here, aren't symlinks into an encrypted location: ~/.kde/share/config/kmail* So basically in this case, I started kmail up (before mounting my crypt area), and it did it's normal annoying thing with my ~/.kde/share/apps/kmail symlink. So I did my normal routine of mounting my crypt area, moving the new 'kmail' directory out of the way, restoring my symlink, and then starting kmail. After which, kmail promptly proceeded to delete all my mails under ~/.kde/share/apps/kmail (in my crypt area). And it did the same again, when I restored ~/.kde/share/apps/kmail from my encrypted offsite backup drive What I _think_ is happening here is this: 1. kmail starts up, and sees that ~/.kde/share/apps/kmail looks weird, so it removes it and makes a new folder (WTH number 1, but I'm used to that by now). 2. It then proceeds to make a new set of profile settings under ~/.kde/share/config/kmail*, replacing my old settings (WTH number 2 - now I'd need to manually re-create those settings, or restore from backups) 3. Later, when I replace the new ~/.kde/share/apps/kmail with a symlink to my encfs directory, and then start up kmail again, it sees that my new ~/.kde/share/apps/kmail directory contents are now inconsistent with the ~/.kde/share/config/kmail* settings files, and then kindly proceeds to tidy things up, to match the config files - deleting my 700 MB of mails, not just once (initially), but a second time too, when I tried to restore from backups and test it again. This is the biggest WTH. Kmail should never delete all the local mail files like that automatically, in an attempt to tidy things up to match the settings, without even warning the user. Granted, I have a really unusual setup, but it's conceivable that kmail's fix up the user's mail directory at any costs (parts 1-3) logic are going to cause some major problems for other people at some point. Also, it would be nice if kmail didn't always delete my kmail folder symlink at startup, if they (at that time) point to non-existent directories. Please instead give a warning dialogue, and ask the user what to do at that point. Kind regards, David. PS: Also for your reference, my reportbug headers can be found below: --- Subject: kmail: Kmail deleted all my local mail Package: kmail Version: 4:4.4.11.1+l10n-1 Severity: important -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kmail depends on: ii kdebase-runtime 4:4.6.5-1 ii kdepim-runtime 4:4.4.11.1-2 ii kdepimlibs-kio-plugins 4:4.6.5-1 ii libakonadi-contact4 4:4.6.5-1 ii libakonadi-kde4 4:4.6.5-1 ii libc6 2.13-20 ii libgcc1 1:4.6.1-10 ii libgpgme++2 4:4.6.5-1 ii libkabc44:4.6.5-1 ii libkcal44:4.6.5-1 ii libkcmutils44:4.6.5-2 ii libkde3support4 4:4.6.5-2 ii libkdecore5 4:4.6.5-2 ii libkdepim4 4:4.4.11.1+l10n-1 ii libkdeui5 4:4.6.5-2 ii libkhtml5 4:4.6.5-2 ii libkimap4 4:4.6.5-1 ii libkio5 4:4.6.5-2 ii libkldap4 4:4.6.5-1 ii libkleo44:4.4.11.1+l10n-1 ii libkmime4 4:4.6.5-1 ii libknotifyconfig4 4:4.6.5-2 ii libkontactinterface44:4.6.5-1 ii libkparts4 4:4.6.5-2 ii libkpgp44:4.4.11.1+l10n-1 ii libkpimidentities4 4:4.6.5-1 ii libkpimtextedit44:4.6.5-1 ii libkpimutils4 4:4.6.5-1 ii libkresources4 4:4.6.5-1 ii libksieve4 4:4.4.11.1+l10n-1 ii libktnef4 4:4.6.5-1 ii libmailtransport4 4:4.6.5-1 ii libmessagecore4 4:4.4.11.1+l10n-1 ii libmessagelist4 4:4.4.11.1+l10n-1 ii libmimelib4
Bug#640115: linux-latest-2.6: [INTL:nl] Dutch translation of debconf templates
Hello Ben, On Sun, Sep 04, 2011 at 06:03:33PM +0100, Ben Hutchings wrote: On Fri, 2011-09-02 at 16:04 +0200, Jeroen Schot wrote: [...] msgid Debian's '686' kernel configuration has been replaced by the '686-pae' configuration, which uses PAE (Physical Address Extension). However, the CPU in this system does not support PAE. msgstr Debian's '686'-kernelconfiguratie is vervangen door de '686-pae'- configuratie, die gebruik maakt van PAE (fysieke adresuitbreiding). De CPU in dit systeem ondersteunt echter geen PAE. [...] Is this translation of Physical Address Extension used anywhere else? Dutch Wikipedia expands PAE to the English name rather than translating it: http://nl.wikipedia.org/wiki/Physical_Address_Extension. In my experience the Dutch Wikipedia overuses English names in their technical articles, and as such I find it a poor source for these kind of things. I chose for this translation because I saw it used on in FreeBSD[1] and Fedora[2] documentation. However, it seems less common than I originally thought. Microsoft[3] calls it 'Extensie van fysiek adres', which I don't like. I suggest that we add both the Dutch translation and the English term: ... die gebruikt maakt van PAE ('Physical Address Extension', fysieke adresuitbreiding). Attached is the updated PO file. [1]: http://www.freebsd.org/doc/nl/books/handbook/freebsd-glossary.html#PAE-GLOSSARY [2]: http://docs.fedoraproject.org/nl-NL/Fedora/13/html/Virtualization_Guide/ch30.html [3]: http://support.microsoft.com/kb/254649/nl Regards, -- Jeroen Schot # Dutch translation of linux-latest-2.6 debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the linux-latest-2.6 package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: linux-latest-2.6 39\n Report-Msgid-Bugs-To: linux-latest-...@packages.debian.org\n POT-Creation-Date: 2011-07-24 16:15+0200\n PO-Revision-Date: 2011-09-15 09:57+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: error #. Description #: ../linux-image-686.templates:1001 msgid This system requires a different kernel configuration msgstr Dit systeem vereist een andere kernelconfiguratie #. Type: error #. Description #: ../linux-image-686.templates:1001 msgid Debian's '686' kernel configuration has been replaced by the '686-pae' configuration, which uses PAE (Physical Address Extension). However, the CPU in this system does not support PAE. msgstr Debian's '686'-kernelconfiguratie is vervangen door de '686-pae'- configuratie, die gebruik maakt van PAE ('Physical Address Extension', fysieke adresuitbreiding). De CPU in dit systeem ondersteunt echter geen PAE. #. Type: error #. Description #: ../linux-image-686.templates:1001 msgid You should install linux-image-486 and remove linux-image-686 and/or linux- image-2.6-686 if they are currently installed. msgstr U dient het pakket linux-image-486 te installeren en de pakketen linux- image-686 en linux-image-2.6-686 te verwijderen indien deze op dit moment zijn geïnstalleerd.
Bug#641684: Workaround
A workaround to the problem is to add the following two lines to the postgresql server config, postgresql.conf backslash_quote = on standard_conforming_strings = off David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641578: No postgis.sql file script
merge 641578 639474 thanks On Wed, Sep 14, 2011 at 10:07:37AM -0300, Mario A. Moya wrote: Package: postgis Version: 1.5.2-1 Severity: important Dear Maintainer, I currently have installed: ii postgresql 9.1+121 object-relational SQL database (supported version) ii postgis1.5.2-1 geographic objects support for PostgreSQL -- common files I need to create a database template, but there is no postgis.sql file. The package who provide this file is postgresql-8.4-postgis, but depends of postgresql-8.4. ¿Coud you provide the postgresql-9.1-postgis package? That's obvious, you need to wait for 9.1 adding. And there's already a bug report opened. So this report is perfectly supefluous. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582953: Kmail deleted all my local mail
Hi, That reminds me I forgot to update this bug report. I did not experience the problem for some time now, and I think it is related with the filesystem I use for my /home: I moved from ZFS-Fuse to ext4. That said, it may be related to ZFS-Fuse, but other users experienced a similar problem on other FS (Juha on XFS). Anyway, Kmail/Kontact should better handle its files (missing sync somewhere creating corrupted files in certain circumstances?), and do not blindly delete all the stuff like that. Cheers, Matteo signature.asc Description: This is a digitally signed message part.
Bug#641685: Debian Installer writes false network configuration
Package: debian-installer Version: not sure - used as installer on debian-6.0.2.1-amd64-netinst.iso Short: When you change your network configuration twice during installation only the first (and surely false) one is written to system. Long: You install - after you let the installer send DHCP requests you're able to provide your IP address information. If you have a typo or (like me) choose the wrong net, the installer is unable to connect to the mirrors. So I went back to Configure Network and provided the right address, net and router. Installation went fine and i rebooted. First thing after reboot i wanted to install some packages and was very surprised to see, that my very first and false information was written to /etc/network/interfaces. I hope these are all the information you may need. regards, -AmP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640941: xen dom0 crash: unable to handle kernel paging request / Oops / Kernel panic
On Wed, 2011-09-14 at 23:17 +0200, Hans van Kranenburg wrote: Hi Ian, On 09/11/2011 05:37 PM, Ian Campbell wrote: On Sun, 2011-09-11 at 01:18 +0200, Hans van Kranenburg wrote: On 09/08/2011 07:12 PM, Hans van Kranenburg wrote: In the meantime disabling sendpage sounds like the best workaround. So, we set the disable_sendpage option, did a domU reboot with drbdadm down/up of the drbd devices (just to be sure, don't know where/when this option is read by drbd), and after some days of hitting the disks and the network with data, no kernel panics happened anymore. Yay! Glad to hear it! In the post you reference with [1] you write: I expect that other block and filesystem users of the network subsystem (e.g. iSCSI) would also benefit from this functionality since they will suffer from the same class of issue.. Part of my work in the near future is doing lenny-squeeze upgrades of a couple of systems where we use lvm backed block devices for domU's which are on dm-multipath on iSCSI. Should I be concerned about the same issues that can happen when using iSCSI on squeeze? If so, or if unknown, do you recommend specific (stress)tests that we can do at the test-upgrade environment? The strange thing is that this class of issue has always been present AFAIK, it seems that it just takes a very particular confluence of circumstances (involving heavy load, bad luck etc) before anything goes wrong, although it does seem that if a particular setup is susceptible it will see it quite a lot. DRDB's use of sendpage is pretty recent (I think) which is why you only just started seeing it. I think if you've been using iSCSI up to now without problem I wouldn't expect you to start seeing problems now, although you should obviously keep this issue in mind if you see anything weird. [1] http://marc.info/?l=linux-netdevm=131072801125521w=2 What should be done with this bug report? Should I close it, as there's a workaround, and there's no simple fix that can be done in squeeze, or should it be hanging around to be closed when the work on this is done and included in the kernel? I think there's no harm in keeping it around as a reminder (to me) that something needs to be done. We can close it when the fixed upstream kernel hits Sid. Ian. -- Ian Campbell Heuristics are bug ridden by definition. If they didn't have bugs, then they'd be algorithms. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641012: misidentifies hungarian text as dos executables
Hi Daniel, I tried with your new version: file_5.08-1_amd64.deb (http://ftp.us.debian.org/debian/pool/main/f/file/file_5.08-1_amd64.deb) it has not work yet. Seems that this package contains the 5.08 and not 5.08-1 version. This is the output: --- root@office-kvm001:/usr/local/bin# ./file -v file-5.08 magic file from /etc/magic:/usr/share/misc/magic root@office-kvm001:/usr/local/bin# ./file /var/spool/MailScanner/quarantine/20110915/4596F25325.ACD0F/msg-20365-76.txt /var/spool/MailScanner/quarantine/20110915/4596F25325.ACD0F/msg-20365-76.txt: DOS executable (COM) root@office-kvm001:/usr/local/bin# head /var/spool/MailScanner/quarantine/20110915/4596F25325.ACD0F/msg-20365-76.txt ?n is az interneten n?zem ?s nem szaggat, de most rontottam a min?s?get a folyamatoss?g rem?ny?ben --- Reagrds, Tamas retitle 641012 misidentifies hungarian text as dos executables severity 641012 normal thanks Hi, could you please retry with current file (5.08-1). if you can, it would be nice if you could send a test file to the bug. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet:http://people.progress-technologies.net/~daniel.baumann/ http://people.progress-technologies.net/%7Edaniel.baumann/ -- Tóbi Tamás Net Média Zrt. IT Mail t...@portfolio.hu Tel (+36 1) 428 9094 Fax (+36 1) 327 4081
Bug#641686: ITP: myproxy -- Manage X.509 Public Key Infrastructure (PKI) security credentials
Package: wnpp Severity: wishlist Owner: Mattias Ellert mattias.ell...@fysast.uu.se * Package name: myproxy Version : 5.4 * URL : http://grid.ncsa.illinois.edu/myproxy/ * License : NCSA and BSD and Apache 2 Description : Manage X.509 Public Key Infrastructure (PKI) security credentials MyProxy is open source software for managing X.509 Public Key Infrastructure (PKI) security credentials (certificates and private keys). MyProxy combines an online credential repository with an online certificate authority to allow users to securely obtain credentials when and where needed. Users run myproxy-logon to authenticate and obtain credentials, including trusted CA certificates and Certificate Revocation Lists (CRLs). smime.p7s Description: S/MIME cryptographic signature
Bug#641531: Support for WPA2-LEAP
tags 641531 +patch thanks Package: wicd Followup-For: Bug #641531 Hi: Find attached a patch for the issue. I'm sorry for the delay, I was actually fighting reportbug-gtk :S Regards, -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable'), (90, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wicd depends on: ii wicd-daemon 1.7.0+ds1-5 ii wicd-gtk [wicd-client] 1.7.0+ds1-5 wicd recommends no packages. wicd suggests no packages. Versions of packages wicd-gtk depends on: ii python 2.6.6-3+squeeze6 ii python-glade2 2.17.0-4 ii python-gtk22.17.0-4 ii wicd-daemon1.7.0+ds1-5 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-5 ii python-notify 0.1.1-2+b2 ii sudo 1.7.4p4-2.squeeze.2 Versions of packages wicd-daemon depends on: ii adduser 3.112+nmu2 ii dbus1.2.24-4+squeeze1 ii debconf [debconf-2.0] 1.5.36.1 ii ethtool 1:2.6.34-3 ii iproute 20100519-3 ii iputils-ping3:20100418-3 ii isc-dhcp-client [dhcp3-client] 4.1.1-P1-15+squeeze3 ii lsb-base3.2-23.2squeeze1 ii net-tools 1.60-23 ii psmisc 22.11-1 ii python 2.6.6-3+squeeze6 ii python-dbus 0.83.1-1 ii python-gobject 2.21.4+is.2.21.3-1 ii python-iniparse 0.3.2-1 ii python-wicd 1.7.0+ds1-5 ii wireless-tools 30~pre9-5 ii wpasupplicant 0.6.10-2.1 Versions of packages wicd-daemon recommends: ii wicd-gtk [wicd-client] 1.7.0+ds1-5 Versions of packages wicd-daemon suggests: ii pm-utils 1.3.0-3 Versions of packages python-wicd depends on: ii python 2.6.6-3+squeeze6 ii python-support 1.0.10 -- debconf information: * wicd/users: rasasi diff -Nru wicd-1.7.0+ds1/debian/changelog wicd-1.7.0+ds1/debian/changelog --- wicd-1.7.0+ds1/debian/changelog 2011-02-12 00:17:43.0 +0100 +++ wicd-1.7.0+ds1/debian/changelog 2011-09-13 11:55:54.0 +0200 @@ -1,3 +1,10 @@ +wicd (1.7.0+ds1-6.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Support for WPA2-LEAP. Added debian/patches/36-more_encryption + + -- Raúl Sánchez Siles rsanch...@infoglobal.es Tue, 13 Sep 2011 11:55:09 +0200 + wicd (1.7.0+ds1-6) unstable; urgency=low * debian/patches/: diff -Nru wicd-1.7.0+ds1/debian/patches/36-more_encryption.patch wicd-1.7.0+ds1/debian/patches/36-more_encryption.patch --- wicd-1.7.0+ds1/debian/patches/36-more_encryption.patch 1970-01-01 01:00:00.0 +0100 +++ wicd-1.7.0+ds1/debian/patches/36-more_encryption.patch 2011-09-14 11:15:19.0 +0200 @@ -0,0 +1,39 @@ +Description: Support for WPA2-LEAP wireless connection in wicd. +Forwarded: not-needed +Origin: vendor, http://wicd.net/punbb/viewtopic.php?id=233 +Bug-Debian: http://bugs.debian.org/641531 +Author: Raúl Sánchez Siles rsanch...@infoglobal.es +Last-Update: 2011-09-13 +--- + b/encryption/templates/wpa2-leap | 18 ++ + encryption/templates/active |1 + + 2 files changed, 19 insertions(+) + +--- a/encryption/templates/active b/encryption/templates/active +@@ -9,3 +9,4 @@ + peap + peap-tkip + eap-tls ++wpa2-leap +--- /dev/null b/encryption/templates/wpa2-leap +@@ -0,0 +1,18 @@ ++name = WPA2-LEAP ++author = ++version = 1 ++require username *Username password *Password ++- ++ctrl_interface=/var/run/wpa_supplicant ++network={ ++ssid=$_ESSID ++scan_ssid=$_SCAN ++auth_alg=LEAP ++key_mgmt=WPA-EAP ++proto=WPA2 ++pairwise=CCMP TKIP ++group=CCMP TKIP ++eap=LEAP ++identity=$_USERNAME ++password=$_PASSWORD ++} diff -Nru wicd-1.7.0+ds1/debian/patches/series wicd-1.7.0+ds1/debian/patches/series --- wicd-1.7.0+ds1/debian/patches/series 2011-02-12 00:04:45.0 +0100 +++ wicd-1.7.0+ds1/debian/patches/series 2011-09-14 11:16:38.0 +0200 @@ -26,3 +26,4 @@ 33-deepcopy_python27_fixes.patch 34-dont_save_useless_config.patch 35-restrict_netmode_characters.patch +36-more_encryption.patch
Bug#641553: pgapack: The way that the software is compiled fails the shipped test
Without reingeneering all the build process I also think a check on uname -m could be sufficient. if [ $(uname -m) == x86_64 ]; then CPPFLAGS=-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS; else cho 64bit; else echo other;fi On Wed, Sep 14, 2011 at 2:02 PM, Dirk Eddelbuettel e...@debian.org wrote: On 14 September 2011 at 12:33, Stefano Bridi wrote: | Package: pgapack | Version: 1.1.1-2 | Severity: important | | Dear Maintainer, | | I was trying to compile the pgapack from source and I always got the embedded | test to fail. After some try and error i found that the parameter -DWL=32 in | the configure/configure.in cause the first and last test to fail on my 64bit pc | (-DWL=64 seems to be fine). | So i tryied the packaged library and found that the problem is also here and so | this bug report: | In fact: using the test (instverf) in the pgapack package build against the | libpgapack-serial1 package library I see the same behaviour: | Test 0 had 994 errors. | Test 1 was successful. | Test 2 was successful. | Test 3 was successful. | Test 4 had 989 errors. | With a rebuild from source of the same library with the -DWL=64 I get | Test 0 was successful. | Test 1 was successful. | Test 2 was successful. | Test 3 was successful. | Test 4 was successful. | | I'm the system administrator and not the end user of this library and so I | don't know what is going on ... The sources are about 15 years old, and were unmaintained for many years until I adopted them. I have not changed the build process. For Linux, it does an unconditional linux) SHELL=/bin/sh CC=cc FC=f77 FFLAGS=-w LDFLAGS=-s $LDFLAGS CPPFLAGS=-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS ;; We could add a simple word-length test here -- this is shell script code. Do you have a suggestion, besides maybe testing 'uname -m' for 'x86_64' and then setting -DWL=64 ? I don't really want to re-engineer the whole build system Dirk | -- System Information: | Debian Release: wheezy/sid | APT prefers unstable | APT policy: (500, 'unstable'), (1, 'experimental') | Architecture: amd64 (x86_64) | | Kernel: Linux 3.0-3.dmz.2-liquorix-amd64 (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 | | pgapack depends on no packages. | | pgapack recommends no packages. | | Versions of packages pgapack suggests: | ii libpgapack-mpi1 1.1.1-2 | ii libpgapack-serial1 1.1.1-2 | | -- no debconf information | | -- New Rcpp master class for R and C++ integration is scheduled for San Francisco (Oct 8), more details / reg.info available at http://www.revolutionanalytics.com/products/training/public/rcpp-master-class.php -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641553: pgapack: The way that the software is compiled fails the shipped test
Sorry... I sent the previous email by error while I was writing ;) Without reingeneering all the build process I also think a check on uname -m could be sufficient. if [ $(uname -m) == x86_64 ]; then CPPFLAGS=-DWL=64 -DFORTRANUNDERSCORE $CPPFLAGS; else CPPFLAGS=-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS; fi Thanks Stefano On Thu, Sep 15, 2011 at 10:45 AM, Stefano Bridi stefano.br...@gmail.com wrote: Without reingeneering all the build process I also think a check on uname -m could be sufficient. if [ $(uname -m) == x86_64 ]; then CPPFLAGS=-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS; else cho 64bit; else echo other;fi On Wed, Sep 14, 2011 at 2:02 PM, Dirk Eddelbuettel e...@debian.org wrote: On 14 September 2011 at 12:33, Stefano Bridi wrote: | Package: pgapack | Version: 1.1.1-2 | Severity: important | | Dear Maintainer, | | I was trying to compile the pgapack from source and I always got the embedded | test to fail. After some try and error i found that the parameter -DWL=32 in | the configure/configure.in cause the first and last test to fail on my 64bit pc | (-DWL=64 seems to be fine). | So i tryied the packaged library and found that the problem is also here and so | this bug report: | In fact: using the test (instverf) in the pgapack package build against the | libpgapack-serial1 package library I see the same behaviour: | Test 0 had 994 errors. | Test 1 was successful. | Test 2 was successful. | Test 3 was successful. | Test 4 had 989 errors. | With a rebuild from source of the same library with the -DWL=64 I get | Test 0 was successful. | Test 1 was successful. | Test 2 was successful. | Test 3 was successful. | Test 4 was successful. | | I'm the system administrator and not the end user of this library and so I | don't know what is going on ... The sources are about 15 years old, and were unmaintained for many years until I adopted them. I have not changed the build process. For Linux, it does an unconditional linux) SHELL=/bin/sh CC=cc FC=f77 FFLAGS=-w LDFLAGS=-s $LDFLAGS CPPFLAGS=-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS ;; We could add a simple word-length test here -- this is shell script code. Do you have a suggestion, besides maybe testing 'uname -m' for 'x86_64' and then setting -DWL=64 ? I don't really want to re-engineer the whole build system Dirk | -- System Information: | Debian Release: wheezy/sid | APT prefers unstable | APT policy: (500, 'unstable'), (1, 'experimental') | Architecture: amd64 (x86_64) | | Kernel: Linux 3.0-3.dmz.2-liquorix-amd64 (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 | | pgapack depends on no packages. | | pgapack recommends no packages. | | Versions of packages pgapack suggests: | ii libpgapack-mpi1 1.1.1-2 | ii libpgapack-serial1 1.1.1-2 | | -- no debconf information | | -- New Rcpp master class for R and C++ integration is scheduled for San Francisco (Oct 8), more details / reg.info available at http://www.revolutionanalytics.com/products/training/public/rcpp-master-class.php -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641429: /usr/bin/sensors: sensors report the wrong cpu temperature on intel atom 330
On Thu, 2011-09-15 at 06:28 +0200, Aurelien Jarno wrote: reassign 641429 linux-2.6 thanks On Wed, Sep 14, 2011 at 09:19:06AM +0100, Richard Kennedy wrote: On Wed, 2011-09-14 at 00:50 +0200, Aurelien Jarno wrote: On Tue, Sep 13, 2011 at 02:22:49PM +0100, Richard Kennedy wrote: On Tue, 2011-09-13 at 15:15 +0200, Aurelien Jarno wrote: Le 13/09/2011 14:03, richard kennedy a écrit : Package: lm-sensors Version: 1:3.1.2-6 Severity: normal File: /usr/bin/sensors on my intel atom 330 system sensors always reports the cpu temp as +1.0 C, and it never changes. This problem only occurred when I upgraded to squeeze, on the previous stable version the temps reported correctly. I'm not sure if this is a kernel isssue or just sensors. It's likely to be a kernel issue, but please provide me the output of the sensors command to confirm. Hi, here it is, sensors coretemp-isa- Adapter: ISA adapter Core 0: +1.0°C (crit = +90.0°C) coretemp-isa-0001 Adapter: ISA adapter Core 1: +1.0°C (crit = +90.0°C) - Can you please also send me the output of cat /sys/devices/platform/coretemp.0/temp1_input and cat /sys/devices/platform/coretemp.1/temp1_input ? I've just had a fan fail on that machine and the values reported by sensors have changed. But as room temp is about 20 degrees there's no way this can be correct!. - cube:~$ cat /sys/devices/platform/coretemp.0/temp1_input 7000 cube:~$ cat /sys/devices/platform/coretemp.1/temp1_input 9000 cube:~$ sensors coretemp-isa- Adapter: ISA adapter Core 0: +7.0°C (crit = +90.0°C) coretemp-isa-0001 Adapter: ISA adapter Core 1: +9.0°C (crit = +90.0°C) Thanks for these informations. It looks like Tjmax is not correctly detected for you CPU, so all temperatures are offset by a value. It's definitely a kernel issue, so I am reassigning this bug. Thank you for looking in to this. Here's the relevant bits of /proc/cpuinfo, just in case someone needs this. cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 28 model name : Intel(R) Atom(TM) CPU 330 @ 1.60GHz stepping: 2 cpu MHz : 1596.004 cache size : 512 KB regards Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641687: cups: Failed to automaticly configure a printer when no color manager is available
Package: cups Version: 1.5.0-5 Severity: normal Hello, When trying to configure a new network printer on my laptop, it failed with some cryptic error (failed to connect). Looking at the log, one find: failed to CreateDevice: org.freedesktop.DBus.Error.TimedOut:Activation of org.freedesktop.ColorManager timed out Installing a colord server solve the problem. Maybe the level of the dependency should be changed, or cups should continue without the color manager when there is none. At least some documentation about this should be added to the NEWS.Debian. Thanks -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (700, 'testing'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cups depends on: ii adduser3.113 ii bc 1.06.95-2+b1 ii cups-client1.5.0-5 ii cups-common1.5.0-5 ii cups-ppdc 1.5.0-5 ii debconf [debconf-2.0] 1.5.41 ii ghostscript9.02~dfsg-3 ii libacl12.2.51-3 ii libavahi-client3 0.6.30-5 ii libavahi-common3 0.6.30-5 ii libc6 2.13-18 ii libcups2 1.5.0-5 ii libcupscgi11.5.0-5 ii libcupsdriver1 1.5.0-5 ii libcupsimage2 1.5.0-5 ii libcupsmime1 1.5.0-5 ii libcupsppdc1 1.5.0-5 ii libdbus-1-31.4.14-1 ii libgcc11:4.6.1-9 ii libgnutls262.12.10-1 ii libgssapi-krb5-2 1.9.1+dfsg-2 ii libijs-0.350.35-8 ii libkrb5-3 1.9.1+dfsg-2 ii liblcms1 1.19.dfsg-1 ii libldap-2.4-2 2.4.25-3 ii libpam0g 1.1.3-2 ii libpaper1 1.1.24+nmu1 ii libpoppler13 0.16.7-2 ii libslp11.2.1-7.8 ii libstdc++6 4.6.1-9 ii libusb-0.1-4 2:0.1.12-19 ii lsb-base 3.2-28 ii poppler-utils 0.16.7-2 ii procps 1:3.2.8-11 ii ssl-cert 1.0.28 ii ttf-freefont 20100919-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages cups recommends: ii avahi-daemon0.6.30-5 ii colord 0.1.11-1 ii cups-driver-gutenprint 5.2.7-2 ii foomatic-filters4.0.9-1 ii ghostscript-cups9.02~dfsg-3 Versions of packages cups suggests: ii cups-bsd 1.5.0-5 ii cups-pdf 2.5.1-4 ii foomatic-db 20110803-3 ii hplipnone ii smbclient2:3.5.11~dfsg-1 ii udev 172-1 -- Configuration Files: /etc/cups/cupsd.conf [Errno 13] Permission non accordée: u'/etc/cups/cupsd.conf' -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, serial, socket, usb, snmp, dnssd -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641688: gaia: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: gaia Version: 0.1.2-6.1 Severity: important Hello Jordà, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update gaia to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: gaia:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641689: gbatnav: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: gbatnav Version: 1.0.4cvs20051004-4 Severity: important Hello Ying-Chun, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update gbatnav to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: gbatnav :Build-Depends: libjpeg62-dev (= 6b-5) [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641670: [pkg-cli-apps-team] Bug#641670: docky: Spelling Error
tags 641670 + confirmed pending thanks Hi, On Wed, Sep 14, 2011 at 09:12:54PM -0700, Paul Stewart wrote: Package: docky Version: 2.1.3-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch In the control file description the word non-sense should be nonsense Thanks, fixed in 985feb1d02b8139c3b8641025ec3905cdfd31e4c. But … […] ## REPLACE THIS WITH ACTUAL INFORMATION - ## Please add all necessary information about why the change needed to go in ## Ubuntu, quote policy, spec or any other background material and why it can ## and should be used in Debian too. If the patch is composed of multiple ## independent pieces, please send them as separate bug reports. ## REPLACE THIS WITH ACTUAL INFORMATION - This isn't useful. Please read reports you are filing in future. Regards, -- 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#641690: elfsign: FTBFS in sid with multiarch ssl
Package: elfsign Version: 0.2.2-2 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch *** /tmp/tmps5JSlR In Ubuntu, the attached patch was applied to achieve the following: Hi! This package now fails to build from source in sid, because openssl is now installed multiarch. This patch solves the problem. Regards * Fix SSL libs in multiarch location (LP: #831275) Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-11-generic (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u elfsign-0.2.2/debian/control elfsign-0.2.2/debian/control --- elfsign-0.2.2/debian/control +++ elfsign-0.2.2/debian/control @@ -1,8 +1,9 @@ Source: elfsign Section: devel Priority: optional -Maintainer: Andrew Pollock apoll...@debian.org -Build-Depends: debhelper (= 4.0.0), libssl-dev (= 0.9.8-1) +Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com +XSBC-Original-Maintainer: Andrew Pollock apoll...@debian.org +Build-Depends: debhelper (= 4.0.0), libssl-dev (= 0.9.8-1), dh-autoreconf Standards-Version: 3.6.2 Package: elfsign diff -u elfsign-0.2.2/debian/changelog elfsign-0.2.2/debian/changelog diff -u elfsign-0.2.2/debian/rules elfsign-0.2.2/debian/rules --- elfsign-0.2.2/debian/rules +++ elfsign-0.2.2/debian/rules @@ -26,8 +26,9 @@ config.status: configure dh_testdir + dh_autoreconf # Add here commands to configure the package. - CFLAGS=$(CFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --with-openssl=/usr + CFLAGS=$(CFLAGS) ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --with-openssl=/usr --with-openssl-lib-dir=/usr/lib/$(DEB_HOST_MULTIARCH) build: build-stamp @@ -44,16 +45,17 @@ clean: dh_testdir dh_testroot + dh_autoreconf_clean rm -f build-stamp # Add here commands to clean up after the build process. -$(MAKE) distclean -ifneq $(wildcard /usr/share/misc/config.sub) - cp -f /usr/share/misc/config.sub config.sub -endif -ifneq $(wildcard /usr/share/misc/config.guess) - cp -f /usr/share/misc/config.guess config.guess -endif +#ifneq $(wildcard /usr/share/misc/config.sub) +# cp -f /usr/share/misc/config.sub config.sub +#endif +#ifneq $(wildcard /usr/share/misc/config.guess) +# cp -f /usr/share/misc/config.guess config.guess +#endif dh_clean only in patch2: unchanged: --- elfsign-0.2.2.orig/configure.in +++ elfsign-0.2.2/configure.in @@ -36,7 +36,7 @@ AC_CHECK_FILE($with_openssl/include/openssl/pem.h,,[AC_MSG_ERROR([required openssl header missing])]) AC_CHECK_FILE($with_openssl/include/openssl/bio.h,,[AC_MSG_ERROR([required openssl header missing])]) -AC_CHECK_FILE($with_openssl/lib/libcrypto.so,,[AC_MSG_ERROR([required openssl library missing])]) +AC_CHECK_FILE($with_openssl_lib_dir/libcrypto.so,,[AC_MSG_ERROR([required openssl library missing])]) INCLUDES=$INCLUDES -I$with_openssl/include LIBPATH=$LIBPATH -L$with_openssl/lib
Bug#431229: trouble with patch
tag 431229 - patch thanks On Thu, 13 Aug 2009 12:42:38 -0700, you wrote: I was unable to find any way of modifying quilt to not require cross-directory hard-links in a way that still passed its test suite. Could you please comment on this? How exactly are the test broken? It seems to me that most of the breakages are due to harmless status output which changed a bit (without changing the underlying logic), but I'd feel more confident if you could confirm (or infirm). I'm also concerned about the performance loss that you are reporting. Is it possible to activate your changes on AFS only so that quilt still works at full speed in regular settings? In the meanwhile, I'm removing the patch tag (control@b.d.o bcc'ed) because I do not consider this patch as ready for inclusion. Thanks for the fish anyway (and sorry for being so MIA recently) Mt. -- Combien il est doux d'obéir, lorsque nous pouvons réaliser le bonheur, d'être convenablement déchargés, par de sages et dignes guides, de la pesante responsabilité d'une direction générale de notre conduite. --- Herbert Marcuse, in «Raison et Révolution» -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579879: Won't fix this one
package quilt tag 579879 - patch tag 579879 - wontfix thanks Since this bug is rather small and fixed upstream, and since the fix is controversial I am not willing to apply this patch. I'll try to get a upstream 0.49 released to fix it all instead. Thanks for the fish anyway Mt. -- I'm not griping, I'm just observing what a miserable experience this is. --- Calvin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641012: sample file
I tested with 5.08-1 aswell, same results as Tamas'. A sample file is attached to this email (similar content to what Tamas posted). The problem though, is that magic/Magdir/msdos contains this: # .COM formats (Daniel Quinlan, quin...@yggdrasil.com) # Uncommenting only the first two lines will cover about 2/3 of COM files, # but it isn't feasible to match all COM files since there must be at least # two dozen different one-byte magics. # test too generic ? 0 byte0xe9DOS executable (COM) Anything that starts with 0xe9 will be classified as a DOS executable, and that's about it. It's a one-byte magic, and as the comment above the line suggests, it's way too generic. I would suggest disabling this magic. -- |8] én is az interneten nézem és nem szaggat, de most rontottam a minõséget a folyamatosság reményében
Bug#641691: hsqldb: please add a Maven publish rule for older versions
Package: hsqldb Version: 1.8.0.10-10 Severity: normal Hi, it would be nice, if you would apply the attached patch. It supports mh_make. BTW, you could drop the *-gcj package and its reverse dependencies. Thanks, Torsten -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 From b9d0126d2dfa33add87a94b1e842e771f036b8d7 Mon Sep 17 00:00:00 2001 From: Torsten Werner twer...@debian.org Date: Thu, 15 Sep 2011 10:59:32 +0200 Subject: [PATCH] add a Maven publish rule for older versions --- debian/maven.publishedRules |1 + 1 files changed, 1 insertions(+), 0 deletions(-) create mode 100644 debian/maven.publishedRules diff --git a/debian/maven.publishedRules b/debian/maven.publishedRules new file mode 100644 index 000..8292d14 --- /dev/null +++ b/debian/maven.publishedRules @@ -0,0 +1 @@ +s/hsqldb/org.hsqldb/ hsqldb * s/.*/debian/ * * -- 1.7.2.5
Bug#641692: gdc.h makefile dependency on system header files
Package: libgdchart-gd2 Version: 0.11.5-7 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch don't know why this is not reported in Debian by the test rebuilds. I see: ar cr libgdc.a gdc.o gdchart.o gdc_pie.o price_conv.o array_alloc.o ranlib libgdc.a make[1]: *** No rule to make target `gd.h', needed by `gdc.h'. Stop. make[1]: Leaving directory `/build/buildd/libgdchart-gd2-0.11.5' make: *** [debian/stamp-makefile-build] Error 2 fixed by http://launchpadlibrarian.net/79957919/libgdchart-gd2_0.11.5-7ubuntu1_0.11.5-7ubuntu2.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641693: gegl: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: gegl Version: 0.0.22-2 Severity: important Hello Ross, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update gegl to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: gegl:Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640763: [Debian-med-packaging] Bug#640763: seqan: rename programs with a too common name.
Le Fri, Sep 09, 2011 at 08:31:16AM +0200, Andreas Tille a écrit : On Fri, Sep 09, 2011 at 08:18:11AM +0900, Charles Plessy wrote: just to be sure: would someone object if this bug is not solved by the next upload ? I'm in favour of fixing all bugs (except those who are tagged wontfix) if possible with an upload in general and also in this specific case where I do not see any reason for waiting because in most cases it is better to do a change which is necessary anyway rather sooner than later. Note that the bug is partially solved, by not adding new seqan 1.3 programs in /usr/bin ;) I prefer to wait for more input or peer pressure. I think that I will upload seqan 1.3 tomorrow, now that I got rid of the convenience copy of samtools. I just have to finish to inspect the huge debdiff to see if there are more easter eggs like this… Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641694: linux-libc-dev: unable to compile with -m64 and errno.h
Package: linux-libc-dev Version: 3.0.0-3 Severity: important * What led up to the situation? I compile the above c file with gcc -m64 option #include errno.h int main() { return 0; } * What exactly did you do (or not do) that was effective (or ineffective)? upgrade to testing. It works with the stable/squeeze version * What was the outcome of this action? gcc -m64 main.c In file included from /usr/include/bits/errno.h:25:0, from /usr/include/errno.h:36, from main.c:1: /usr/include/linux/errno.h:4:23: fatal error: asm/errno.h: Aucun fichier ou dossier de ce type compilation terminated. * What outcome did you expect instead? no error. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (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 -- 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#641695: ggobi: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: ggobi Version: 2.1.10-2 Severity: important Hello Dirk, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update ggobi to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: ggobi :Build-Depends: libjpeg62-dev [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641413: #641413: libreoffice: Crash on startup
Hi, yes, I'm also using nvidia. And indeed - downgrading to it's version 280.13-1 in testing works. (Even my broken gdm3 and GTK+ buttons are working again.) Therefore, reassigning to nvidia-graphics-drivers. bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641691: hsqldb: please add a Maven publish rule for older versions
On Thu, Sep 15, 2011 at 11:13:18AM +0200, Torsten Werner wrote: it would be nice, if you would apply the attached patch. It supports mh_make. Can do. BTW, you could drop the *-gcj package and its reverse dependencies. Including libreoffice-gcj? And why can I do that? There's still 3 to 4 archs in Debian (ia64, kfreebsd-i386, kfreebsd-amd64, mipsel) which need gcj. Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641696: gimp-gap: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: gimp-gap Version: 2.6.0+dfsg-1 Severity: important Hello Thibaut, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update gimp-gap to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: gimp-gap:Build-Depends: libjpeg62-dev (= 6b-10) [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627774: mdadm: please migrate to /run
On Tue, May 24, 2011 at 02:45:34PM +0200, Mario 'BitKoenig' Holbe wrote: now where /run is established in unstable it would be great if mdadm could transit /dev/.mdadm as well as /lib/init/rw/.mdadm to /run (probably also to /run/mdadm instead of /run/.mdadm). This bug report could probably be closed now where the migration to /run is done... ...except if you like to use it for thinking about the need for generating uevents: are the /lib/init/rw/.mdadm sentinels really still necessary, or vice versa: is it really still necessary for mdadm-raid to generate uevents on its own? This is why I don't close it myself. regards Mario -- Gib einem Hungrigen einen Fisch, und er ist fuer einen Tag satt. Zeig ihm, wie man angelt, und er poebelt Dich an, dass er besseres zu tun haette, als Schnuere ins Wasser haengen zu lassen. -- David Kastrup in de.comp.text.tex signature.asc Description: Digital signature
Bug#630593: [PATCH/RFC] parport_pc: remove ancient, overeager quirk that disables EPP support on many chipsets
Hi, there's a bug in the parport module that have been reported (in another places) some time ago [1]. Also, this bug was reported at Redhat [2], but nobody follow the report and it was closed. As Adam baked said [1] : quote A long time ago (~ 10 years), Intel produced a chipset that included broken EPP support. The Linux parport driver was written to detect such a chipset and disable EPP support on it. Unfortunately the test that was written gives false positives for many current chipsets and no-one seems to know exactly what the problem hardware was, let alone have a sample of it to see if a better test can be written. After such a long time it is probably appropriate to just remove the test (on average it does more harm than good) however you are correct in asserting the driver is unmaintained so no-one is bothering to fix it. /quote I have applied the patch to the standard debian kernel and vanilla kernels and runs perfectly. The patch simply erases a check. Applied to some Dell hardware, now the EPP mode is detected and, after some initial tests it's working. Please, apply the patch. Best regards, Leo [1] http://lists.infradead.org/pipermail/linux-parport/2008-March/000628.html [2] https://bugzilla.redhat.com/show_bug.cgi?id=284471 --- linux-2.6-3.0.0/drivers/parport/parport_pc.c.orig 2011-09-13 16:29:54.333048437 +0200 +++ linux-2.6-3.0.0/drivers/parport/parport_pc.c 2011-09-13 16:30:39.933451659 +0200 @@ -2018,18 +2018,6 @@ static int parport_EPP_supported(struct if (!clear_epp_timeout(pb)) return 0; /* No way to clear timeout */ - /* Check for Intel bug. */ - if (priv-ecr) { - unsigned char i; - for (i = 0x00; i 0x80; i += 0x20) { - ECR_WRITE(pb, i); - if (clear_epp_timeout(pb)) { -/* Phony EPP in ECP. */ -return 0; - } - } - } - pb-modes |= PARPORT_MODE_EPP; /* Set up access functions to use EPP hardware. */
Bug#641697: [drm] nouveau 0000:02:00.0: PGRAPH: unsupported chipset, please report!
Package: linux-image-3.0.0-1-amd64 Version: 3.0.0-3 Error Message: [drm] nouveau :02:00.0: PGRAPH: unsupported chipset, please report! [ 17.227473] nouveau :02:00.0: PCI INT A - Link[LNED] - GSI 19 (level, low) - IRQ 19 [ 17.227477] nouveau :02:00.0: setting latency timer to 64 [ 17.228361] [drm] nouveau :02:00.0: Detected an NVc0 generation card (0x0c1000a1) [ 17.230940] [drm] nouveau :02:00.0: Attempting to load BIOS image from PRAMIN [ 17.289588] [drm] nouveau :02:00.0: ... appears to be valid [ 17.289591] [drm] nouveau :02:00.0: BIT BIOS found [ 17.289593] [drm] nouveau :02:00.0: Bios version 70.08.45.00 [ 17.289595] [drm] nouveau :02:00.0: Pointer to BIT loadval table invalid [ 17.289640] [drm] nouveau :02:00.0: TMDS table version 2.0 [ 17.289642] [drm] nouveau :02:00.0: Found Display Configuration Block version 4.0 [ 17.289645] [drm] nouveau :02:00.0: Raw DCB entry 0: 02000362 00020010 [ 17.289647] [drm] nouveau :02:00.0: Raw DCB entry 1: 04011310 [ 17.289649] [drm] nouveau :02:00.0: Raw DCB entry 2: 01022302 00020030 [ 17.289651] [drm] nouveau :02:00.0: Raw DCB entry 3: 02022300 [ 17.289654] [drm] nouveau :02:00.0: DCB connector table: VHER 0x40 5 16 4 [ 17.289656] [drm] nouveau :02:00.0: 0: 0x00010061: type 0x61 idx 0 tag 0x51 [ 17.289658] [drm] nouveau :02:00.0: 1: 0x0100: type 0x00 idx 1 tag 0xff [ 17.289660] [drm] nouveau :02:00.0: 2: 0x1230: type 0x30 idx 2 tag 0x07 [ 17.289664] [drm] nouveau :02:00.0: Parsing VBIOS init table 0 at offset 0x69D0 [ 17.309654] [drm] nouveau :02:00.0: Parsing VBIOS init table 1 at offset 0x701F [ 17.318232] parport_pc 00:05: reported by Plug and Play ACPI [ 17.318275] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE] [ 17.322382] [drm] nouveau :02:00.0: Parsing VBIOS init table 2 at offset 0x8150 [ 17.322385] [drm] nouveau :02:00.0: Parsing VBIOS init table 3 at offset 0x8154 [ 17.322429] [drm] nouveau :02:00.0: Parsing VBIOS init table 4 at offset 0x823C [ 17.322430] [drm] nouveau :02:00.0: Parsing VBIOS init table at offset 0x82A1 [ 17.342277] [drm] nouveau :02:00.0: 0x6987: Condition still not met after 20ms, skipping following opcodes [ 17.361037] [drm] nouveau :02:00.0: 2 available performance level(s) [ 17.361041] [drm] nouveau :02:00.0: 0: memory 135MHz core 50MHz shader 101MHz voltage 880mV timing 2 [ 17.361044] [drm] nouveau :02:00.0: 1: memory 324MHz core 405MHz shader 810MHz voltage 900mV timing 1 [ 17.361103] [TTM] Zone kernel: Available graphics memory: 4100180 kiB. [ 17.361104] [TTM] Zone dma32: Available graphics memory: 2097152 kiB. [ 17.361106] [TTM] Initializing pool allocator. [ 17.361116] [drm] nouveau :02:00.0: Detected 512MiB VRAM [ 17.365147] [drm] nouveau :02:00.0: 512 MiB GART (aperture) [ 17.365156] [drm] nouveau :02:00.0: PGRAPH: unsupported chipset, please report! [ 17.369638] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [ 17.369640] [drm] No driver support for vblank timestamp query. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641698: xpdf: Hangs with blank screen when used as iceape helper
Package: xpdf Version: 3.02-12 Severity: normal It does not consume CPU like #231208, but just looks like its dealocked. If I clean the environment the problem goes away. #!/bin/sh #/usr/local/bin/xpdf wrapper for /usr/bin/xpdf exec env -i DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY /usr/bin/xpdf $@ Iceape also leaves loads of FDs open in child. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=en_AU, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libpoppler5 0.12.4-1.2 PDF rendering library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxt61:1.0.7-1 X11 toolkit intrinsics library Versions of packages xpdf recommends: ii gsfonts-x11 0.21 Make Ghostscript fonts available t ii poppler-data 0.4.3-1Encoding data for the poppler PDF ii poppler-utils 0.12.4-1.2 PDF utilitites (based on libpopple xpdf 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#641413: #641413: libreoffice: Crash on startup
found 641413 280.13.really.275.28-1 retitle 641413 libreoffice: X IO error on startup with proprietary nvidia driver thanks On Thu, Sep 15, 2011 at 11:31:12AM +0200, Roland Stigge wrote: And indeed - downgrading to it's version 280.13-1 in testing works. (Even my broken gdm3 and GTK+ buttons are working again.) Actually that looks like *upgrading* ;-): nvidia-graphics-drivers | 280.13-1 | wheezy/non-free | source nvidia-graphics-drivers | 280.13.really.275.28-1 | sid/non-free | source Or do you use experimentals nvidia driver? :) nvidia-graphics-drivers | 285.03-2 | experimental/non-free | source Marking as found in 280.13.really.275.28-1. Nvidia people, fix this up if needed. Therefore, reassigning to nvidia-graphics-drivers. Thanks. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641699: ITP: gnome-globalmenu -- global menu plug-in for gnome-shell
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: gnome-globalmenu Version: 0.9~alpha5 Upstream Author : Yu Feng rainwood...@gmail.com URL: http://code.google.com/p/gnome2-globalmenu License: GPLv2 Programming Lang: vala, c Description: global menu plug-in for gnome-shell -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641700: ITP: ruby-pdf-inspector -- Ruby library for analyzing PDF output
Package: wnpp Severity: wishlist Owner: Cédric Boutillier cedric.boutill...@gmail.com Hi! I would like to package ruby-pdf-inspector, under the umbrella of Ruby Extras Team. This PDF output analyzer is a builddependency of a newer version of libprawn-ruby (soon to be renamed ruby-prawn). * Package name: ruby-pdf-inspector Version : 1.0.0 Upstream Author : Gregory Brown gregory.t.br...@gmail.com and others * URL : https://github.com/sandal/pdf-inspector * License : Ruby or GPLv2 or GPLv3 Programming Lang: Ruby Description : Ruby library for analyzing PDF output This library provides a number of tools based on the Ruby library PDF::Reader, provided in the ruby-pdf-reader, to test and analyze PDF output. Best wishes, Cédric signature.asc Description: Digital signature
Bug#641344: [nvidia-glx] Graphics errors after upgrading to xserver with abi 11
reassign 641344 xserver-xorg-core 2:1.11.0-1 tag 641344 - moreinfo + patch affects 641344 src:nvidia-graphics-drivers xserver-xorg-video-nvidia retitle 641344 rendering errors with nvidia driver and xserver 1.11 due to wrong symbols in libwfb.so forwarded 641344 http://lists.x.org/archives/xorg-devel/2011-September/025062.html thanks On 2011-09-12 20:25, Franz Schrober wrote: I have a lot of graphics errors after updating my system to the xserver with abi 11. It is hard to write the bug report because I cannot see many gui elements in kde 4. They look like the screen errors I got after using the nvidia driver 285 with the ignore abi option and the abi 11 xorg. NVIDIA tracked this problem down to a bug in libwfb.so and provided a patch: http://www.nvnews.net/vbulletin/showthread.php?t=166025page=2 http://lists.x.org/archives/xorg-devel/2011-September/025062.html http://lists.x.org/archives/xorg-devel/2011-September/025082.html I verified that the attached patch works with xorg-xserver from git and the offending symbols are renamed, but I couldn't verify that it fixes the rendering errors as I cannot reproduce them. Andreas 16-add-missing-libwfb-renames.diff Description: application/pgp-keys
Bug#641701: audacious-plugins: Plugin ffaudio vanished, no plugin for wma
Package: audacious-plugins Version: 2.4.4-1+b2 Severity: normal Dear Maintainer, after the last upgrade and restart, audacious complained of not having a plugin to play Windows Media wma / asf files. It seems that the ffaudio plugin has gone. I have no idea if this is intentionally, but it doesn't work for me. Now rescanning my drive-library audacious stopped finding windows media files. I am using current ffmpeg libraries from debian-multimedia if that makes a diffrence. cheers, Thorsten -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacious-plugins depends on: ii libasound21.0.24.1-4 ii libatk1.0-0 2.0.1-2 ii libaudcore1 2.4.4-1 ii libbinio1ldbl 1.4-14 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libcddb2 1.3.2-3 ii libcdio-cdda0 0.81-4 ii libcdio10 0.81-4 ii libcue1 1.4.0-1 ii libcurl3-gnutls 7.21.7-2 ii libdbus-1-3 1.4.14-1 ii libdbus-glib-1-2 0.94-4 ii libfaad2 2.7-7 ii libflac8 1.2.1-5 ii libfluidsynth11.1.5-1 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.6-2 ii libgcc1 1:4.6.1-10 ii libgdk-pixbuf2.0-02.24.0-1 ii libglib2.0-0 2.28.6-1 ii libgtk2.0-0 2.24.6-1 ii libjack0 [libjack-0.116] 1:0.121.0+svn4469-2 ii liblircclient00.9.0~pre1-1 ii libmcs1 0.7.2-2 ii libmms0 0.6.2-2 ii libmowgli20.7.1-1 ii libmtp9 1.1.0-4 ii libneon27-gnutls 0.29.6-1 ii libogg0 1.2.2~dfsg-1 ii libpango1.0-0 1.28.4-3 ii libpulse0 0.9.23-1 ii libresid-builder0c2a 2.1.1-8 ii libsamplerate00.1.8-1 ii libsdl1.2debian 1.2.14-6.4 ii libsidplay2 2.1.1-8 ii libsndfile1 1.0.25-3 ii libstdc++64.6.1-10 ii libusb-0.1-4 2:0.1.12-19 ii libvorbis0a 1.3.2-1 ii libvorbisenc2 1.3.2-1 ii libvorbisfile31.3.2-1 ii libwavpack1 4.60.1-1 ii libx11-6 2:1.4.4-1 ii libxcomposite11:0.4.3-2 ii libxml2 2.7.8.dfsg-4 ii libxrender1 1:0.9.6-2 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages audacious-plugins recommends: ii audacious 2.4.4-1 audacious-plugins 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#641702: fix some issues, seen on the ubuntu buildds
Package: libcoyotl Version: 3.1.0-4.1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch I had to change some things, because the package did fail to build, and then did fail to upload in Ubuntu. * Avoid building the package twice. * Regenerate the auto* files. LP: #831162. * Add Section attribute to the source package to avoid upload failure. Please consider these for the Debian package too. patch at http://launchpadlibrarian.net/79961318/libcoyotl_3.1.0-4.1_3.1.0-4.1ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641703: fix some issues, seen on the ubuntu buildds
Package: libevocosm Version: 3.1.0-3.1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch I had to change some things, because the package did fail to build, and then did fail to upload in Ubuntu. * Avoid building the package twice. * Regenerate the auto* files. LP: #831117. * Add Section attribute to the source package to avoid upload failure. Please consider these for the Debian package too. patch at http://launchpadlibrarian.net/79961806/libevocosm_3.1.0-3.1_3.1.0-3.1ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641704: unbound-host should be preconfigured with DNS root trust anchor
Package: unbound-host Version: 1.4.12-1 Severity: normal Dear Maintainer, Using a simple aptitude install unbound-host, the installed unbound-host doesn't seem to know about the root trust anchor. And there is no description in the man page, or in /ush/share/doc/unbound-host, about how to get and install this anchor. The DNS root is now signed. Since I expect most people will use the root trust anchor, then it would make sense for this to be preconfigured. If the root anchor is changed, then an update can be put into the Debian volative repository. To document that the current unbound-host installation don't know about the root trust anchor, I ran the following commands: t@h ~ unbound-host -v isc.org isc.org has address 149.20.64.42 (insecure) isc.org has IPv6 address 2001:4f8:0:2::d (insecure) isc.org mail is handled by 10 mx.ams1.isc.org. (insecure) isc.org mail is handled by 10 mx.pao1.isc.org. (insecure) t@h ~ unbound-host -v -y . IN DS 19036 8 2 49AAC11D7B6F6446702E54A1607371607A1A41855200FD2CE1CDDE32F24E8FB5 isc.org isc.org has address 149.20.64.42 (secure) isc.org has IPv6 address 2001:4f8:0:2::d (secure) isc.org mail is handled by 10 mx.pao1.isc.org. (secure) isc.org mail is handled by 10 mx.ams1.isc.org. (secure) Regards, Thue PS: why doesn't running t@h ~ unbound-host isc.org isc.org has address 149.20.64.42 isc.org has IPv6 address 2001:4f8:0:2::d isc.org mail is handled by 10 mx.pao1.isc.org. isc.org mail is handled by 10 mx.ams1.isc.org. Throw a warning or error, since by running with -v I can see that validation failed? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unbound-host depends on: ii libc6 2.13-21 ii libev41:4.04-1 ii libgcc1 1:4.6.1-10 ii libldns1 1.6.10-2 ii libpython2.6 2.6.7-4 ii libssl1.0.0 1.0.0e-2 ii libunbound2 1.4.12-1 unbound-host recommends no packages. unbound-host 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#641413: #641413: X crashes
Just to make sure: Please note that this problem is not specific to libreoffice. Although it lead to an X crash (restarting gdm3), it also leads to other errors, e.g. broken buttons and othe widgets in GTK+. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641705: shorewall init script inconsistency
Package: shorewall Version: 4.4.11.6-3 After dist-upgrade from lenny: # cat /etc/debian_version 6.0.2 # update-rc.d -f shorewall remove update-rc.d: using dependency based boot sequencing # update-rc.d -f shorewall defaults update-rc.d: using dependency based boot sequencing update-rc.d: warning: shorewall start runlevel arguments (2 3 4 5) do not match LSB Default-Start values (S) update-rc.d: warning: shorewall stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (0 6) Could this be fixed in debian stable? Regards, Antonio Parravicini -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#390449: please consider including debian-edu-archive-keys handling
reassign 390449 debian-edu-archive-keyring 2010.01.05 thanks Hi debian-edu, soon-to-be 5 years later a response to your wishlist bug against apt - and then it's even a reassigning back to you… d'oh! Life can be hard at times… ;) APT has gained well before squeeze the possibility for keyring packages to drop their keyrings into a fragments directory instead of mangling with apt-file which is not only prune for errors, but could possibly override user-configuration (see #558784). Long story short, attached is a prelimited patch to enable your keyring package to use this fragments directory. Prelimited in the sense that it isn't tested and that you might want to change a bit/everything depending on what you like. If you have further questions on how to implement this feel free to ask me, but make sure to at least cc me in that case, thanks! (No, this hasn't been adopted by anyone with a keyring in debian main yet, even through it works and is used at least by some third-party archives and a small debian-derivative (aptosid) currently with success. Hopefully in the near future i will be able to create a patch for debian-archive-keyring through, so you are not completely alone) Best regards David Kalnischkies diff -ru debian-edu-archive-keyring-2010.01.05-bak//debian/control debian-edu-archive-keyring-2010.01.05/debian/control --- debian-edu-archive-keyring-2010.01.05-bak//debian/control 2011-09-15 11:30:03.106463458 +0200 +++ debian-edu-archive-keyring-2010.01.05/debian/control 2011-09-15 11:42:22.542219237 +0200 @@ -11,7 +11,8 @@ Package: debian-edu-archive-keyring Architecture: all -Depends: gnupg, apt +Depends: apt (= 0.7.25.1), gpgv +Recommends: gnupg Description: GnuPG archive keys of the Debian Edu archive The Debian Edu project digitally signs its Release files. This package contains the archive keys used for that. diff -ru debian-edu-archive-keyring-2010.01.05-bak//debian/postinst debian-edu-archive-keyring-2010.01.05/debian/postinst --- debian-edu-archive-keyring-2010.01.05-bak//debian/postinst 2011-09-15 11:30:03.106463458 +0200 +++ debian-edu-archive-keyring-2010.01.05/debian/postinst 2011-09-15 11:46:37.284034528 +0200 @@ -2,7 +2,13 @@ set -e -if [ -x /usr/bin/apt-key ]; then -# apt-key update only uses /usr/share/keyrings/debian-archive-*.gpg, so we use apt-key add -apt-key add /usr/share/keyrings/debian-edu-archive-keyring.gpg +if [ $1 = 'configure' ]; then + if dpkg --compare-versions '2010.01.05' '=' $2 which gpg /dev/null; then + TRUSTEDFILE='/etc/apt/trusted.gpg' + eval $(apt-config shell TRUSTEDFILE Apt::GPGV::TrustedKeyring) + eval $(apt-config shell TRUSTEDFILE Dir::Etc::Trusted/f) + if [ -e $TRUSTEDFILE ]; then + apt-key --keyring $TRUSTEDFILE del A26FF456 2/dev/null || : + fi + fi fi diff -ru debian-edu-archive-keyring-2010.01.05-bak//debian/rules debian-edu-archive-keyring-2010.01.05/debian/rules --- debian-edu-archive-keyring-2010.01.05-bak//debian/rules 2011-09-15 11:30:03.106463458 +0200 +++ debian-edu-archive-keyring-2010.01.05/debian/rules 2011-09-15 11:42:59.617755730 +0200 @@ -34,6 +34,8 @@ $(install_dir) debian/tmp/usr/share/keyrings/ $(install_file) keyrings/debian-edu-archive-keyring.gpg debian/tmp/usr/share/keyrings/ $(install_file) keyrings/debian-edu-archive-removed-keys.gpg debian/tmp/usr/share/keyrings/ + $(install_dir) debian/tmp/etc/apt/trusted.gpg.d/ + $(install_file) keyrings/debian-edu-archive-keyring.gpg debian/tmp/etc/apt/trusted.gpg.d/ $(install_dir) debian/tmp/usr/share/doc/debian-edu-archive-keyring/ $(install_file) README debian/tmp/usr/share/doc/debian-edu-archive-keyring/
Bug#641706: package ftbfs with ld --as-needed
Package: jnettop Version: 0.13.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch User: debian-...@lists.debian.org Usertags: ld-as-needed see http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries patch at http://launchpadlibrarian.net/79964229/jnettop_0.13.0-1_0.13.0-1ubuntu1.diff.gz failed build https://launchpad.net/ubuntu/+archive/test-rebuild-20110816/+build/2697310 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494763: lft: New upstream
Why so old version is used? Upstream close bug #182173, so upgrade is very useful. BTW, project do homepage change twice: http://web.archive.org/web/20071013144626/http://mainnerve.com/lft/index.html http://oppleman.com/lft/ http://pwhois.org/lft/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630593: [PATCH/RFC] parport_pc: remove ancient, overeager quirk that disables EPP support on many chipsets
On Thu, Sep 15, 2011 at 11:33:18AM +0200, Leopold Palomo-Avellaneda wrote: Hi, there's a bug in the parport module that have been reported (in another places) some time ago [1]. Also, this bug was reported at Redhat [2], but nobody follow the report and it was closed. As Adam baked said [1] : quote A long time ago (~ 10 years), Intel produced a chipset that included broken EPP support. The Linux parport driver was written to detect such a chipset and disable EPP support on it. Unfortunately the test that was written gives false positives for many current chipsets and no-one seems to know exactly what the problem hardware was, let alone have a sample of it to see if a better test can be written. After such a long time it is probably appropriate to just remove the test (on average it does more harm than good) however you are correct in asserting the driver is unmaintained so no-one is bothering to fix it. /quote I have applied the patch to the standard debian kernel and vanilla kernels and runs perfectly. The patch simply erases a check. Applied to some Dell hardware, now the EPP mode is detected and, after some initial tests it's working. Please, apply the patch. Please resend it with the proper Signed-off-by: line, as described by Documentation/SubmittingPatches and we will be glad to consider it. thanks, greg k-h -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641707: mail-notification: unable to open Mail Reader
Package: mail-notification Version: 5.4.dfsg.1-2.5 Severity: normal Dear Maintainer, I'm not sure it is a bug of mail-notification or some bad interaction with gnome. If the Mail Reader is defined in gnome (through System-Preferences-Preferred Applications) as the Custom command: gnome-terminal --execute mutt %s mail-notification is not able to launch it: it only opens a gnome-terminal. However, if Mail Reader is defined as Mutt (mutt %s with Run in terminal), it works. Hope this can be useful. Alberto -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mail-notification depends on: ii gconf2 2.32.4-1 ii gnome-icon-theme 3.0.0-4 ii libatk1.0-0 2.0.1-2 ii libbonobo2-0 2.24.3-1 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libdbus-1-3 1.4.14-1 ii libdbus-glib-1-2 0.94-4 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.6-1 ii libgmime-2.4-2 2.4.25-1 ii libgnome-keyring03.0.3-1 ii libgnome2-0 2.32.1-1 ii libgnomevfs2-0 1:2.24.4-1 ii libgnomevfs2-extra 1:2.24.4-1 ii libgtk-3-0 3.0.12-2 ii libnotify4 0.7.4-1 ii liborbit21:2.14.18-0.2 ii libpango1.0-01.28.4-3 ii libpopt0 1.16-1 ii libsasl2-2 2.1.24~rc1.dfsg1+cvs2011-05-23-6 ii libssl1.0.0 1.0.0e-2 ii libx11-6 2:1.4.4-1 ii libxml2 2.7.8.dfsg-4 ii notification-daemon 0.7.2-1 Versions of packages mail-notification recommends: ii fetchyahoo 2.12.4-1 ii getlive 0.59-1 ii mail-notification-evolution 5.4.dfsg.1-2.5 mail-notification 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#641708: ITP: xul-ext-adblock-plus-element-hiding-helper -- extension for Adblock Plus meant to make creating element hiding rules easier
Package: wnpp Severity: wishlist Owner: Fabrizio Regalli fab...@fabreg.it * Package name: xul-ext-adblock-plus-element-hiding-helper Version : 1.1.1 Upstream Author : Wladimir Palant * URL : http://adblockplus.org/en/elemhidehelper * License : MPL-1.1 Programming Lang: JavaScript Description : extension for Adblock Plus meant to make creating element hiding rules easier Element Hiding Helper is a companion extension for Adblock Plus meant to make creating element hiding rules easier. You simply select the element you want to be hidden and then choose which attributes of this element should be taken into account when hiding it in future. The element hiding rule is generated and added automatically. signature.asc Description: This is a digitally signed message part
Bug#641709: dia-common: desktop file needs GenericName entries
Package: dia-common Version: 0.97.1-7 Severity: minor Tags: patch *** Please type your report below this line *** The desktop file needs GenericName entries and the Name entry should only contain the short application name (Dia in this case). The attached patch fixes this issue. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/4 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dia-common depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support 1.0.10 automated rebuilding support for P Versions of packages dia-common recommends: ii dia 0.97.1-7 Diagram editor ii dia-libs 0.97.1-7 Diagram editor (library files) dia-common suggests no packages. -- no debconf information -- Ronny Standtke Fachhochschule Nordwestschweiz Dozent Medienpädagogik / ICT Pädagogische Hochschule Telefon: +41 32 628 67 08 Obere Sternengasse 7 Mobil : +41 79 786 81 82 4502 Solothurn --- /usr/share/applications/dia-common.desktop.orig 2010-07-31 19:25:46.0 + +++ /usr/share/applications/dia-common.desktop 2011-09-15 09:56:02.0 + @@ -1,45 +1,46 @@ [Desktop Entry] Encoding=UTF-8 -Name=Dia Diagram Editor -Name[ar]=محرّر المخطّطات ديّا -Name[bg]=Редактор на диаграми (Dia) -Name[ca]=Editor de diagrames Dia -Name[ca@valencia]=Editor de diagrames Dia -Name[cs]=Editor diagramů Dia -Name[da]=Dia - diagramtegning -Name[de]=Dia Diagrammeditor -Name[dz]=ཌི་ཡ་ བཀོད་རིས་ཞུན་དགཔ་ -Name[en_CA]=Dia Diagram Editor -Name[en_GB]=Dia Diagram Editor -Name[es]=Editor de diagramas -Name[eu]=Dia, diagrama-editorea -Name[fi]=Dia-kaaviomuokkain -Name[fr]=Éditeur de diagrammes Dia -Name[gl]=Editor de diagrama Dia -Name[gu]=Dia આકૃતિ સંપાદક -Name[hu]=Dia diagramszerkesztő -Name[id]=Editor Diagram Dia -Name[ja]=Dia ダイアグラム・エディタ -Name[ko]=도표 편집기 -Name[lt]=Dia diagramų redaktorius -Name[mr]=Dia आकृती संपादक -Name[nb]=Diagramredigering -Name[ne]=डाय चित्र सम्पादक -Name[nl]=Dia diagram bewerken -Name[pt]=Editor de Diagramas Dia -Name[pt_BR]=Editor de diagramas Dia -Name[ru]=Dia — Редактор диаграмм -Name[sk]=Dia editor diagramov -Name[sl]=Urejevalnik diagramov Dia -Name[sr]=Диа уређивач дијаграма -Name[sr@Latn]=Dia uređivač dijagrama -Name[sv]=Diagramredigeraren Dia -Name[ta]=Dia வரைபட எடிட்டர் -Name[uk]=Редактор діаграм Діа -Name[vi]=Bộ biên soạn sơ đồ Dia -Name[zh_CN]=Dia 图表编辑器 -Name[zh_HK]=Dia 圖表編輯器 -Name[zh_TW]=Dia 圖表編輯器 +Name=Dia +GenericName=Diagram Editor +GenericName[ar]=محرّر المخطّطات ديّا +GenericName[bg]=Редактор на диаграми +GenericName[ca]=Editor de diagrames +GenericName[ca@valencia]=Editor de diagrames +GenericName[cs]=Editor diagramů +GenericName[da]=diagramtegning +GenericName[de]=Diagrammeditor +GenericName[dz]=ཌི་ཡ་ བཀོད་རིས་ཞུན་དགཔ་ +GenericName[en_CA]=Diagram Editor +GenericName[en_GB]=Diagram Editor +GenericName[es]=Editor de diagramas +GenericName[eu]=diagrama-editorea +GenericName[fi]=kaaviomuokkain +GenericName[fr]=Éditeur de diagrammes +GenericName[gl]=Editor de diagrama +GenericName[gu]=આકૃતિ સંપાદક +GenericName[hu]=diagramszerkesztő +GenericName[id]=Editor Diagram +GenericName[ja]=ダイアグラム・エディタ +GenericName[ko]=도표 편집기 +GenericName[lt]=diagramų redaktorius +GenericName[mr]=आकृती संपादक +GenericName[nb]=Diagramredigering +GenericName[ne]=डाय चित्र सम्पादक +GenericName[nl]=diagram bewerken +GenericName[pt]=Editor de Diagramas +GenericName[pt_BR]=Editor de diagramas +GenericName[ru]=Редактор диаграмм +GenericName[sk]=editor diagramov +GenericName[sl]=Urejevalnik diagramov +GenericName[sr]=уређивач дијаграма +GenericName[sr@Latn]=uređivač dijagrama +GenericName[sv]=Diagramredigeraren +GenericName[ta]=வரைபட எடிட்டர் +GenericName[uk]=Редактор діаграм +GenericName[vi]=Bộ biên soạn sơ đồ +GenericName[zh_CN]=图表编辑器 +GenericName[zh_HK]=圖表編輯器 +GenericName[zh_TW]=圖表編輯器 Comment=Edit your Diagrams Comment[ar]=حرّر مخطّطاتك Comment[bg]=Редактиране на диаграми
Bug#557621: Patch
Back in 2009, you contributed a patch to the bug quilt - Unhelpfull message if no patches directory. Your first try was a bit suboptimal, and some discussion followed about how to fix it. That discussion were cut short when it was indicated that upstream bugs should be discused upstream. Could you please help me sort out this issue? In particular, did you have any feedback at any point indicating that this was actually discussed upstream (I don't feel like digging almost 2 years of mail archive if the information is fresh in your memory) Also, could you consider fixing your patch so that I can apply it? For almost 2 years I thought that I can do it myself, but the facts prove that I just don't have the time to investigate this issue, so your help would be more than welcomed. Let's first fix the issue and then I'll try to see how to get it integrated upstream (and your help would be welcomed during that phase too, if you can. Thanks for your time, Mt. -- 2+2 = 5 ... Pour d'assez grandes valeurs de 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641413: X crashes
On 2011-09-15 11:54, Roland Stigge wrote: Just to make sure: Please note that this problem is not specific to libreoffice. Although it lead to an X crash (restarting gdm3), it also leads to other errors, e.g. broken buttons and othe widgets in GTK+. Which version of xserver-xorg-core are you running? If you use 1.11.0 from unstable, please downgrade all the Xorg packages to the versions in testing and see if the problem disappears. In that case this could be a duplicate of http://bugs.debian.org/641344 Otherwise please run reportbug -N 641413 and provide extra information (x) for the 'nvidia-glx' package (so that it collects all the information useful for the Debian Nvidia Maintainers). Please note the reportbug 6.2 from testing has a problem with such followups, please upgrade to 6.2.1 from unstable first Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641710: dh_sphinxdoc doesn't work when HAS_SOURCE is set to false (and _sources directory is missing)
Package: python-sphinx Version: 1.0.7+dfsg-1 Severity: normal File: /usr/bin/dh_sphinxdoc Since the python-django-doc package is quite big, we wanted to save some spaces by dropping the _sources directory. I noticed that dh_sphinxdoc analyzed the HAS_SOURCE setting in search.html to adjust its behaviour so instead of directly removing the _sources directory I modified conf.py to disable its generation (html_copy_source = False). Despite this, dh_sphinxdoc fails with: dh_sphinxdoc: debian/python-django-doc/usr/share/doc/python-django-doc/html/_sources/releases/1.0.txt is missing Looking at the code, you extract the value (true or false) but afterwards you only use it in a form “if $has_source”... you should really replace this with “if $has_source eq true”. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 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 python-sphinx depends on: ii libjs-sphinxdoc 1.0.7+dfsg-1 ii python 2.6.7-3 ii python-docutils 0.8.1-2 ii python-jinja22.6-1 ii python-pygments 1.4+dfsg-2 ii python-support 1.0.14 Versions of packages python-sphinx recommends: ii python 2.6.7-3 ii python-imaging 1.1.7-4 ii python-simplejson 2.2.0-1 Versions of packages python-sphinx suggests: pn jsmath none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630421: python-django: please build needed locale at runtime instead of build-depending on locales-all
Hi Steve, Thanks for you patch, I hate when packages build-depend on locales-all. :P * Steve Langasek steve.langa...@canonical.com, 2011-06-13, 15:13: + mkdir -p tmp-locales + localedef -i /usr/share/i18n/locales/en_US -c -f UTF-8 -A /usr/share/locale/locale.alias tmp-locales/en_US.UTF-8 + LOCPATH=$(CURDIR)/tmp-locales LC_ALL=en_US.UTF-8 PYTHONPATH=. tests/runtests.py --settings=tests.test_sqlite --verbosity=2 + rm -rf tmp-locales Are -i and -A options actually needed? At least in a few packages of mine I didn't use anything like that, yet nothing exploded. :) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641711: ssl_locl.h isn't packaged
Package: libssl-dev Version: 1.0.0e-2 Severity: normal openconnect uses DTLS from libssl to connect to the VPN. However compilation of openconnect 3.12 fails on Debian because dtls1_stop_timer() isn't in the header files. Upstream libssl installs ssl_locl.h and that declares dtls1_stop_timer(). For some reason this isn't packaged in Debian. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libssl-dev depends on: ii libssl1.0.0 1.0.0e-2 ii zlib1g-dev 1:1.2.3.4.dfsg-3 Versions of packages libssl-dev recommends: pn libssl-doc none libssl-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630421: python-django: please build needed locale at runtime instead of build-depending on locales-all
* Steve Langasek steve.langa...@canonical.com, 2011-06-20, 23:53: $ dpkg -S /usr/share/i18n/locales/en_US locales: /usr/share/i18n/locales/en_US We still need to build-depend on locales, no? Ah - yes, indeed, a dep on locales is still needed. Please note that locales-all has Provides: locales, but it does not ship this file, so localedef won't work if only locales-all is installed. Therefore, the build-dependency should be versioned (even (= 0) will do the trick). -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641348: trac-mercurial 0.12
Hi, the trac-mercurial package does not work well with Trac 0.12, so I have created an updated package: http://dl.dropbox.com/u/4213259/deb/trac-mercurial_0.12.0.27-0.1.debian.tar.gz It includes a get-orig-source target that extracts the source directly from SVN. I am no longer a DD so I cannot upload, but I have a number of other trac-related packages for Trac 0.12 lying around: trac-autocompleteusers 0.4.2 trac-batchmodify 0.8.0 trac-estimationtools 0.4.5 trac-wikiprint 1.8.4 None of them are signed AFAIR, but I can sign them and make available if needed. Cheers, -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641712: mail-notification: popup is misplaced
Package: mail-notification Version: 5.4.dfsg.1-2.5 Severity: important Dear Maintainer, after today's upgrade in sid the popup list of unread mail is misplaced. It is almost completely outside the screen that makes it completely useless. Alberto -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mail-notification depends on: ii gconf2 2.32.4-1 ii gnome-icon-theme 3.0.0-4 ii libatk1.0-0 2.0.1-2 ii libbonobo2-0 2.24.3-1 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libdbus-1-3 1.4.14-1 ii libdbus-glib-1-2 0.94-4 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.6-1 ii libgmime-2.4-2 2.4.25-1 ii libgnome-keyring03.0.3-1 ii libgnome2-0 2.32.1-1 ii libgnomevfs2-0 1:2.24.4-1 ii libgnomevfs2-extra 1:2.24.4-1 ii libgtk-3-0 3.0.12-2 ii libnotify4 0.7.4-1 ii liborbit21:2.14.18-0.2 ii libpango1.0-01.28.4-3 ii libpopt0 1.16-1 ii libsasl2-2 2.1.24~rc1.dfsg1+cvs2011-05-23-6 ii libssl1.0.0 1.0.0e-2 ii libx11-6 2:1.4.4-1 ii libxml2 2.7.8.dfsg-4 ii notification-daemon 0.7.2-1 Versions of packages mail-notification recommends: ii fetchyahoo 2.12.4-1 ii getlive 0.59-1 ii mail-notification-evolution 5.4.dfsg.1-2.5 mail-notification 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#641531: Support for WPA2-LEAP
Hello Raúl, On Thu, 15 Sep 2011 09:55:16 +0200, Raúl Sánchez Siles wrote: Hi: Find attached a patch for the issue. I'm sorry for the delay, I was actually fighting reportbug-gtk :S Thanks for your patch :) There was no need to prepare a full-blown NMU patch, just the template was sufficient ;) I pushed the changes upstream (with the other two templates from that post): http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/582 and in the Debian package: http://anonscm.debian.org/gitweb/?p=collab-maint/wicd.git;a=commitdiff;h=4d37d2da3bbdbc243c122adaac3a7d11c57becff Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#641145: [Pkg-xfce-devel] Bug#641145: xfce4-power-manager: Doesn't lock screen on suspend
On jeu., 2011-09-15 at 22:00 +1200, Aidan Gauland wrote: On 14/09/11 17:43, Yves-Alexis Perez wrote: xfpm first tries to call xflock4, so if that works, I fail to see what happens for you (it obviously work everywhere I tried). This appears to be a known bug: https://bugzilla.xfce.org/show_bug.cgi?id=6019 This bug is against xfce4-power-manager, not xfce4-session. So what exactly are you using to suspend/hibernate? Could you precise what you use? Please keep the bug on CC: too. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#641710: dh_sphinxdoc doesn't work when HAS_SOURCE is set to false (and _sources directory is missing)
tags 641710 + confirmed thanks * Raphaël Hertzog hert...@debian.org, 2011-09-15, 12:30: Since the python-django-doc package is quite big, we wanted to save some spaces by dropping the _sources directory. I noticed that dh_sphinxdoc analyzed the HAS_SOURCE setting in search.html to adjust its behaviour If you build with html_copy_source=1 and then manually remove sources, the search function will be broken. That's why dh_sphinxdoc doesn't allow that. so instead of directly removing the _sources directory I modified conf.py to disable its generation (html_copy_source = False). Despite this, dh_sphinxdoc fails with: dh_sphinxdoc: debian/python-django-doc/usr/share/doc/python-django-doc/html/_sources/releases/1.0.txt is missing Looking at the code, you extract the value (true or false) but afterwards you only use it in a form “if $has_source”... you should really replace this with “if $has_source eq true”. Thanks for your analysis. I'll try to fix the package as soon as possible, but if you are in hurry, you can pass -X.txt to dh_sphinxdoc as a work-around. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641713: mensis: fails to build with libtool 2.4
Package: mensis Version: 0.0.080507-2 Severity: serious Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch oneiric mensis fails to build with libtool 2.4, originally reported in this Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/mensis/+bug/832774 This category of failure is explained here: http://wiki.debian.org/qa.debian.org/FTBFS#A2011-05-04_Libtool_complains_about_file_not_found_on_.2B-.3D_assignment Patch follows. * Substitute SHELL in Makefiles so that LIBTOOL expands correctly (LP: #832774). diff -u mensis-0.0.080507/debian/patches/series mensis-0.0.080507/debian/patches/series --- mensis-0.0.080507/debian/patches/series +++ mensis-0.0.080507/debian/patches/series @@ -4,0 +5 @@ +010_libtool_shell.diff only in patch2: unchanged: --- mensis-0.0.080507.orig/debian/patches/010_libtool_shell.diff +++ mensis-0.0.080507/debian/patches/010_libtool_shell.diff @@ -0,0 +1,39 @@ +Description: Substitute SHELL in Makefiles so that LIBTOOL expands correctly +Author: Colin Watson cjwat...@ubuntu.com +Bug-Ubuntu: https://bugs.launchpad.net/bugs/832774 +Forwarded: no +Last-Update: 2011-09-15 + +Index: b/Makefile.dynamic.in +=== +--- a/Makefile.dynamic.in b/Makefile.dynamic.in +@@ -9,6 +9,7 @@ + bindir = @bindir@ + libdir = @libdir@ + ++SHELL = @SHELL@ + LIBTOOL = @LIBTOOL@ + CC = @CC@ + INSTALL = @INSTALL@ +Index: b/Makefile.in +=== +--- a/Makefile.in b/Makefile.in +@@ -10,6 +10,7 @@ + srcdir = @srcdir@ + top_builddir = . + ++SHELL = @SHELL@ + CC = @CC@ + INSTALL = @INSTALL@ + LIBTOOL = @LIBTOOL@ +Index: b/Makefile.static.in +=== +--- a/Makefile.static.in b/Makefile.static.in +@@ -1,3 +1,4 @@ ++SHELL = @SHELL@ + CC = @CC@ + + X_CFLAGS = @X_CFLAGS@ Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641413: Reproducing the bug
On Wed, 2011-09-14 at 16:52 +0200, Rene Engelhard wrote: It also does crash my X session, leading me to the bug report. I'm using the nvidia X module which was upgraded recently. Aha. What I guessed. And if you downgrade it again, does it start working again? Does it work with a driver in Debian? (nouveau) Downgrade of nvidia from 280.13.really.275.28-1 to 280.13-1 (actually an upgrade, judging from the version numbers) also did the trick for me, including fixing gtk display breakage. (Can't test nouveau, my hardware doesn't like it.) For the record: The crashes happened with libreoffice 3.4.3-1 as well as 3.3.4-1 (via ssh X forward) as well as acroread 9.4.2-0 (from debian-multimedia.org). Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641413: X crashes
Hi! On 09/15/2011 12:30 PM, Andreas Beckmann wrote: On 2011-09-15 11:54, Roland Stigge wrote: Just to make sure: Please note that this problem is not specific to libreoffice. Although it lead to an X crash (restarting gdm3), it also leads to other errors, e.g. broken buttons and othe widgets in GTK+. Which version of xserver-xorg-core are you running? If you use 1.11.0 from unstable, please downgrade all the Xorg packages to the versions in testing and see if the problem disappears. In that case this could be a duplicate of http://bugs.debian.org/641344 To be honest, I downgraded xserver-xorg-core from 2:1.11.0-1 to 2:1.10.4-1 at the same time I downgraded the nvidia driver. This seems to be a coupled dependency since I couldn't remember downgrading it manually. So xserver-xorg-core could be involved as well. Please tell if you need further information from me. bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641697: [drm] nouveau 0000:02:00.0: PGRAPH: unsupported chipset, please report!
reassign 641697 src:linux-2.6 3.0.0-3 # cosmetic severity 641697 minor quit Hi, Hor Jiun Shyong wrote: Error Message: [drm] nouveau :02:00.0: PGRAPH: unsupported chipset, please report! So, which chipset is it? :) Please attach output from /usr/share/bug/xserver-xorg/script 31 so we can get to know your hardware a little better. Results from testing a v3.1 release candidate from experimental would also be interesting, since it adds support for some chipsets. 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#641413: X crashes
On 2011-09-15 13:08, Martin Stigge wrote: Downgrade of nvidia from 280.13.really.275.28-1 to 280.13-1 (actually Did you run previously run xserver 1.11.0 with the 275.28 driver? upgrade, judging from the version numbers) also did the trick for me, including fixing gtk display breakage. The rendering errors are most probably caused by #641344 in Xserver 1.11 On 2011-09-15 13:13, Roland Stigge wrote: To be honest, I downgraded xserver-xorg-core from 2:1.11.0-1 to 2:1.10.4-1 at the same time I downgraded the nvidia driver. This seems to be a coupled dependency since I couldn't remember downgrading it manually. Yes, 280.13-1 only works with 1.10.x. So xserver-xorg-core could be involved as well. Please tell if you need further information from me. Could you update the nvidia driver again to 280.13.really.275.28-1 while keeping Xorg from testing? If the crashes do not reappear in this configuration, the problem is specific to the 275.28-1 + Xserver 1.11 combination. Thanks. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641714: Please add resolvconf packaging-event hook script
Package: bind9 Severity: wishlist Please add the hook script /usr/lib/resolvconf/dpkg-event.d/bind9. The purpose of this script is to cause bind9 to take notice of the installation or removal of the resolvconf package. If resolvconf has been installed then bind9 should register its IP address with resolvconf. See below for an except from resolvconf's README file giving general information about resolvconf packaging-event hook scripts. For bind9 the following script should suffice. #!/bin/sh # Resolvconf packaging event hook script for the bind9 package case $1 in install|remove) if which invoke-rc.d /dev/null 21; then invoke-rc.d bind9 restart else /etc/init.d/bind9 restart fi ;; esac === Excerpt from resolvconf README file === Usage information for maintainers ~ [...] All suppliers of nameserver information to supply their information to resolvconf after resolvconf has been installed. As of resolvconf release 1.55 this is supported via the following mechanism. Any package, foo, that supports supplying information to resolvconf should include a hook script /usr/lib/resolvconf/dpkg-event.d/foo which, when called with the argument install, takes whatever actions are necessary to cause the program(s) in foo to supply their nameserver information to resolvconf; and when called with the argument remove takes whatever actions are appropriate given that the resolvconf package has been removed (and, in being removed, may have removed foo's nameserver information). The hook script thus has the following form. #!/bin/sh # # /usr/lib/resolvconf/dpkg-event.d/foo # # The resolvconf dpkg-event hook script for the foo package # if foo_is_running ; then if [ $1 = install ] ; then foo-ctrl send-nameserver-info-to-resolvconf elif [ $1 = remove ] ; then ... fi fi If foo is controlled by an initscript whose methods take appropriate actions conditional upon resolvconf's presence then something like the following might be appropriate. force_reload_foo() { if which invoke-rc.d /dev/null 21 ; then invoke-rc.d foo force-reload elif [ -x /etc/init.d/foo ] ; then /etc/init.d/foo force-reload fi } case $1 in install|remove) force_reload_foo ;; esac The hook script is called (with argument install) from resolvconf's postinst configure method and (with remove) from resolvconf's postrm remove The hook script thus has the following form. #!/bin/sh # # /etc/resolvconf/packaging-event.d/foo # # The resolvconf packaging event hook script for the foo package # if foo_is_running ; then if [ $1 = install ] ; then foo-ctrl send-nameserver-info-to-resolvconf elif [ $1 = remove ] ; then ... fi fi If foo is controlled by an initscript whose methods take appropriate actions conditional upon resolvconf's presence then something like the following might be appropriate. case $1 in install|remove) invoke-rc.d foo force-reload ;; esac The hook script is called (with argument install) from resolvconf's postinst configure method and (with remove) from resolvconf's postrm remove method. The hook script is called with argument install if and only if foo is fully installed both when resolvconf's preinst install runs and when its postinst configure runs. The hook script is called with argument remove if and only if foo is fully installed when resolvconf's postrm remove runs. The hook script must be owned by root and have its execute permission bit set and must have the same name as the package that owns it. Arguments other than install and remove are reserved for future use and must be silently ignored. method. Foo's hook script is called with argument install if and only if foo is fully installed both when resolvconf's preinst install runs and when its postinst configure runs. The hook script is called with argument remove if and only if foo is fully installed when resolvconf's postrm remove runs. The hook script must be owned by root and have its execute permission bit set and must have the same name as the package that owns it. Arguments other than install and remove are reserved for future use and must be silently ignored. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548157: confirmation
Package: nagios-nrpe-server Version: 2.12-4 I can reproduce this bug and the solution with the patch of Michel Verdier. Wolfgang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641715: pinta: German translation of GenericName entry in desktop file missing
Package: pinta Version: 1.0-1~bpo60+1 Severity: minor Tags: patch *** Please type your report below this line *** The GenericName entry in the desktop file is missing a German translation. The attached patch fixes this issue. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39-bpo.2-686-pae (SMP w/4 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pinta depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libglib2.0-cil 2.12.10-1CLI binding for the GLib utility l ii libgtk2.0-cil 2.12.10-1CLI binding for the GTK+ toolkit 2 ii libmono-cairo4.0-cil2.10.1-4~bpo60+1 Mono Cairo library (for CLI 4.0) ii libmono-corlib4.0-cil 2.10.1-4~bpo60+1 Mono core library (for CLI 4.0) ii libmono-posix4.0-cil2.10.1-4~bpo60+1 Mono.Posix library (for CLI 4.0) ii libmono-sharpzip4.84-ci 2.10.1-4~bpo60+1 Mono SharpZipLib library (for CLI ii libmono-system-core4.0- 2.10.1-4~bpo60+1 Mono System.Core library (for CLI ii libmono-system-xml4.0-c 2.10.1-4~bpo60+1 Mono System.Xml library (for CLI 4 ii libmono-system4.0-cil 2.10.1-4~bpo60+1 Mono System libraries (for CLI 4.0 ii mono-runtime2.10.1-4~bpo60+1 Mono runtime pinta recommends no packages. pinta suggests no packages. -- no debconf information -- Ronny Standtke Fachhochschule Nordwestschweiz Dozent Medienpädagogik / ICT Pädagogische Hochschule Telefon: +41 32 628 67 08 Obere Sternengasse 7 Mobil : +41 79 786 81 82 4502 Solothurn --- /usr/share/applications/pinta.desktop.orig 2011-05-06 08:13:13.0 + +++ /usr/share/applications/pinta.desktop 2011-09-15 11:55:43.0 + @@ -2,6 +2,7 @@ Name=Pinta Comment=Easily create and edit images GenericName=Image Editor +GenericName[de]=Bildeditor X-GNOME-FullName=Pinta Image Editor Exec=pinta Icon=pinta
Bug#641716: xsol: Does not have a XFCE menu entry
Package: xsol Version: 0.31-7 Severity: normal It seems to me that xsol does not appear in the XFCE menu. Perhaps because it does not have a .desktop file? Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xsol depends on: ii lesstif2 1:0.95.2-1 ii libc6 2.13-21 ii libx11-6 2:1.4.4-1 ii libxt61:1.1.1-2 xsol recommends no packages. xsol 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#478985: xsok: Does not have a GNOME menu entry; the attached .desktop file fixes that
Package: xsok Version: 1.02-17 Followup-For: Bug #478985 For what it's worth, it does not appear in the XFCE menu either, probably for the same reason. Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xsok depends on: ii libc6 2.13-21 ii libx11-6 2:1.4.4-1 ii libxaw7 2:1.0.9-2 ii libxpm4 1:3.5.9-1 ii libxt61:1.1.1-2 xsok recommends no packages. xsok 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#641717: Resolvconf packaging event script should be in /usr/lib/resolvconf/dpkg-event.d/
Package: dnsmasq Version: 2.58-2 Severity: minor Dnsmasq 2.58-2 contains a resolvconf packaging event script. /usr/lib/resolvconf/packaging-event.d/dnsmasq It should actually be in /usr/lib/resolvconf/dpkg-event.d/. -- Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641718: /usr/sbin/pppd: pppd persist does not actually persist
Package: ppp Version: 2.4.5-5 Severity: normal File: /usr/sbin/pppd Dear Maintainer, From an PPPoE ADSL connection: Sep 15 09:56:21 lithium pppd[2805]: Timeout waiting for PADO packets Sep 15 09:56:21 lithium pppd[2805]: Unable to complete PPPoE Discovery Sep 15 09:57:26 lithium pppd[2805]: Timeout waiting for PADO packets Sep 15 09:57:26 lithium pppd[2805]: Unable to complete PPPoE Discovery Sep 15 09:58:31 lithium pppd[2805]: Timeout waiting for PADO packets Sep 15 09:58:31 lithium pppd[2805]: Unable to complete PPPoE Discovery Sep 15 09:59:36 lithium pppd[2805]: Timeout waiting for PADO packets Sep 15 09:59:36 lithium pppd[2805]: Unable to complete PPPoE Discovery Sep 15 10:00:41 lithium pppd[2805]: Timeout waiting for PADO packets Sep 15 10:00:41 lithium pppd[2805]: Unable to complete PPPoE Discovery Sep 15 10:01:46 lithium pppd[2805]: Timeout waiting for PADO packets Sep 15 10:01:46 lithium pppd[2805]: Unable to complete PPPoE Discovery Sep 15 10:01:46 lithium pppd[2805]: Exit. The config file -- created by pppoeconf -- has the persist option set yet pppd is exiting after a certain number of failed tries. There was no user interaction during this period. According to the documentation the persist option should cause it to retry indefinitely. Reports elsewhere [1] suggest this /may/ be related to udev killing pppd but there is no indication of a SIGTERM being sent to pppd in this instance. [1] http://patches.openembedded.org/patch/6727/ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0 (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 ppp depends on: ii libc6 2.13-18 ii libpam-modules 1.1.3-2 ii libpam-runtime 1.1.3-2 ii libpam0g1.1.3-2 ii libpcap0.8 1.1.1-8 ii procps 1:3.2.8-11 ppp recommends no packages. ppp 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#625360:
Hi, this patch applied in Ubuntu solves the problem. Regards -- Angel Abad angela...@gmail.com | angela...@ubuntu.com | angela...@fsfe.org http://www.pastelero.net FPR: EBF6 080D 59D4 008A DF47 00D4 098D AE47 EE3B C279 diff -u ipset-2.5.0/Makefile ipset-2.5.0/Makefile --- ipset-2.5.0/Makefile +++ ipset-2.5.0/Makefile @@ -57,7 +57,8 @@ -Wundef \ -Wwrite-strings \ -Wno-missing-field-initializers \ - -Werror + -Werror \ + -Wno-error=unused-but-set-variable ifndef NO_EXTRA_WARN_FLAGS WARN_FLAGS+=$(EXTRA_WARN_FLAGS) diff -u ipset-2.5.0/debian/changelog ipset-2.5.0/debian/changelog --- ipset-2.5.0/debian/changelog +++ ipset-2.5.0/debian/changelog @@ -1,3 +1,10 @@ +ipset (2.5.0-1ubuntu1) oneiric; urgency=low + + * Build with -Werror -Wno-error=unused-but-set-variable. +(LP: #831232) (Closes: #625360) + + -- Angel Abad angela...@ubuntu.com Thu, 15 Sep 2011 13:58:59 +0200 + ipset (2.5.0-1) unstable; urgency=low * New upstream release; closes: #503683.
Bug#641553: pgapack: The way that the software is compiled fails the shipped test
On 15 September 2011 at 10:47, Stefano Bridi wrote: | Sorry... I sent the previous email by error while I was writing ;) | | Without reingeneering all the build process I also think a check on | uname -m could be sufficient. | | if [ $(uname -m) == x86_64 ]; then | CPPFLAGS=-DWL=64 -DFORTRANUNDERSCORE $CPPFLAGS; | else | CPPFLAGS=-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS; | fi Yes. I wonder, though, if we should go one further and create a program like #include stdio.h int main(void) { printf(%u\n, (unsigned) sizeof(long)); } which prints 4 and 8, respectively, on my 32 and 64 bit systems. I may mod it to print printf(-DWL=%u\n, 8*(unsigned) sizeof(long)); and that would generate the appropriate switch, also catching other 64 bit systems and not just the Intel CPU based ones. Or maybe test for sizeof==8 and then print 64, else print 32 as a fallback. Dirk | | Thanks | Stefano | | | On Thu, Sep 15, 2011 at 10:45 AM, Stefano Bridi stefano.br...@gmail.com wrote: | Without reingeneering all the build process I also think a check on | uname -m could be sufficient. | | if [ $(uname -m) == x86_64 ]; then | CPPFLAGS=-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS; | else | cho 64bit; else echo other;fi | | | On Wed, Sep 14, 2011 at 2:02 PM, Dirk Eddelbuettel e...@debian.org wrote: | | On 14 September 2011 at 12:33, Stefano Bridi wrote: | | Package: pgapack | | Version: 1.1.1-2 | | Severity: important | | | | Dear Maintainer, | | | | I was trying to compile the pgapack from source and I always got the embedded | | test to fail. After some try and error i found that the parameter -DWL=32 in | | the configure/configure.in cause the first and last test to fail on my 64bit pc | | (-DWL=64 seems to be fine). | | So i tryied the packaged library and found that the problem is also here and so | | this bug report: | | In fact: using the test (instverf) in the pgapack package build against the | | libpgapack-serial1 package library I see the same behaviour: | | Test 0 had 994 errors. | | Test 1 was successful. | | Test 2 was successful. | | Test 3 was successful. | | Test 4 had 989 errors. | | With a rebuild from source of the same library with the -DWL=64 I get | | Test 0 was successful. | | Test 1 was successful. | | Test 2 was successful. | | Test 3 was successful. | | Test 4 was successful. | | | | I'm the system administrator and not the end user of this library and so I | | don't know what is going on ... | | The sources are about 15 years old, and were unmaintained for many years | until I adopted them. | | I have not changed the build process. For Linux, it does an unconditional | | linux) | SHELL=/bin/sh | CC=cc | FC=f77 | FFLAGS=-w | LDFLAGS=-s $LDFLAGS | CPPFLAGS=-DWL=32 -DFORTRANUNDERSCORE $CPPFLAGS | ;; | | We could add a simple word-length test here -- this is shell script code. Do | you have a suggestion, besides maybe testing 'uname -m' for 'x86_64' and then | setting -DWL=64 ? | | I don't really want to re-engineer the whole build system | | Dirk | | | | -- System Information: | | Debian Release: wheezy/sid | | APT prefers unstable | | APT policy: (500, 'unstable'), (1, 'experimental') | | Architecture: amd64 (x86_64) | | | | Kernel: Linux 3.0-3.dmz.2-liquorix-amd64 (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 | | | | pgapack depends on no packages. | | | | pgapack recommends no packages. | | | | Versions of packages pgapack suggests: | | ii libpgapack-mpi1 1.1.1-2 | | ii libpgapack-serial1 1.1.1-2 | | | | -- no debconf information | | | | | | -- | New Rcpp master class for R and C++ integration is scheduled for | San Francisco (Oct 8), more details / reg.info available at | http://www.revolutionanalytics.com/products/training/public/rcpp-master-class.php | | -- New Rcpp master class for R and C++ integration is scheduled for San Francisco (Oct 8), more details / reg.info available at http://www.revolutionanalytics.com/products/training/public/rcpp-master-class.php -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641719: [l10n:vn] Vietnamese translation for cryptsetup 2:1.3.0-4
Package: cryptsetup Version: 2:1.3.0-4 Severity: wishlist Tags: l10n patch Hello, please include the Vietnamese translation for cryptsetup in the next release. Thank you! All the best, TRẦN Duy Hùng http://www.nguyentieuhau.com/ # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # msgid msgstr Project-Id-Version: cryptsetup 2:1.3.0-4\n Report-Msgid-Bugs-To: cryptse...@packages.debian.org\n POT-Creation-Date: 2011-09-15 12:30+0200\n PO-Revision-Date: 2011-09-15 19:27+0700\n Last-Translator: Hung Tran nguyentieu...@gmail.com\n Language-Team: debian-l10n-vietnamese debian-l10n-vietnam...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Vietnamese\n X-Poedit-Country: Vietnam\n #. Type: boolean #. Description #: ../cryptsetup.templates:1001 msgid Continue with cryptsetup removal? msgstr Tiếp tục việc gỡ bỏ cryptsetup? #. Type: boolean #. Description #: ../cryptsetup.templates:1001 msgid This system has unlocked dm-crypt devices: ${cryptmap} msgstr Hệ thống này đã mở khóa những thiết bị dm-crypt: ${cryptmap} #. Type: boolean #. Description #: ../cryptsetup.templates:1001 msgid If these devices are managed with cryptsetup, you might be unable to lock the devices after the package removal, though other tools can be used for managing dm-crypt devices. Any system shutdown or reboot will lock the devices. msgstr Nếu các thiết bị này được quản lý với cryptsetup, có thể bạn sẽ không thể khóa các thiết bị sau khi gỡ bỏ gói ứng dụng, mặc dù các công cụ khác có thể được sử dụng để quản lý các thiết bị dm-crypt. Tắt hay khởi động lại hệ thống sẽ khóa các thiết bị. #. Type: boolean #. Description #: ../cryptsetup.templates:1001 msgid Do not choose this option if you want to lock the dm-crypt devices before package removal. msgstr Đừng chọn tùy chọn này nếu bạn muốn khóa các thiết bị dm-crypt trước khi gỡ bỏ gói ứng dụng.