Bug#651798: Fails to build against Linux 3.1
Package: openvswitch-datapath-source Version: 1.2.2-2 Severity: grave This module fails to build against Linux 3.1: make[3]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64' /usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector enabled but no compiler support CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/genetlink-brcompat.o CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/brcompat.o CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/actions.o CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/checksum.o CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/datapath.o /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/datapath.c:58:2: error: #error Kernels before 2.6.18 or after 3.0 are not supported by this version of Open vSwitch. make[6]: *** [/usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/datapath.o] Error 1 make[5]: *** [_module_/usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux] Error 2 make[4]: *** [sub-make] Error 2 make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64' Since a version of Open vSwitch has been accepted for inclusion in mainline Linux 3.3, perhaps it could be included in Debian kernel packages starting with Linux 3.2 and then this binary package could be removed. However I don't know whether the mainline version is fully- featured. Ben. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.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/dash Versions of packages openvswitch-datapath-source depends on: ii bzip2 1.0.6-1 ii debhelper 8.9.11 ii module-assistant 0.11.4 openvswitch-datapath-source recommends no packages. Versions of packages openvswitch-datapath-source suggests: pn openvswitch-switch 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#651773: Does not build against Linux 3.1; probably no longer needed
On Monday 12 December 2011 04:53:51 Ben Hutchings wrote: Package: batman-adv-dkms Version: 2010.0.0-2 Severity: grave The B.A.T.M.A.N. Advanced module source fails to build against Linux 3.1. Since mainline Linux now includes B.A.T.M.A.N. Advanced, this binary package can probably be dropped. This package was dropped 7 month ago. It was removed from unstable [1] and from testing [2]. I will not remove it from stable or fix it in stable as it was shipped in a complete different configuration (linux 2.6.32, ...). Kind regards, Sven [1] http://packages.qa.debian.org/b/batman-adv-kernelland/news/20110520T223324Z.html [2] http://packages.qa.debian.org/b/batman-adv-kernelland/news/20110521T163911Z.html signature.asc Description: This is a digitally signed message part.
Bug#530805: Driver will be removed soon.
On Tue, 2009-08-18 at 15:57 -0500, Romain Beauxis wrote: forcemerge 541860 530805 thanks Hi ! Just a quick notification about these issues. This driver is now unmaitained [1]. The reason is that the basecode has been added into the main kernel, through the gspca driver. There are patches floating around for compilation in 2.6.30, but I prefer to push for an adoption of the mainstream driver. The reason for my silence so far is because I didn't have access to the hardware. However, I have two cams now and I will try to test and contribute to the new driver if needed for them. So, soon, this package will be removed from the archive, when I have a working setting using the new driver. Please do this, otherwise someone else will have to make the removal request. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#651799: Fails to build against Linux 2.6.38 or later
Package: qc-usb-source Version: 0.6.6-8 Severity: grave It is a known problem that qc-usb uses V4L1, which is not supported in current kernel versions. This latest version of the package is somewhat useful in that it fixes compatibility with Linux 2.6.32. But that fix should really go into stable, and the package should then be removed from testing unstable. Ben. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.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/dash Versions of packages qc-usb-source depends on: ii bzip2 1.0.6-1 ii debhelper 8.9.11 ii make 3.81-8.1 ii module-assistant 0.11.4 qc-usb-source recommends no packages. qc-usb-source 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#551891: shutter: Cannot capture from multi-monitor
tags 551891 unreproducible quit Hello Christoph, On Wed, Oct 21, 2009 at 04:32:38PM +0200, Christoph Haas wrote: Package: shutter Version: 0.80.1-1 Severity: normal Shutter is the nicest screenshot program I have ever seen. But there is one little issue. I'm using two monitors and when I want to make a screenshot then shutter takes the contents of my left monitor, puts it onto the right monitor and allows me to select the region I'd like to capture there. The left monitor remains dark during that operation. I would like it if Shutter were able to capture from both monitors. I have tested the version of shutter in squeeze and the version I've just uploaded to unstable on my multi-monitor system and it captured my full desktop successfully. Do you still have problems with these newer versions of shutter? If so, could you please follow the debug steps provided by Mario in the bug report log to give us more information about this? Thanks, Ryan -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shutter depends on: ii imagemagick 7:6.5.5.3-1 image manipulation programs ii libfile-basedir-perl 0.03-0.1Perl module to use the freedesktop ii libfile-copy-recursive-perl 0.38-1 Perl extension for recursively cop ii libfile-desktopentry-perl0.04-2 Perl module to handle freedesktop ii libfile-homedir-perl 0.86-1 Get the home directory for yoursel ii libfile-mimeinfo-perl0.15-1 Perl module to determine file type ii libfile-which-perl 1.08-1 Perl module for searching paths fo ii libglib-perl 1:1.222-1 Perl interface to the GLib and GOb ii libgnome2-gconf-perl 1.044-3 Perl interface to the GNOME GConf ii libgnome2-perl 1.042-2 Perl interface to the GNOME librar ii libgnome2-vfs-perl 1.081-1 Perl interface to the 2.x series o ii libgnome2-wnck-perl 0.16-2 Perl interface to the Window Navig ii libgoo-canvas-perl 0.06-1 Perl interface to the GooCanvas ii libgtk2-imageview-perl 0.05-1 Perl bindings for the GtkImageView ii libgtk2-perl 1:1.221-4 Perl interface to the 2.x series o ii liblocale-gettext-perl 1.05-6 Using libc functions for internati ii libproc-simple-perl 1.26-1 Perl interface to launch and contr ii librsvg2-common 2.26.0-1SAX-based renderer library for SVG ii libsort-naturally-perl 1.02-1 Sort naturally - sort lexically ex ii libwww-mechanize-perl1.58-1 module to automate interaction wit ii libwww-perl 5.833-1 Perl HTTP/WWW client/server librar ii libx11-protocol-perl 0.56-2 Perl module for the X Window Syste ii libxml-simple-perl 2.18-2 Perl module for reading and writin ii perlmagick 7:6.5.5.3-1 Perl interface to the ImageMagick shutter recommends no packages. Versions of packages shutter suggests: pn gnome-web-photo none (no description available) -- debconf-show failed -- signature.asc Description: Digital signature
Bug#651738: [Debian-in-workers] Bug#651738: ITP: fonts-gubbi - TrueType font for Kannada language
Quoting Vasudev Kamath (kamathvasu...@gmail.com): Package: wnpp Severity: wishlist Owner: Debian-IN Team debian-in-work...@lists.alioth.debian.org * Package Name: fonts-gubbi * Version: 1.0 * Upstream Author: Aravinda V K hallimanearav...@gmail.com * URL : https://github.com/aravindavk/Gubbi * License: OFL 1.1 * Programming Lang: N/A * Description: TrueType font for Kannada language This font is forked from Kedage truetype font for Kannada language. The issues in Kedage are fixed and some rendering feature and Rupee symbols are added. You should standardize on TrueType. Maybe also avoid starting the synopsis with TrueType. Maybe not mention it at all in the synopsis. Who cares about the font being FrueType, OpenType or whatever? I'm not sure about talking about issues in foo are fixes and bar is added as this may change in the future (who knows?). Package descriptions should avoid mentioningthings that are likely to change over time because nobody will think about updating the description in the future..:-) BTW, the font is for Kannada *script* not language...:-) signature.asc Description: Digital signature
Bug#651773: Does not build against Linux 3.1; probably no longer needed
On Mon, 2011-12-12 at 09:01 +0100, Sven Eckelmann wrote: On Monday 12 December 2011 04:53:51 Ben Hutchings wrote: Package: batman-adv-dkms Version: 2010.0.0-2 Severity: grave The B.A.T.M.A.N. Advanced module source fails to build against Linux 3.1. Since mainline Linux now includes B.A.T.M.A.N. Advanced, this binary package can probably be dropped. This package was dropped 7 month ago. It was removed from unstable [1] and from testing [2]. I will not remove it from stable or fix it in stable as it was shipped in a complete different configuration (linux 2.6.32, ...). Yes, sorry, I failed to check that first. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#651390: yum: Corrupted syslog entries
В Sun, 11 Dec 2011 14:00:46 +0800 Thomas Goirand tho...@goirand.fr пишет: Usually I just do $ sudo yum install -y package-name (I have a repository of CentOS packages that I'd like to use in Debian.) Are you seriously using yum at the same time as dpkg/apt, on the same system? All my packages are installed into /opt/name and several files into /etc/cron.d/ , so I don't see any harm here. (And I don't depend on CentOS base etc.) Honestly, I never did that, and I never though it would be a good idea or even possible without having a shitload of issues. The reason I maintain yum is to be able to use it to bootstrap CentOS in a chroot (the say way you'd use debootstrap). Anyway, I think that's a problem upstream, and you should ask at: yum development yum-de...@lists.baseurl.org Ok I've put them as Cc:, in the hope they can have a look at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651390 and give opinions how to fix in Squeeze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651774: Does not build against Linux 3.1
On Mon, 2011-12-12 at 09:02 +0100, Sven Eckelmann wrote: On Monday 12 December 2011 04:58:57 Ben Hutchings wrote: Package: batmand-gateway-dkms Version: 0.3.2-6 Severity: grave The batmand gateway module source fails to build against Linux 3.1: DKMS make.log for batmand-gateway-0.3.2 for kernel 3.1.0-1-amd64 (x86_64) Mon Dec 12 04:36:07 GMT 2011 make: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64' /usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector enabled but no compiler support LD /var/lib/dkms/batmand-gateway/0.3.2/build/built-in.o CC [M] /var/lib/dkms/batmand-gateway/0.3.2/build/gateway.o /var/lib/dkms/batmand-gateway/0.3.2/build/gateway.c:56:2: error: unknown field ‘ioctl’ specified in initializer /var/lib/dkms/batmand-gateway/0.3.2/build/gateway.c:56:2: warning: initialization from incompatible pointer type [enabled by default] /var/lib/dkms/batmand-gateway/0.3.2/build/gateway.c:56:2: warning: (near initialization for ‘fops.fsync’) [enabled by default] make[3]: *** [/var/lib/dkms/batmand-gateway/0.3.2/build/gateway.o] Error 1 make[2]: *** [_module_/var/lib/dkms/batmand-gateway/0.3.2/build] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64' In fact, this particular error is due to a change in Linux 2.6.36. This problem was fixed a year ago [1]. It was removed 11 months ago from experimental [2], 7 months ago from unstable [3] and from testing [4]. I will not remove it from stable or fix it in stable as it was shipped in a complete different configuration (linux 2.6.32, ...). Ugh, yes, same mistake again. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#651784: xserver-xorg: X server crashes when playing video
Damu damu.devn...@gmail.com (12/12/2011): X server crashes when playing videos. I tried playing videos using both mplayer and vlc, but seeing X server crashing both times. This is happening everytime I am playing any video. I do not see any error in the kernel log or xserver log. I'm betting http://blog.mraw.org/2011/12/11/Fixing_libdrm_for_intel/ If you have troubles checking X logs, try downgrading libdrm to 2.4.27, that should be a good test. Mraw, KiBi. signature.asc Description: Digital signature
Bug#651775: [Pkg-fglrx-devel] Bug#651775: Fails to build for 64-bit kernel on i386
Am 12.12.2011 06:04, schrieb Ben Hutchings: Package: fglrx-modules-dkms Version: 1:11-11-3 Severity: important The i386 version of this package includes only the 32-bit build of the proprietary driver code. If the target kernel is 64-bit (e.g. the Debian amd64 flavour), the driver fails to build: fglrx will never work on this crap mix of amd64 kernel and i386 userland, but there is no working conflicts which could be added -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563682: [shutter] window screenshot fails
Hello Brent, On Mon, Jan 04, 2010 at 11:04:57AM -0500, Brent S. Elmer Ph.D. wrote: Taking a screenshot of a window fails in shutter. When I try to take a screenshot of a window the shutter window just goes away. Here is the information in the terminal when I run shutter from the command line and try to take a screenshot of a window. Does the following reply from Mario Kemper, the author of Shutter, help you with this issue? This might help to determine the bug here. It could also be helpful to try the new upstream version which I have just uploaded to unstable. Thanks, Ryan On Wed, Aug 25, 2010 at 03:46:11PM +0200, Mario Kemper wrote: Could you please execute this via terminal (disables xserver's access control): xhost + Are you able to capture a window after doing this? Note: Please undo the above command when finished! xhost - -- signature.asc Description: Digital signature
Bug#633028: aide-common: /run transition: Please switch to /run/
Hi Roger, On Mon, Dec 12, 2011 at 12:33:29AM +, Roger Leigh wrote: On Wed, Dec 07, 2011 at 12:30:09AM +, Roger Leigh wrote: Patch attached against current git. debian/aide.conf.d/31_aide_lib-init-rw |3 --- debian/aide.conf.d/31_aide_mdadm |7 +++ debian/aide.conf.d/31_aide_portmap |2 +- debian/aide.conf.d/31_aide_resolvconf|8 debian/aide.conf.d/31_aide_rsyslog |2 +- debian/aide.conf.d/31_aide_run |3 +++ debian/aide.conf.d/31_aide_wpasupplicant |2 +- debian/changelog | 11 +++ 8 files changed, 24 insertions(+), 14 deletions(-) delete mode 100644 debian/aide.conf.d/31_aide_lib-init-rw create mode 100644 debian/aide.conf.d/31_aide_run Could any of the aide maintainers please respond to this bug report and proposed patch? Thanks for your patch; I'll look it over and upload a new aide version within a week. Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637234: linux-image-3.0.0-1-686-pae: I/O errors using ext4 under xen (also affects ext3 as of linux-image-3.1.0-1-amd64 et al)
On Sun, 2011-12-11 at 22:02 +, Dominic Hargreaves wrote: retitle 637234 linux-image-3.0.0-1-686-pae: I/O errors using ext4 under xen (also affects ext3 as of linux-image-3.1.0-1-amd64 et al) thanks [note that I've stripped off the CC to xen-devel in this comment, but have no objection to it being put back if it makes sense] On Wed, Sep 07, 2011 at 08:29:38AM -0400, Konrad Rzeszutek Wilk wrote: On Wed, Sep 07, 2011 at 02:51:04AM +0100, Ben Hutchings wrote: On Mon, 2011-08-29 at 10:08 -0400, Konrad Rzeszutek Wilk wrote: [...] Oh, I think I know _exactly_ what bug that is: This git commit: 280802657fb95c52bb5a35d43fea60351883b2af xen/blkback: When writting barriers set the sector number to zero has to be reverted. Specifically: commit 3f963cae3ef35d26fdd899c08797a598c5ca3e9b Author: Jeremy Fitzhardinge jeremy.fitzhardi...@citrix.com Date: Tue Jul 19 16:44:42 2011 -0700 Revert xen/blkback: When writting barriers set the sector number to zero... [...] and this one added: 25266338a41470a21e9b3974445be09e0640dda7 xen/blkback: don't fail empty barrier requests [...] Which repository are these in? Jeremy's: git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git This problem is also present with ext3 by default now, following the barriers-by-default change in Linux 3.1 (I'm seeing the problems with 3.1.4-1 domU and squeeze dom0; the barrier=0 workaround works). If I'm not confused, this message from Konrad is about the same problem, and points to another possible fix: http://lists.xen.org/archives/html/xen-devel/2011-12/msg00306.html That fix looks plausible and is in any case correct in its own right so I have added it to SVN for 2.6.32-40. Ian. I suspect that over time this will hit a lot of people on domU upgrades from squeeze to wheezy - and it needs to be fixed in the dom0 kernel, which presumably means a point release update. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- Ian Campbell Will it improve my CASH FLOW? signature.asc Description: This is a digitally signed message part
Bug#651738: [Debian-in-workers] Bug#651738: ITP: fonts-gubbi - TrueType font for Kannada language
On Mon, Dec 12, 2011 at 11:04 AM, Christian PERRIER bubu...@debian.org wrote: You should standardize on TrueType. Maybe also avoid starting the synopsis with TrueType. Maybe not mention it at all in the synopsis. Who cares about the font being FrueType, OpenType or whatever? Yes I'll take this point into account and modify the Short description of the fonts. :) I'm not sure about talking about issues in foo are fixes and bar is added as this may change in the future (who knows?). Package descriptions should avoid mentioningthings that are likely to change over time because nobody will think about updating the description in the future..:-) As every one is so much liking Kedage and Malige I thought mentioning this will be helpful but yes you are right I'll make them more generic BTW, the font is for Kannada *script* not language...:-) :) that is also true I took this line from the previous ttf-indic-fonts so I'll fix them Best Regards -- Vasudev Kamath http://vasudevkamath.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651800: firmware-b43-lpphy-installer: previous firmware removed, new one not intalled: Kernel too old. This firmware needs = 2.6.32!.
Package: firmware-b43-lpphy-installer Version: 1:015-9 Severity: important Dear Maintainer, Hi, I upgraded from 1:015-3 to 1:015-9 and my wireless firmware is gone: [ 227.512362] b43 ssb0:0: firmware: requesting b43/ucode15.fw [ 227.521884] b43 ssb0:0: firmware: requesting b43-open/ucode15.fw [ 227.535110] b43-phy0 ERROR: Firmware file b43/ucode15.fw not found [ 227.535130] b43-phy0 ERROR: Firmware file b43-open/ucode15.fw not found I then connect ethernet cable: apt-get install --reinstall firmware-b43-lpphy-installer Unpacking replacement firmware-b43-lpphy-installer ... Setting up firmware-b43-lpphy-installer (1:015-9) ... No chroot environment found. Starting normal installation Kernel too old. This firmware needs = 2.6.32!. Aborting! My kernel is: root@marsipulamos:~# dmesg | head [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.32-5-686 (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 04:01:41 UTC 2011 from linux-image-2.6.32-5-686 Please help! kind regards Frank -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages firmware-b43-lpphy-installer depends on: ii b43-fwcutter 1:015-9 ii bzip2 1.0.5-7 ii wget 1.13.4-1 Versions of packages firmware-b43-lpphy-installer recommends: ii linux-image-2.6.32-5-686 [linux-image] 2.6.32-30 firmware-b43-lpphy-installer 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#651298: gosa-schema deploys NO schema files at all.
Am Mittwoch, 7. Dezember 2011, 14:47:51 schrieben Sie: Package: gosa-schema Version: 2.6.11-3 Severity: normal gosa-schema deploys NO schema files, which are needed to run gosa tool. # dpkg -L gosa-schema /etc/ldap/schema/gosa/goto.schema /etc/ldap/schema/gosa/gosystem.schema /etc/ldap/schema/gosa/rfc2307bis.schema /etc/ldap/schema/gosa/goserver.schema /etc/ldap/schema/gosa/gosa-samba3.schema /etc/ldap/schema/gosa/trust.schema /etc/ldap/schema/gosa/gofon.schema /etc/ldap/schema/gosa/gofax.schema /etc/ldap/schema/gosa/samba3.schema /etc/ldap/schema/gosa/goto-mime.schema But: # ls -l /etc/ldap/schema/gosa total 0 -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=lt_LT.utf8, LC_CTYPE=lt_LT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Sorry, I cannot reproduce this: cajus@frost:~$ sudo dpkg -i gosa-schema_2.6.11-3_all.deb [sudo] password for cajus: Vormals nicht ausgewähltes Paket gosa-schema wird gewählt. (Lese Datenbank ... 146346 Dateien und Verzeichnisse sind derzeit installiert.) Entpacken von gosa-schema (aus gosa-schema_2.6.11-3_all.deb) ... gosa-schema (2.6.11-3) wird eingerichtet ... cajus@frost:~$ ls -la /etc/ldap/schema/gosa/ insgesamt 115 drwxr-xr-x 2 root root 1024 Dez 12 09:31 . drwxr-xr-x 3 root root 1024 Dez 12 09:31 .. -rw-r--r-- 1 root root 3284 Aug 6 2010 gofax.schema -rw-r--r-- 1 root root 13033 Aug 6 2010 gofon.schema -rw-r--r-- 1 root root 16874 Aug 6 2010 gosa-samba3.schema -rw-r--r-- 1 root root 20352 Aug 6 2010 goserver.schema -rw-r--r-- 1 root root 12910 Aug 6 2010 gosystem.schema -rw-r--r-- 1 root root 2604 Aug 6 2010 goto-mime.schema -rw-r--r-- 1 root root 7150 Aug 6 2010 goto.schema -rw-r--r-- 1 root root 9549 Aug 6 2010 rfc2307bis.schema -rw-r--r-- 1 root root 20221 Aug 6 2010 samba3.schema -rw-r--r-- 1 root root 783 Aug 6 2010 trust.schema Did you remove them some time ago? Did you try apt-get remove --purge gosa- schema apt-get install gosa-schema? -- Cajus Pollmeier pollme...@gonicus.de (Head of Development) * GONICUS GmbH * Moehnestrasse 11-17 * D-59755 Arnsberg * Tel.: +49 (0) 29 32 / 9 16 - 0 * Fax: +49 (0) 29 32 / 9 16 - 223 * http://www.GONICUS.de * Sitz der Gesellschaft: Moehnestrasse 11-17 * D-59755 Arnsberg * Geschaeftsfuehrer: Rainer Luelsdorf, Alfred Schroeder * Vorsitzender des Beirats: Juergen Michels * Amtsgericht Arnsberg * HRB 1968 signature.asc Description: This is a digitally signed message part.
Bug#651798: [ovs-dev] Bug#651798: Fails to build against Linux 3.1
On Mon, Dec 12, 2011 at 08:00:25AM +, Ben Hutchings wrote: Package: openvswitch-datapath-source Version: 1.2.2-2 Severity: grave This module fails to build against Linux 3.1: make[3]: Entering directory `/usr/src/linux-headers-3.1.0-1-amd64' /usr/src/linux-headers-3.1.0-1-common/arch/x86/Makefile:81: stack protector enabled but no compiler support CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/genetlink-brcompat.o CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/brcompat.o CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/actions.o CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/checksum.o CC [M] /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/datapath.o /usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/datapath.c:58:2: error: #error Kernels before 2.6.18 or after 3.0 are not supported by this version of Open vSwitch. make[6]: *** [/usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/datapath.o] Error 1 make[5]: *** [_module_/usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux] Error 2 make[4]: *** [sub-make] Error 2 make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-3.1.0-1-amd64' Since a version of Open vSwitch has been accepted for inclusion in mainline Linux 3.3, perhaps it could be included in Debian kernel packages starting with Linux 3.2 and then this binary package could be removed. However I don't know whether the mainline version is fully- featured. Hi Ben, the mainline version is fully featured and I envisage that the openvswitch-datapath package can be removed from the archive at some point. I would value your input on how that might be best achieved. As for the compile problem below, this is intended by upstream, though perhaps isn't appropriate for Debian. I'll take guidance on that issue from upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651780: Cannot build slamr.ko on 64-bit host
On Mon, Dec 12, 2011 at 05:42:11AM +, Ben Hutchings wrote: The makefile disables building slamr.ko if the build host's kernel is 64-bit. It should instead be testing whether the target kernel is 32-bit: ---end quoted text--- Why would that be needed ? Shouldn't a 32-bit module be built on a machine with 32-bit kernel ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#651801: resolvconf: /etc/resolv.conf is a broken link after reboot
Package: resolvconf Version: 1.62 Severity: grave Hi, Every time I reboot the system I have to fix /etc/resolv.conf to have DNS working again. Since /etc/resolv.conf - /etc/resolvconf/run/resolv.conf, the later is not automatically created at reboot. I see now that this is actually a symlink to /run which is a tmpfs. Thanks -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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 resolvconf depends on: ii debconf [debconf-2.0] 1.5.41 ii initscripts2.88dsf-13.13 ii lsb-base 3.2-28 resolvconf recommends no packages. resolvconf suggests no packages. -- Configuration Files: /etc/resolvconf/resolv.conf.d/base changed: nameserver x.x.x.x nameserver y.y.y.y search domain1 domain2 domain3 domain4 -- debconf information: resolvconf/linkify-resolvconf: true resolvconf/reboot-recommended-after-removal: resolvconf/downup-interfaces: resolvconf/link-tail-to-original: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651802: exonerate: Fix build with --as-needed
Package: exonerate Version: 2.2.0-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch *** /tmp/tmpIx70yM In Ubuntu, the attached patch was applied to achieve the following: * Add -pthread to LIBS instead of LDFLAGS; fixes FTBFS with --as-needed - update configure.in Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-13-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash only in patch2: unchanged: --- exonerate-2.2.0.orig/configure.in +++ exonerate-2.2.0/configure.in @@ -289,7 +289,7 @@ if test $enable_pthreads = yes; then echo Using PTHREADS CFLAGS=$CFLAGS -DUSE_PTHREADS -LDFLAGS=$LDFLAGS -lpthread +LIBS=$LIBS -lpthread elif test $enable_pthreads = no; then echo Not using pthreads else
Bug#651621: [Python-modules-team] Bug#651621: python-jabberbot: race condition on connect with roster initialization
On Mon, Dec 12, 2011 at 00:12:03 +0100, Carl Chenet wrote: On 10/12/2011 17:21, Julien Cristau wrote: Package: python-jabberbot Version: 0.9-1 Severity: important Hi, I played a bit with jabberbot this week, and with the version in squeeze I get reproducible crashes on connect due to the roster being used before it's set up. This seems to have been fixed upstream in 0.11 by this change: http://repo.or.cz/w/jabberbot.git/commitdiff/0ed9e2174aaa538a5d7de6e0dd831ed1de5cec68 I tested this and it seemed to work fine. I'd appreciate to get this fix in a stable update, if you're ok with that? Hi, Sounds good to me. This package is team-maintained and package sources are in the DPMT svn. Thanks. I'll get it through SRM. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651803: resolvconf cannot be reconfigured twice in a row
Package: resolvconf Version: 1.62 Severity: normal Hi, The subject says it all. | root@frost:~# dpkg-reconfigure resolvconf | root@frost:~# dpkg-reconfigure resolvconf | /usr/sbin/dpkg-reconfigure: resolvconf is broken or not fully installed Thanks -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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 resolvconf depends on: ii debconf [debconf-2.0] 1.5.41 ii initscripts2.88dsf-13.13 ii lsb-base 3.2-28 resolvconf recommends no packages. resolvconf suggests no packages. -- Configuration Files: /etc/resolvconf/resolv.conf.d/base changed [not included] -- debconf information: * resolvconf/linkify-resolvconf: true resolvconf/reboot-recommended-after-removal: * resolvconf/downup-interfaces: resolvconf/link-tail-to-original: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651804: wicd-gtk: Translation error
Package: wicd-gtk Version: 1.7.1~b3-2 Severity: normal Tags: l10n Hello In wicd-gtk interface french translation, Never connect to this network is translated to Se connecter automatiquement à ce réseau when it should be ne jamais se connecter à ce réseau. The current translation is the correct translation of Automaticly connect to this network. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (700, 'testing'), (550, 'experimental'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.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 wicd-gtk depends on: ii python 2.7.2-9 ii python-glade2 2.24.0-2 ii python-gtk22.24.0-2 ii wicd-daemon1.7.1~b3-2 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-6 ii python-notify 0.1.1-3 wicd-gtk suggests no packages. Versions of packages wicd depends on: ii wicd-daemon 1.7.1~b3-2 Versions of packages wicd-cli depends on: ii wicd-daemon 1.7.1~b3-2 Versions of packages wicd-cli recommends: ii sudo 1.8.3p1-2 Versions of packages wicd-curses depends on: ii python2.7.2-9 ii python-urwid 1.0.1-1 ii wicd-daemon 1.7.1~b3-2 Versions of packages wicd-curses recommends: ii sudo 1.8.3p1-2 Versions of packages wicd-daemon depends on: ii adduser 3.113 ii dbus1.4.16-1 ii debconf 1.5.41 ii inetutils-ping 2:1.8-5 ii iproute 2017-1 ii isc-dhcp-client [dhcp3-client] 4.1.1-P1-17 ii lsb-base3.2-28 ii net-tools 1.60-24.1 ii psmisc 22.14-1 ii python 2.7.2-9 ii python-dbus 0.84.0-2 ii python-gobject 3.0.2-4 ii python-wicd 1.7.1~b3-2 ii wireless-tools 30~pre9-7 ii wpasupplicant 0.7.3-5 wicd-daemon recommends no packages. Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-8 Versions of packages python-wicd depends on: ii python 2.7.2-9 ii python2.6 2.6.7-4 ii python2.7 2.7.2-8 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651805: FTBFS on s390x: symbols file doesn't match library
Source: hdf5 Version: 1.8.8-1~exp1 Severity: important Tags: patch Justification: fails to build from source hdf5/experimental fails to build on s390x given the symbols file doesn't contains the specific cases for this architecture. The patch below fixes the issue. diff -Nru hdf5-1.8.8/debian/libhdf5-7.symbols hdf5-1.8.8/debian/libhdf5-7.symbols --- hdf5-1.8.8/debian/libhdf5-7.symbols 2011-11-27 22:12:26.0 + +++ hdf5-1.8.8/debian/libhdf5-7.symbols 2011-12-11 15:28:30.0 + @@ -2563,7 +2563,7 @@ _ZN2H519DSetMemXferPropList11getEDCCheckEv@Base 1.8.7 _ZN2H519DSetMemXferPropList11setEDCCheckE9H5Z_EDC_t@Base 1.8.7 _ZN2H519DSetMemXferPropList18getHyperVectorSizeEv@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H519DSetMemXferPropList18setHyperVectorSizeEj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H519DSetMemXferPropList18setHyperVectorSizeEj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H519DSetMemXferPropList18setHyperVectorSizeEm@Base 1.8.7 _ZN2H519DSetMemXferPropList21getSmallDataBlockSizeEv@Base 1.8.7 _ZN2H519DSetMemXferPropList21setSmallDataBlockSizeEy@Base 1.8.7 @@ -2669,20 +2669,20 @@ _ZN2H57IntTypeD2Ev@Base 1.8.7 _ZN2H57StrTypeC1ERKNS_7DataSetE@Base 1.8.7 _ZN2H57StrTypeC1ERKNS_8PredTypeE@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H57StrTypeC1ERKNS_8PredTypeERKj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC1ERKNS_8PredTypeERKj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H57StrTypeC1ERKNS_8PredTypeERKm@Base 1.8.7 _ZN2H57StrTypeC1ERKS0_@Base 1.8.7 _ZN2H57StrTypeC1Ei@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H57StrTypeC1EiRKj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC1EiRKj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H57StrTypeC1EiRKm@Base 1.8.7 _ZN2H57StrTypeC1Ev@Base 1.8.7 _ZN2H57StrTypeC2ERKNS_7DataSetE@Base 1.8.7 _ZN2H57StrTypeC2ERKNS_8PredTypeE@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H57StrTypeC2ERKNS_8PredTypeERKj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC2ERKNS_8PredTypeERKj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H57StrTypeC2ERKNS_8PredTypeERKm@Base 1.8.7 _ZN2H57StrTypeC2ERKS0_@Base 1.8.7 _ZN2H57StrTypeC2Ei@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H57StrTypeC2EiRKj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC2EiRKj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H57StrTypeC2EiRKm@Base 1.8.7 _ZN2H57StrTypeC2Ev@Base 1.8.7 _ZN2H57StrTypeD0Ev@Base 1.8.7 @@ -2707,13 +2707,13 @@ _ZN2H58CompTypeC1ERKNS_7DataSetE@Base 1.8.7 _ZN2H58CompTypeC1ERKS0_@Base 1.8.7 _ZN2H58CompTypeC1Ei@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H58CompTypeC1Ej@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58CompTypeC1Ej@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H58CompTypeC1Em@Base 1.8.7 _ZN2H58CompTypeC1Ev@Base 1.8.7 _ZN2H58CompTypeC2ERKNS_7DataSetE@Base 1.8.7 _ZN2H58CompTypeC2ERKS0_@Base 1.8.7 _ZN2H58CompTypeC2Ei@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H58CompTypeC2Ej@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58CompTypeC2Ej@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H58CompTypeC2Em@Base 1.8.7 _ZN2H58CompTypeC2Ev@Base 1.8.7 _ZN2H58CompTypeD0Ev@Base 1.8.7 @@ -2728,7 +2728,7 @@ _ZN2H58DataType6commitERNS_8H5ObjectERKSs@Base 1.8.7 _ZN2H58DataType7p_setIdEi@Base 1.8.7 _ZN2H58DataType8p_commitEiPKc@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H58DataTypeC1E11H5T_class_tj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58DataTypeC1E11H5T_class_tj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H58DataTypeC1E11H5T_class_tm@Base 1.8.7 _ZN2H58DataTypeC1ERKS0_@Base 1.8.7 _ZN2H58DataTypeC1ERNS_6H5FileEPKv10H5R_type_t@Base 1.8.7 @@ -2736,7 +2736,7 @@ _ZN2H58DataTypeC1ERNS_9AttributeEPKv10H5R_type_t@Base 1.8.7 _ZN2H58DataTypeC1Ei@Base 1.8.7 _ZN2H58DataTypeC1Ev@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H58DataTypeC2E11H5T_class_tj@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58DataTypeC2E11H5T_class_tj@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips !mipsel !powerpc)_ZN2H58DataTypeC2E11H5T_class_tm@Base 1.8.7 _ZN2H58DataTypeC2ERKS0_@Base 1.8.7 _ZN2H58DataTypeC2ERNS_6H5FileEPKv10H5R_type_t@Base 1.8.7 @@ -2752,14 +2752,14 @@ _ZN2H58EnumTypeC1ERKNS_7IntTypeE@Base 1.8.7 _ZN2H58EnumTypeC1ERKS0_@Base 1.8.7 _ZN2H58EnumTypeC1Ei@Base 1.8.7 - (arch=!amd64 !kfreebsd-amd64 !s390)_ZN2H58EnumTypeC1Ej@Base 1.8.7 + (arch=!amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58EnumTypeC1Ej@Base 1.8.7 (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !mips
Bug#650082: new mailing list: debian-companies
Hi, On 11/26/2011 01:01 PM, Stefano Zacchiroli wrote: Name: debian-compan...@lists.debian.org [..] Description: Discussion about the needs of companies that contribute to, offer commercial support for, or have other strategic interests in Debian Category: Miscellaneous Debian Subscription policy: closed Web archive: no while I like the idea of the list, I do not like (even with your explanation) the idea of having a non-public list for discussing Debian-related stuff in private - one of the main priciples of Debian is to be open and we should not break this just because there are companies (and probably money...) involved. I think it is okay to have a subscriber-only, moderated list as useful discussion might not be possible otherwise, but the list should be public otherwise. (not signing this mail as I don't have my gpg key with me) Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651806: libwebkitgtk-1.0-0: bus error on kfreebsd-amd64
Package: libwebkitgtk-1.0-0
Version: 1.6.1-5+b1
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd
Dear Maintainer,
Luakit generates a bus error in /usr/lib/libjavascriptcoregtk-1.0.so.0 on
KfreeBSD. To reproduce,
just launch luakit and try to use it for more than 2 minutes.
Core was generated by `luakit'.
Program terminated with signal 10, Bus error.
#0 JSC::ConservativeRoots::add (this=0x7fffcfb0, begin=optimized out,
end=optimized out) at ../Source/JavaScriptCore/heap/ConservativeRoots.cpp:82
82 add(*it, filter);
(gdb) bt full
#0 JSC::ConservativeRoots::add (this=0x7fffcfb0, begin=optimized out,
end=optimized out) at ../Source/JavaScriptCore/heap/ConservativeRoots.cpp:82
it = 0x8000
filter = {m_bits = 35769008128}
#1 0x000802481386 in JSC::MachineThreads::gatherFromCurrentThread
(this=0x8006d4ba8, conservativeRoots=..., stackCurrent=0x7fffd7f8)
at ../Source/JavaScriptCore/heap/MachineStackMarker.cpp:263
registers = {{__jmpbuf = {34366900400, -6816460405504170041,
140737488342960, 7047088, 34368425120, 34459416000, 6811956417910056903,
-6816456236947691577}, __mask_was_saved = 0,
__saved_mask = {{__sigbits = {32767, 4294954928, 32767, 7162792},
__bits = {32767, 4294954928, 32767, 7162792}
registersBegin = 0x7fffcf00
registersEnd = 0x7fffcf58
stackBegin = 0x7fffd7f8
stackEnd = optimized out
#2 0x000802481505 in JSC::MachineThreads::gatherConservativeRoots
(this=0x8006d4ba8, conservativeRoots=..., stackCurrent=optimized out)
at ../Source/JavaScriptCore/heap/MachineStackMarker.cpp:473
No locals.
#3 0x00080247e324 in JSC::Heap::markRoots (this=0x8006d48b0) at
../Source/JavaScriptCore/heap/Heap.cpp:547
machineThreadRoots = {static inlineCapacity = 128, static
nonInlineCapacity = 1024, m_roots = 0x7fffcfd0, m_size = 1, m_capacity =
128, m_blocks = 0x8006d4ac0, m_inlineRoots = {
0x85020, 0x2, 0x7fffd140, 0x67d190, 0x7fffd030,
0x67d190, 0x7fffd040, 0x804e60524, 0x7fffd060, 0x7db380,
0x7fffd070, 0x8056d7039, 0x0,
0x7fffd098, 0x7db380, 0x639d20, 0x7fffd0a0, 0x3c,
0x70007db380, 0xd0001, 0x7fffd0a0, 0x8056d7ffa, 0x7db380, 0x639d20,
0x0, 0x70007db380, 0x7fffd0f0,
0x804e4edb0, 0x7db380, 0x1, 0x7fff0001, 0x7db380,
0x10582, 0x0, 0x6411b8, 0x0, 0x7fffd130, 0x8059b6c70, 0x7fffd2b0,
0x300, 0x85800aad0, 0x800848ca0,
0x805f0f5c0, 0x8059b6cfd, 0x7fffd2b0, 0x804e55c6e, 0x81e4f8,
0x7fffd2d8, 0x10582, 0x7db380, 0x7fffd1b0, 0x804e4eddd, 0x8173d0,
0x200022, 0x7fff0020,
0x804e5f507, 0x20570ddf4, 0x10001, 0x669c10, 0x81e4f0,
0x7fffd1f0, 0x8059b6c70, 0x7fffd370, 0x0, 0x2, 0x1, 0xa8a580,
0x8059b6cfd, 0x7fffd370, 0x804e55c6e, 0x0,
0x7fffd398, 0x20, 0x645e70, 0x30, 0xa0, 0x0,
0x8059ae320, 0x10, 0x33, 0x15, 0x858023420, 0x570ddf4, 0x637df0, 0x6381f0,
0xa0, 0x1d2f0, 0x8057145ce, 0x803b9a42b,
0x803b9a42b, 0x803b9a42b, 0x9524f0, 0x7fffd3a0, 0x804e567cb,
0x10582, 0x7db380, 0x803b9a42b, 0x300018, 0x7fffd3b0,
0x7fffd2f0, 0x1f2653eb, 0x0,
0x7fffd330, 0x9524f0, 0x80068a8a0, 0x7fffd320, 0x0,
0x8059b6c70, 0x7fffd3a0, 0x300, 0x85800aad0, 0x7fffd3c0, 0x800686b48,
0x49, 0xc6b4871a, 0x800632e93,
0x3700643420, 0x0, 0x1a, 0x31ad21c, 0x8023aa044, 0x7fffd530,
0x8023ac158, 0x8023b7fa8, 0x95b3a4, 0x7fffd440, 0x0, 0x0}}
dummy = 0x85020
registerFileRoots = {static inlineCapacity = 128, static
nonInlineCapacity = 1024, m_roots = 0x80066f4e8, m_size = 34397454598,
m_capacity = 34397242912, m_blocks = 0x8023b7fa8,
m_inlineRoots = {0x5, 0x107ee, 0x85800aad0, 0x80066f840,
0x7fffd580, 0x0, 0x7fffd5a8, 0x8025baac3, 0x0, 0x800633142, 0x0,
0x8025baac3, 0x5, 0x0, 0x1,
0x8025bb59d, 0x8006a8f48, 0x400, 0x40, 0x8025bb59d, 0x8006a8f48,
0x1000, 0x80, 0x80069b478, 0x860736000, 0x7fffd530, 0x800686b48, 0x49,
0x3d6aec53, 0x8025baac3, 0x8006a8f48,
0x0, 0x80013, 0x8025bb59d, 0x8023a8e18, 0x7fffd6a0,
0x8023ac158, 0x80069b478, 0x8006a8f48, 0x8006a8f30, 0x8006a8f00, 0x8006a8f48,
0x8006a8f30, 0x8006a8f48, 0x8006a8f30,
0x8006a8f48, 0x8006a8f30, 0x7fffd5e0, 0x800686b48, 0x49,
0xaadb2247, 0x800632e93, 0x800686b48, 0x0, 0x7, 0x2ab6c89, 0x8023aa1a4,
0x7fffd750, 0x8023ac158, 0x8023b87e8,
0x8023a85bc, 0x7fffd770, 0x0, 0x0, 0x80066f4e8, 0x8023d612c,
0x8023c4620, 0x8023b87e8, 0x5, 0x10846, 0x8023c4620, 0x80066f840,
0x7fffd7a0, 0x0,
0x7fffd7c8, 0x80066f4e8, 0x0, 0x800633142, 0x0, 0x0, 0x5, 0x0,
0x1, 0x80066f4e8, 0x80005, 0x0, 0x1, 0x80066f4e8, 0x0, 0x80066f840,
0x7fffd750, 0x7fffd768,
0x1,
Bug#633056: ETA for an upload to unstable?
Hi, this bug has been fixed in experimental five months ago, but is still open in unstable. Is there an ETA when it will be fixed in sid? The /lib/init/rw directory is supposed to go away soon, and readahead-fedora is the only package on my system that is still using it. Regards, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651804: wicd-gtk: Translation error
tags 651804 confirmed upstream fixed-upstream thanks Hello Rémi, On Mon, 12 Dec 2011 10:17:45 +0100, Rémi Vanicat wrote: In wicd-gtk interface french translation, Never connect to this network is translated to Se connecter automatiquement à ce réseau when it should be ne jamais se connecter à ce réseau. Already fixed upstream, :) 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#651807: goldendict: Scan pop does not work on any set key.
Package: goldendict Version: 1.0.2~git20110906-1+b1 Severity: minor Dear Maintainer, I set pop up key - Meta key. I check enable scan, 'only show pop up...', 'key may also be...'. I click OK. Selecting text w/ a mouse and then pressing Meta key has no effet. Only it works in case I press the combination set in HotKeys tab. Please fix it. Thank You for Your work. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages goldendict depends on: ii libc6 2.13-21 ii libgcc11:4.6.2-5 ii libhunspell-1.3-0 1.3.2-4 ii libogg01.2.2~dfsg-1 ii libphonon4 4:4.6.0really4.5.0-5 ii libqt4-network 4:4.7.3-5 ii libqt4-xml 4:4.7.3-5 ii libqtcore4 4:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libqtwebkit4 2.1.0~2011week13-2 ii libstdc++6 4.6.2-5 ii libvorbis0a1.3.2-1 ii libvorbisfile3 1.3.2-1 ii libx11-6 2:1.4.4-4 ii libxtst6 2:1.2.0-4 ii phonon 4:4.6.0really4.5.0-5 ii zlib1g 1:1.2.3.4.dfsg-3 goldendict recommends no packages. Versions of packages goldendict suggests: pn goldendict-wordnet 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#648316: goldendict: Wikipedia results do not display images.
Package: goldendict Version: 1.0.2~git20110906-1+b1 Followup-For: Bug #648316 Dear Maintainer, wikipedia results are w/o pictures shown. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages goldendict depends on: ii libc6 2.13-21 ii libgcc11:4.6.2-5 ii libhunspell-1.3-0 1.3.2-4 ii libogg01.2.2~dfsg-1 ii libphonon4 4:4.6.0really4.5.0-5 ii libqt4-network 4:4.7.3-5 ii libqt4-xml 4:4.7.3-5 ii libqtcore4 4:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libqtwebkit4 2.1.0~2011week13-2 ii libstdc++6 4.6.2-5 ii libvorbis0a1.3.2-1 ii libvorbisfile3 1.3.2-1 ii libx11-6 2:1.4.4-4 ii libxtst6 2:1.2.0-4 ii phonon 4:4.6.0really4.5.0-5 ii zlib1g 1:1.2.3.4.dfsg-3 goldendict recommends no packages. Versions of packages goldendict suggests: pn goldendict-wordnet 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#650082: new mailing list: debian-companies
* Stefano Zacchiroli [2011-11-26 13:01 +0100]: Name: debian-compan...@lists.debian.org Description: Discussion about the needs of companies that contribute to, offer commercial support for, or have other strategic interests in Debian Category: Miscellaneous Debian It would be great to create such a list, ... Subscription policy: closed Web archive: no ... but making it closed is in my opinion one of those really bad non-technical ideas that are only brought once or twice a decade in Debian. If there are reasons why participants do not want to use a publicly archived list for all or some topics, there are two alternatives: Either a second list debian-companies-private@l.d.o could be created (but this is needlessly complicated and might lead to all topics being discussed on this private list), or the list could get a debian.net address. Anyway, I strongly prefer a non-closed list. If this list is created, the description of debian-enterprise@l.d.o could be adapted to contain the word 'technical'. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648488: xserver-xorg-input-synaptics: Latest version (1.5.0-1) breaks two-finger scroll on ThinkPad W500
Hi, Christian von Kietzell cub...@gmail.com (12/11/2011): after upgrading to the lastest version in sid (1.5.0-1) two-finger-scrolling stopped working on my ThinkPad W500. The option in Gnome's settings is still there and selectable but it doesn't work anymore. can you please run synclient -l and tell us what it outputs? You could also try starting a bare X session[1] and use synclient foo=1 to toggle the option? (Getting Gnome out of the equation.) 1. http://x.debian.net/faq/general.html Mraw, KiBi. signature.asc Description: Digital signature
Bug#651808: pu: package jabberbot/0.9-1+squeeze1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hi,
I'd like to get #651621 fixed in squeeze. jabberbot has a
race-condition on connect where it sets up its callbacks before setting
up the data they need. The bug has been fixed in 0.11 upstream, so in
sid in February.
diff --git a/debian/changelog b/debian/changelog
index 45455a5..14ef2aa 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+jabberbot (0.9-1+squeeze1) UNRELEASED; urgency=low
+
+ * Team upload.
+ * Cherry-pick a change from upstream (included in 0.11):
+Bind callbacks after the roster has been initialised. It is possible on
+busy servers that the callback can receive roster events before the roster
+is initalised, this moves the binding to later in the process.
+Closes: #651621
+
+ -- Julien Cristau jcris...@debian.org Mon, 12 Dec 2011 10:39:47 +0100
+
jabberbot (0.9-1) unstable; urgency=low
* New upstream release
diff --git a/jabberbot.py b/jabberbot.py
index 7d9b56e..cc5b3db 100644
--- a/jabberbot.py
+++ b/jabberbot.py
@@ -130,8 +130,6 @@ class JabberBot(object):
if authres'sasl':
self.log(Warning: unable to perform SASL auth os %s. Old
authentication method used! % self.jid.getDomain())
-conn.RegisterHandler('message', self.callback_message)
-conn.RegisterHandler('presence', self.callback_presence)
conn.sendInitPresence()
self.conn = conn
self.roster = self.conn.Roster.getRoster()
@@ -139,6 +137,8 @@ class JabberBot(object):
for contact in self.roster.getItems():
self.log(' ' + str(contact))
self.log('*** roster ***')
+self.conn.RegisterHandler('message', self.callback_message)
+self.conn.RegisterHandler('presence', self.callback_presence)
return self.conn
Cheers,
Julien
--
Julien Cristau julien.cris...@logilab.fr
Logilab http://www.logilab.fr/
Informatique scientifique gestion de connaissances
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649284: xserver-xorg-input-synaptics: updownscrollrepeat option not works
Hi, Sergey Dorofeev ser...@fidoman.ru (19/11/2011): after some update autorepeat of scroll buttons on my touchpad had stopped to work. Now I have found that some default setting changed and I must set option to enable it. I have found in man page synaptics options Option UpDownScrollRepeat on Option ScrollButtonRepeat 100 But they do not work. the bug script output below says: | /etc/X11/xorg.conf does not exist. | /etc/X11/xorg.conf.d does not exist. How did you try? Anyway, I don't think it matters much, see below. In the log file I see only one of them: [31.182] (--) synaptics: SynPS/2 Synaptics TouchPad: Vendor 0x2 Product 0x7 [31.182] (**) Option ScrollButtonRepeat 100 [31.182] (--) synaptics: SynPS/2 Synaptics TouchPad: touchpad found Moreover, synclient -l does not show these options and do not allow to set them. sergey@notebook:~$ synclient UpDownScrollRepeat=on Property for 'UpDownScrollRepeat' not available. Skipping. Those options might be hardware-specific, I'll have to check that. UpDownScrollRepeat appears in “synclient -l” output here, and can be set this way. (Beware, you want =0 or =1 for bools in synclient.) What was the last version with those options working for you? Mraw, KiBi. signature.asc Description: Digital signature
Bug#651810: libhibernate3-java: Patch to Fix FTBFS with OpenJDK7 and avoid incremental build on Ubuntu
Package: libhibernate3-java Version: 3.6.8.Final-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Merge from Debian testing. Remaining changes: - d/maven.properties: Specify source file encoding to fix Java encoding errors during Javadoc generation with OpenJDK7. - d/rules: Use maven install target to avoid incremental builds with new versions on Ubuntu. - d/control: Build-Deps-Indep - drop self-dependency and add new dependency to libmaven-install-plugin-java to support use of install target. Using the maven install target ensures that artifacts are installed in the local maven repo during the build process; the javadoc targets are then able to pick them up OK during doc generation avoiding the need to complete incremental builds of this package in Ubuntu when a new upstream version lands. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJO5dLeAAoJEL/srsug59jD3UAP/1pk8CDRdtEd4GDI4mjtW9Yb /1XDVvM0+3WEs2GQPghApD7rTWu4CyCzeLgazoa7a6KKJSYRyEECuj8Z0FrKwBOX iZoP0CJ28W+GJ/Iu42H8umiHXnAcWY6Q49MUpn0cPfRqiQMiF9AxQW6YNUPHZwK2 W4xGxrEy4GPyARU24fYg4UFOzsaJHe+96hP1JCGP0vcR9l/do4BB1F61uDP+1G8o o9b0TAa4oVrKTwcwOIb7rDwCykAu8UCheCXSvvBbf34FmHrNRJI2B0JKYuQStxBK ykqvEo9kdAZ7eb1WMdPYpusAp9htf878uxFk+lGKcXbdih+XyAmkE8qwN/CPG0tC 2xg7breiOxpAFD/+jdfwASz9KZLGpAh5hl1SeNz0NOZeKxS1a2MORg1mIBXlj3pS qbbkN02Id6rqI4zvZGk45nnWF+5YknuP/qHgU4sowYfZ42XHs8ex6tyMSHxCn57h Aqolra8IFOBD6R0wjRE+AQbFgjZ+vcI/c9tiYLPSYzNK/GBUfS7LG5m8fwjCL1N3 dBHVxRwjzEzQ24uN/jBAJ850/YK1jS5CkVmEia0emEqeRWFiAElpp5W+trcjrbi2 JZnbIXHTHnYSBTXuyCL6tAY68xMDCYshVRWDaAApWMWcyqSf11Kc6GGnpXuhCJFw IwV+fuKTXPf9kSoikAr1 =WkyU -END PGP SIGNATURE- --- libhibernate3-java-3.6.8.Final/debian/control 2011-11-27 22:10:19.0 + +++ libhibernate3-java-3.6.8.Final/debian/control 2011-12-12 09:40:11.0 + @@ -11,7 +12,7 @@ libmaven-enforcer-plugin-java, libhsqldb-java, libcommons-logging-java, libantlr-maven-plugin-java, libgeronimo-jacc-1.1-spec-java, libdom4j-java, libjavassist-java, libantlr-java, ant, libcglib-java, libjgroups-java, - libhibernate3-java, libmaven-javadoc-plugin-java, + libmaven-install-plugin-java, libmaven-javadoc-plugin-java, libgeronimo-jpa-2.0-spec-java, libgeronimo-validation-1.0-spec-java, libhibernate-commons-annotations-java, libhibernate-validator-java, libmaven-antrun-plugin-java diff -Nru libhibernate3-java-3.6.8.Final/debian/maven.properties libhibernate3-java-3.6.8.Final/debian/maven.properties --- libhibernate3-java-3.6.8.Final/debian/maven.properties 2011-11-27 22:10:19.0 + +++ libhibernate3-java-3.6.8.Final/debian/maven.properties 2011-12-09 20:47:19.0 + @@ -1,3 +1,5 @@ maven.test.failure.ignore=true #disableJDK6Modules=true disableDistribution=true +# Set encoding for compatibilty with Java 7 +project.build.sourceEncoding=ISO-8859-1 diff -Nru libhibernate3-java-3.6.8.Final/debian/rules libhibernate3-java-3.6.8.Final/debian/rules --- libhibernate3-java-3.6.8.Final/debian/rules 2011-11-27 22:41:53.0 + +++ libhibernate3-java-3.6.8.Final/debian/rules 2011-12-12 09:35:36.0 + @@ -5,6 +5,7 @@ JAVA_HOME:= /usr/lib/jvm/default-java DEB_MAVEN_DOC_TARGET := javadoc:aggregate +DEB_MAVEN_BUILD_TARGET := install DEB_BUILDDIR := $(CURDIR)/project clean::
Bug#651799: Fails to build against Linux 2.6.38 or later
On Mon, Dec 12, 2011 at 08:06, Ben Hutchings b...@decadent.org.uk wrote: It is a known problem that qc-usb uses V4L1, which is not supported in current kernel versions. This latest version of the package is somewhat useful in that it fixes compatibility with Linux 2.6.32. But that fix should really go into stable, and the package should then be removed from testing unstable. I was planning to remove it already, but I didn't think of uploading to stable, that sounds like a good idea. -- Martín Ferrari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651811: wine-unstable: FTBFS on amd64
Package: wine-unstable Version: 1.1.35-1 Severity: serious Hello Debian Wine Party, wine-unstable FTBFS on amd64. gcc-4.4 -m32 -c -I../../tools -I. -I../../include -I../include -I/usr/include/freetype2 -D__WINESRC__ -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wwrite-strings -Wtype-limits -Wpointer-arith -O2 -g -o makedep.o ../../tools/makedep.c In file included from /usr/include/bits/errno.h:25, from /usr/include/errno.h:36, from ../../tools/makedep.c:27: /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or directory ../../tools/makedep.c: In function 'open_include_file': ../../tools/makedep.c:363: error: 'ENOENT' undeclared (first use in this function) ../../tools/makedep.c:363: error: (Each undeclared identifier is reported only once ../../tools/makedep.c:363: error: for each function it appears in.) ../../tools/makedep.c: In function 'create_temp_file': ../../tools/makedep.c:909: error: 'EEXIST' undeclared (first use in this function) ../../tools/makedep.c: In function 'output_dependencies': ../../tools/makedep.c:964: error: 'EEXIST' undeclared (first use in this function) make[2]: *** [makedep.o] Error 1 make[2]: Leaving directory `/tmp/buildd/wine-unstable-1.1.35/build32/tools' make[1]: *** [tools/makedep] Error 2 make[1]: Leaving directory `/tmp/buildd/wine-unstable-1.1.35/build32' make: *** [build-arch32-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package 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#641606: libdmapsharing-3.0-2: Rhythmbox crashes immediately upon connecting to DAAP, share with libdmapsharing 2.9.12-1
notfound 641606 2.9.7-1 found 641606 2.9.12-1 thanks Hi Jonathan, could you please test with the current version from sid (2.9.14-1) if this problem is still reproducible. If so, a backtrace of the crash would be helpful. http://wiki.debian.org/HowToGetABacktrace Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#651812: linuxtv-dvb-apps: Typo in the synopsis
Package: linuxtv-dvb-apps Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Just to warn you that there is a typo in the synopsis: s/Digitial/Digital/ Cheers, Vincent - -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (800, 'stable-updates'), (800, 'stable'), (96, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk7l6MAACgkQbO4uEp7kOBO4mQCg4KRttNacNYm6jIwt3fSFoZ/G eRsAoNUggRXiY/jGKb8ln1a7rmvypTRO =Icbv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#282988: gpa: setting expiration date does not update subkey
Hi! This is not a bug. The expiration date of the primary key overrides all other expiration dates. Thus it is pointless to change the expiration date of the subkeys. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625513: Bad setting of expiration date in GPA
Hi, I looked at the bug and fixed in commit 30752eb0. Fix wrong setting of the expire date. * src/gpadatebutton.c (update_widgets): Fix month base. (day_selected_cb): Ditto. Fixes Debian#625513. -- g_date and gtk_calendar use different bases for the month. g_date uses 1..12 whereas gtk_calendar uses the Unix standard of 0..11. A new version will be releases soon. Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651813: dpkg: [INTL:nl] Dutch translation of dselect
Package: dpkg Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of dselect/po/nl.po. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch tranlation of dpkg/deselect. # Copyright (C) 2008,2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the dpkg package. # Bart Cornelis cob...@skolelinux.no, 2008. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: dpkg/deselect 1.16.1.2\n Report-Msgid-Bugs-To: debian-d...@lists.debian.org\n POT-Creation-Date: 2011-11-25 11:21+0100\n PO-Revision-Date: 2011-12-12 11:55+0100\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 #: dselect/basecmds.cc:125 msgid Search for ? msgstr Zoeken naar ? #: dselect/basecmds.cc:147 msgid Error: msgstr Fout: #: dselect/basecmds.cc:178 msgid Help: msgstr Hulp: #: dselect/basecmds.cc:184 msgid Press ? for help menu, . for next topic, space to exit help. msgstr '?' drukken geeft het helpmenu, '.' geeft het volgend onderwerp, 'spatie' verlaat het helpmenu. #: dselect/basecmds.cc:191 msgid Help information is available under the following topics: msgstr Hulp informatie is beschikbaar onder te volgende onderwerpen: #: dselect/basecmds.cc:199 msgid Press a key from the list above, space or `q' to exit help,\n or `.' (full stop) to read each help page in turn. msgstr Druk op een van de toetsen hierboven, 'Spatie' of 'q' om de help af te sluiten,\n of `.' (punt) om alle pagina's een voor een te lezen. #: dselect/basecmds.cc:205 msgid error reading keyboard in help msgstr fout bij lezen van toetsenbord in hulp #: dselect/baselist.cc:57 msgid ioctl(TIOCGWINSZ) failed msgstr ioctl(TIOCGWINSZ) mislukt #: dselect/baselist.cc:60 msgid doupdate in SIGWINCH handler failed msgstr doupdate is SIGWINCH afhandeling is mislukt #: dselect/baselist.cc:67 msgid failed to restore old SIGWINCH sigact msgstr kon oude SIGWINCH actie niet herstellen #: dselect/baselist.cc:69 msgid failed to restore old signal mask msgstr kon oud signaalmasker niet herstellen #: dselect/baselist.cc:79 msgid failed to get old signal mask msgstr kon oud signaalmasker niet opvragen #: dselect/baselist.cc:80 msgid failed to get old SIGWINCH sigact msgstr kon oude SIGWINCH actie niet opvragen #: dselect/baselist.cc:84 msgid failed to block SIGWINCH msgstr kon SIGWINCH niet blokkeren #: dselect/baselist.cc:89 msgid failed to set new SIGWINCH sigact msgstr kon nieuwe SIGWINCH actie niet instellen #: dselect/baselist.cc:126 msgid failed to allocate colour pair msgstr kon kleurparen niet reserveren #: dselect/baselist.cc:167 msgid failed to create title window msgstr kon titelvenster niet aanmaken #: dselect/baselist.cc:171 msgid failed to create whatinfo window msgstr kon whatinfo venster niet aanmaken #: dselect/baselist.cc:175 msgid failed to create baselist pad msgstr kon lijstgebied niet aanmaken #: dselect/baselist.cc:178 msgid failed to create heading pad msgstr kon kopgebied niet aanmaken #: dselect/baselist.cc:182 msgid failed to create thisstate pad msgstr kon statusgebied niet aanmaken #: dselect/baselist.cc:186 msgid failed to create info pad msgstr kon infogebied niet aanmaken #: dselect/baselist.cc:191 msgid failed to create query window msgstr kon vragenvenster niet aanmaken #: dselect/baselist.cc:255 msgid Keybindings msgstr Toetsbindingen #: dselect/baselist.cc:303 #, c-format msgid -- %d%%, press msgstr -- %d%%, druk op #: dselect/baselist.cc:306 #, c-format msgid %s for more msgstr %s voor meer #: dselect/baselist.cc:310 #, c-format msgid %s to go back msgstr %s om terug te gaan #: dselect/bindings.cc:78 msgid [not bound] msgstr [niet gebonden] #: dselect/bindings.cc:82 #, c-format msgid [unk: %d] msgstr [onbek: %d] #: dselect/bindings.cc:139 msgid Scroll onwards through help/information msgstr Schuif door hulp/informatie #: dselect/bindings.cc:140 msgid Scroll backwards through help/information msgstr Schuif terug door hulp/informatie #: dselect/bindings.cc:141 msgid Move up msgstr Ga omhoog #: dselect/bindings.cc:142 msgid Move down msgstr Ga omlaag #: dselect/bindings.cc:143 msgid Go to top of list msgstr Ga naar de top van de lijst #: dselect/bindings.cc:144 msgid Go to end of list msgstr Ga naar het eind van de lijst #: dselect/bindings.cc:145 msgid Request help (cycle through help screens) msgstr Vraag hulp op (wisselen van hulpschermen) #: dselect/bindings.cc:146 msgid Cycle through information displays msgstr Wissel tussen informatieschermen #: dselect/bindings.cc:147 msgid Redraw display msgstr Scherm opnieuw tekenen #: dselect/bindings.cc:148 msgid Scroll onwards through list by 1 line msgstr Schuif door de lijst met 1 regel #: dselect/bindings.cc:149 msgid Scroll backwards through list by 1 line
Bug#651814: mirror submission for debian.skarta.net
Package: mirrors Severity: wishlist Submission-Type: new Site: debian.skarta.net Type: leaf Archive-architecture: amd64 arm i386 Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: mirrors.dotsrc.org Updates: four Maintainer: Martin Nielsen mar...@skarta.net Country: DK Denmark Sponsor: Skytech http://skytech.dk Comment: 100 mbit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651815: libpolkit-qt-1-1: please package upstreams master branch patch to fix annoying crash on shutdown
Package: libpolkit-qt-1-1 Version: 0.99.0-3 Severity: important Tags: upstream patch please include in the packagethe fix for the anoying bug: http://bugs.kde.org/show_bug.cgi?id=258916 it is in upstream's master branch: https://projects.kde.org/projects/kdesupport/polkit-qt-1/repository/revisions/d3c337da01f3887da031fdb5c2ac784fb3e79210 -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: i386 (i686) Kernel: Linux 3.0.0-12-generic (SMP w/1 CPU core) Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpolkit-qt-1-1 depends on: ii libc6 2.13-20ubuntu5 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-9ubuntu3 GCC support library ii libglib2.0-02.30.0-0ubuntu4 GLib library of C routines ii libpolkit-agent-1-0 0.102-1 PolicyKit Authentication Agent API ii libpolkit-gobject-1-0 0.102-1 PolicyKit Authorization API ii libqt4-dbus 4:4.7.4-0ubuntu8 Qt 4 D-Bus module ii libqtcore4 4:4.7.4-0ubuntu8 Qt 4 core module ii libqtgui4 4:4.7.4-0ubuntu8 Qt 4 GUI module ii libstdc++6 4.6.1-9ubuntu3 GNU Standard C++ Library v3 libpolkit-qt-1-1 recommends no packages. libpolkit-qt-1-1 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#651816: lintian: Finish up architecture dependent overrides
Source: lintian Version: 2.5.4 Severity: wishlist We support architecture specific overrides but: * we still lack architecture wild-card support. * we have not updated the manual to reflect these changes. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637209: sks install is broken in 2 ways
tags 637209 +moreinfo thanks On Tue, Aug 09, 2011 at 02:26:10PM +0100, sentimental.br...@gmail.com wrote: Flaws with installation: Incorrect ownership of /var/log/sks/db.log Please always state precisely what is wrong. Otherwise a maintainer can only guess what might be wrong. (See below for my guess.) sks executable located in /usr/sbin/sks So where is the flaw with putting a daemon in /usr/sbin? I would call that complying with FHS. Solutions: Correct permissions: chown -r debian-sks:root /var/log/sks/* According to postinst the original permission for /var/log/sks should be debian-sks:adm 2750. Does this represent the state of your system? Since sks is started as debian-sks the owner for new files inside that directory should be debian-sks. Also since the directory is setgid adm, the group of contained files should be adm as well. Has this been the case prior to invoking your solution? If yes, why do you believe that the group should be root instead of adm? Add correct path for debial-sks account: cat END /etc/profile.d/sks if [ `id -un` == debian-sks ]; then PATH=/usr/sbin:$PATH fi export PATH END From your solution I can guess that the some script tries to invoke sks as user debian-sks without specifying its full path. However I was unable to find a matching invocation. For instance build_sks.sh is patched to use absolute paths. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651491: support Multi-Arch
On Thu, Dec 08, 2011 at 06:52:22PM -0800, Kees Cook wrote:
This patch provides support for Multi-Arch for the release goal.
You seem to have left out the changes to debian/control, perhaps because
they need to be made in debian/control.in and probably got overwritten
by clean as a result.
I think you need:
* Build-Depends: cdbs (= 0.4.93~), debhelper (= 8.1.3)
* Pre-Depends: ${misc:Pre-Depends} in libproxy0 and libproxy-dev
* Multi-Arch: same in libproxy0 and libproxy-dev
* Multi-Arch: foreign in libproxy-tools
--
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#651806: libwebkitgtk-1.0-0: bus error on kfreebsd-amd64
Hi, please could you retest with kernel from 8.x series and with kernel 9.0~svn228246-1 from experimental ? You probably hit http://bugs.debian.org//cgi-bin/bugreport.cgi?bug=650667 http://www.freebsd.org/cgi/query-pr.cgi?pr=163076 Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651817: RM: ttf-opendin -- ROM; Replaced by fonts-opendin
Package: ftp.debian.org Severity: normal Yet another package renamed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651818: RM: ttf-prociono -- ROM; Replaced by fonts-prociono
Package: ftp.debian.org Severity: normal Yet another package renamed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651819: pkgconfig --libs enchant specifies unnecessary libraries
Package: libenchant-dev Version: 1.6.0-6 Severity: minor When I build lyx, dpkg-shlibdeps complains about it unnecessarily linking against libgmodule, libglib, and librt. It turns out that lyx depends on these libraries because it uses enchant. Indeed: $ pkg-config --libs enchant -pthread -lenchant -lgmodule-2.0 -lrt -lglib-2.0 It appears that enchant can be used without explicitly depending on the extra libraries. Please consider moving them to Libs.private in enchant.pc. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libenchant-dev depends on: ii libenchant1c2a 1.6.0-6 ii libglib2.0-dev 2.30.2-4 libenchant-dev recommends no packages. libenchant-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#651820: kdepim: either remove gnokii build-dep or enable use (and test new version :) )
Source: kdepim Version: 4:4.4.11.1+l10n-1 Severity: minor Dear Maintainers, As I checked packages that depended on libgnokii to suggest testing with the new version in experimental (new soname), I noticed kdepim build-deps on libgnokii-dev, but it seems like none of the generated bin-packages actually depend on it. If I overlooked something and gnokii actually *is* used, then please test kdepim with the new version in experimental, otherwise please remove the spurious build-dep. Cheers -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619246: myspell-el-gr: Please, do not call update-openoffice-dicts from maintainer scripts.
clone 619246 -1 block 619246 by -1 reassign -1 myspell-el-gr found-1 myspell-el-gr/0.8-1 retitle -1 myspell-el-gr: Please, do not call update-openoffice-dicts from maintainer scripts. severity -1 serious thanks Justification: Makes package uninstallable On Sun, Dec 11, 2011 at 09:59:28AM +0200, Theodore Dimitriadis wrote: Package: dictionaries-common Version: 1.12.0 I am trying to install myspell-el-gr but i get this: Errors were encountered while processing: myspell-el-gr E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up myspell-el-gr (0.8-1) ... /var/lib/dpkg/info/myspell-el-gr.postinst: 6: /var/lib/dpkg/info/myspell-el-gr.postinst: update-openoffice-dicts: not found dpkg: error processing myspell-el-gr (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: myspell-el-gr Thanks for the info, This is a bug in myspell-el-gr, which seems to unconditionally add update-openoffice-dicts call to maintainer scripts, without first checking for availability. myspell-el-gr maintainer, just drop that snippets, they are no longer needed at all even for squeeze. dictionaries-common does not set a break on former myspell-el-gr because when this transition started myspell-el-gr (0.7-1) was current version and did not call update-openoffice-dicts from maintainer scripts in any way. I am adding this break now. I will wait for fixed myspell-el-gr before uploading new dictionaries-common-dev breaking older myspell-el-gr (otherwise all previously installed myspell-el-gr will become incompatible). Please let me know when fixed myspell-el-gr upload happens. If you are busy now I can prepare a NMU on your behalf. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651822: unattended-upgrades: global name 'shutdown_lock' is not defined
Package: unattended-upgrades
Version: 0.75
Severity: normal
Hi,
This is the email sent by cron after u-a execution:
| /etc/cron.daily/apt:
| Traceback (most recent call last):
| File /usr/bin/unattended-upgrade, line 847, in module
| main(options)
| File /usr/bin/unattended-upgrade, line 813, in main
| if shutdown_lock 0:
| NameError: global name 'shutdown_lock' is not defined
I have enabled Unattended-Upgrade::Automatic-Reboot, but no
automatic reboot was performed recently.
Thanks
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages unattended-upgrades depends on:
ii apt0.8.15.9
ii apt-utils 0.8.15.9
ii debconf [debconf-2.0] 1.5.41
ii lsb-release3.2-28
ii python 2.7.2-9
ii python-apt 0.8.3
ii ucf3.0025+nmu2
unattended-upgrades recommends no packages.
Versions of packages unattended-upgrades suggests:
ii bsd-mailx 8.1.2-0.2006cvs-1
-- Configuration Files:
/etc/apt/apt.conf.d/50unattended-upgrades changed:
// Automatically upgrade packages from these origin patterns
Unattended-Upgrade::Origins-Pattern {
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
// o=Debian,n=squeeze;
// o=Debian,n=squeeze-updates;
// o=Debian,n=squeeze-proposed-updates;
// o=Debian,n=squeeze,l=Debian-Security;
// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
o=Debian,a=unstable;
// o=Debian,a=stable;
// o=Debian,a=stable-updates;
// o=Debian,a=proposed-updates;
origin=Debian,archive=stable,label=Debian-Security;
};
// List of packages to not update
Unattended-Upgrade::Package-Blacklist {
// vim;
// libc6;
// libc6-dev;
// libc6-i686;
};
// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run
// dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg false;
// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is running is possible (with a small delay)
//Unattended-Upgrades::MinimalSteps true;
// Send email to this address for problems or packages upgrades
// If empty or unset then no email is sent, make sure that you
// have a working mail setup on your system. A package that provides
// 'mailx' must be installed.
Unattended-Upgrade::Mail root;
// Set this value to true to get emails only on errors. Default
// is to always send a mail if Unattended-Upgrade::Mail is set
Unattended-Upgrade::MailOnlyOnError true;
// Do automatic removal of new unused dependencies after the upgrade
// (equivalent to apt-get autoremove)
Unattended-Upgrade::Remove-Unused-Dependencies true;
// Automatically reboot *WITHOUT CONFIRMATION* if a
// the file /var/run/reboot-required is found after the upgrade
Unattended-Upgrade::Automatic-Reboot true;
// Use apt bandwidth limit feature, this example limits the download
// speed to 70kb/sec
//Acquire::http::Dl-Limit 70;
-- debconf information:
* unattended-upgrades/enable_auto_updates: true
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651823: ITA: chromaprint
Package: wnpp Severity: normal Hi, Recently, Clint Adams orphaned the package chromaprint, building the libchromaprint0. I hereby express my intent to adopt this package. Cheers, Simon signature.asc Description: Digital signature
Bug#645680: xserver-xorg-video-intel: Xserver crash
On Tue, Dec 6, 2011 at 9:39 PM, Julien Cristau jcris...@debian.org wrote: On Tue, Dec 6, 2011 at 21:27:42 +0100, luca boncompagni wrote: On Fri, Dec 2, 2011 at 9:36 PM, Cyril Brulebois k...@debian.org wrote: Hi, luca boncompagni lbo...@gmail.com (17/10/2011): Package: xserver-xorg-video-intel Version: 2:2.16.0-1 Severity: important Dear Maintainer, when i try to launch Iceweasel, X crashes. When I do not have LVDS1 connected, if I try to run Iceweasel, I have no problem does the same happen with 2.17? Mraw, KiBi. Hi, with 2.17 same crash when launching Iceweseal. Try starting X under valgrind, and then make it crash (it'll be slow, but should work). Cheers, Julien Hi, I try start X with valgrind, but I have some problems. I use kdm and I modified kdmrc with: ServerCmd=/tmp/myscript.sh the content of the script is: #!bin/sh exec /usr/bin/valgrind -v --log-file=/tmp/X.crash /usr/bin/X $@ I have also do: chmod ug-s /usr/bin/X all that I get is: ==9922== Memcheck, a memory error detector ==9922== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==9922== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info ==9922== Command: /usr/bin/X :0 vt8 -br -nolisten tcp -auth /var/run/xauth/A:0-qq3n0b ==9922== Parent PID: 9917 ==9922== --9922-- --9922-- Valgrind options: --9922----suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp --9922---v --9922----log-file=/tmp/X.crash --9922-- Contents of /proc/version: --9922-- Linux version 3.1.0-1-amd64 (Debian 3.1.1-1) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-4) ) #1 SMP Mon Nov 14 09:06:12 UTC 2011 --9922-- Arch and hwcaps: X86, x86-sse1-sse2 --9922-- Page sizes: currently 4096, max supported 4096 --9922-- Valgrind library directory: /usr/lib/valgrind --9922-- Reading syms from /lib/i386-linux-gnu/ld-2.13.so (0x440) --9922-- Considering /lib/i386-linux-gnu/ld-2.13.so .. --9922-- .. CRC mismatch (computed a1e13f84 wanted 779a0270) --9922-- Considering /usr/lib/debug/lib/i386-linux-gnu/ld-2.13.so .. --9922-- .. CRC is valid --9922-- Reading syms from /usr/bin/X (0x8048000) --9922--object doesn't have a symbol table --9922-- Reading syms from /usr/lib/valgrind/memcheck-x86-linux (0x3800) --9922--object doesn't have a symbol table --9922--object doesn't have a dynamic symbol table --9922-- Reading suppressions file: /usr/lib/valgrind/debian-libc6-dbg.supp --9922-- Reading suppressions file: /usr/lib/valgrind/default.supp --9922-- REDIR: 0x4416450 (index) redirected to 0x3805203f (???) --9922-- Reading syms from /usr/lib/valgrind/vgpreload_core-x86-linux.so (0x48c2000) --9922--object doesn't have a symbol table --9922-- Reading syms from /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so (0x48c8000) --9922--object doesn't have a symbol table ==9922== WARNING: new redirection conflicts with existing -- ignoring it --9922-- new: 0x04416450 (index ) R- 0x048cc4e0 index --9922-- REDIR: 0x4416630 (strlen) redirected to 0x48cc940 (strlen) --9922-- Reading syms from /lib/i386-linux-gnu/i686/cmov/libc-2.13.so (0x679d000) --9922-- Considering /lib/i386-linux-gnu/i686/cmov/libc-2.13.so .. --9922-- .. CRC mismatch (computed cc5b7f16 wanted 04d83bd7) --9922-- Considering /usr/lib/debug/lib/i386-linux-gnu/i686/cmov/libc-2.13.so .. --9922-- .. CRC is valid --9922-- REDIR: 0x680ffd0 (rindex) redirected to 0x48cc310 (rindex) --9922-- REDIR: 0x680c450 (malloc) redirected to 0x48cbfb0 (malloc) --9922-- REDIR: 0x6810860 (memchr) redirected to 0x48cd600 (memchr) --9922-- REDIR: 0x68126a0 (rawmemchr) redirected to 0x48ce7c0 (rawmemchr) --9922-- REDIR: 0x680fc60 (strlen) redirected to 0x48c24c0 (_vgnU_ifunc_wrapper) --9922-- REDIR: 0x6816650 (__strlen_sse2_bsf) redirected to 0x48cc900 (strlen) --9922-- REDIR: 0x6811240 (strncasecmp) redirected to 0x48cd000 (strncasecmp) --9922-- REDIR: 0x680c370 (free) redirected to 0x48cb1b0 (free) --9922-- REDIR: 0x680f670 (strcmp) redirected to 0x48c24c0 (_vgnU_ifunc_wrapper) --9922-- REDIR: 0x68b4c50 (__strcmp_ssse3) redirected to 0x48cd4c0 (strcmp) Can you give some hints? Thanks, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
Nothing has changed in the topic?
I have the latest linux-image-3.1.0-1-sparc64-smp and the same problem.
SunFire v490 is running well with linux-image-3.1.0-1-sparc64 (non smp).
Regards,
Mariusz
W dniu 2011-11-10 12:32, Nandigama, Nagalakshmi pisze:
Can you collect debug level for INIT?
Regards,
Nagalakshmi
-Original Message-
From: Ben Hutchings [mailto:b...@decadent.org.uk]
Sent: Tuesday, November 08, 2011 8:35 AM
To: Moore, Eric
Cc: Biblioteka UR; 647...@bugs.debian.org; linux-scsi; DL-MPT Fusion Linux
Subject: mptspi init failure on Sparc SMP in Linux 3.0
Mariusz at Biblioteka UR reports this failure in a new Debian installation on a
SunFire v490 system:
[0.00] Linux version 3.0.0-1-sparc64-smp (Debian 3.0.0-3)
(b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27
19:51:14 UTC 20
[...]
[ 52.190433] Fusion MPT base driver 3.04.19
[ 52.238528] Copyright (c) 1999-2008 LSI Corporation
[...]
[ 52.370161] Fusion MPT SPI Host driver 3.04.19
[ 52.370364] mptbase: ioc0: Initiating bringup
[...]
[ 52.847504] ioc0: LSI53C1030 C0: Capabilities={Initiator,Target}
[...]
[ 68.319518] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!,
doorbell=0x2400
[ 69.175505] mptbase: ioc0: Attempting Retry Config request type 0x3, page
0x, action 0
[ 84.267524] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!,
doorbell=0x2400
[ 84.364482] mptbase: ioc0: Initiating recovery
[ 90.299505] mptbase: ioc0: Attempting Retry Config request type 0x3, page
0x, action 0
[ 105.391523] mptbase: ioc0: WARNING - Issuing Reset from
mpt_config!!, doorbell=0x2400 [ 105.488509] mptbase: ioc0:
Initiating recovery [ 126.527516] mptbase: ioc0: WARNING - Issuing
Reset from mpt_config!!, doorbell=0x2400 [ 127.383505] mptbase:
ioc0: Attempting Retry Config request type 0x4, page 0x1, action 0 [
142.475528] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!,
doorbell=0x2400 [ 142.572504] mptbase: ioc0: Initiating recovery
[ 148.611505] mptbase: ioc0: Attempting Retry Config request type
0x4, page 0x1, action 0 [ 163.703482] mptbase: ioc0: WARNING -
Issuing Reset from mpt_config!!, doorbell=0x2400 [ 163.800495]
mptbase: ioc0: Initiating recovery
(I think there are some characters missing in the above log, particularly the
page numbers.)
However, the driver apparently works on the same system in a !SMP kernel
configuration.
The complete report can be found athttp://bugs.debian.org/647900.
Can you suggest any way to correct or debug this problem?
Ben.
--
Ben Hutchings
You can't have everything. Where would you put it?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651824: Unsatisfiable dependency on (obsolete) python2.x-gobject
Source: python-insanity
Version: 0.0+git20110920.4750a8e8-1
Severity: serious
Tags: patch
Hi,
python-insanity uses the static pygobject bindings.
With GNOME 3 the pygjobect bindings are gobject-introspection based.
As a result, the old, static bindings were renamed to
python-gobject-2, ie. there are no more python2.x-gobject virtual packages
either, but python2.x-gobject-2.
(The new gi based packages are called python2.x-gi)
As the current package is uninstallable, I've marked this bug RC.
It also blocks the current gobject-introspection/pygobject transition,
so a speedy upload would be appreciated.
The fix should be as simple as the attached patch.
Cheers,
Michael
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/control b/debian/control
index 4f83bfc..e8fb707 100644
--- a/debian/control
+++ b/debian/control
@@ -22,7 +22,7 @@ Package: python-insanity
Architecture: all
Section: python
Depends: ${python:Depends}, ${misc:Depends}, dbus-x11
-Python-Depends: python-gst0.10, python-gobject, python-dbus, python-mysqldb
+Python-Depends: python-gst0.10, python-gobject-2, python-dbus, python-mysqldb
Description: Python library for Insanity, the GStreamer QA system.
Insanity is a testing tool for GStreamer. It is able to perform a lot of test
cases by this system. And then store the result to database.
Bug#651624: Booting from zfs root seems to not work 8.3 and 10.0 however work
Hi! On Sun, Dec 11, 2011 at 12:57:45PM +0100, Robert Millan wrote: 2011/12/10 Christoph Egger christ...@debian.org: The official 9.0 kernel manages to mount the root fs Maybe they've fixed this bug recently. I just uploaded a new SVN snapshot to experimental (9.0~svn228246-1), can you try? Still the same failure. Regards Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542338: vflib3: diff for NMU version 3.6.14.dfsg-1.2
Hi. Thanks for your NMU. I've already fixed this in my local repository. I dropped dependency on defoma and deleted update-vflibcap. You don't need to cancel your NMU. I'll override it soon. Thanks. At Sun, 11 Dec 2011 20:18:20 +0100, Christian PERRIER wrote: tags 542338 + pending thanks Dear maintainer, I've prepared an NMU for vflib3 (versioned as 3.6.14.dfsg-1.2) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards. OHURA Makoto: oh...@debian.org(Debian Project) oh...@netfort.gr.jp(LILO/Netfort) GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083 http://www.netfort.gr.jp/~ohura/ pgpjZIYeK4VzX.pgp Description: PGP signature
Bug#651825: Recommends a package that is not in the Debian archive
Source: cantor-backend-sage Version: 4:4.4.5-2 Severity: important Hi, cantor-backend-sage in Squeeze (and in all the suites) has a Recommends in sagemath that did not make into Squeeze and was removed from the Debian archive. (see #573538) I am also wondering how useful is to keep this package around without sagemath in the Debian archive? Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626243: jchart2d
Hi *, this has been fixed in jchart2d in GIT master: https://sourceforge.net/tracker/?func=detailaid=3432154group_id=50440atid=459734 However I'd recommend to wait until the next release as the current GIT state is undergoing frequent changes (implementation of data accumulation API). kind regards, Achim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')
tags 651452 + patch tags 651452 + pending thanks Hi! * Alexander Reichle-Schmehl alexan...@schmehl.info [111209 14:41]: However I get now the same FTBFS as originally reported. I guess we call that progress... I think I solved the problem, however I only found a kind of grude workarround, not a real solution. The problem seems to be, that petsc is linked to liblam on sparc, and therefore the additional linkerflad -llam is needed on that arch. I have no idea, why this issue han't shown up on armel, mips, mipsel or s390, the other arches on which petsc uses lam. My patch adds the missing flag on sparc. A nicer fix would be to some detect automatically, if -llam is needed or not based upon... uh... Don't know what. That being said, I uploaded the fix to delayed/4. Please tell me, if I should delay it longer. As you can see I also added libmpich2-dev to the build-conflicts. That's to prevent FTBFS issues as seen while trying to fix the issue in the porter chroots (see bug log for details). Best Regards, Alexander diff -Nru illuminator-0.11.0/debian/changelog illuminator-0.11.0/debian/changelog --- illuminator-0.11.0/debian/changelog 2011-12-04 16:20:54.0 +0100 +++ illuminator-0.11.0/debian/changelog 2011-12-12 13:11:42.0 +0100 @@ -1,3 +1,15 @@ +illuminator (0.11.0-8.2) unstable; urgency=medium + + * Non-maintainer upload. + * Add -llam to tsclients linker flags to fix FTBFS on sparc (Closes: #651452) +* Add Architecture query to debian/rules +* Change patches/include-all-libs.patch to include LLAM + * Urgency set to medium due to rc bug fix + * Add libmpich2-dev to build-conflicts to prevent FTBFS as described in +http://bugs.debian.org/651452#22 and #27) + + -- Alexander Reichle-Schmehl toli...@debian.org Mon, 12 Dec 2011 12:10:27 + + illuminator (0.11.0-8.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru illuminator-0.11.0/debian/control illuminator-0.11.0/debian/control --- illuminator-0.11.0/debian/control 2011-12-04 14:51:46.0 +0100 +++ illuminator-0.11.0/debian/control 2011-12-12 13:10:23.0 +0100 @@ -6,7 +6,7 @@ Standards-Version: 3.9.1 Build-Depends: debhelper (= 5.0), quilt, libpetsc3.1-dev, geomview, pkg-config, libglib2.0-dev, libxml2-dev, libimlib2-dev, libreadline-dev, libglade2-dev, libgnomeui-dev, libncurses-dev Build-Depends-Indep: cxref, texlive-latex-extra, texlive-latex-recommended, hevea, lmodern -Build-Conflicts: cpml-ev5, cpml-ev6 +Build-Conflicts: cpml-ev5, cpml-ev6, libmpich2-dev Build-Conflicts-Indep: latex2html Vcs-Git: git://git.debian.org/git/debian-science/packages/illuminator.git Vcs-Browser: http://git.debian.org/?p=debian-science/packages/illuminator.git diff -Nru illuminator-0.11.0/debian/patches/include-all-libs.patch illuminator-0.11.0/debian/patches/include-all-libs.patch --- illuminator-0.11.0/debian/patches/include-all-libs.patch 2010-11-30 16:32:21.0 +0100 +++ illuminator-0.11.0/debian/patches/include-all-libs.patch 2011-12-12 12:31:15.0 +0100 @@ -9,7 +9,7 @@ # A little timestep visualizer tsview_SOURCES = tsview.c -tsview_LDADD = libluminate/libluminate.la -lncurses -lhistory -lreadline -+tsview_LDADD = libluminate/libluminate.la -lpetsc -lncurses -lhistory -lreadline ++tsview_LDADD = libluminate/libluminate.la $(LLAM) -lpetsc -lncurses -lhistory -lreadline tsview_CFLAGS = $(PETSC_INCLUDE) $(GTK_CFLAGS) $(GEOMVIEW_CFLAGS) # -DDEBUG # Next-generation timestep visualizer @@ -37,7 +37,7 @@ # A little timestep visualizer tsview_SOURCES = tsview.c -tsview_LDADD = libluminate/libluminate.la -lncurses -lhistory -lreadline -+tsview_LDADD = libluminate/libluminate.la -lpetsc -lncurses -lhistory -lreadline ++tsview_LDADD = libluminate/libluminate.la $(LLAM) -lpetsc -lncurses -lhistory -lreadline tsview_CFLAGS = $(PETSC_INCLUDE) $(GTK_CFLAGS) $(GEOMVIEW_CFLAGS) # -DDEBUG # Next-generation timestep visualizer diff -Nru illuminator-0.11.0/debian/rules illuminator-0.11.0/debian/rules --- illuminator-0.11.0/debian/rules 2010-11-30 16:26:54.0 +0100 +++ illuminator-0.11.0/debian/rules 2011-12-12 12:57:10.0 +0100 @@ -4,6 +4,15 @@ package=illuminator +DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) + +ifeq ($(DEB_HOST_ARCH), sparc) + LLAM=-llam +else + LLAM= +endif + + patch: dh_testdir if [ ! -e illuminator.m4.backup ]; then \ @@ -23,7 +32,7 @@ build: stamp-configure dh_testdir - $(MAKE) + LLAM=$(LLAM) $(MAKE) touch $@ clean:
Bug#651826: Cannot create symlink /run/sendsigs.omit.d/rpcbind during upgrade
Package: rpcbind Version: 0.2.0-7 Severity: serious Hi, Upgrading from rpcbind 0.2.0-6, is failing with this: Paramétrage de rpcbind (0.2.0-7) ... Installation de la nouvelle version du fichier de configuration /etc/init.d/rpcbind ... ln: impossible de créer le lien symbolique « /run/sendsigs.omit.d/rpcbind »: Aucun fichier ou dossier de ce type dpkg : erreur de traitement de rpcbind (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 Running the configure step again succeed. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651827: resolvconf: initscript of resolvconf 1.62 breaks setups using manual configuration
Package: resolvconf Version: 1.62 Severity: important Situation: # cat /etc/resolvconf/resolv.conf.d/base nameserver 192.168.51.2 With resolvconf 1.62: # /etc/init.d/resolvconf restart * Restarting resolvconf... done. # cat /etc/resolv.conf cat: /etc/resolv.conf: No such file or directory # ls -la /etc/resolv.conf lrwxrwxrwx 1 root root 31 Dec 12 12:34 /etc/resolv.conf - /etc/resolvconf/run/resolv.conf # ls -la /etc/resolvconf/run/resolv.conf ls: cannot access /etc/resolvconf/run/resolv.conf: No such file or directory But it works via reload: # /etc/init.d/resolvconf reload # cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 192.168.51.2 Same situation with resolvconf 1.61: # /etc/init.d/resolvconf restart * Restarting resolvconf... done. # cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 192.168.51.2 Manually invoking resolvconf -u with v1.62 fixes the issue. initscript's restart action just does resolvconf --enable-updates, but the reload does resolvconf -u. resolvconf 1.61 seems to work as expected, looks like git commit 7cdfa73 broke this behaviour. IMHO this qualifies as RC bug, but leaving the decision to the maintainer. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011-12-12t13-42...@devnull.michael-prokop.at
Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')
Hi! Am 12.12.2011 13:45, schrieb Alexander Reichle-Schmehl: That being said, I uploaded the fix to delayed/4. Please tell me, if I should delay it longer. Ups. I haven't, but did a direct upload. Sorry, forget the -e 4 when dput-ing it :( Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651828: pidgin: Cannot connect to server socket err = No such file or directory
Package: pidgin Version: 2.10.0-1+b2 Severity: normal Dear Maintainer, Pidgin crashed soon after start w/ this error: Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 2.32.4-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.30.2-4 ii libgstreamer0.10-0 0.10.35-1 ii libgtk2.0-0 2.24.8-2 ii libgtkspell02.0.16-1 ii libice6 2:1.0.7-2 ii libpango1.0-0 1.29.4-2 ii libpurple0 2.10.0-1+b2 ii libsm6 2:1.2.0-2 ii libx11-62:1.4.4-4 ii libxml2 2.7.8.dfsg-5 ii libxss1 1:1.2.1-2 ii perl-base [perlapi-5.14.2] 5.14.2-6 ii pidgin-data 2.10.0-1 Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-2 Versions of packages pidgin suggests: ii evolution-data-server none ii gnome-panel | kdebase-workspace-bin | docker none ii libsqlite3-0 3.7.9-2 -- 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#651829: fwknop: [INTL:nl] Dutch translation of debconf templates
Package: fwknop Severity: wishlist Tags: l10n patch Hello, Attached is the Dutch translation of the fwknop debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of fwknop debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the fwknop package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: fwknop 1.19.12-3\n Report-Msgid-Bugs-To: fwk...@packages.debian.org\n POT-Creation-Date: 2008-09-26 19:40+0200\n PO-Revision-Date: 2011-12-05 15:20+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: nl\n #. Type: boolean #. Description #: ../fwknop-server.templates:1001 msgid Configure fwknop to protect the SSH port? msgstr Fwknop configureren om de SSH-poort te beschermen? #. Type: boolean #. Description #: ../fwknop-server.templates:1001 msgid The FireWall KNock OPerator daemon has not been set up yet. This install process can configure fwknopd to protect the SSH port with a simple Rijndael shared key, but moving to a GnuPG setup is recommended. Setting up GnuPG for SPA communications involves a few manual steps that are described in the fwknop documentation. In the meantime, using Rijndael for SPA encryption and decryption provides decent security. msgstr De FireWall-KNock-OPerator-achtergronddienst is nog niet geconfigureerd. Dit installatieproces kan fwknopd de SSH-poort laten beschermen met een eenvoudig Rijndael gedeelde sleutel, maar migratie naar een GnuPG-instelling wordt aanbevolen. Het installen van GnuPG voor SPA-communicatie vereist een aantal handmatige stappen die worden beschreven in de documentatie vnan fwknop. In de tussentijd biedt Rijndael voor SPA-versleuteling en - ontsleuteling een redelijke beveiliging. #. Type: string #. Description #: ../fwknop-server.templates:2001 msgid Sniffing interface: msgstr Af te luisteren interface: #. Type: string #. Description #: ../fwknop-server.templates:2001 msgid Please specify which Ethernet interface should be put in promiscuous mode. msgstr Geef aan welke ethernetinterface moet worden afgeluisterd. #. Type: string #. Description #: ../fwknop-server.templates:3001 msgid Encryption key to use: msgstr Te gebruiken encryptiesleutel: #. Type: string #. Description #: ../fwknop-server.templates:3001 msgid By default, SPA packets are encrypted with the Rijndael block cipher, which requires an encryption key. This password must be at least eight characters in length. msgstr Standaard zijn SPA-pakketten versleuteld met de Rijndael blokvercijfering, die een encryptiesleutel vereist. Dit wachtwoord moet ten minste acht tekens lang zijn.
Bug#651830: htdig: [INTL:nl] Dutch translation of debconf templates
Package: htdig Severity: wishlist Tags: l10n patch Hello, Attached is the updated Dutch translation of the htdig debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of htdig debconf templates. # Copyright (C) 2004-2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the htdig package. # Luk Claes luk.cl...@ugent.be, 2004 # Kurt De Bree kdeb...@telenet.be, 2006. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: htdig 1:3.2.0b6-10\n Report-Msgid-Bugs-To: ht...@packages.debian.org\n POT-Creation-Date: 2008-01-20 14:11+0100\n PO-Revision-Date: 2011-12-05 16:34+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: nl\n #. Type: boolean #. Description #: ../templates:2001 msgid Generate ht://Dig endings database now? msgstr Nu de suffix-database voor ht://Dig aanmaken? #. Type: boolean #. Description #: ../templates:2001 msgid The ht://Dig search engine requires an endings database which has to be generated before the first start. Generating the database will take a short while. It can be done either now or later by calling the '/usr/sbin/ htdigconfig' script. msgstr De ht://Dig-zoekmachine vereist dat er voor het eerste gebruik een suffix- database aangemaakt wordt. Het aanmaken van deze database duurt enige tijd en kan nu gedaan worden, of later (door het '/usr/sbin/htdigconfig'-script uit te voeren). #. Type: boolean #. Description #: ../templates:3001 msgid Schedule a daily execution of the 'rundig' script? msgstr Dagelijks uitvoeren van het 'rundig'-script instellen? #. Type: boolean #. Description #: ../templates:3001 msgid On-line content must be indexed by the 'rundig' script before ht://Dig can be used to search data. That script indexes the web content defined in /etc/ htdig/htdig.conf. msgstr Online inhoud moet eerst worden geïndexeerd met het 'rundig'-script voordat ht://Dig kan worden gebruikt voor het doorzoeken van de gegevens. Dit script indexeert de webinhoud zoals aangegeven in /etc/htdig/htdig.conf. #. Type: boolean #. Description #: ../templates:3001 msgid If you choose this option, a daily run of the script will be scheduled. You may choose to not use this option if ht://Dig is used another way (for instance by KDE, to perform local indexing). If in doubt, do not choose this option. msgstr Als u voor deze optie kiest zal het dagelijks uitvoeren van het script worden ingesteld. U kunt ervoor kiezen dit niet te doen als ht://Dig op een andere manier wordt gebruikt (bv. door KDE voor lokaal indexeren). Als u twijfelt, kies dan niet voor deze optie.
Bug#651831: gnome-shell: Shell freezes after second close click
Package: gnome-shell Version: 3.2.1-7+b1 Severity: important Dear Maintainer, after last gnome-shell's upgrade when try to close a second window/app after login gnome-shell freezes. workaround: - login - open windows/app es. nautilus - close nautilus - reopen nautilus window - close - freeze Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (850, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gir1.2-accountsservice-1.0 0.6.15-2 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-caribou-1.0 0.4.1-2 ii gir1.2-clutter-1.0 1.8.2-2 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-folks-0.6 0.6.5-2 ii gir1.2-freedesktop 1.31.0-2 ii gir1.2-gconf-2.0 3.2.3-1 ii gir1.2-gdkpixbuf-2.0 2.24.0-1 ii gir1.2-gee-1.0 0.6.1-3 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 1.31.0-2 ii gir1.2-gmenu-3.0 3.2.0.1-2 ii gir1.2-gnomebluetooth-1.03.2.1-1 ii gir1.2-gtk-3.0 3.2.2-3 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.2.1-2 ii gir1.2-networkmanager-1.00.9.2.0-1 ii gir1.2-pango-1.0 1.29.4-2 ii gir1.2-polkit-1.00.103-1 ii gir1.2-soup-2.4 2.36.1-1 ii gir1.2-telepathyglib-0.120.17.1-1 ii gir1.2-telepathylogger-0.2 0.2.10-2 ii gir1.2-upowerglib-1.00.9.15-1 ii gjs 1.30.0-2 ii gnome-bluetooth 3.2.1-1 ii gnome-icon-theme-symbolic3.2.1-1 ii gnome-settings-daemon3.2.2-1 ii gnome-shell-common 3.2.1-7 ii gsettings-desktop-schemas3.2.0-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-22 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libcamel-1.2-23 3.0.3-2 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.2-2 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.2-2 ii libdbus-1-3 1.5.8-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.28-1 ii libebook-1.2-12 3.2.1-1 ii libecal-1.2-10 3.2.1-1 ii libedataserver-1.2-153.2.1-1 ii libedataserverui-3.0-1 3.2.1-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.5-2 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.8-1 ii libgconf2-4 3.2.3-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgee2 0.6.1-3 ii libgirepository-1.0-11.31.0-2 ii libgjs0b [libgjs0-libmozjs8d]1.30.0-2 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-4 ii libgnome-desktop-3-2 3.2.1-3 ii libgnome-keyring03.2.2-1 ii libgnome-menu-3-03.2.0.1-2 ii libgstreamer0.10-0 0.10.35.2-1 ii libgtk-3-0 3.2.2-3 ii libical0 0.44-3 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs8d 8.0-3+b1 ii libmutter0 3.2.1-2 ii libnm-glib4 0.9.2.0-1 ii libnm-util2 0.9.2.0-1 ii libnspr4-0d 4.8.9-1 ii libnss3-1d 3.13.1.with.ckbi.1.88-1 ii libpango1.0-01.29.4-2 ii libpolkit-agent-1-0 0.103-1 ii
Bug#598386: poppler-utils: pdftops wrecks files with embedded images
Julian, This problem is also affecting me. When I print any document containing images, the quality is very very bad. When I use Acrobat Reader to print the same file, the quality is very good. Is there anyone working on this? I'm using sid/experimental. My poppler-utils version is 0.16.7-2+b1. If you need more information, just ask! Thanks! Estêvão Samuel Procópio
Bug#650938: libzookeeper2 does not include zookeeper_st
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/12/11 13:22, Akira Kitada wrote: zookeeper_st is only there to support the platforms were pthread library is not available or unstable, which Debian is not. However, having this makes it possible to develop softwares that works for those old systems on Debian. Do you happen to know which platforms fall into this category? - -- James Page Software Engineer, Ubuntu Server Team -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJO5f/PAAoJEL/srsug59jDvTQP/iexcw932AMS9EcuIm0V2Vu2 X7+G3rM6RY2ZlqmsYUYlrl7DVOf3JESvBaepytTJofHkk40grD08qyOziZEvv+uO SNPcGTKv4SAu7RF1RLGHR1EyOLcXXGqjsX2CwfkVkHWesOvdZFlqGWPb1MDTVP11 oXe0QHQ65r/GBTo0DPQODNqQRy3ghfAiXhDGyTB3hYbpe9eonalBztETYmkUSjB0 R8+a9LyBXKdewstzrYuAbQM3l+fTq9nB2DoBdWidRW9OpLvsbENEIGWyx5LhtMnT q7DIo4gvzMsXdh9yPBmJZSeCsO7fsoGUwI0D+8FA4GGx4TwL8A9LsCzknbD2Tu5b g/2uZgRORmKbqOSof4iRP2Nkva+XHsr+SWPzE+PSA6sR/e6RyRiddt6thxffFeJ+ oc52rBJKA6gUzh45S6wdeQCokjchu5xPeVRMyDJSFsAWl6X48tEdeLNxd6VGCAnE MpL+QhvuQSYbvr6duPoSUPKlXvk+QeuOtPiSDZVIhmE0BU4mXFhRscHX+/nWOUlh 2ehLVUAJotwkFQ7khuOYauYQ8DbGefnVWJVAtFJZiiRQhxG3MG5ddKrN/c8Btw9K EUtoPV9aGgs8d8qpGr0JqNwb6W3732+1qNB7wyOrv8v5PvoAMXjEX92ozdonap2f 58f2qAPjTxxC8lRqZ9tp =ORAb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651832: dh_installxmlcatalogs(1): dh_clean -k is deprecated
Package: xml-core Version: 0.13 Severity: minor The manual page refers to 'dh_clean -k' which is dh_prep nowadays. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xml-core depends on: ii sed4.1.5-6 ii sgml-base 1.26 xml-core recommends no packages. Versions of packages xml-core suggests: ii debhelper 8.9.11 -- 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#651833: LF missing in examples in manpage
Package: libaio-dev
Version: 0.3.109-2
Severity: minor
Tags: patch
In io.3 verbatim \n should be escaped in order to make it through roff.
diff --git a/man/io.3 b/man/io.3
index d82e0d1..f277673 100644
--- a/man/io.3
+++ b/man/io.3
@@ -172,11 +172,11 @@ static const char *srcname = NULL;
static void io_error(const char *func, int rc)
{
if (rc == -ENOSYS)
- fprintf(stderr, AIO not in this kernel\n);
+ fprintf(stderr, AIO not in this kernel\\n);
else if (rc 0 -rc sys_nerr)
- fprintf(stderr, %s: %s\n, func, sys_errlist[-rc]);
+ fprintf(stderr, %s: %s\\n, func, sys_errlist[-rc]);
else
- fprintf(stderr, %s: error %d\n, func, rc);
+ fprintf(stderr, %s: error %d\\n, func, rc);
if (dstfd 0)
close(dstfd);
@@ -195,7 +195,7 @@ static void wr_done(io_context_t ctx, struct iocb *iocb,
long res, long res2)
io_error(aio write, res2);
}
if (res != iocb-u.c.nbytes) {
- fprintf(stderr, write missed bytes expect %d got %d\n,
iocb-u.c.nbytes, res2);
+ fprintf(stderr, write missed bytes expect %d got %d\\n,
iocb-u.c.nbytes, res2);
exit(1);
}
--tocopy;
@@ -221,7 +221,7 @@ static void rd_done(io_context_t ctx, struct iocb *iocb,
long res, long res2)
if (res2 != 0)
io_error(aio read, res2);
if (res != iosize) {
- fprintf(stderr, read missing bytes expect %d got %d\n,
iocb-u.c.nbytes, res);
+ fprintf(stderr, read missing bytes expect %d got %d\\n,
iocb-u.c.nbytes, res);
exit(1);
}
@@ -281,7 +281,7 @@ int main(int argc, char *const *argv)
char *buf = (char *) malloc(iosize);
if (NULL == buf || NULL == io) {
- fprintf(stderr, out of memory\n);
+ fprintf(stderr, out of memory\\n);
exit(1);
}
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (550, 'testing'), (500, 'stable')
Architecture: i386 (x86_64)
Kernel: Linux 3.2.0-rc4-64+ (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages libaio-dev depends on:
ii libaio1 0.3.109-2
libaio-dev recommends no packages.
libaio-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#650748: xserver-xorg-video-intel: [i915] Intel Mobile 4 Series: Libreoffice 3.4.3 main window content not drawn or updated properly
Sorry it took so long to reply this question. I tested today on 3.1 (Linux 3.1.0-1-amd64 from Debian testing); it still shown the exact same problem---i.e. the gray background in the libreoffice's front page not being painted properly. Wirawan On Sat, Dec 3, 2011 at 10:49 AM, Julien Cristau jcris...@debian.org wrote: On Fri, Dec 2, 2011 at 09:57:47 -0500, Wirawan Purwanto wrote: Notice that I am using backport version of the kernel (2.6.38), and this debian OS is configured to use software from stable repository by default. Is it reproducible with 3.0 or 3.1? Cheers, Julien -- Wirawan Purwanto Research Scientist College of William and Mary Physics Department Williamsburg, VA 23187 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641153: document Built-Using field for binary packages
Hi, thanks for your comment and sorry for the late reply, I forgot about this bug for a while. Am 11.09.2011 04:38, schrieb Charles Plessy: thanks for documenting Built-Using in the Policy. I have a couple of comments about your patch. @@ -3061,7 +3061,8 @@ Package: libc6 ttDepends/tt,ttPre-Depends/tt, ttRecommends/tt,ttSuggests/tt, ttBreaks/tt,ttConflicts/tt, - ttProvides/tt,ttReplaces/tt,ttEnhances/tt + ttProvides/tt,ttReplaces/tt,ttEnhances/tt, + ttBuilt-Using/tt /heading This adds Built-Using in §5.6.10 (“Package interrelationship fields: Depends, Pre-Depends, Recommends, Suggests, Breaks, Conflicts, Provides, Replaces, Enhances”). In Policy's chapter 5, the fields in that list are documented to be present in source package control files (§5.2) and binary package control files (§5.3). However, dpkg-source does not allow the field in source package control files (allowed = ALL_PKG, see scripts/Dpkg/Control/Fields.pm). I propose to list Built-Using separately from the ‘Depends et al’ fields in Policy's chapter 5 section about binary package control files (§5.3). They can appear in debian/control in a source package as Raphael Hertzog said[1]. That is how they are generated by several packages (they use a substvar to insert the correct version). [1] http://bugs.debian.org/641153#15 p In thettDepends/tt,ttRecommends/tt, ttSuggests/tt,ttPre-Depends/tt, -ttBuild-Depends/tt andttBuild-Depends-Indep/tt +ttBuild-Depends/tt,ttBuild-Depends-Indep/tt + andttBuilt-Using/tt control fields of the package, which declare dependencies on other packages, the package names listed may also include lists of alternative package names, separated This adds Built-Using in the second paragraph of §7.1, which would allow the following: Built-Using: foo (= 4.4) | bar (= 8.7) Since the only purpose of this paragraph is to allow to list pipe-separated alternatives, I propose to not add Built-Using to that paragraph, as in my undersanding it is not expected to list alternatives. Ack, looks like a mistake. @@ -5317,6 +5319,45 @@ Replaces: mail-transport-agent /sect1 /sect +sect id=built-using + headingAdditional source packages used to build the binary + -ttBuilt-Using/tt + /heading This would add the new section ‘Additional source packages used to build…’ as §7.7, which would renumber the current §7.7 (‘Relationships between source and binary…’). I think that the current practice in the policy is to add new sections in chronological order rather than trying to group them by topic, in order to preserve old links and references. I propose to move the section you added after the current §7.7. Ack, seems reasonable to not break references. + p + Additional source packages might be involved in creating a + binary package. These must be listed in + thettBuilt-Using/tt field to enable the archive + software to keep the full source code. + /p That part was very difficult to understand for me: - Source packages build-depend on binary packages, and therefore directly ‘involve’ binary packages only, but - Replacing ‘source’ by ‘binary’ suggests that Built-Using field is mandatory in the sense of §5.3, and that it would list all the packages and their dependancies pulled throught Build-Depends, which is not the case. The field is indeed not intended to list all dependencies, but only those needed to obtain the complete corresponding source (and thus fulfill license requirements and also the DFSG). The most common use case for now seem to be packages build-depending on a *-source binary package and using source code from there. But I think it might also be useful for packages linking static libraries or some uses of template libraries. I'm not sure how to best describe where it should/must be used so I only wrote the rather generic paragraph above. I got confused a long time about how to use the field, and propose to rephrase the paragraph above using some elements from from deb-control(5) and the minutes of the FTP team meeting. I kept the ‘must’, as it derives from a license requirement. Some binary packages incorporate material derived from source or compiled code distributed in other source packages, without depending on a corresponding binary package. This field must be used to list these source packages and their version number in order to follow requirements of licenses like the GNU GPL, as it will indicate to the archive maintenance software that these extra source packages must be kept whilst this binary package is maintained. Maybe distributed in other source packages → derived from other source packages? At least compiled code should only be in binary packages after all. The part about the GNU GPL could probably be left
Bug#651834: fwsnort: [INTL:nl] Dutch translation of debconf templates
Package: fwsnort Severity: wishlist Tags: l10n patch Hello, Attached is the Dutch translation of the fwsnort debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of fwsnort debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the fwsnort package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: fwsnort 1.5-2\n Report-Msgid-Bugs-To: fwsn...@packages.debian.org\n POT-Creation-Date: 2008-10-21 22:47+0200\n PO-Revision-Date: 2011-12-12 14:49+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../fwsnort.templates:1001 msgid Download the rules? msgstr De regels ophalen? #. Type: boolean #. Description #: ../fwsnort.templates:1001 msgid The latest Snort rules can be downloaded from http://www.emergingthreats.net in order to keep fwsnort up-to-date. msgstr De nieuwste regels van Snort kunnen worden opgehaald van http://; emergingthreats.net, om zo fwsnort bijgewerkt te houden.
Bug#633028: aide-common: /run transition: Please switch to /run/
On Mon, Dec 12, 2011 at 09:23:43AM +0100, Hannes von Haugwitz wrote: Hi Roger, On Mon, Dec 12, 2011 at 12:33:29AM +, Roger Leigh wrote: On Wed, Dec 07, 2011 at 12:30:09AM +, Roger Leigh wrote: Patch attached against current git. debian/aide.conf.d/31_aide_lib-init-rw |3 --- debian/aide.conf.d/31_aide_mdadm |7 +++ debian/aide.conf.d/31_aide_portmap |2 +- debian/aide.conf.d/31_aide_resolvconf|8 debian/aide.conf.d/31_aide_rsyslog |2 +- debian/aide.conf.d/31_aide_run |3 +++ debian/aide.conf.d/31_aide_wpasupplicant |2 +- debian/changelog | 11 +++ 8 files changed, 24 insertions(+), 14 deletions(-) delete mode 100644 debian/aide.conf.d/31_aide_lib-init-rw create mode 100644 debian/aide.conf.d/31_aide_run Could any of the aide maintainers please respond to this bug report and proposed patch? Thanks for your patch; I'll look it over and upload a new aide version within a week. Thanks, it will be much appreciated. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#477751: tackling this bug
Hi Daniel and Joey,
I took some more time to look at Daniel's proposal and managed to come
up with an implementation which consists of one debdiff to only
debhelper (no sgml-base changes).
On Mon, Dec 05, 2011 at 12:05:26AM +0100, Daniel Leidert wrote:
(1) Register the catalog, if it exists (and unregister any registered
catalog, if it doesn't exist anymore). So users can remove the package
catalog file.
(2) Register the catalog only during installation, but not during
upgrade. Usually we only add a catalog reference to the super
catalog.
(3) Catalog files should be written at build time not during
installation. Instead of creating /etc/sgml/package.cat during
installation, this should be created during package build. So the user
can edit /etc/sgml/package.cat and /etc/sgml/catalog and we preserve
these changes.
If the user now changes /etc/sgml/package.cat and we need to ship an
updated file, he should usually be asked, if he wishes to update the
file during installation.
I implemented the above description. The details are:
* prerm will no longer remove the package catalog from the root catalog
during upgrade.
* postrm will only remove the .old file on purge (dpkg remove the
conffile /etc/sgml/$package.cat).
* postinst will no longer regenerate /etc/sgml/$package.cat and only
add the package catalog to the root catalog during installation (as
it is no longer removed during upgrade).
* dh_installcatalogs will create a /etc/sgml/$package.cat containing
the same contents (without the comment header).
* preinst will do the tricky transition part. If it is called during an
upgrade and /etc/sgml/$package.cat is not owned by any package (this
is currently the case), then it fixes up the installation. The old
prerm will have the package catalog removed from the root catalog, so
it is readded here. The old postinst would recreate
/etc/sgml/$package.cat. This file is removed during preinst. The
advantage of this approach is that the conffile can be installed
without asking the user. The disadvantage of this approach is that
we are overwriting user changes one more time.
There is a debhelper.debdiff attached which implements the above
description. I have rebuild xml-core using this patched debhelper and
tried to upgrade and reinstall xml-core. However downgrading xml-core
and upgrading it again results in a broken installation. Even when
downgrading a package a conffile stays to be a conffile, so the preinst
hook is only executed during the first upgrade. After the second upgrade
the /etc/sgml/$package.cat is left untouched (being a conffile) and
missing from /etc/sgml/catalog.
What do you think about this approach?
Helmut
diff -Nru debhelper-8.9.13/autoscripts/postinst-sgmlcatalog
debhelper-8.9.13+nmu1/autoscripts/postinst-sgmlcatalog
--- debhelper-8.9.13/autoscripts/postinst-sgmlcatalog 2011-08-07
02:46:45.0 +0200
+++ debhelper-8.9.13+nmu1/autoscripts/postinst-sgmlcatalog 2011-12-12
13:26:14.0 +0100
@@ -1,7 +1,3 @@
-if [ $1 = configure ]; then
- rm -f #CENTRALCAT#
- for ordcat in #ORDCATS#; do
- update-catalog --quiet --add #CENTRALCAT# ${ordcat}
- done
+if [ $1 = configure ] [ -z $2 ]; then
update-catalog --quiet --add --super #CENTRALCAT#
fi
diff -Nru debhelper-8.9.13/autoscripts/postrm-sgmlcatalog
debhelper-8.9.13+nmu1/autoscripts/postrm-sgmlcatalog
--- debhelper-8.9.13/autoscripts/postrm-sgmlcatalog 2011-08-07
02:46:45.0 +0200
+++ debhelper-8.9.13+nmu1/autoscripts/postrm-sgmlcatalog2011-12-12
12:12:48.0 +0100
@@ -1,3 +1,3 @@
if [ $1 = purge ]; then
- rm -f #CENTRALCAT# #CENTRALCAT#.old
+ rm -f #CENTRALCAT#.old
fi
diff -Nru debhelper-8.9.13/autoscripts/preinst-sgmlcatalog
debhelper-8.9.13+nmu1/autoscripts/preinst-sgmlcatalog
--- debhelper-8.9.13/autoscripts/preinst-sgmlcatalog1970-01-01
01:00:00.0 +0100
+++ debhelper-8.9.13+nmu1/autoscripts/preinst-sgmlcatalog 2011-12-12
14:04:43.0 +0100
@@ -0,0 +1,7 @@
+if [ $1 = upgrade ] ! dpkg-query -S #CENTRALCAT# /dev/null 21; then
+ # If the dpkg-query command returns non-zero, the central catalog is
+ # not owned by any package. This is due to an old behaviour of
+ # debhelper and needs to be cleaned up.
+ rm -f #CENTRALCAT#
+ update-catalog --quiet --add --super #CENTRALCAT#
+fi
diff -Nru debhelper-8.9.13/autoscripts/prerm-sgmlcatalog
debhelper-8.9.13+nmu1/autoscripts/prerm-sgmlcatalog
--- debhelper-8.9.13/autoscripts/prerm-sgmlcatalog 2011-08-07
02:46:45.0 +0200
+++ debhelper-8.9.13+nmu1/autoscripts/prerm-sgmlcatalog 2011-12-12
12:12:07.0 +0100
@@ -1,3 +1,3 @@
-if [ $1 = remove ] || [ $1 = upgrade ]; then
+if [ $1 = remove ]; then
update-catalog --quiet --remove --super #CENTRALCAT#
fi
diff -Nru debhelper-8.9.13/debian/changelog
debhelper-8.9.13+nmu1/debian/changelog
---
Bug#651765: pidgin hangs after some time, and immediately with IRC
Hi. Below are the BTs and strace... At a first glance it seems that this is somehow related to sound output,... it seems to always hang when sound was or is about to be played. IRC is just special here, as I get the initial hello message from NickServ, which makes sound. Deactivating sound in pidgin stopped it from hanging (till now) Cheers, Chris. (gdb) thread 1 [Switching to thread 1 (Thread 0x77fbf960 (LWP 7187))] #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:142 142 in ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S (gdb) bt #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:142 #1 0x7fffc1d467a0 in pa_threaded_mainloop_wait () from /usr/lib/x86_64-linux-gnu/libpulse.so.0 #2 0x7fffc05d5fb4 in pulse_wait_operation () from /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_pulse.so #3 0x7fffc05d4ca0 in ?? () from /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_pulse.so #4 0x7fffc21f2e88 in ?? () from /usr/lib/x86_64-linux-gnu/libasound.so.2 #5 0x7fffc245bcbf in gst_alsasink_reset (asink=0x5627b510) at gstalsasink.c:931 #6 0x7fffccb931aa in gst_audioringbuffer_pause (buf=optimized out) at gstaudiosink.c:516 #7 0x7fffccb83e6b in gst_ring_buffer_pause_unlocked (buf=0x56334590) at gstringbuffer.c:1172 #8 0x7fffccb86b30 in gst_ring_buffer_pause (buf=0x56334590) at gstringbuffer.c:1215 #9 0x7fffccb8fa0a in gst_base_audio_sink_change_state ( element=0x5627b510, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbaseaudiosink.c:1953 #10 0x776d8a4c in gst_element_change_state (element=0x5627b510, transition=optimized out) at gstelement.c:2718 #11 0x776d9432 in gst_element_set_state_func (element=0x5627b510, ---Type return to continue, or q return to quit--- state=GST_STATE_PAUSED) at gstelement.c:2674 #12 0x776c61fa in gst_bin_element_set_state (next=GST_STATE_PAUSED, current=GST_STATE_PLAYING, start_time=630793650, base_time=0, element=0x5627b510, bin=0x561bb2e0) at gstbin.c:2193 #13 gst_bin_change_state_func (element=0x561bb2e0, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:2489 #14 0x776d8a4c in gst_element_change_state (element=0x561bb2e0, transition=optimized out) at gstelement.c:2718 #15 0x776d9432 in gst_element_set_state_func (element=0x561bb2e0, state=GST_STATE_PAUSED) at gstelement.c:2674 #16 0x776c61fa in gst_bin_element_set_state (next=GST_STATE_PAUSED, current=GST_STATE_PLAYING, start_time=630793650, base_time=0, element=0x561bb2e0, bin=0x56249050) at gstbin.c:2193 #17 gst_bin_change_state_func (element=0x56249050, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:2489 #18 0x7fffce0b9282 in gst_switch_sink_change_state ( element=0x56249050, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstswitchsink.c:257 #19 0x7fffce0b73c7 in gst_gconf_audio_sink_change_state ( element=0x56249050, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstgconfaudiosink.c:298 #20 0x776d8a4c in gst_element_change_state (element=0x56249050, transition=optimized out) at gstelement.c:2718 ---Type return to continue, or q return to quit--- #21 0x776d9432 in gst_element_set_state_func (element=0x56249050, state=GST_STATE_PAUSED) at gstelement.c:2674 #22 0x776c61fa in gst_bin_element_set_state (next=GST_STATE_PAUSED, current=GST_STATE_PLAYING, start_time=630793650, base_time=0, element=0x56249050, bin=0x561bb170) at gstbin.c:2193 #23 gst_bin_change_state_func (element=0x561bb170, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:2489 #24 0x776d8a4c in gst_element_change_state (element=0x561bb170, transition=optimized out) at gstelement.c:2718 #25 0x776d9432 in gst_element_set_state_func (element=0x561bb170, state=GST_STATE_PAUSED) at gstelement.c:2674 #26 0x776c61fa in gst_bin_element_set_state (next=GST_STATE_PAUSED, current=GST_STATE_PLAYING, start_time=630793650, base_time=0, element=0x561bb170, bin=0x56252240) at gstbin.c:2193 #27 gst_bin_change_state_func (element=0x56252240, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstbin.c:2489 #28 0x776f8730 in gst_pipeline_change_state (element=0x56252240, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstpipeline.c:482 #29 0x7fffcda27e2a in gst_play_base_bin_change_state ( element=0x56252240, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstplaybasebin.c:2744 #30 0x7fffcda0fd8f in gst_play_bin_change_state (element=0x56252240, transition=GST_STATE_CHANGE_PLAYING_TO_PAUSED) at gstplaybin.c:1952 ---Type return to continue, or q return to
Bug#651835: please include upstream NEWS file in package
Package: python-psycopg2 Version: 2.4.2-1 Severity: wishlist Tags: patch Please include the upstream NEWS file in the package. It contains important information and is much more interesting than the changelog. Just add NEWS to the dh_installdocs line. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637209: sks install is broken in 2 ways
On Mon, 12 Dec 2011 11:51:36 +0100, Helmut Grohne hel...@subdivi.de wrote: Incorrect ownership of /var/log/sks/db.log Please always state precisely what is wrong. Otherwise a maintainer can only guess what might be wrong. (See below for my guess.) Freshly installed system, no log output generated, or server fails to start. sks executable located in /usr/sbin/sks So where is the flaw with putting a daemon in /usr/sbin? I would call that complying with FHS. Not on the path, the init script fails. Silently. Nothing starts up. My understanding is that /usr/sbin is only added to root's path. Regular, non-root programs will not have it added to their path. Solutions: Correct permissions: chown -r debian-sks:root /var/log/sks/* ls -la /var/log/sks/db.log -rw--- 1 debian-sks root 516 Dec 12 12:05 /var/log/sks/db.log From your solution I can guess that the some script tries to invoke sks as user debian-sks without specifying its full path. However I was unable to find a matching invocation. For instance build_sks.sh is patched to use absolute paths. This bug was submitted several months ago. I lost a bunch of docs, about a month later. All I now know - is that sks or one of it's helpers (on a fresh install) fails without that path, that the failure was silent, and that it took me 2 days to figure out the problem, which was why I submitted (my naive) fixes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651825: Recommends a package that is not in the Debian archive
On Mon, Dec 12, 2011 at 01:46:28PM +0100, Ana Guerrero wrote: I am also wondering how useful is to keep this package around without sagemath in the Debian archive? If sagemath is installed manually, the path to the manual installation can be provided in the settings inside cantor and the backend would work. So this bug probably could be solved adding a bit in the description warning the users they will need to install sagemath manually and adding more complete instructions about how to set the path in the README.Debian. About the Recommends: sagemath, I think it is better to remove it directly instead of a demote to Suggests since the part about sagemath would be already documented in the description and if we want to use properly recommends/suggests/depends, cantor-backend-sage needs a depende in sagemath -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651836: nvidia-support: [INTL:nl] Dutch translation of debconf templates
Package: nvidia-support
Severity: wishlist
Tags: l10n patch
Hello,
Attached is the updated Dutch translation of the nvidia-support debconf
templates.
Please include it in your next upload.
Regards,
--
Jeroen Schot
# Dutch translation of nvidia-support debconf templates.
# Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the nvidia-support package.
# Jeroen Schot sc...@a-eskwadraat.nl, 2011.
#
msgid
msgstr
Project-Id-Version: nvidia-support 2011+1\n
Report-Msgid-Bugs-To: nvidia-supp...@packages.debian.org\n
POT-Creation-Date: 2011-11-10 17:17+0100\n
PO-Revision-Date: 2011-12-12 15:05+0100\n
Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n
Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n
Language: nl\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:1001
msgid Run 'nvidia-installer --uninstall'?
msgstr 'nvidia-installer --uninstall' uitvoeren?
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:1001
msgid
The 'nvidia-installer' program was found on your system. This is probably
left over from an earlier installation of the non-free NVIDIA graphics
driver, installed using the NVIDIA *.run file directly. This installation
is incompatible with the Debian packages. To install the Debian packages
safely, it is therefore neccessary to undo the changes performed by 'nvidia-
installer'.
msgstr
Het 'nvidia-installer'-programma is aangetroffen op uw systeem. Dit is
waarschijnlijk een restant van een eerdere installatie van het onvrije
grafische stuurprogramma van NVIDIA, direct geïnstalleerd via de NVIDIA *.
run-bestanden. Deze installatie is niet compatibel met de Debian-pakketten.
Om de Debian-pakketten veilig te kunnen installeren is het daarom
noodzakelijk om alle veranderingen die door 'nvidia-installer' zijn
aangebracht ongedaan te maken.
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:2001
msgid Delete 'nvidia-installer' files?
msgstr 'nvidia-installer'-bestanden verwijderen?
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:2001
msgid
Some files from the 'nvidia-installer' still remain on your system. These
probably come from an earlier installation of the non-free NVIDIA graphics
driver using the *.run file directly. Running the uninstallation procedure
may have failed and left these behind. These files conflict with the
packages providing the non-free NVIDIA graphics driver and must be removed
before the package installation can continue.
msgstr
Sommige bestanden van de 'nvidia-installer' zijn nog steeds aanwezig op uw
systeem. Deze zijn waarschijnlijk afkomstig van een eerdere installatie van
het onvrije grafische stuurprogramma van NVIDIA direct via de *.run-
bestanden. Het uitvoeren van de installatieprocedure is mogelijk mislukt en
heeft deze bestanden achtergelaten. Deze bestanden conflicteren met de
pakketten die de onvrije grafische stuurprogramma's van NVIDIA aanbieden en
moeten worden verwijderd voordat de pakketinstallatie kan verdergaan.
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:3001
msgid Remove conflicting library files?
msgstr Conflicterende bibliotheken verwijderen?
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:3001
msgid
The following libraries were found on your system and conflict with the
current installation of the NVIDIA graphics drivers:
msgstr
De volgende bibliotheken zijn op uw systeem gevonden en conflicteren met de
huidige installatie van de grafische stuurprogramma's van NVIDIA:
#. Type: boolean
#. Description
#: ../nvidia-installer-cleanup.templates:3001
msgid
These libraries are most likely remnants of an old installation using the
nvidia-installer and do not belong to any package managed by dpkg. It
should be safe to delete them.
msgstr
Deze bibliotheken zijn naar alle waarschijnlijkheid overblijfsels van een
oude installatie via de nvidia-installer en zijn geen onderdeel van een door
dpkg beheerd pakket. Het zou veilig moeten zijn om ze te verwijderen.
#. Type: note
#. Description
#. Translators, do not translate the substitution variables (${new-version},
#. ${running-version}) and the command 'rmmod nvidia'.
#: ../nvidia-support.templates:3001
msgid Mismatching nvidia kernel module loaded
msgstr Niet-overeenkomende nvidia-kernelmodule ingeladen
#. Type: note
#. Description
#. Translators, do not translate the substitution variables (${new-version},
#. ${running-version}) and the command 'rmmod nvidia'.
#: ../nvidia-support.templates:3001
msgid
The nvidia driver that is being installed (version ${new-version}) does not
match the nvidia kernel module currently loaded (version ${running-version}).
msgstr
Het nvidia-stuurprogramma dat nu wordt geïnstalleerd (versie ${new-version})
komt niet
Bug#563682: [shutter] window screenshot fails
I just tried Shutter again. I tried a window, selection, and full screen. All of them worked. I didn't have to do anything other than start shutter and take the screenshots. I am currently using the latest version in Wheezy. It looks like the problem was fixed although the version number is not that much higher. The version in the bug report was 85.1-1. The version I am running now is 85.1-2. I didn't check the differences in all of the dependencies. I guess it doesn't matter what fixed it. Thanks, Brent On Mon, 2011-12-12 at 00:19 -0800, Ryan Niebur wrote: Hello Brent, On Mon, Jan 04, 2010 at 11:04:57AM -0500, Brent S. Elmer Ph.D. wrote: Taking a screenshot of a window fails in shutter. When I try to take a screenshot of a window the shutter window just goes away. Here is the information in the terminal when I run shutter from the command line and try to take a screenshot of a window. Does the following reply from Mario Kemper, the author of Shutter, help you with this issue? This might help to determine the bug here. It could also be helpful to try the new upstream version which I have just uploaded to unstable. Thanks, Ryan On Wed, Aug 25, 2010 at 03:46:11PM +0200, Mario Kemper wrote: Could you please execute this via terminal (disables xserver's access control): xhost + Are you able to capture a window after doing this? Note: Please undo the above command when finished! xhost - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590180: forked libs in Sigil
Hello Debian maintainers, I tried to look at packaging Sigil for Fedora and found your packaging request for Debian. In one word it's a nightmare, not only there are bundled copies of libraries, but they are usually also modified, making their unbundling almost impossible :-( My observations are - tidyLib - forked copy of library from the tidy project, there would probably be a chance to get the changes back to tidy, but tidy looks as a dead project - ZipArchive - contains forked copy of zlib With regards Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641153: document Built-Using field for binary packages
* Ansgar Burchardt ans...@debian.org, 2011-12-12, 14:44: Also, §7.1 specifies differently the architecture restrictions for build relationship fields (Build-Depends, Build-Depends-Indep, Build-Conflicts and Build-Conflicts-Indep) and binary relationship fields. According to what is expected for Built-Using, §7.1 could be updated as well. Architecture restrictions do not make sense for Built-Using: either a package was used to built the package or not. In case this differs between architectures, each binary package has its own (different) Built-Using list. But that's not unlike Depends (or other binary relationship fields): architecture restrictions are allowed in debian/control but not in binary packages. And indeed, dpkg-gencontrol does allow architecture restrictions in Built-Using in debian/control. -- 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#651837: missing translation (po) files
Package: postgresql-plpython3-9.1 Version: 9.1.1-3+b1 Severity: normal This package contains no translation (po) files. They should be the same as in the python 2 package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651838: iptables-persistent: postinst fails with legacy boot ordering due to wrong call to update-rc.d
Package: iptables-persistent Version: 0.5.3 Severity: important n a system with legacy boot ordering in place, postinst fails because of a missing '.' at the end of the call to update-rc.d. --- Setting up iptables-persistent (0.5.3) ... update-rc.d: error: start|stop arguments not terminated by . usage: update-rc.d [-n] [-f] basename remove update-rc.d [-n] basename defaults [NN | SS KK] update-rc.d [-n] basename start|stop NN runlvl [runlvl] [...] . update-rc.d [-n] basename disable|enable [S|2|3|4|5] -n: not really -f: force The disable|enable API is not stable and might change in the future. dpkg: error processing iptables-persistent (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: iptables-persistent --- For systems with dependency based boot order, this does not seem to matter as update-rc.d calls insserv which only checks about LSB headers. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iptables-persistent depends on: ii debconf [debconf-2.0] 1.5.41 ii iptables 1.4.12-1 ii lsb-base 3.2-28 iptables-persistent recommends no packages. iptables-persistent suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651839: python-insanity: Please move to dh_python2
Package: python-insanity Version: 0.0+git20110920.4750a8e8-1 Hello, please consider moving away from the deprecated pysupport to modern dh_python2 packaging and dropping the deprecated Depends: python2.7-... style. This has been brought up by http://bugs.debian.org/651824 originally. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650941: tzdata: changelog entry missing - and changelog link dead on packages.debian.org
forcemerge 643620 650941 651436 thanks Hi, Le 10/12/2011 07:14, Holger Wansing a écrit : Changelog in my meaning was the content of the changelog.txt file, which is available on http://packages.debian.org/source/sid/tzdata via the link on the right side (Debian changelog), which links to http://packages.debian.org/changelogs/pool/main/t/tzdata There, the 2011j-1 is missing (among others). This is a known issue, the problem with tzdata is due to uploads via squeeze-update that are not yet merged with squeeze packages.d.o-side. Regards David signature.asc Description: OpenPGP digital signature
Bug#651842: xfce4-session: always save the session during restart/logout
Package: xfce4-session
Version: 4.8.2-1
Severity: normal
Dear Maintainer,
The session are always saved. Ubuntu has a patch for this issue.
See here for more information:
https://bugs.launchpad.net/ubuntu/+source/xfce4-session/+bug/831772
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages xfce4-session depends on:
ii libatk1.0-0 2.2.0-2
ii libc6 2.13-21
ii libcairo2 1.10.2-6.1
ii libdbus-1-3 1.4.16-1
ii libdbus-glib-1-20.98-1
ii libfontconfig1 2.8.0-3
ii libfreetype62.4.8-1
ii libgdk-pixbuf2.0-0 2.24.0-1
ii libglib2.0-02.30.2-4
ii libgtk2.0-0 2.24.8-2
ii libice6 2:1.0.7-2
ii libpango1.0-0 1.29.4-2
ii libsm6 2:1.2.0-2
ii libwnck22 2.30.7-1
ii libx11-62:1.4.4-4
ii libxfce4ui-1-0 4.8.0-3
ii libxfce4util4 4.8.2-1
ii libxfconf-0-2 4.8.0-3
ii xfce4-settings 4.8.3-1
ii xfconf 4.8.0-3
Versions of packages xfce4-session recommends:
ii consolekit 0.4.5-1
ii dbus-x11 1.4.16-1
ii upower 0.9.14-3
ii x11-xserver-utils 7.6+3
ii xfce4-panel4.8.6-1
ii xfce4-utils4.8.3-1
ii xfdesktop4 4.8.3-1
ii xfwm4 4.8.2-1
Versions of packages xfce4-session suggests:
ii fortunes-mod none
ii sudo 1.8.3p1-2
-- no debconf information
From d7311f2dcedd96f5833acceb27f9d17275893e1e Mon Sep 17 00:00:00 2001
From: Lionel Le Folgoc lio...@lefolgoc.net
Date: Thu, 25 Aug 2011 14:22:24 +0200
Subject: Do not always save session with xfce4-logout-plugin (Bug #7915)
Respect the value of the /general/SaveOnExit option from xfce4-session in the
logout panel plugin as well.
---
panel-plugin/Makefile.am |2 ++
panel-plugin/xfsm-logout-plugin.c | 14 +-
2 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/panel-plugin/Makefile.am b/panel-plugin/Makefile.am
index 0675e2e..fd0609b 100644
--- a/panel-plugin/Makefile.am
+++ b/panel-plugin/Makefile.am
@@ -18,6 +18,7 @@ libxfsm_logout_plugin_la_SOURCES = \
libxfsm_logout_plugin_la_CFLAGS = \
$(LIBX11_CFLAGS) \
$(LIBXFCE4PANEL_CFLAGS) \
+ $(XFCONF_CFLAGS) \
$(LIBXFCE4UTIL_CFLAGS) \
$(LIBXFCE4UI_CFLAGS) \
$(GTK_CFLAGS) \
@@ -26,6 +27,7 @@ libxfsm_logout_plugin_la_CFLAGS = \
libxfsm_logout_plugin_la_LIBADD = \
$(LIBX11_LIBS) \
$(LIBXFCE4PANEL_LIBS) \
+ $(XFCONF_LIBS) \
$(LIBXFCE4UTIL_LIBS) \
$(LIBXFCE4UI_LIBS) \
$(GTK_LIBS) \
diff --git a/panel-plugin/xfsm-logout-plugin.c
b/panel-plugin/xfsm-logout-plugin.c
index b8e25ab..12dec0f 100644
--- a/panel-plugin/xfsm-logout-plugin.c
+++ b/panel-plugin/xfsm-logout-plugin.c
@@ -43,6 +43,7 @@
#include libxfce4util/libxfce4util.h
#include libxfce4ui/libxfce4ui.h
+#include xfconf/xfconf.h
#include libxfce4panel/libxfce4panel.h
#include xfsm-logout-plugin-ui.h
@@ -207,12 +208,23 @@ static void
xfsm_logout_plugin_show_confirmation_dialog(XfsmLogoutPlugin *logout_plugin,
XfsmShutdownType type)
{
+GError *error = NULL;
+XfconfChannel *channel;
gint resp = GTK_RESPONSE_ACCEPT;
g_return_if_fail(logout_plugin != NULL);
g_return_if_fail(type = XFSM_SHUTDOWN_LOGOUT type =
XFSM_SHUTDOWN_HIBERNATE);
-logout_plugin-allow_save = TRUE;
+if (G_UNLIKELY (!xfconf_init (error))) {
+g_warning (Unable to contact settings server: %s, error-message);
+g_error_free (error);
+logout_plugin-allow_save = TRUE;
+}
+else {
+channel = xfconf_channel_get (xfce4-session);
+logout_plugin-allow_save = xfconf_channel_get_bool (channel,
/general/SaveOnExit, TRUE);
+xfconf_shutdown ();
+}
if(type != XFSM_SHUTDOWN_SUSPEND type != XFSM_SHUTDOWN_HIBERNATE) {
GtkWidget *dialog, *topvbox, *hbox, *image, *label;
--
1.7.2.5
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637209: sks install is broken in 2 ways
clone 637209 -1 retitle -1 /etc/init.d/sks redirects error messages from sks to /dev/null severity -1 wishlist submitter -1 ! tags -1 - moreinfo summary -1 0 thanks Thanks for your quick reply. On Mon, Dec 12, 2011 at 12:47:12PM +, Bryan Hunt wrote: On Mon, 12 Dec 2011 11:51:36 +0100, Helmut Grohne hel...@subdivi.de wrote: Incorrect ownership of /var/log/sks/db.log Please always state precisely what is wrong. Otherwise a maintainer can only guess what might be wrong. (See below for my guess.) Freshly installed system, no log output generated, or server fails to start. The daemon does not start by default: | Starting sks daemons: Not starting sks (as configured in /etc/default/sks) However if you enable it in /etc/default/sks and have it badly configured, it will write its error messages to /dev/null. This is because it is started using start-stop-daemon --background. Not on the path, the init script fails. Silently. Nothing starts up. My understanding is that /usr/sbin is only added to root's path. Regular, non-root programs will not have it added to their path. The init script starts $DAEMON which is an absolute path. So $PATH is not even used here. Solutions: Correct permissions: chown -r debian-sks:root /var/log/sks/* ls -la /var/log/sks/db.log -rw--- 1 debian-sks root 516 Dec 12 12:05 /var/log/sks/db.log This likely is due to your chown command. The original permission on a freshly installed sks are 600 debian-sks adm. This bug was submitted several months ago. I lost a bunch of docs, about a month later. All I now know - is that sks or one of it's helpers (on a fresh install) fails without that path, that the failure was silent, and that it took me 2 days to figure out the problem, which was why I submitted (my naive) fixes. Unfortunately you have only presented workarounds for yet unknown problems so far. The only real problem I could discover from your mails is that the init script hides the error messages and exit code returned from sks. I have cloned this issued (see above). Maybe you can try to reproduce the issues you ran into and document all the steps? Otherwise I see little value in adding your solutions to the package. To me the chown seems just wrong and I fail to see which aspect th $PATH change improves. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651844: libarchive: fix for CVE-2011-1777 and CVE-2011-1778
Package: libarchive
Version: 2.8.5-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch
*** /tmp/tmp_Ru6Y6
In Ubuntu, the attached patch was applied to achieve the following:
* SECURITY UPDATE: arbitrary code execution via iso9660 overflows
- debian/patches/CVE-2011-1777.patch: correctly fail on out of memory
conditions in libarchive/archive_read_support_format_iso9660.c.
- CVE-2011-1777
* SECURITY UPDATE: arbitrary code execution via tar overflows
- debian/patches/CVE-2011-1778.patch: correctly fail on out of memory
conditions in libarchive/archive_read_support_format_tar.c
- CVE-2011-1778
Thanks for considering the patch.
-- System Information:
Debian Release: wheezy/sid
APT prefers oneiric-updates
APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500,
'oneiric-proposed'), (500, 'oneiric')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-14-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libarchive-2.8.5/debian/changelog libarchive-2.8.5/debian/changelog
diff -Nru libarchive-2.8.5/debian/patches/CVE-2011-1777.patch libarchive-2.8.5/debian/patches/CVE-2011-1777.patch
--- libarchive-2.8.5/debian/patches/CVE-2011-1777.patch 1969-12-31 19:00:00.0 -0500
+++ libarchive-2.8.5/debian/patches/CVE-2011-1777.patch 2011-12-09 10:37:29.0 -0500
@@ -0,0 +1,108 @@
+Description: fix arbitrary code execution via iso9660 overflows
+Origin: backport, http://code.google.com/p/libarchive/source/detail?r=3158
+
+Index: libarchive-2.8.5/libarchive/archive_read_support_format_iso9660.c
+===
+--- libarchive-2.8.5.orig/libarchive/archive_read_support_format_iso9660.c 2011-12-09 10:36:34.547552016 -0500
libarchive-2.8.5/libarchive/archive_read_support_format_iso9660.c 2011-12-09 10:37:08.643552304 -0500
+@@ -417,12 +417,12 @@
+ static inline void cache_add_entry(struct iso9660 *iso9660,
+ struct file_info *file);
+ static inline struct file_info *cache_get_entry(struct iso9660 *iso9660);
+-static void heap_add_entry(struct heap_queue *heap,
++static int heap_add_entry(struct archive_read *a, struct heap_queue *heap,
+ struct file_info *file, uint64_t key);
+ static struct file_info *heap_get_entry(struct heap_queue *heap);
+
+-#define add_entry(iso9660, file) \
+- heap_add_entry(((iso9660)-pending_files), file, file-offset)
++#define add_entry(arch, iso9660, file) \
++ heap_add_entry(arch, ((iso9660)-pending_files), file, file-offset)
+ #define next_entry(iso9660) \
+ heap_get_entry(((iso9660)-pending_files))
+
+@@ -1010,15 +1010,19 @@
+ con-next = NULL;
+ *multi-contents.last = con;
+ multi-contents.last = (con-next);
+-if (multi == child)
+- add_entry(iso9660, child);
+-else {
++ if (multi == child) {
++ if (add_entry(a, iso9660, child)
++ != ARCHIVE_OK)
++ return (ARCHIVE_FATAL);
++ } else {
+ multi-size += child-size;
+ if (!child-multi_extent)
+ multi = NULL;
+ }
+ } else
+-add_entry(iso9660, child);
++ if (add_entry(a, iso9660, child)
++ != ARCHIVE_OK)
++ return (ARCHIVE_FATAL);
+ }
+ }
+
+@@ -1118,7 +1122,8 @@
+ iso9660-seenJoliet = seenJoliet;
+ }
+ /* Store the root directory in the pending list. */
+- add_entry(iso9660, file);
++ if (add_entry(a, iso9660, file) != ARCHIVE_OK)
++ return (ARCHIVE_FATAL);
+ if (iso9660-seenRockridge) {
+ a-archive.archive_format =
+ ARCHIVE_FORMAT_ISO9660_ROCKRIDGE;
+@@ -2745,8 +2750,8 @@
+ return (file);
+ }
+
+-static void
+-heap_add_entry(struct heap_queue *heap, struct file_info *file, uint64_t key)
++static int
++heap_add_entry(struct archive_read *a, struct heap_queue *heap, struct file_info *file, uint64_t key)
+ {
+ uint64_t file_key, parent_key;
+ int hole, parent;
+@@ -2759,12 +2764,18 @@
+ if (heap-allocated 1024)
+ new_size = 1024;
+ /* Overflow might keep us from growing the list. */
+- if (new_size = heap-allocated)
+- __archive_errx(1, Out of memory);
++ if (new_size = heap-allocated) {
++ archive_set_error(a-archive,
++ ENOMEM, Out of memory);
++ return (ARCHIVE_FATAL);
++ }
+ new_pending_files = (struct file_info **)
+ malloc(new_size * sizeof(new_pending_files[0]));
+- if (new_pending_files == NULL)
+- __archive_errx(1, Out of memory);
++ if (new_pending_files == NULL) {
++ archive_set_error(a-archive,
++ ENOMEM, Out of memory);
++ return (ARCHIVE_FATAL);
++ }
+ memcpy(new_pending_files, heap-files,
+ heap-allocated * sizeof(new_pending_files[0]));
+ if (heap-files != NULL)
+@@ -2784,13 +2795,15 @@
+ parent_key = heap-files[parent]-key;
+ if (file_key = parent_key) {
+ heap-files[hole] = file;
+- return;
++ return (ARCHIVE_OK);
+ }
+ // Move parent into hole == move hole up
Bug#651845: fltk1.1: [INTL:nl] Dutch translation of debconf templates
Package: fltk1.1 Severity: wishlist Tags: l10n patch Hello, Attached is the updated Dutch translation of the fltk1.1 debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of fltk1.1 debconf templates. # Copyright (C) 2004-2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the fltk1.1 package. # Luk Claes luk.cl...@ugent.be, 2004. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: fltk1.1 1.1.10-10\n Report-Msgid-Bugs-To: fltk...@packages.debian.org\n POT-Creation-Date: 2007-11-28 06:16+\n PO-Revision-Date: 2011-12-12 16:08+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../libfltk1.1-dev.templates:2001 msgid Make .h links to FL/*.H? msgstr .h-koppelingen leggen naar FL/*.H? #. Type: boolean #. Description #: ../libfltk1.1-dev.templates:2001 msgid For compatibility with some older code, FLTK used to make its C++-specific headers available as FL/*.h as well as FL/*.H. However, the lowercase-h names are deprecated and should be eliminated from source code. msgstr Voor compatibiliteit met oude code maakte FLTK zijn C++-specifieke headers beschikbaar als FL/*.h en FL/*.H; hoewel de namen met een kleine letter 'h' achterhaald zijn en uit alle broncode verwijderd moeten worden. #. Type: boolean #. Description #: ../libfltk1.1-dev.templates:2001 msgid Please choose whether such compatibility symlinks should be created. msgstr Geef aan of zulke compatibiliteitskoppelingen moeten worden aangemaakt.
Bug#651780: Cannot build slamr.ko on 64-bit host
On Mon, 2011-12-12 at 10:59 +0200, أحمد المحمودي wrote: On Mon, Dec 12, 2011 at 05:42:11AM +, Ben Hutchings wrote: The makefile disables building slamr.ko if the build host's kernel is 64-bit. It should instead be testing whether the target kernel is 32-bit: ---end quoted text--- Why would that be needed ? Shouldn't a 32-bit module be built on a machine with 32-bit kernel ? No, modules should not have to be built on the same system that will use them. (I can accept that they have to be built on the same Debian architecture.) I run the amd64 kernel flavour on i386 and I wouldn't be able to use this module directly but I should still be able to build it for some other kernel flavour. The same problem can occur with an i386 chroot on an amd64 build host. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#645692: Progress update
Small update about the progress so far: I built a patch which add basic support for hardfloat ABI. It correctly place float argument in VFP registers when calling a function and can fall back to softfp if the function called is variadic. However, still a lot remains to be done: 1) Return float result in VFP register(s) 2) Use VFP registers for homogeneous aggregate (see §4.3.5 and §6.1.2.1 in AAPCS) 3) Pack 2 consecutive float arguments into one VFP register 4) Refactor the code to make both the patch and the resulting code compact 5) Support hardfloat ABI in prologue and epilogue The good news is that except for item 3, all these should be much faster than what was done because less code needs to be changed. signature.asc Description: This is a digitally signed message part.
Bug#651846: speex; FTBFS on armhf, please disable asm for now
Package: speex Version: 1.2~rc1-1 Severity: important Tags: patch Hi, speex fails on armhf, because of problems with armv4 asm and thumb2 (used on armhf): https://buildd.debian.org/status/fetch.php?pkg=speexarch=armhfver=1.2%7Erc1-1stamp=1322380067 Could you please disable armv4 asm for now -patch attached- until we resolve the issue and fix asm on armhf again? Thanks Konstantinos diff -ruN speex-1.2~rc1/debian/rules speex-1.2~rc1.armhf/debian/rules --- speex-1.2~rc1/debian/rules 2011-12-12 15:32:00.0 + +++ speex-1.2~rc1.armhf/debian/rules 2011-12-12 15:32:46.246089212 + @@ -19,6 +19,7 @@ DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) +DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) objdir= objs @@ -30,8 +31,10 @@ ifeq ($(DEB_HOST_ARCH_CPU),arm) objdir = $(objdir_fixedpoint) +ifeq ($(DEB_HOST_ARCH),armel) EXTRA_CONFIG_FLAGS = --enable-arm4-asm endif +endif ifeq ($(DEB_HOST_ARCH_CPU),i386) arch_objs += $(objdir_sse)
Bug#566754: HwB packaging
On Sun, 2011-12-11 at 22:05 -0500, Robert James Clay wrote: Since the last package update attempt for the HwB package was never sponsered, will be doing a new one and uploading that to the Mentors site for sponsorship. Note that until such time as I have a v040412-5 package available, the v040412-4 package is available at http://mentors.debian.net/package/hwb and is available for being sponsored. RJ Clay j...@rocasa.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
