Bug#626720: sorry for being slack
I'm working on this now. http://userspace.selinuxproject.org/trac/browser/libselinux/src?order=datedesc=1 http://userspace.selinuxproject.org/trac/wiki/Releases Firstly please tell me what libraries you used when testing this patch? It seems that the necessary patch to libselinux was first proposed in April but there hasn't been a new upstream release since. Did you test this with a patched libselinux or did you just copy code from elsewhere without testing? NB I'm not criticising you, I don't expect you to be doing tests on these things, I just need to know where things are at. Currently I have to decide whether to maintain my own patch for libselinux1 for this or to wait for a new official release. I've just sent a message to the list asking what's going on, this sort of message could prompt a new upstream release in the very near future (or they could just be really busy - no guarantees there). -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626720: support in squeeze
What I want to do is to have a policy in squeeze that supports running wheezy in a basic configuration. If a daemon that is in wheezy gets a new feature and breaks then I'm not too bothered (I am not aiming for full compatibility). But I want to have the basics work for everyone (which includes /run) and have most daemons work. Now for unstable I can have the new selinux-policy-default which works with /run depend on the new libselinux1 and everything will be fine. For a transition from squeeze to wheezy I guess I could patch selinux-policy- default to support /run but not have it depend on a new libselinux1 so that an upgrade from squeeze to wheezy will get the new libselinux1 and then start working. This seems to imply that any package which breaks selinux-policy-default should also break libselinux1 to force an upgrade. Also it means that the version of selinux-policy-default should be upgraded in the next squeeze update to not be broken. Does this seem correct? If so would it be achievable with the release process? -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633827: libfuse2: Can't run HFuse example. fuse: unknown option `' error occured.
On 07/14/2011 07:12 AM, Kiwamu Okabe wrote: HFuse (Haskell fuse library) example program crash with fuse 2.8.5-4. are the two attempts done both on the *exact* same system (with the same version of mount), or is it rather that you did that on two different systems. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633651: [Pkg-samba-maint] Bug#633651: Bug#633651: samba: Regression after security update - linux client unable to delete files
I connect using command: mount -t cifs Trying also from Lenny and SLES 11SP1 without success. Activated loglevel 10, created file test.txt, attempted to delete it. Sending log as attachement. I found something interesting. The bug only affects the server that has security=domain and is an ordinary fileserver in Samba domain. When trying on machine that is both file and domain server (has security=user), everything works OK. Peter Dňa 07/13/2011 06:23 PM, Christian PERRIER wrote / napísal(a): Quoting Peter Tuhársky (tuhar...@misbb.sk): Hallo, Christian thank You for quick response. During 8+ years of contact with reporting systems, I have learned that excesive log/config postings are seldom invited for first glance. OK, point taken. Maintainer usually asks for the very piece of information he needs. Moreover, the bug could already be known somehow. I will of course provide any information needed. Samba operates in security = domain and takes the records from OpenLDAP, if this is what You asked. Under the term samba client I meant other Debian Squeeze or Ubuntu 11.04 machine, fully updated. What is the method you use to connect? Are you using smbclient on the client machine? Or maybe the graphical environment interface (from Gnome or KDE, use the graphical interface to connect to the SMB resource)? Are you in position to use another client, with different versions of whatever is used to connect to the samba server (for instance, a Debian lenny system). Yes, I have investigated the logs and found nothing special (although I don't understand how is the SID supposedly invalid.) Indeed. Could you try increasing the log level (I guess you have log level = 3 right now?)? level 10 is the most detailed level but that produces a huge amount of logging and it might be tricky to excerpt the exact part when the client-side failure occurs. debug.log.bz2 Description: application/bzip attachment: tuharsky.vcf
Bug#633814: [src:gnome-applets] FTBFS: fatal error: dbus/dbus.h: No such file or directory
reassign 633814 liboobs-1-dev forcemerge 629891 633814 affects 629891 src:gnome-applets affects 629891 src:gnome-system-tools thanks Hi Mònica, Am 14.07.2011 01:48, schrieb Mònica Ramírez Arceda: I tried to build this package with pbuilder and it fails to build with the following error: --- gcc -DHAVE_CONFIG_H -I. -I.. -I. -I. -DORBIT2=1 -pthread -D_REENTRANT -I/usr/include/atk-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/panel-2.0 -I/usr/include/gconf/2 -I/usr/include/gtk-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/libpng12 -I/usr/include/libxml2 -I/usr/include/libbonobo-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/gail-1.0 -I/usr/include/libart-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -pthread -I/usr/include/liboobs-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -g -O2 -Wall -c modem-applet.c In file included from /usr/include/liboobs-1.0/oobs/oobs.h:25:0, from modem-applet.c:29: /usr/include/liboobs-1.0/oobs/oobs-object.h:27:23: fatal error: dbus/dbus.h: No such file or directory compilation terminated. make[3]: *** [modem-applet.o] Error 1 make[3]: Leaving directory `/tmp/buildd/gnome-applets-2.30.0/modemlights' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/gnome-applets-2.30.0' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/gnome-applets-2.30.0' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package - Looks like fixing #629891 (package liboobs-1-dev) will fix this issue. This is clearly a bug in liboobs-1-dev and needs to be fixed there. Cheers, 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#633828: xmonad: can't recomile after ghc upgrade (7.0.4)
Package: xmonad Version: 0.9.2-2+b1 Severity: normal I can't recompile my xmonad settings because libghc-xmonad-dev is incompatible with ghc-7.0.4. xmonad --recompile gives this: xmonad.hs:1:1: Bad interface file: /usr/lib/haskell-packages/ghc/lib/xmonad-0.9.2/ghc-7.0.3/XMonad.hi mismatched interface file versions (wanted 7004, got 7003) I tried to compile the xmonad source package, but it gave a similar error: XMonad/Core.hs:38:1: Bad interface file: /usr/lib/haskell-packages/ghc/lib/mtl-2.0.1.0/ghc-7.0.3/Control/Monad/State.hi mismatched interface file versions (wanted 7004, got 7003) I poked around a little: $ ls /usr/lib/haskell-packages/ghc/lib/*/ /usr/lib/haskell-packages/ghc/lib/mtl-2.0.1.0/: ghc-7.0.3 /usr/lib/haskell-packages/ghc/lib/syb-0.3/: ghc-7.0.3 /usr/lib/haskell-packages/ghc/lib/transformers-0.2.2.0/: ghc-7.0.3 /usr/lib/haskell-packages/ghc/lib/utf8-string-0.3.6/: ghc-7.0.3 /usr/lib/haskell-packages/ghc/lib/X11-1.5.0.0/: ghc-7.0.3 /usr/lib/haskell-packages/ghc/lib/X11-xft-0.3/: ghc-7.0.3 /usr/lib/haskell-packages/ghc/lib/xmonad-0.9.2/: ghc-7.0.3 /usr/lib/haskell-packages/ghc/lib/xmonad-contrib-0.9.2/: ghc-7.0.3 Seems all haskel libs I have installed are hardcoded to ghc-7.0.3. I tried dpkg --search and dpkg --listfiles on the mlt one, and it shows that the ghc-7.0.3 directory shown above is installed by the .deb (and not auto-generated after.) But somehow this exact version requirement of these packages is not understood by aptitude. libghc-mlt-dev says it requires libghc-base-dev-4.3.1.0-71f60 which ghc-7.0.4-3 has in it's package names provided ghc. I'm going to try to downgrade ghc to 7.0.3 for now. Hope that makes things work again until this dependency stuff is worked out, or at least new versions of the libghc-* packages are pushed to unstable. As always, let me know if there's something I can do. Take care, - Jason -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (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 xmonad depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libffi5 3.0.9-7Foreign Function Interface library ii libgmp10 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libx11-6 2:1.4.3-2 X11 client-side library ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxinerama1 2:1.1.1-3 X11 Xinerama extension library ii x11-utils 7.6+3 X11 utilities Versions of packages xmonad recommends: ii libghc-xmonad-dev 0.9.2-2+b1 A lightweight X11 window manager pn libghc-xmonad-doc none (no description available) ii xfonts-base 1:1.0.3standard fonts for X Versions of packages xmonad suggests: ii suckless-tools [dmenu]38-1 simple commands for minimalistic w -- 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#633827: libfuse2: Can't run HFuse example. fuse: unknown option `' error occured.
do not drop the bts from cc, thanks. On 07/14/2011 08:32 AM, Kiwamu Okabe wrote: *exact* same. and what version of mount are you using? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633829: libpthread-workqueue: FTBFS: src/posix/manager.c:343:134: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare]
Source: libpthread-workqueue Version: 0.8.1-1 Severity: serious Tags: patch Hi, libpthread-workqueue FTBFS on some architecture. https://buildd.debian.org/status/package.php?p=libpthread-workqueue http://buildd.debian-ports.org/status/package.php?p=libpthread-workqueue - checking for err.h.. yes Creating config.h Creating config.mk dh_auto_build make[1]: Entering directory `/build/buildd-libpthread-workqueue_0.8.1-1-armel-LQB520/libpthread-workqueue-0.8.1' /usr/bin/cc -c -o src/api.o -Wall -Wextra -Werror -D_XOPEN_SOURCE=600 -D__EXTENSIONS__ -D_GNU_SOURCE -std=c99 -I./include -I./src -g -O2 -fpic -fvisibility=hidden -pthread src/api.c /usr/bin/cc -c -o src/posix/manager.o -Wall -Wextra -Werror -D_XOPEN_SOURCE=600 -D__EXTENSIONS__ -D_GNU_SOURCE -std=c99 -I./include -I./src -g -O2 -fpic -fvisibility=hidden -pthread src/posix/manager.c src/posix/manager.c: In function 'worker_main': src/posix/manager.c:343:134: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] cc1: all warnings being treated as errors make[1]: *** [src/posix/manager.o] Error 1 make[1]: Leaving directory `/build/buildd-libpthread-workqueue_0.8.1-1-armel-LQB520/libpthread-workqueue-0.8.1' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 - I made patch which revise this problem. Could you apply this patch? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 --- a/src/posix/manager.c 2011-07-14 06:30:21.0 + +++ b/src/posix/manager.c 2011-07-14 06:11:12.0 + @@ -340,7 +340,7 @@ ts_now.tv_nsec = ts_start.tv_nsec; // Spin until we get an item or PWQ_SPIN_USEC microseconds passes -while (!witem (((ts_now.tv_sec - ts_start.tv_sec) * 100) + (((ts_now.tv_nsec - ts_start.tv_nsec) / 1000)) = PWQ_SPIN_USEC)) +while (!witem ((unsigned int)((ts_now.tv_sec - ts_start.tv_sec) * 100) + (((ts_now.tv_nsec - ts_start.tv_nsec) / 1000))) = PWQ_SPIN_USEC) { witem = wqlist_scan(queue_priority); if (!witem)
Bug#633830: libperl-apireference-perl: FTBFS withPerl 5.12.4: doesn't know about 5.12.4
Source: libperl-apireference-perl Version: 0.06-1 Severity: serious Tags: wheezy sid Justification: FTBFS Hi libperl-apireference-perl FTBFS with version of perl in unstable, as libperl-apireference-perl does not know about 5.12.4: dh build dh_testdir debian/rules override_dh_auto_configure make[1]: Entering directory `/build/salvi-libperl-apireference-perl_0.06-1-amd64-Zeg052/libperl-apireference-perl-0.06' [ -d debian/orig ] || mkdir debian/orig # move away only big files. the small ones are probably just wrappers # for versions that are the same as the base version (inheritance!) # fixes a FTBFS of padre (#627190) for f in lib/Perl/APIReference/V*.pm; do if [ `stat --format %s $f` -gt 300 ]; then mv $f debian/orig/; fi; done for f in data/*.bz2; do bunzip2 -k -f $f; done perl debian/regenerate.pl Processing: 5.6.0 Processing: 5.6.1 Processing: 5.6.2 Processing: 5.8.0 Processing: 5.8.1 Processing: 5.8.2 Processing: 5.8.3 Processing: 5.8.4 Processing: 5.8.5 Processing: 5.8.6 Processing: 5.8.7 Processing: 5.8.8 Processing: 5.8.9 Processing: 5.10.0 Processing: 5.10.1 Processing: 5.12.0 Processing: 5.14.0 echo Current Perl is `perl -MConfig -we'printf(%d_%03d_%03d.pm, $Config{PERL_REVISION}, $Config{PERL_VERSION}, $Config{PERL_SUBVERSION})'` Current Perl is 5_012_004.pm test -f lib/Perl/APIReference/V`perl -MConfig -we'printf(%d_%03d_%03d.pm, $Config{PERL_REVISION}, $Config{PERL_VERSION}, $Config{PERL_SUBVERSION})' ` make[1]: *** [regenerated-stamp] Error 1 make[1]: Leaving directory `/build/salvi-libperl-apireference-perl_0.06-1-amd64-Zeg052/libperl-apireference-perl-0.06' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Regards Salvatore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash libperl-apireference-perl_0.06-1_amd64.build.gz Description: GNU Zip compressed data
Bug#633827: libfuse2: Can't run HFuse example. fuse: unknown option `' error occured.
On Thu, Jul 14, 2011 at 3:49 PM, Daniel Baumann daniel.baum...@progress-technologies.net wrote: do not drop the bts from cc, thanks. Sorry... On 07/14/2011 08:32 AM, Kiwamu Okabe wrote: *exact* same. and what version of mount are you using? $ apt-cache show mount Package: mount Source: util-linux Version: 2.19.1-2 Essential: yes Installed-Size: 444 Maintainer: LaMont Jones lam...@debian.org Architecture: amd64 Pre-Depends: libblkid1 (= 2.17.2), libc6 (= 2.6), libmount1 (= 2.19.1), libselinux1 (= 2.0.15), libsepol1 (= 1.14) Suggests: nfs-common (= 1:1.1.0-13) Description: Tools for mounting and manipulating filesystems This package provides the mount(8), umount(8), swapon(8), swapoff(8), and losetup(8) commands. Homepage: http://userweb.kernel.org/~kzak/util-linux/ Tag: admin::filesystem, hardware::storage, interface::commandline, role::program, scope::utility Section: admin Priority: required Filename: pool/main/u/util-linux/mount_2.19.1-2_amd64.deb Size: 205186 MD5sum: 6f8865d1eb78cb5707a22f9dc4a55e15 SHA1: 99aa02e5186c59585aabe81d4b56a080684357ee SHA256: 69f37ab2e47d2d97cecf4f2ec0e6751d59c70e6a96269f0364e50dc2b32bb4e9 Regards, -- Kiwamu Okabe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631660: Send Info
750,000 Pounds Was Awarded To You In BPO Promo Send Names:... Country: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633832: espeakup: [INTL:nl] Dutch translation of debconf templates
Package: espeakup Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the espeakup debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of espeakup debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the espeakup package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: espeakup 1:0.71-3\n Report-Msgid-Bugs-To: espea...@packages.debian.org\n POT-Creation-Date: 2011-06-11 23:55+0200\n PO-Revision-Date: 2011-07-14 09:21+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: text #. Description #. Main menu item. Please keep below 55 columns #: ../espeakup-udeb.templates:1001 msgid Configure the speech synthesizer voice msgstr Configureer de stem voor de spraaksynthese
Bug#633831: openswan: [INTL:nl] Dutch translation of debconf templates
Package: openswan Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the openswan debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of openswan debconf templates. # Copyright (C) 2005-2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the openswan package. # Luk Claes luk.cl...@ugent.be, 2005 # Kurt De Bree kdeb...@telenet.be, 2006. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: openswan 4.5.0-1\n Report-Msgid-Bugs-To: opens...@packages.debian.org\n POT-Creation-Date: 2010-07-29 19:03+0200\n PO-Revision-Date: 2011-07-14 09:19+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../openswan.templates:1001 msgid Old runlevel management superseded msgstr Het oude runlevel-beheer is vervangen #. Type: note #. Description #: ../openswan.templates:1001 msgid Previous versions of the Openswan package gave a choice between three different Start/Stop-Levels. Due to changes in the standard system startup procedure, this is no longer necessary or useful. For all new installations as well as old ones running in any of the predefined modes, sane default levels will now be set. If you are upgrading from a previous version and changed your Openswan startup parameters, then please take a look at NEWS. Debian for instructions on how to modify your setup accordingly. msgstr Vorige versies van het Openswan-pakket gaven de keuze tussen drie verschillende Start/Stop-niveaus. Vanwege veranderingen aan de standaard opstartprocedure van het systeem is dit niet langer nodig of nuttig. Er worden nu logische standaardwaardes ingesteld voor zowel nieuwe installaties als oude waarvoor één van de keuzes is gemaakt. Als u opwaardeert van een vorige versie en uw Openswan-opstartparameters heeft aangepast vindt u in NEWS.Debian instructies over het aanpassen van uw opstelling. #. Type: boolean #. Description #: ../openswan.templates:2001 msgid Restart Openswan now? msgstr Openswan nu herstarten? #. Type: boolean #. Description #: ../openswan.templates:2001 msgid Restarting Openswan is recommended, since if there is a security fix, it will not be applied until the daemon restarts. Most people expect the daemon to restart, so this is generally a good idea. However, this might take down existing connections and then bring them back up, so if you are using such an Openswan tunnel to connect for this update, restarting is not recommended. msgstr U wordt aanbevolen om Openswan te herstarten, want indien deze nieuwe versie veiligheidsproblemen verhelpt worden deze pas echt opgelost bij een herstart van de achtergronddienst. De meeste mensen verwachten dat de achtergronddienst herstart, dus dit is meestal een goed idee. Hoewel, dit kan bestaande verbindingen verbreken en ze dan opnieuw herstellen. Dus als u een Openswan-tunnel gebruikt voor deze verbinding kunt u beter niet herstarten. #. Type: boolean #. Description #: ../openswan.templates:3001 msgid Use an X.509 certificate for this host? msgstr Moet er een X.509-certificaat voor deze computer gebruikt worden? #. Type: boolean #. Description #: ../openswan.templates:3001 msgid An X.509 certificate for this host can be automatically created or imported. It can be used to authenticate IPsec connections to other hosts and is the preferred way of building up secure IPsec connections. The other possibility would be to use shared secrets (passwords that are the same on both sides of the tunnel) for authenticating a connection, but for a larger number of connections, key based authentication is easier to administer and more secure. msgstr Een X.509-certificaat voor deze computer kan automatisch worden aangemaakt of geïmporteerd. Deze kan worden gebruikt voor het authenticeren van IPsec- verbindingen naar andere computers en is de beste manier om veilige IPsec- verbindingen op te bouwen. Een andere mogelijkheid is om het gebruik van shared secrets (wachtwoorden die hetzelfde zijn aan beide kanten van de tunnel) voor het authenticeren van een verbinding, maar voor een groter aantal verbindingen is authenticatie gebaseerd op sleutels makkelijker om te beheren en veiliger. #. Type: boolean #. Description #: ../openswan.templates:3001 msgid Alternatively you can reject this option and later use the command \dpkg- reconfigure openswan\ to come back. msgstr U kunt deze optie ook weigeren en op een later moment hier terug komen met het commando \dpkg-reconfigure openswan\. #. Type: select #. Choices #: ../openswan.templates:4001 msgid create msgstr aanmaken #. Type: select #. Choices #: ../openswan.templates:4001 msgid import msgstr importeren #. Type: select #. Description #:
Bug#633834: microcode.ctl: [INTL:nl] Dutch translation of debconf templates
Package: microcode.ctl Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the microcode.ctl debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of PACKAGE debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. msgid msgstr Project-Id-Version: microcode.ctl 1.17\n Report-Msgid-Bugs-To: c...@debian.org\n POT-Creation-Date: 2007-06-25 18:45+0200\n PO-Revision-Date: 2011-07-04 13:30+0200\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 Download Intel CPU microcodes now? msgstr De Intel CPU-microcodes nu downloaden? #. Type: boolean #. Description #: ../templates:2001 msgid The microcode.ctl package needs the Intel microcodes for its operation. msgstr Het microcode.ctl-pakket heeft voor zijn werking de Intel microcodes nodig . #. Type: boolean #. Description #: ../templates:2001 msgid These microcodes are non-free software and cannot distributed within the package. They can be downloaded from the Internet (the expected download size is about 300-400 kB). msgstr Deze microcodes zijn onvrije software en kunnen niet meegeleverd worden met het pakket. Ze kunnen worden gedownload van het Internet (de verwachtte downloadgrootte is 300-400 kB). #. Type: boolean #. Description #: ../templates:2001 msgid If you do not choose to download the microcodes now, please read /usr/share/ doc/microcode.ctl/README.Debian and download the needed files manually or by running the '/usr/sbin/update-intel-microcode' command. msgstr Als u er voor kiest om de microcodes nu niet te downloaden, lees dan /usr/ share/doc/microcode.ctl/README.Debian en download de benodigde bestanden handmatig of door het uitvoeren van het commando '/usr/sbin/update-intel- microcode'.
Bug#633833: nvidia-support: [INTL:nl] Dutch translation of debconf templates
Package: nvidia-support Severity: wishlist Tags: patch l10n Hello, Attached is the 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 20110515+1\n Report-Msgid-Bugs-To: nvidia-supp...@packages.debian.org\n POT-Creation-Date: 2011-04-27 13:44+0200\n PO-Revision-Date: 2011-07-06 16:48+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../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 NVIDIA grafische stuurprogramma, 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 NVIDIA grafische stuurprogramma 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 NVIDIA grafische stuurprogramma's aanbieden en moeten worden verwijderd voordat de pakketinstallatie kan verdergaan. #. Type: boolean #. Description #. Translators, the 3rd string of this description is just a substitution #. variable which is replaced at runtime with the list of discovered files #. that conflict with the package. #: ../nvidia-installer-cleanup.templates:3001 msgid Remove conflicting library files? msgstr Conflicterende bibliotheken verwijderen? #. Type: boolean #. Description #. Translators, the 3rd string of this description is just a substitution #. variable which is replaced at runtime with the list of discovered files #. that conflict with the package. #: ../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 NVIDIA grafische stuurprogramma's: #. Type: boolean #. Description #. Translators, the 3rd string of this description is just a substitution #. variable which is replaced at runtime with the list of discovered files #. that conflict with the package. #: ../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.
Bug#586129: python-wxgtk2.8: upstream 2.8.12 available
Upgrading the package would fix bug #630877 for package ginkgocadx. This is a most wanted medical image viewer (dicom). Any effort on packaging is appreciated. Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632187: Acknowledgement (linux-image-2.6.32-5-amd64: kernel hangs for 120 seconds while booting)
Hi! On 07/13/2011 06:29 AM, Ben Hutchings wrote: Can you try adding 'blacklist=i2o_core' to the kernel parameters, so only the megaraid driver is used? We will try this. Have you had an earlier kernel version installed on this system and working correctly? If so, what was it? the 2.6.26 Kernel worked without problems. 2.6.38 has the same problems. Alex -- Alexander Schier Institut fuer Numerische Simulation, Universitaet Bonn Systemadministration Wegelerstrasse 6 53115 Bonn Tel. +49-228-733426 Fax. +49-228-734698 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633835: Remove dead splash support code
Package: initscripts Version: 2.88dsf-13.11 Severity: normal Tags: patch Neither splashy nor plymouth is using this API. So it only adds unnecessary complexity and slows down boot. It also uses a deprecated /dev/.initramfs/ directory which has gone awol with the switch to /run. The patch has been tested with CONCURRENCY none and makefile. Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-486 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 8.5-1 GNU core utilities ii debianutils 4.0.2 Miscellaneous utilities specific t ii libc6 2.13-10Embedded GNU C Library: Shared lib ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii mount 2.19.1-2 Tools for mounting and manipulatin ii sysv-rc 2.88dsf-13.11 System-V-like runlevel change mech ii sysvinit-utils2.88dsf-13.11 System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.42~WIP-2011-07-02-1 ext2/ext3/ext4 file system utiliti ii psmisc 22.14-1 utilities that use the proc file s initscripts suggests no packages. -- no debconf information From 588bd71af26da2c906828f3ee7e03b02773379a0 Mon Sep 17 00:00:00 2001 From: Michael Biebl bi...@debian.org Date: Thu, 14 Jul 2011 08:46:26 +0200 Subject: [PATCH] Remove dead splash code Neither splashy nor plymouth is using this splash API. So it only adds unnecessary complexity and slows down boot. It also uses a deprecated /dev/.initramfs/ directory which has gone awol with the switch to /run. --- debian/src/initscripts/etc/init.d/checkfs.sh |5 - debian/src/initscripts/etc/init.d/checkroot.sh |5 - .../src/initscripts/lib/init/splash-functions-base | 93 debian/src/sysv-rc/etc/init.d/rc | 82 - 4 files changed, 0 insertions(+), 185 deletions(-) diff --git a/debian/src/initscripts/etc/init.d/checkfs.sh b/debian/src/initscripts/etc/init.d/checkfs.sh index 1744db0..7129cc1 100755 --- a/debian/src/initscripts/etc/init.d/checkfs.sh +++ b/debian/src/initscripts/etc/init.d/checkfs.sh @@ -18,7 +18,6 @@ FSCK_LOGFILE=/var/log/fsck/checkfs . /lib/init/vars.sh . /lib/lsb/init-functions -. /lib/init/splash-functions-base . /lib/init/swap-functions.sh do_start () { @@ -97,10 +96,8 @@ Continuing with system boot in 5 seconds. if [ $VERBOSE = no ] then log_action_begin_msg Checking file systems - splash_start_indefinite logsave -s $FSCK_LOGFILE fsck $spinner -R -A $fix $force $FSCKTYPES_OPT FSCKCODE=$? - splash_stop_indefinite if [ $FSCKCODE -eq 32 ] then @@ -120,10 +117,8 @@ Continuing with system boot in 5 seconds. else log_action_msg Will now check all file systems fi - splash_start_indefinite logsave -s $FSCK_LOGFILE fsck $spinner -V -R -A $fix $force $FSCKTYPES_OPT FSCKCODE=$? - splash_stop_indefinite if [ $FSCKCODE -eq 32 ] then log_warning_msg File system check was interrupted by user diff --git a/debian/src/initscripts/etc/init.d/checkroot.sh b/debian/src/initscripts/etc/init.d/checkroot.sh index c5bd3c5..7d3ccc3 100755 --- a/debian/src/initscripts/etc/init.d/checkroot.sh +++ b/debian/src/initscripts/etc/init.d/checkroot.sh @@ -21,7 +21,6 @@ FSCK_LOGFILE=/var/log/fsck/checkroot . /lib/lsb/init-functions . /lib/init/mount-functions.sh -. /lib/init/splash-functions-base do_start () { # Trap SIGINT so that we can handle user interrupt of fsck. @@ -213,10 +212,8 @@ Will restart in 5 seconds. if [ $VERBOSE = no ] then log_action_begin_msg Checking root file system - splash_start_indefinite logsave -s $FSCK_LOGFILE fsck $spinner $force $fix -t $roottype $rootdev FSCKCODE=$? - splash_stop_indefinite if [ $FSCKCODE = 0 ] then log_action_end_msg 0 @@ -224,12 +221,10 @@ Will restart in 5 seconds. log_action_end_msg 1 code $FSCKCODE fi else - splash_start_indefinite log_daemon_msg
Bug#633836: apt-show-versions does not show all the versions e.g. mozilla
Package: apt-show-versions Version: 0.17 Severity: minor *** Please type your report below this line *** Hi all, I have been using apt-show-versions for over a year and most of the time its been good. Sometimes though it throws a curveball. For instance mozilla.debian.net has made some changes to its repo. http://glandium.org/blog/?p=2115 basically the /etc/apt/sources.list a user needs to add the following lines to use/check out the releases from mozilla.debian.net #Debian mozilla repostiory deb http://mozilla.debian.net/ experimental iceweasel-beta deb http://mozilla.debian.net/ experimental iceweasel-aurora Now did that and re-ran and $sudo aptitude update Tried to use apt-show-versions to see if all the releases are shown or not. $ apt-show-versions -a iceweasel iceweasel 5.0-2 install ok installed iceweasel 3.5.16-6 stable http.us.debian.org iceweasel 3.5.19-3 testing http.us.debian.org iceweasel 3.5.19-3 sid http.us.debian.org iceweasel 5.0-2experimental http.us.debian.org iceweasel 6.0~b1-1 experimental mozilla.debian.net iceweasel/experimental uptodate 5.0-2 As can be seen iceweasel only shows 6.0 beta version for mozilla.debian.net Seeing the same in aptitude versions gives a slightly different picture $ aptitude versions iceweasel p 3.5.16-6stable 500 p 3.5.19-3testing,unstable 500 i 5.0-2 experimental 100 p 6.0~b1-1experimental 1 p 7.0~a2+20110707042018-1 experimental 1 I like/prefer apt-show-versions as you also get the full address of from where you are getting the version thing (for e.g. mozilla.debian.net is not an official debian repo). Please fix this, its an annonying bug. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-show-versions depends on: ii apt 0.8.15.2 Advanced front-end for dpkg ii libapt-pkg-perl 0.1.24+b2 Perl interface to libapt-pkg ii perl [libstorable-perl] 5.12.4-1 Larry Wall's Practical Extraction apt-show-versions recommends no packages. apt-show-versions suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630695: LD_PRELOAD not working when running kfreebsd-9 (9.0~svn223109)
As for LD_SHOW_AUXV=yes, I tried different combinations and it is always ignored, no matter what. Thanks for investigating. It might be related to elf notes supplied by kernel. FreeBSD 9 added these defines: #define AT_CANARY 16 /* Canary for SSP. */ #define AT_CANARYLEN17 /* Length of the canary. */ #define AT_OSRELDATE18 /* OSRELDATE. */ #define AT_NCPUS19 /* Number of CPUs. */ #define AT_PAGESIZES20 /* Pagesizes. */ #define AT_PAGESIZESLEN 21 /* Number of pagesizes. */ #define AT_STACKPROT23 /* Initial stack protection. */ And under Linux: #define AT_HWCAP16 /* Machine dependent hints about #define AT_CLKTCK 17 /* Frequency of times() */ processor capabilities. */ /* This entry gives some information about the FPU initialization performed by the kernel. */ #define AT_FPUCW18 /* Used FPU control word. */ /* Cache block sizes. */ #define AT_DCACHEBSIZE 19 /* Data cache block size. */ #define AT_ICACHEBSIZE 20 /* Instruction cache block size. */ #define AT_UCACHEBSIZE 21 /* Unified cache block size. */ /* A special ignored value for PPC, used by the kernel to control the interpretation of the AUXV. Must be 16. */ #define AT_IGNOREPPC22 /* Entry should be ignored. */ #define AT_SECURE 23 /* Boolean, was exec setuid-like? */ #define AT_BASE_PLATFORM 24 /* String identifying real platforms.*/ #define AT_RANDOM 25 /* Address of 16 random bytes. */ #define AT_EXECFN 31 /* Filename of executable. */ It looks like a collision, namely between AT_STACKPROT x AT_SECURE Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633835: [Pkg-sysvinit-devel] Bug#633835: Remove dead splash support code
[Michael Biebl] Neither splashy nor plymouth is using this API. How do splashy and umount handle interactive queries (ie requests for password or the fsck questions) and the fsck progress status? So it only adds unnecessary complexity and slows down boot. Make sense to me, given that there is an alternative in place to solve the same problem. If not, I suspect it is better to get splashy and plymouth to use this API. :) Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss
Package: libidn11 Version: 1.15-2 Severity: normal Quoting http://www.denic.de/en/domains/internationalized-domain-names/sharp-s.html Since 4 August 2010, the IDNAbis standard allows the Latin small letter sharp s – also known as Eszett or sharp s (ß) – to be used as part of a domain name The IDN library (1.15 as well as 1.22 from unstable) still converts it to ss: $ idn --quiet --idna-to-ascii baß.de bass.de Changing the behaviour will of course break backwards compatibility but as the compatibility was broken by the IDNA standard itself, the library should continue to follow the standard (at least in methods that have idna in their name). bye, -christian- -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38-bpo.2-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 libidn11 depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib libidn11 recommends no packages. libidn11 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#621476: Problem with several descriptions
On 11 July 2011 03:12, Simon Paillard spaill...@debian.org wrote: Indeed, no *long* translation appears, and an outdated short one does: http://packages.debian.org/de/sid/sup http://packages.debian.org/en/sid/sup The weirdest thing is that the german translation has the text: Implementation des Software-Upgrade-Protokolls but this text does not appear in any of the translations produced by the DDTP. Which means that wherever the debian website gets its translations from, it's not from a recent version of the DDTP. The code that imports translations in the database is: http://anonscm.debian.org/gitweb/?p=webwml/packages.git;a=blob;f=bin/parse-translations Given this code regenerates the file from scratch each time, either this code is not being run, or it is being run but the output is not going to the right place. Is there anywhere where the descriptions_translated.db can be viewed/downloaded. That way we have an independent check on where in the process it is failing. Have a nice day, -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633838: pyscrabble-server: Paused games with max players cannot be rejoined
Package: pyscrabble-server Version: 1.6.2-6.1 Severity: normal Tags: upstream patch If a game with a maximum of 6 players is paused none of the players will be able to rejoin the game to resume it. The checks in net/server.py are incorrect. Attached is a patch which fixes the problem. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/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 pyscrabble-server depends on: ii adduser 3.112+nmu2 add and remove users and groups ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii pyscrabble-common 1.6.2-6.1multiplayer scrabble implementatio ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-nevow0.10.0-2 Web application templating system ii python-zodb 1:3.9.4-1.1 Set of tools for using the Zope Ob pyscrabble-server recommends no packages. Versions of packages pyscrabble-server suggests: pn pyscrabblenone (no description available) -- no debconf information --- pyscrabble-1.6.2/pyscrabble/net/server.py 2011-07-14 09:31:46.0 +0200 +++ pyscrabble-fixed/pyscrabble/net/server.py 2011-07-14 09:34:28.0 +0200 @@ -935,22 +935,20 @@ command.setCommand( constants.GAME_JOIN_DENIED ) client.denyJoinGame(command) return - -if (game.getNumberOfPlayers() == constants.MAX_PLAYERS): -command.setData( ServerMessage([GAME_FULL]) ) -command.setCommand( constants.GAME_JOIN_DENIED ) -client.denyJoinGame(command) -return p = self.clients[client].clone() - -if (game.isPaused() and not game.hasPlayer(p)): -command.setData( ServerMessage([CANNOT_JOIN_STARTED]) ) -command.setCommand( constants.GAME_JOIN_DENIED ) -client.denyJoinGame(command) -return -if not game.hasPlayer( p ): +if not game.hasPlayer(p): +if (game.getNumberOfPlayers() == constants.MAX_PLAYERS): +command.setData( ServerMessage([GAME_FULL]) ) +command.setCommand( constants.GAME_JOIN_DENIED ) +client.denyJoinGame(command) +return +if (game.isPaused()): +command.setData( ServerMessage([CANNOT_JOIN_STARTED]) ) +command.setCommand( constants.GAME_JOIN_DENIED ) +client.denyJoinGame(command) +return game.addPlayer( p ) else: game.removePending( p )
Bug#632859: random testsuite failures
On Wed, Jul 13, 2011 at 10:33:55AM +0200, Julian Taylor wrote: While I'll investigate more, I don't think the severity is appropriate. the testsuite fails in a clean up to date unstable pbuilder environment. attached a log with pbuilder --build I tried to reproduce the bug, but here it always works. I've a week old pbuilder image (I've a weak internet connection here). I'll try again at debconf (next week) with an up to date chroot, but that looks very weird and fishy. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631963: [PATCH] ALSA: hda - Disable automute feature by default
[I resend this again since it didn't get out due to domain problem of alsa-project.org. If you've already seen the mail, please disregard.] At Thu, 14 Jul 2011 03:07:51 +0100, Ben Hutchings wrote: The default behaviour should be the same as before this feature was introduced, to avoid user confusion. Reported-by: Toni Mueller supp...@oeko.net References: http://bugs.debian.org/631963 Signed-off-by: Ben Hutchings b...@decadent.org.uk --- The code is rather inconsistent in whether 'mode' means the behaviour or mechanism of automute. I didn't touch that but you might want to consider some renaming. Sorry, I can't take this. First, the fix is touching a wrong place. There are several flags to control the auto-mute behavior. spec-automute is a flag to control the all auto-mute feature including the headphone jack. For the line-out jack, it's spec-automute_lines flag. Secondly, this is a fix of long-standing bug. With this change, the driver finally behaves consistently in a way seen in other OS. thanks, Takashi Ben. sound/pci/hda/patch_realtek.c | 74 ++--- 1 files changed, 3 insertions(+), 71 deletions(-) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index b48fb43..1247a04 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -306,7 +306,7 @@ struct alc_multi_io { }; enum { - ALC_AUTOMUTE_PIN, /* change the pin control */ + ALC_AUTOMUTE_PIN = 1, /* change the pin control */ ALC_AUTOMUTE_AMP, /* mute/unmute the pin AMP */ ALC_AUTOMUTE_MIXER, /* mute/unmute mixer widget AMP */ }; @@ -1599,10 +1599,9 @@ static void alc_init_auto_hp(struct hda_codec *codec) snd_hda_codec_write_cache(codec, nid, 0, AC_VERB_SET_UNSOLICITED_ENABLE, AC_USRSP_EN | ALC880_HP_EVENT); - spec-automute = 1; spec-automute_mode = ALC_AUTOMUTE_PIN; } - if (spec-automute cfg-line_out_pins[0] + if (spec-automute_mode cfg-line_out_pins[0] cfg-line_out_pins[0] != cfg-hp_pins[0] cfg-line_out_pins[0] != cfg-speaker_pins[0]) { for (i = 0; i cfg-line_outs; i++) { @@ -1619,7 +1618,7 @@ static void alc_init_auto_hp(struct hda_codec *codec) spec-automute_lines = spec-detect_line; } - if (spec-automute) { + if (spec-automute_mode) { /* create a control for automute mode */ alc_add_automute_mode_enum(codec); spec-unsol_event = alc_sku_unsol_event; @@ -2241,7 +2240,6 @@ static void alc889_automute_setup(struct hda_codec *codec) spec-autocfg.speaker_pins[2] = 0x17; spec-autocfg.speaker_pins[3] = 0x19; spec-autocfg.speaker_pins[4] = 0x1a; - spec-automute = 1; spec-automute_mode = ALC_AUTOMUTE_AMP; } @@ -2259,7 +2257,6 @@ static void alc888_fujitsu_xa3530_setup(struct hda_codec *codec) spec-autocfg.hp_pins[1] = 0x1b; /* hp */ spec-autocfg.speaker_pins[0] = 0x14; /* speaker */ spec-autocfg.speaker_pins[1] = 0x15; /* bass */ - spec-automute = 1; spec-automute_mode = ALC_AUTOMUTE_AMP; } @@ -2543,7 +2540,6 @@ static void alc888_acer_aspire_4930g_setup(struct hda_codec *codec) spec-autocfg.speaker_pins[0] = 0x14; spec-autocfg.speaker_pins[1] = 0x16; spec-autocfg.speaker_pins[2] = 0x17; - spec-automute = 1; spec-automute_mode = ALC_AUTOMUTE_AMP; } @@ -2555,7 +2551,6 @@ static void alc888_acer_aspire_6530g_setup(struct hda_codec *codec) spec-autocfg.speaker_pins[0] = 0x14; spec-autocfg.speaker_pins[1] = 0x16; spec-autocfg.speaker_pins[2] = 0x17; - spec-automute = 1; spec-automute_mode = ALC_AUTOMUTE_AMP; } @@ -2567,7 +2562,6 @@ static void alc888_acer_aspire_7730g_setup(struct hda_codec *codec) spec-autocfg.speaker_pins[0] = 0x14; spec-autocfg.speaker_pins[1] = 0x16; spec-autocfg.speaker_pins[2] = 0x17; - spec-automute = 1; spec-automute_mode = ALC_AUTOMUTE_AMP; } @@ -2579,7 +2573,6 @@ static void alc889_acer_aspire_8930g_setup(struct hda_codec *codec) spec-autocfg.speaker_pins[0] = 0x14; spec-autocfg.speaker_pins[1] = 0x16; spec-autocfg.speaker_pins[2] = 0x1b; - spec-automute = 1; spec-automute_mode = ALC_AUTOMUTE_AMP; } @@ -3667,7 +3660,6 @@ static void alc880_uniwill_setup(struct hda_codec *codec) spec-autocfg.hp_pins[0] = 0x14; spec-autocfg.speaker_pins[0] = 0x15; spec-autocfg.speaker_pins[0] = 0x16; - spec-automute = 1; spec-automute_mode = ALC_AUTOMUTE_AMP; } @@ -3699,7 +3691,6 @@ static void alc880_uniwill_p53_setup(struct hda_codec *codec) spec-autocfg.hp_pins[0] = 0x14; spec-autocfg.speaker_pins[0] = 0x15; -
Bug#633839: libpng15-15: libpng15 1.5.4 is now out and fixes regressions in 1.5.2
Package: libpng15-15 Version: 1.5.2-3 Severity: normal Libpng 1.5.4 - July 7, 2011 This is a public release of libpng, intended for use in production codes. Files available for download: Source files with LF line endings (for Unix/Linux) and with a configure script libpng-1.5.4.tar.xz (LZMA-compressed, recommended) libpng-1.5.4.tar.gz libpng-1.5.4.tar.bz2 Source files with CRLF line endings (for Windows), without the configure script lpng154.7z (LZMA-compressed, recommended) lpng154.zip Other information: libpng-1.5.4-README.txt libpng-1.5.4-LICENSE.txt Changes since the last public release (1.5.2): Re-initialize the zlib compressor before compressing non-IDAT chunks. Added API functions to set parameters for zlib compression of non-IDAT chunks. Updated scripts/symbols.def with new API functions. Only compile the new zlib re-initializing code when text or iCCP is supported, using PNG_WRITE_COMPRESSED_TEXT_SUPPORTED macro. Improved the optimization of the zlib CMF byte (see libpng-1.2.6). Optimize the zlib CMF byte in non-IDAT compressed chunks Fixed gcc -ansi -pedantic compile. A strict ANSI system does not have snprintf, and the __STRICT_ANSI__ detects that condition more reliably than __STDC__ (John Bowler). Removed the PNG_PTR_NORETURN attribute because it too dangerous. It tells the compiler that a user supplied callback (the error handler) does not return, yet there is no guarantee in practice that the application code will correctly implement the error handler because the compiler only issues a warning if there is a mistake (John Bowler). Removed the no-longer-used PNG_DEPSTRUCT macro. Updated the zlib version to 1.2.5 in the VStudio project. Fixed 64-bit builds where png_uint_32 is smaller than png_size_t in pngwutil.c (John Bowler). Fixed bug with stripping the filler or alpha channel when writing, that was introduced in libpng-1.5.2 (bug report by Andrew Church). Updated pngtest.png with the new zlib CMF optimization. Cleaned up conditional compilation code and of background/gamma handling Internal changes only except a new option to avoid compiling the png_build_grayscale_palette API (which is not used at all internally.) The main change is to move the transform tests (READ_TRANSFORMS, WRITE_TRANSFORMS) up one level to the caller of the APIs. This avoids calls to spurious functions if all transforms are disabled and slightly simplifies those functions. Pngvalid modified to handle this. A minor change is to stop the strip_16 and expand_16 interfaces from disabling each other; this allows the future alpha premultiplication code to use 16-bit intermediate values while still producing 8-bit output. png_do_background and png_do_gamma have been simplified to take a single pointer to the png_struct rather than pointers to every item required from the png_struct. This makes no practical difference to the internal code. A serious bug in the pngvalid internal routine 'standard_display_init' has been fixed - this failed to initialize the red channel and accidentally initialized the alpha channel twice. Changed png_struct jmp_buf member name from png_jmpbuf to tmp_jmpbuf to avoid a clash with the png_jmpbuf macro on some platforms. Added appropriate feature test macros to ensure libpng sees the correct API _POSIX_SOURCE is defined in pngpriv.h, pngtest.c and pngvalid.c to ensure that POSIX conformant systems disable non-POSIX APIs. _ISOC99_SOURCE is defined in pngpriv.h to obtain the ISO C99 snprintf definition, when available. Removed png_snprintf and added formatted warning messages. This change adds internal APIs to allow png_warning messages to have parameters without requiring the host OS to implement snprintf. As a side effect the dependency of the tIME-supporting RFC1132 code on stdio is removed and PNG_NO_WARNINGS does actually work now. Added PNG_WRITE_OPTIMIZE_CMF_SUPPORTED macro to make the zlib CMF byte optimization configureable. Internal functions were added to claim/release the z_stream and, hopefully, make the code more robust. Also deflateEnd checking is added - previously libpng would ignore an error at the end of the stream. Removed the -D_ALL_SOURCE from definitions for AIX in CMakeLists.txt Implemented premultiplied alpha support: png_set_alpha_mode API Added expand_16 support to the high level interface. Added named value and 'flag' gamma support to png_set_gamma. Made a minor change from the previous (unreleased) ABI/API to hide the exact value used for Macs - it's not a good idea to embed this in the ABI! Moved macro definitions for PNG_HAVE_IHDR, PNG_HAVE_PLTE, and PNG_AFTER_IDAT from pngpriv.h to png.h because they must be visible to applications that call png_set_unknown_chunks(). Check for up-location !PNG_AFTER_IDAT when
Bug#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss
Christian Hammers chamm...@netcologne.de writes: Package: libidn11 Version: 1.15-2 Severity: normal Quoting http://www.denic.de/en/domains/internationalized-domain-names/sharp-s.html Since 4 August 2010, the IDNAbis standard allows the Latin small letter sharp s – also known as Eszett or sharp s (ß) – to be used as part of a domain name The IDN library (1.15 as well as 1.22 from unstable) still converts it to ss: $ idn --quiet --idna-to-ascii baß.de bass.de Changing the behaviour will of course break backwards compatibility but as the compatibility was broken by the IDNA standard itself, the library should continue to follow the standard (at least in methods that have idna in their name). Hi Christian. libidn.so implements the old IDNA standard, retroactively called IDNA2003. The page above talks about IDNAbis, or usually called IDNA2008, which libidn.so and idn don't support. IDNA2008 and IDNA2003 are not compatible. The GNU Libidn project contains another library and tool, libidn2 and idn2, which implements the IDNA2008 algorithm. It works like this: jas@latte:~$ idn2 baß.de xn--ba-hia.de jas@latte:~$ So I believe your request should be re-categorised as 1) a request to package libidn2, and 2) modify any applications you are concerned with to support it. If you just want to do the conversions on the command line, 1) will suffice. I'll see if I can get some packaging up and running... /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614010: patching problem of xenomai still persists
Hi, thanks for your note! On 07/14/2011 01:20 AM, Clayton Audi wrote: Attempted to patch kernel and ran into same issue as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614010 Bug has been closed as fixed but still: dpkg: warning: obsolete option '--print-installation-architecture', please use '--print-architecture' instead. START applying xenomai patch (Xenomai realtime kernel patches) Testing whether Xenomai realtime kernel patches patch for 2.6.32 applies (dry run): 1 out of 10 hunks FAILED -- saving rejects to file arch/x86/kernel/apic/apic.c.rej Xenomai realtime kernel patches patch for 2.6.32 does not apply cleanly Fresh copy of debian stable: Linux 2.6.32-5-686 i686 linux-patch-xenomai/squeeze uptodate 2.5.4-3squeeze1 I'm not sure what's going on on your system. I just checked with the latest sources from stable, and it seems to work: rst@host001:/usr/src$ dpkg -s linux-source-2.6.32 | grep Version Version: 2.6.32-35 rst@host001:/usr/src$ dpkg -s linux-patch-xenomai | grep Version Version: 2.5.4-3squeeze1 rst@host001:/usr/src$ rm -rf linux-source-2.6.32 rst@host001:/usr/src$ tar xf linux-source-2.6.32.tar.bz2 rst@host001:/usr/src$ cd linux-source-2.6.32/ rst@host001:/usr/src/linux-source-2.6.32$ /usr/src/kernel-patches/i386/apply/xenomai dpkg: warning: obsolete option '--print-installation-architecture', please use '--print-architecture' instead. START applying xenomai patch (Xenomai realtime kernel patches) Testing whether Xenomai realtime kernel patches patch for 2.6.32 applies (dry run): Xenomai realtime kernel patches patch for 2.6.32 succeeded Removing empty files: Done. END applying xenomai patch rst@host001:/usr/src/linux-source-2.6.32$ Please try exactly the above and report back if appropriate. Thanks! bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619034: Boot problem due to PCI core, x86 mm or ACPI/BIOS
On Wed, 2011-07-13 at 11:33 -0500, Jonathan Nieder wrote: $ make deb-pkg; # builds a .deb Build fails: gcc-4.6, 4.5, 4.4. /tmp/ccY6xbIg.s: Error: .size expression for do_hypervisor_callback does not evaluate to a constant gcc-4.2 and 4.1: /usr/bin/ld: cannot find crt1.o: No such file or directory /usr/bin/ld: cannot find crti.o: No such file or directory /usr/bin/ld: cannot find -lgcc_s -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633840: libvirt: New upstream version (0.9.3)
Source: libvirt Version: 0.9.2-7 Severity: wishlist Hi Guido Not urgent at all. There is a new upstream version of libvirt 0.9.3. I'm preparing the Perl bindings libsys-virt-perl, which now adds all the API up to 0.9.3 [1]. [1] http://anonscm.debian.org/viewvc/pkg-perl/trunk/libsys-virt-perl/ Could you consider updating it (clearly after the needed version to testing migrated)? Many thanks in advance! Regards, Salvatore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#627121: gzip - Overlapping memory areas in memcp
severity 627121 grave retitle 627121 gzip - Overlapping memory areas in memcpy thanks gzip is unable to decompress certain files: | $ LC_ALL=C gunzip -c seqan_snap_8536.tar.gz /dev/null | gzip: seqan_snap_8536.tar.gz: invalid compressed data--crc error (http://open-ms.svn.sourceforge.net/viewvc/open-ms/contrib/src/seqan_snap_8536.tar.gz?revision=7753) For some reason it uses memcpy with overlapping areas, which is disallowed: | gzip: source and destination overlap in memcpy() at ip 0x405e26 Bastian -- Superior ability breeds superior ambition. -- Spock, Space Seed, stardate 3141.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633837: Info received (Bug#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss)
reassign 633837 wnpp severity wishlist retitle ITP: libidn2 - Internationalized domain names (IDNA2008) library thanks Package name: libidn2 Version : 0.6 Upstream Author : Simon Josefsson si...@josefsson.org URL : http://www.gnu.org/software/libidn/#libidn2 License : GPL Description : Internationalized domain names (IDNA2008) library Libidn2 implements the revised algorithm for internationalized domain names called IDNA2008. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541467: bash-doc: incomplete package - file bashref.info is missing
reassign 541467 wnpp forcemerge 466120 541467 quit Hi, Jari Aalto wrote: Package: bash-doc Version: 3.2-6 Severity: normal The package is missing the INFO pages documentation. Please add them Bug#466120 has details on efforts in that vein so far. Thanks for your interest. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583273: Ping
Any progress on this one? Best wishes, Andrey Paramonov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619034: Boot problem due to PCI core, x86 mm or ACPI/BIOS
On Thu, 2011-07-14 at 10:37 +0200, Svante Signell wrote: On Wed, 2011-07-13 at 11:33 -0500, Jonathan Nieder wrote: $ make deb-pkg; # builds a .deb Build fails: gcc-4.6, 4.5, 4.4. /tmp/ccY6xbIg.s: Error: .size expression for do_hypervisor_callback does not evaluate to a constant Solved by: .config CONFIG_XEN=y-n Next problem: CC arch/x86/vdso/vgetcpu.o CC arch/x86/vdso/vvar.o VDSOarch/x86/vdso/vdso.so.dbg gcc: error: elf_x86_64: No such file or directory make[4]: *** [arch/x86/vdso/vdso.so.dbg] Error 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619034: Boot problem due to PCI core, x86 mm or ACPI/BIOS
Svante Signell wrote: Next problem: CC arch/x86/vdso/vgetcpu.o CC arch/x86/vdso/vvar.o VDSOarch/x86/vdso/vdso.so.dbg gcc: error: elf_x86_64: No such file or directory make[4]: *** [arch/x86/vdso/vdso.so.dbg] Error 1 Yeah, you'll want git cherry-pick --no-commit de2a8cf9 in order to fix that one. Sorry for the fuss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633828: [Pkg-haskell-maintainers] Bug#633828: xmonad: can't recomile after ghc upgrade (7.0.4)
Hi Jason, thank. I’m aware of this issue (which does not only affect xmonad, but all of Haskell on Debian right now) and am discussing the best solution with upstream: http://lists.debian.org/1310417783.21421.22.camel@kirk Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss
On Thu, 14 Jul 2011 10:24:46 +0200 Simon Josefsson si...@josefsson.org wrote: Christian Hammers chamm...@netcologne.de writes: Package: libidn11 Version: 1.15-2 Severity: normal Quoting http://www.denic.de/en/domains/internationalized-domain-names/sharp-s.html Since 4 August 2010, the IDNAbis standard allows the Latin small letter sharp s – also known as Eszett or sharp s (ß) – to be used as part of a domain name The IDN library (1.15 as well as 1.22 from unstable) still converts it to ss: $ idn --quiet --idna-to-ascii baß.de bass.de Changing the behaviour will of course break backwards compatibility but as the compatibility was broken by the IDNA standard itself, the library should continue to follow the standard (at least in methods that have idna in their name). Hi Christian. libidn.so implements the old IDNA standard, retroactively called IDNA2003. The page above talks about IDNAbis, or usually called IDNA2008, which libidn.so and idn don't support. IDNA2008 and IDNA2003 are not compatible. The GNU Libidn project contains another library and tool, libidn2 and idn2, which implements the IDNA2008 algorithm. It works like this: jas@latte:~$ idn2 baß.de xn--ba-hia.de jas@latte:~$ So I believe your request should be re-categorised as 1) a request to package libidn2, and 2) modify any applications you are concerned with to support it. If you just want to do the conversions on the command line, 1) will suffice. I'll see if I can get some packaging up and running... I would rather have libidn2 treated just as an update to libidn11 i.e. package idn (2.0), libidn-dev (2.0) and libidn20 (2.0) that replace the current /usr/bin/idn tool in the next Debian release. (or libidn2 if the linker figures correctly that it is newer than libidn11) bye, -christian- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633838: Acknowledgement (pyscrabble-server: Paused games with max players cannot be rejoined)
Btw, sorry about the package version number. That's a version from testing/unstable I built locally to test the bugfix. It contains no other changes compared to 1.6.2-6. Cheers, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633841: proposal of package name change to python-samba4
Package: python-samba Version: 4.0.0~alpha15.dfsg1-1 Severity: important A package named python-samba used to be build from the source package samba (3.0.24-6+lenny3) in lenny. This binary package was removed from debian/control later on (2:3.2.5-4lenny14 see http://packages.debian.org/source/lenny/samba), but some derived distributions have reenabled the build of python-samba in the source package. Since this version has an epoch of 2, the normal upgrade of the python-samba package to the current one build from the source package samba4 fails. This can be avoided by simply renaming the package. Also, to match the naming scheme of samba4/samba4-clients/winbind4 it would be good to rename the binary package to python-samba4. -- System Information: Debian Release: 5.0.1 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.32-ucs44-amd64 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632187: Acknowledgement (linux-image-2.6.32-5-amd64: kernel hangs for 120 seconds while booting)
On 07/14/2011 09:19 AM, Alexander Schier wrote: Hi! On 07/13/2011 06:29 AM, Ben Hutchings wrote: Can you try adding 'blacklist=i2o_core' to the kernel parameters, so only the megaraid driver is used? We will try this. Now it works, when i2o_core is blacklisted. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573570: Chive is a next generation web-based MySQL database management tool.
I am interested for Chive Project package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633835: [Pkg-sysvinit-devel] Bug#633835: Remove dead splash support code
Am 14.07.2011 09:44, schrieb Petter Reinholdtsen: [Michael Biebl] Neither splashy nor plymouth is using this API. How do splashy and umount handle interactive queries (ie requests for password or the fsck questions) and the fsck progress status? I can't tell. I've CCed the splashy and plymouth maintainers. They should know more. From what I can see though, the current splash code doesn't really handle those case either, e.g. there no interaction between fsck and the splash system, i.e. no input and progress updates, or does it? So it only adds unnecessary complexity and slows down boot. Make sense to me, given that there is an alternative in place to solve the same problem. If not, I suspect it is better to get splashy and plymouth to use this API. :) I've been checking the vcs log, and if I checked correctly, this splash code has been there for over 5 years. It has never been used since then. When usplash was around, it had it's own splash support code in initscripts. Why were splashy and later plymouth never updated to use the splash API provided by initscripts? Was there never a discussion between the sysvinit maintainers and the splashy/plymouth maintainers or was the API deemed as not sufficient? There is also the problem, that starpar does not support progress information. I guess the functionality can be broken down into three different parts: 1.) Progress information about started services 2.) Quering for input (unlocking SSL certs in apache or openvpn) 3.) Fsck progress information and input handling. (1) seems to be broken in default setups as startpar does not support that and it is not actually clear if splashy/plymouth need that progress information or if they get that via other means. (2) that's unsolved problem atm. (3) looks like an unsolved problem too. There is no progress information passed on and also no interaction between fsck and the splash system. Given that the current splash code in initscripts doesn't solve any realworld problem and has been there unused for several years, I proposed this patch. But maybe something can be worked out with the splash system maintainers which is actually useful to them. Fabo, Daniel please speak up and let us know what you need in splashy and plymouth for a tighter integration. Because if you don't plan to use any of those facilities (either because they are unsufficient or unnecessary), it is no point in keeping them around. Cheers, 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#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss
Christian Hammers chamm...@netcologne.de writes: On Thu, 14 Jul 2011 10:24:46 +0200 Simon Josefsson si...@josefsson.org wrote: Christian Hammers chamm...@netcologne.de writes: Package: libidn11 Version: 1.15-2 Severity: normal Quoting http://www.denic.de/en/domains/internationalized-domain-names/sharp-s.html Since 4 August 2010, the IDNAbis standard allows the Latin small letter sharp s – also known as Eszett or sharp s (ß) – to be used as part of a domain name The IDN library (1.15 as well as 1.22 from unstable) still converts it to ss: $ idn --quiet --idna-to-ascii baß.de bass.de Changing the behaviour will of course break backwards compatibility but as the compatibility was broken by the IDNA standard itself, the library should continue to follow the standard (at least in methods that have idna in their name). Hi Christian. libidn.so implements the old IDNA standard, retroactively called IDNA2003. The page above talks about IDNAbis, or usually called IDNA2008, which libidn.so and idn don't support. IDNA2008 and IDNA2003 are not compatible. The GNU Libidn project contains another library and tool, libidn2 and idn2, which implements the IDNA2008 algorithm. It works like this: jas@latte:~$ idn2 baß.de xn--ba-hia.de jas@latte:~$ So I believe your request should be re-categorised as 1) a request to package libidn2, and 2) modify any applications you are concerned with to support it. If you just want to do the conversions on the command line, 1) will suffice. I'll see if I can get some packaging up and running... I would rather have libidn2 treated just as an update to libidn11 i.e. package idn (2.0), libidn-dev (2.0) and libidn20 (2.0) that replace the current /usr/bin/idn tool in the next Debian release. (or libidn2 if the linker figures correctly that it is newer than libidn11) That won't work -- IDNA2003 and IDNA2008 are fundamentally (at the specification level) so different that you can't replace one with the other. The APIs of the libraries are also different. Further, IDNA2003 will continue to be useful in parallel to IDNA2008, and vice versa. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633842: ruby1.9: Bug with xmlrpc::client, basic auth and long authentication strings
Package: ruby1.9 Version: 1.9.0.2-9lenny1 Severity: normal Tags: patch XMLRPC::Client has support for basic auth. This tries to encode the combination of the username and password with the base64 algorithm using Array.pack. If however your username and password exceed a certain length the truncate algorithm of Array.pack kicks in and adds a newline character in the result, which creates HTTP headers that are invalid. If I understand the documentation of Array.pack correctly, this can be suppressed by using the pack template 'm0' instead of 'm', but this does not yield to any change in the output. Maybe I've misunderstood the documentation at this point, but this might be another bug. I've added an ugly workaround by using the double of the length. Since base64 adds about 30% in length this should be enough for everybody (famous last words) -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-bpo.4-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ruby1.9 depends on: ii libc62.7-18lenny7GNU C Library: Shared libraries ii libruby1.9 1.9.0.2-9lenny1 Libraries necessary to run Ruby 1. ruby1.9 recommends no packages. Versions of packages ruby1.9 suggests: ii rdoc1.9 1.9.0.2-9lenny1 Generate documentation from Ruby s pn ri1.9none (no description available) pn ruby1.9-examples none (no description available) ii rubygems1.9 1.2.0-3 package management framework for R -- no debconf information --- client.rb.orig 2011-07-14 10:53:14.0 +0200 +++ client.rb 2011-07-14 10:53:39.0 +0200 @@ -493,7 +493,7 @@ else a = #@user a :#@password if @password != nil -@auth = (Basic + [a].pack(m)).chomp +@auth = (Basic + [a].pack(m#{a.length*2})).chomp end end
Bug#633725: debian-installer: On IBM x3650 M3 debian installer language selection broken
Christian PERRIER, le Wed 13 Jul 2011 18:28:29 +0200, a écrit : Quoting Damien Martins (doc...@makelofine.org): On IBM x3650 M3 debian installer language selection broken-Only english is available. Same ISO (usb-stick or DVD-R) is OK on another hardware. I tried with both Netinstall and DVD-1 ISO provided on debian.org. Netinstall ISO has been written on 3 several USB sticks using Unetbootin running on windows 7, and DVD burned from Windows 7 integrated tools. All the media have been tested and confirmed OK on other computers. The bug seems to be linked to hardware. ISO versions are 6.0.2.1. Could you also post the output of /proc/meminfo? Maybe for some reason the installer believes there is too little memory. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578387: Syntax while dquilt push; do dquilt refresh; done failed to run!
Good morning Daigo after successfully upgrade the upstream source, I failed to run the follow syntax: #while dquilt push; do dquilt refresh; done . Hunk #435 FAILED at 25695. 431 out of 435 hunks FAILED -- rejects in file configure patching file src/appenderattachableimpl.loT Patch debian-changes-1.0.3-1 does not apply (enforce with -f) How can I enforce the patch debian-changes-1.0.3-1? -- Your Truly Eric Kom 2 Hennie Van Till, White River, 1240 eric...@kom.za.net | eric...@namekom.co.za | eric...@erickom.co.za www.kom.za.net | www.kom.za.org | www.erickom.co.za Key fingerprint: 513E E91A C243 3020 8735 09BB 2DBC 5AD7 A9DA 1EF5 0xA9DA1EF5.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#633843: python-sqlobject: autocommit issue with psycopg2
Package: python-sqlobject Version: 0.12.4-2 Severity: grave Tags: patch Justification: renders package unusable Recently psycopg2 has added a new attribute autocommit (bool). SQLObject checks for a function called autocommit too. In case of activation of autocommit in your code, SQLObject raises an exception trying to run autocommit function. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-sqlobject depends on: ii python2.6.7-1interactive high-level object-orie ii python-formencode 1.2.4-2validation and form generation Pyt ii python-pkg-resources 0.6.16-1 Package Discovery and Resource Acc ii python-support1.0.14 automated rebuilding support for P python-sqlobject recommends no packages. Versions of packages python-sqlobject suggests: pn python-kinterbasdb none (no description available) pn python-maxdb none (no description available) ii python-mysqldb 1.2.2-10+b3 A Python interface to MySQL ii python-psycopg2 2.4.2-1 Python module for PostgreSQL pn python-sqlitenone (no description available) -- no debconf information --- pgconnection.py.bak 2011-07-14 11:36:38.551584096 +0200 +++ pgconnection.py 2011-07-14 11:40:18.327099899 +0200 @@ -117,7 +117,10 @@ def _setAutoCommit(self, conn, auto): # psycopg2 does not have an autocommit method. if hasattr(conn, 'autocommit'): -conn.autocommit(auto) +try: +conn.autocommit(auto) +except TypeError: +conn.autocommit = auto def makeConnection(self): try: @@ -130,7 +133,10 @@ if self.autoCommit: # psycopg2 does not have an autocommit method. if hasattr(conn, 'autocommit'): -conn.autocommit(1) +try: +conn.autocommit(1) +except TypeError: +conn.autocommit = 1 c = conn.cursor() if self.schema: c.execute(SET search_path TO + self.schema)
Bug#586312: Same problem on linux 2.6.38 (Ubuntu server 64bit)
Hi, same problem here: [2.669272] irq 18: nobody cared (try booting with the irqpoll option) [2.669278] Pid: 191, comm: modprobe Not tainted 2.6.38-8-server #42-Ubuntu [2.669281] Call Trace: [2.669283] IRQ [810d478b] ? __report_bad_irq.clone.2+0x2b/0xa0 [2.669299] [810d4b8a] ? note_interrupt+0x19a/0x1e0 [2.669304] [8106d3e9] ? __do_softirq+0xf9/0x1c0 [2.669308] [810d5a7d] ? handle_fasteoi_irq+0xdd/0x110 [2.669313] [8100e982] ? handle_irq+0x22/0x40 [2.669318] [815df97d] ? do_IRQ+0x5d/0xe0 [2.669323] [815d7cd3] ? ret_from_intr+0x0/0x15 [2.669325] EOI [812e4add] ? delay_tsc+0x3d/0x80 [2.669334] [812e4aea] ? delay_tsc+0x4a/0x80 [2.669338] [812e4a3e] ? __const_udelay+0x2e/0x30 [2.669379] [a015ccee] ? radeon_set_pll.clone.4+0x52e/0xb20 [radeon] [2.669410] [a015da3c] ? radeon_crtc_mode_set+0x3c/0x160 [radeon] [2.669419] [a00b05c3] ? drm_crtc_helper_set_mode+0x343/0x4e0 [drm_kms_helper] [2.669423] [815d7cce] ? common_interrupt+0xe/0x13 [2.669430] [a00b147d] ? drm_crtc_helper_set_config+0x84d/0xa10 [drm_kms_helper] [2.669435] [815d5f01] ? mutex_lock+0x1/0x50 [2.669440] [a00af22c] ? drm_fb_helper_set_par+0x7c/0xf0 [drm_kms_helper] [2.669444] [8132ebd0] ? fbcon_init+0x650/0x6c0 [2.669449] [8139810f] ? visual_init+0xcf/0x180 [2.669453] [813987bc] ? bind_con_driver+0x1cc/0x410 [2.669456] [81398b81] ? take_over_console+0x61/0x70 [2.669460] [81329a73] ? fbcon_takeover+0x63/0xc0 [2.669463] [8132f3bd] ? fbcon_event_notify+0x4dd/0x550 [2.669468] [815db8ed] ? notifier_call_chain+0x4d/0x70 [2.669473] [8108d588] ? __blocking_notifier_call_chain+0x58/0x80 [2.669478] [813246f9] ? fb_add_videomode+0x89/0xf0 [2.669482] [8108d5c6] ? blocking_notifier_call_chain+0x16/0x20 [2.669486] [8131e00b] ? fb_notifier_call_chain+0x1b/0x20 [2.669490] [8131f5d8] ? register_framebuffer+0x1d8/0x2b0 [2.669495] [a00af4f2] ? drm_fb_helper_single_fb_probe+0x252/0x2f0 [drm_kms_helper] [2.669501] [a00af684] ? drm_fb_helper_initial_config+0xf4/0x120 [drm_kms_helper] [2.669533] [a0170e8a] ? radeon_fbdev_init+0xca/0x120 [radeon] [2.669564] [a016a746] ? radeon_modeset_init+0x226/0x250 [radeon] [2.669591] [a0143048] ? radeon_driver_load_kms+0x118/0x1a0 [radeon] [2.669610] [a004ea3e] ? drm_get_pci_dev+0x18e/0x300 [drm] [2.669615] [81154e8f] ? kmem_cache_alloc_trace+0xef/0x110 [2.669645] [a01d36be] ? radeon_pci_probe+0xb2/0xba [radeon] [2.669649] [812ff26f] ? local_pci_probe+0x5f/0xd0 [2.669653] [81300b69] ? pci_device_probe+0x129/0x130 [2.669659] [813bab9a] ? driver_sysfs_add+0x7a/0xb0 [2.669662] [813bacc8] ? really_probe+0x68/0x190 [2.669666] [813bafd5] ? driver_probe_device+0x45/0x70 [2.669670] [813bb0ab] ? __driver_attach+0xab/0xb0 [2.669673] [813bb000] ? __driver_attach+0x0/0xb0 [2.669677] [813b9e4e] ? bus_for_each_dev+0x5e/0x90 [2.669681] [813bab1e] ? driver_attach+0x1e/0x20 [2.669684] [813ba685] ? bus_add_driver+0xc5/0x280 [2.669707] [a0219000] ? radeon_init+0x0/0x1000 [radeon] [2.669711] [813bb346] ? driver_register+0x76/0x140 [2.669733] [a0219000] ? radeon_init+0x0/0x1000 [radeon] [2.669736] [812ff916] ? __pci_register_driver+0x56/0xd0 [2.669748] [a004ef54] ? drm_pci_init+0xe4/0xf0 [drm] [2.669770] [a0219000] ? radeon_init+0x0/0x1000 [radeon] [2.669780] [a00465f8] ? drm_init+0x58/0x70 [drm] [2.669802] [a02190c4] ? radeon_init+0xc4/0x1000 [radeon] [2.669807] [81002175] ? do_one_initcall+0x45/0x190 [2.669812] [810a472b] ? sys_init_module+0xfb/0x250 [2.669816] [8100bfc2] ? system_call_fastpath+0x16/0x1b [2.669818] handlers: [2.669820] [81449f30] (usb_hcd_irq+0x0/0x80) [2.669826] [a0172ae0] (radeon_driver_irq_handler_kms+0x0/0x20 [radeon]) [2.669858] Disabling IRQ #18 I found a maybe related post at the LKML: https://lkml.org/lkml/2011/5/2/271 Seems all to be quite recent (2011), so I assume it's quite a new problem with the radeon driver. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633844: geeqie: zoom in or out on full screen also affects combined frames
Package: geeqie Version: 1:1.0-8 Severity: normal When an image is viewed full screen (or in an isolated frame), zoom in and out (using the plus or minus keys) also affects the zoom level on the combined frame. This means that before selecting the next image, it is necessary to zoom back out again to see the images at the correct zoom level in the combination frame. The combination frame should have its independent zoom level. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-486 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/pdksh Versions of packages geeqie depends on: ii geeqie-common 1:1.0-8 data files for Geeqie ii libc6 2.13-6 Embedded GNU C Library: Shared lib ii libexiv2-9 0.20-2 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.6.0-14 GCC support library ii libgdk-pixbuf2.0-0 2.23.3-3 GDK Pixbuf library ii libglib2.0-02.28.6-2 GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii liblcms11.18.dfsg-1.2+b3 Color management library ii liblircclient0 0.8.3-5 infra-red remote control support - ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libstdc++6 4.6.0-3 The GNU Standard C++ Library v3 Versions of packages geeqie recommends: pn exiftran none (no description available) ii exiv20.20-2 EXIF/IPTC metadata manipulation to ii imagemagick 8:6.6.0.4-3 image manipulation programs ii librsvg2-common 2.32.1-1SAX-based renderer library for SVG pn ufraw-batch none (no description available) pn zenity none (no description available) Versions of packages geeqie suggests: pn geeqie-dbgnone (no description available) pn gimp none (no description available) pn libjpeg-progs none (no description available) pn ufraw none (no description available) ii xpaint2.9.1.4-2 simple paint program for X -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633845: initscripts: unupgradeable on vserver
Package: initscripts Version: 2.88dsf-13.11 Severity: important In containers like vserver, even root cannot mount things from the inside, for obvious security reasons. This makes the new postinst fail: Setting up initscripts (2.88dsf-13.11) ... insserv: warning: current start runlevel(s) (empty) of script `mountall.sh' overwrites defaults (S). insserv: warning: current stop runlevel(s) (3) of script `mountall.sh' overwrites defaults (empty). insserv: warning: current start runlevel(s) (empty) of script `mountnfs.sh' overwrites defaults (S). insserv: warning: current stop runlevel(s) (3) of script `mountnfs.sh' overwrites defaults (empty). insserv: warning: current start runlevel(s) (empty) of script `urandom' overwrites defaults (S). insserv: warning: current stop runlevel(s) (3) of script `urandom' overwrites defaults (0 6). insserv: warning: current stop runlevel(s) (3) of script `halt' overwrites defaults (0). insserv: warning: current stop runlevel(s) (3) of script `reboot' overwrites defaults (6). insserv: warning: current stop runlevel(s) (3) of script `umountfs' overwrites defaults (0 6). mount: permission denied dpkg: error processing initscripts (--configure): subprocess installed post-installation script returned error exit status 1 I don't know about openvz or lxc, but I guess the situation is same there. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/4 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 initscripts depends on: ii coreutils 8.5-1 GNU core utilities ii debianutils4.0.2 Miscellaneous utilities specific t ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii lsb-base 3.2-27Linux Standard Base 3.2 init scrip ii mount 2.19.1-2 Tools for mounting and manipulatin ii sysv-rc2.88dsf-13.11 System-V-like runlevel change mech ii sysvinit-utils 2.88dsf-13.11 System-V-like utilities Versions of packages initscripts recommends: ii e2fsprogs 1.42~WIP-2011-07-02-1 ext2/ext3/ext4 file system utiliti ii psmisc 22.14-1 utilities that use the proc file s initscripts 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#476284: Bullet Physics
Hi, It would be nice to have this package. It has proper API documentation, no danger with using it. Very nice addition regarding the 3D Physics and opensource model. We are also using this project in our leisure time project. Last, but not least: It is also available in case of Archlinux. Thank you in advance! Best Regards, Laszlo Papp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630552: linux-image-2.6.32-5-amd64: K8 ECC error
Hi Ben, After a few days monitoring this issue, I can confirm that the problem disappeared since new RAM modules were installed. So, feel free to close this bug report under your own criteria. Thanks a lot for your help. Regards, -- Dario Minnucci mid...@debian.org Phone: +34 902884117 | Fax: +34 902024417 | Support: +34 80745 Key fingerprint = BAA1 7AAF B21D 6567 D457 D67D A82F BB83 F3D5 7033 signature.asc Description: OpenPGP digital signature
Bug#633845: initscripts: unupgradeable on vserver
On Thu, Jul 14, 2011 at 12:22:52PM +0200, Adam Borowski wrote: In containers like vserver, even root cannot mount things from the inside, for obvious security reasons. This makes the new postinst fail: dpkg: error processing initscripts (--configure): subprocess installed post-installation script returned error exit status 1 I don't know about openvz or lxc, but I guess the situation is same there. If the environment doesn't support mounting, we need a means to detect that in the postinst. We started using ischroot(1) from debianutils rather than hardcoding the logic. Perhaps what's needed is for that script to have explict support for vserver added, and perhaps openvz and lxc as well. The distinction we make in the initscripts postinst is whether or not the standard initscripts (mountkernfs, mountdevsubfs, mtab, mountall etc.) are run when the system is started up. If they aren't, we can't do a proper transition to /run. A chroot falls into this category, and it may well be that vservers and other lightweight virtualisation systems also fall into this catergory. Full virtualisation, in comparison, does not due to booting a kernel and running all the scripts. IIRC we were explicitly supporting vserver in the postinst prior to the switch to ischroot, though I didn't test it myself. If the logic in older versions detects vservers correctly for you and ischroot does not, we need to get that logic added to ischroot (or back in the postinst if that's the best place). Note that 2.88dsf-13.6 was the last version not using ischroot, so I would suggest trying out the postinst logic from that version. 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. signature.asc Description: Digital signature
Bug#633846: gdm3: gdb3 should not erase $LANGUAGE when it matches $LANG
Package: gdm3 Version: 2.30.5-10 Severity: important Tags: l10n the default script erase $LANGAUGE in the following cases: LANG=en_HK.UTF-8 LANGUAGE=en_HK:en_GB:en LANG=zh_HK.UTF-8 LANGUAGE=zh_HK:zh_TW:zh which is wrong (I want english or chinese in the 1st or 2nd case) my modified script handles this by erasing anything after the dot in GDM_LANG -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_HK.utf8, LC_CTYPE=en_HK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii adduser3.113 add and remove users and groups ii debconf [debconf-2.0] 1.5.40Debian configuration management sy ii gconf2 2.32.4-1 GNOME configuration database syste ii gnome-session [x-session-m 2.30.2-3 The GNOME Session Manager - GNOME ii gnome-session-bin 2.30.2-3 The GNOME Session Manager - Minima ii gnome-terminal [x-terminal 3.0.1-1 GNOME terminal emulator applicatio ii kde-window-manager [x-wind 4:4.6.4-1 K window manager (KWin) ii konsole [x-terminal-emulat 4:4.6.3-1 X terminal emulator ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libatk1.0-02.0.1-2 ATK accessibility toolkit ii libattr1 1:2.4.46-1Extended attribute shared library ii libaudit0 1.7.13-1.2Dynamic library for security audit ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.13-7Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.28-1Gtk+ helper for playing widget eve ii libcanberra0 0.28-1a simple abstract interface for pl ii libdbus-1-31.4.12-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4simple interprocess messaging syst ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype6 2.4.4-2 FreeType 2 font engine, shared lib ii libgconf2-42.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.5-1 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome2-02.32.1-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-02.24.4-3 The GTK+ graphical user interface ii liborbit2 1:2.14.18-0.2 libraries for ORBit2 - a CORBA ORB ii libpam-modules 1.1.3-2 Pluggable Authentication Modules f ii libpam-runtime 1.1.3-2 Runtime support for the PAM librar ii libpam0g 1.1.3-2 Pluggable Authentication Modules l ii libpanel-applet2-0 2.30.2-4 library for GNOME Panel applets ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libpolkit-gobject-1-0 0.101-4 PolicyKit Authorization API ii libpolkit-gtk-1-0 0.101-2 PolicyKit GTK+ API ii libpopt0 1.16-1lib for parsing cmdline parameters ii librsvg2-common2.34.0-1 SAX-based renderer library for SVG ii libselinux12.0.98-1.1SELinux runtime shared libraries ii libupower-glib10.9.11-1 abstraction for power management - ii libwrap0 7.6.q-21 Wietse Venema's TCP wrappers libra ii libx11-6 2:1.4.3-2 X11 client-side library ii libxau61:1.0.6-3 X11 authorisation library ii libxdmcp6 1:1.1.0-3 X11 Display Manager Control Protoc ii libxklavier16 5.0-2 X Keyboard Extension high-level AP ii libxml22.7.8.dfsg-3 GNOME XML library ii lsb-base 3.2-27Linux Standard Base 3.2 init scrip ii lxsession [x-session-manag 0.4.4-3 a lightweight X11 session manager ii lxterminal [x-terminal-emu 0.1.9-1 desktop independent vte-based term ii metacity [x-window-manager 1:2.30.1-3lightweight GTK+ window manager ii openbox [x-window-manager] 3.4.11.2-2standards compliant, fast, light-w ii policykit-1-gnome 0.101-2 GNOME authentication agent for Pol ii twm [x-window-manager] 1:1.0.6-1 Tab window manager ii upower 0.9.11-1 abstraction for power management ii xfce4-session [x-session-m 4.8.1-3 Xfce4 Session Manager ii xfce4-terminal [x-terminal 0.4.8-1 Xfce terminal emulator ii xfwm4
Bug#633845: initscripts: unupgradeable on vserver
On Thu, Jul 14, 2011 at 11:36:59AM +0100, Roger Leigh wrote: On Thu, Jul 14, 2011 at 12:22:52PM +0200, Adam Borowski wrote: In containers like vserver, even root cannot mount things from the inside, for obvious security reasons. IIRC we were explicitly supporting vserver in the postinst prior to the switch to ischroot, though I didn't test it myself. If the logic in older versions detects vservers correctly for you and ischroot does not, we need to get that logic added to ischroot (or back in the postinst if that's the best place). Note that 2.88dsf-13.6 was the last version not using ischroot, so I would suggest trying out the postinst logic from that version. The system in question upgraded to and worked with 2.88dsf-13.10 correctly, it's only upgrading to 2.88dsf-13.11 that fails. I also deboostrapped a fresh one, it works as well. -- 1KB // Yo momma uses IPv4! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633847: libconfig-model-perl: Deletes comment fields in stand-alone license paragraphs.
Package: libconfig-model-perl Version: 1.248-1 Severity: normal Dear Dominique, I just realised that config-edit silentely deletes comment fields in stand-alone license paragraphs. However, the DEP 5 spec allows them (indirectly, I admit), as the second paragraph of the “File syntax“ section contains the following. “Extra fields can be added to any paragraph” Have a nice day, -- Charles Plessy, Tsurumi, Kanagawa, Japan -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (910, 'stable'), (900, 'testing'), (800, 'unstable'), (500, 'stable-updates'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 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 libconfig-model-perl depends on: ii libany-moose-perl0.14-1 module to use either Moose or Mous ii libapt-pkg-perl 0.1.24+b2 Perl interface to libapt-pkg ii libcarp-assert-more-perl 1.12-2 Convenience wrappers for libcarp-a ii libexception-class-perl 1.31-1 module that allows you to declare ii libfile-homedir-perl 0.97-1 Perl module for finding user direc ii libhash-merge-perl 0.12-1 Merges arbitrarily deep hashes int ii liblog-log4perl-perl 1.29-1 A Perl port of the widely popular ii libmouse-perl0.93-1 lightweight object framework for P ii libmousex-nativetraits-p 1.04-1 Extend your attribute interfaces f ii libmousex-strictconstruc 0.02-1 Mouse extension for making object ii libparse-recdescent-perl 1.965001+dfsg-1 Perl module to create and use recu ii libpod-pom-perl 0.27-1 module providing a Pod Object Mode ii libtext-autoformat-perl 1.669002-1 module for automatic text wrapping ii libwww-perl 6.02-1 simple and consistent interface to ii libyaml-perl 0.71-1 YAML Ain't Markup Language ii perl 5.12.3-7+b1 Larry Wall's Practical Extraction Versions of packages libconfig-model-perl recommends: ii bash-completion 1:1.2-3programmable completion for the ba ii fuse-utils2.8.4-1.1 Filesystem in USErspace (utilities ii libfuse-perl 0.09-3+b1 Write filesystems in Perl using FU Versions of packages libconfig-model-perl suggests: ii libconfig-model-tkui-perl 1.310-1Tk GUI to edit config data through pn libterm-readline-perl-perl | none (no description available) -- 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#611324: Zoneminder user?
It's possible to run zomeminder as his own user and add It to www-data and video groups? -- Marco de Freitas signature.asc Description: OpenPGP digital signature
Bug#633848: xul-ext-firetray: on displaying unread message(s) count
Package: xul-ext-firetray Version: 0.2.8-3 Severity: wishlist Hi, I thought it would be nice that the extension have an option to display the number of unread message(s) only in the inbox, ie, excluding junk email. In the Mail Settings tab there is an option do not include junk mails but either it's not working (with icedove 3.1.11) or I am misunderstanding its meaning (I expect that when the option is selected only the number of unread messages in the inbox get displayed). Thanks, Nima : - ) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-firetray depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-1 GCC support library ii libstdc++64.6.1-1GNU Standard C++ Library v3 Versions of packages xul-ext-firetray recommends: ii icedove 3.1.11-1 mail/news client with RSS and inte ii iceweasel 3.5.19-3 Web browser based on Firefox xul-ext-firetray 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#633845: initscripts: unupgradeable on vserver
On Thu, Jul 14, 2011 at 12:43:53PM +0200, Adam Borowski wrote: On Thu, Jul 14, 2011 at 11:36:59AM +0100, Roger Leigh wrote: On Thu, Jul 14, 2011 at 12:22:52PM +0200, Adam Borowski wrote: In containers like vserver, even root cannot mount things from the inside, for obvious security reasons. IIRC we were explicitly supporting vserver in the postinst prior to the switch to ischroot, though I didn't test it myself. If the logic in older versions detects vservers correctly for you and ischroot does not, we need to get that logic added to ischroot (or back in the postinst if that's the best place). Note that 2.88dsf-13.6 was the last version not using ischroot, so I would suggest trying out the postinst logic from that version. The system in question upgraded to and worked with 2.88dsf-13.10 correctly, it's only upgrading to 2.88dsf-13.11 that fails. That's odd, because the only change to the postinst is creating a directory: diff --git a/debian/initscripts.postinst b/debian/initscripts.postinst index 544c124..1d956bf 100755 --- a/debian/initscripts.postinst +++ b/debian/initscripts.postinst @@ -247,6 +247,9 @@ else echo Please reboot to complete migration to tmpfs-based /run /run/.run-transition fi +# Ensure presence of /run/sendsigs.omit.d +[ -d /run/sendsigs.omit.d ] || { mkdir --mode=755 /run/sendsigs.omit.d ; chown root:root /run/sendsigs.omit.d || [ $FAKECHROOT = true ]; } + tmpfs_fstab_migrate # This uses the same logic used in several other places in the postinst. What is the return value of ischroot in the vserver (when run as root)? 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. signature.asc Description: Digital signature
Bug#633845: initscripts: unupgradeable on vserver
On Thu, Jul 14, 2011 at 11:57:29AM +0100, Roger Leigh wrote: What is the return value of ischroot in the vserver (when run as root)? 2 (failure to detect) -- 1KB // Yo momma uses IPv4! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633637: reopen bug
Steffen Joeris wrote: I had a quick look and didn't see that code included in debian as far as I can see the package has the same version in all suites or am I missing anything? Oh, $DEITY, you are absolutely right, I looked at a locally patched version and confused it with the debian provided one. I had too little coffee yesterday :) Yes, this bug should be reopened, and fixed. Thanks for your attention to detail! -- .''`. Ex nihilo nihil fit : :' : `. `' `-Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561855: /usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?).
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Just upgraded to latest grub2 (1.99-8) from unstable and it still does not work for me. I have the same case where the / is over NFS share. Cheers, - -Nik -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOHs2hAAoJEDFLYVOGGjgXZEkH/RXwZMGEwKOrfxK8U6Zw49SU 2O6bBweHKrIxDq5zPQDbR31riCbxyuTKVlROIIrKoxc0mPvUJ96GHvNgd559pR7L fuAYMbSisgBQYrK5USjx/vQ8dSnSU+AEzAewJJKcv4ZmUwSufxBwch4lS+1PVZFB Q5SnwMbWfwP/waxcleG+uNgbCwy2aymyIGQkW5+JyKXF83RTgh63ZftwTR2ob+08 FXHB5V6R7mU8b1GaBbSA/SIf12n9OfAFY1bMaidV2/GFzavbDMZ/JfDNim0RK9Ev 6iTIGcAPWLE1hUHzRny/KzSCYmsDQLlBs2vrF8sYWdvMiEjUwAC2OILcWCggW50= =Cvcr -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#633458: gcc-4.6 miscompiles libgcrypt11 on armel
On 07/12/2011 07:56 PM, Andreas Metzler wrote: On 2011-07-10 Andreas Metzler ametz...@downhill.at.eu.org wrote: On 2011-07-10 Andreas Metzler ametz...@downhill.at.eu.org wrote: On 2011-07-10 Andreas Metzler ametz...@downhill.at.eu.org wrote: Package: gcc-4.6 Version: 4.6.1-1 Severity: normal Blocks: 633373 gcc-4.6 seems to miscompile libgcrypt11 on armel, causing total failure of gnutls26. --- (sid)ametzler@abel:~/GNUTLS$ ~/GNUTLS/2.10.5-2/usr/bin/gnutls-cli db.debian.org Resolving 'db.debian.org'... Connecting to '82.195.75.106:443'... *** Fatal error: Decryption has failed. *** Handshake has failed GnuTLS error: Decryption has failed. --- [...] Building with -fno-strict-aliasing does not help. [...] The culprit is cipher/rijndael.c. If I build this file with gcc-4.5 the bug goes away. Hello, I do not know how to go on now. could you recheck with 4.6.1-3 and gcc-snapshot? is this exposed on armhf as well (CC'ing Markos)? What I tried was splitting rijndael.c into multiple separate files. However this made the error go away. It seems that the significant change I made when spliting was dropping the static qualifier on the function declarations. maybe try not to inline, or turn off an optimization for this specific function(s). Then the assembler output of a working and a non-working function would help. __attribute__((noinline)) __attribute__((optimize(O0))) __attribute__((optimize(no-inline))) __attribute__((optimize(no-strict-aliasing))) see http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/Function-Attributes.html#Function-Attributes The minimal change I found to make my testcase (gnutls-cli db.debian.org) go away was dropping the static qualifier from these two functions: /* Decrypt one block. A and B need to be aligned on a 4 byte boundary and the decryption must have been prepared. A and B may be the same. */ static void do_decrypt_aligned (RIJNDAEL_context *ctx, unsigned char *b, const unsigned char *a) /* Decrypt one block. AX and BX may be the same. */ static void do_decrypt (RIJNDAEL_context *ctx, byte *bx, const byte *ax) the binary in the archive seems to work. gcc-4.6.0-13 was used for the build. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633845: initscripts: unupgradeable on vserver
On Thu, Jul 14, 2011 at 01:01:20PM +0200, Adam Borowski wrote: On Thu, Jul 14, 2011 at 11:57:29AM +0100, Roger Leigh wrote: What is the return value of ischroot in the vserver (when run as root)? 2 (failure to detect) Does /proc (/proc/1/root) exist inside the vserver? Is /proc available during normal vserver operation? 2 would default to treating the system as a standard system, which would result in the mount failure you see. We could default failure to detect to reporting a chroot being present, which would be safer for vservers, but equally would do the wrong thing on normal systems without /proc being mounted. 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. signature.asc Description: Digital signature
Bug#633637: reopen bug
Hi Amaya, Steffen Joeris wrote: I had a quick look and didn't see that code included in debian as far as I can see the package has the same version in all suites or am I missing anything? Oh, $DEITY, you are absolutely right, I looked at a locally patched version and confused it with the debian provided one. I had too little coffee yesterday :) Yes, this bug should be reopened, and fixed. No worries, if you have time, feel free to upload an NMU and a fixed version for squeeze to stable-security. Cheers, Steffen signature.asc Description: This is a digitally signed message part.
Bug#633845: initscripts: unupgradeable on vserver
On Thu, Jul 14, 2011 at 12:15:40PM +0100, Roger Leigh wrote: On Thu, Jul 14, 2011 at 01:01:20PM +0200, Adam Borowski wrote: On Thu, Jul 14, 2011 at 11:57:29AM +0100, Roger Leigh wrote: What is the return value of ischroot in the vserver (when run as root)? 2 (failure to detect) Does /proc (/proc/1/root) exist inside the vserver? Is /proc available during normal vserver operation? It exists, but is unreadable, even to root: [~]# ls -al /proc/1/root ls: cannot read symbolic link /proc/1/root: Permission denied lrwxrwxrwx 1 root root 0 Jul 14 10:57 /proc/1/root -- 1KB // Yo momma uses IPv4! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622759: gir files are missing package name=.../ and thus causing build problems, with valac-0.12
On 04/15/2011 10:36 AM, Emilio Pozuelo Monfort wrote: On 14/04/11 15:09, Evgeni Golov wrote: Is there a special reason it was merged to gtk+ master but not gtk-2-24? Do you know of a bug #? Upstream Bug is https://bugzilla.gnome.org/show_bug.cgi?id=635287 and I have no idea why it was not merged into the gtk-2-24 branch. I can't seem to find the relevant commit in master or gtk-3-0. Could you point me to it? 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#633637: reopen bug
tags 633637 pending thanks Steffen Joeris wrote: No worries, if you have time, feel free to upload an NMU and a fixed version for squeeze to stable-security. I'd love to. Expect an upload today. -- .''`. Ex nihilo nihil fit : :' : `. `' `-Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss
package: wnpp retitle 633837 RFP: libidn2 (for IDNA2008 support including the SHARP S letter) severity 633837 wishlist stop (see below) On Thu, 14 Jul 2011 11:34:55 +0200 Simon Josefsson si...@josefsson.org wrote: Christian Hammers chamm...@netcologne.de writes: On Thu, 14 Jul 2011 10:24:46 +0200 Simon Josefsson si...@josefsson.org wrote: Christian Hammers chamm...@netcologne.de writes: Package: libidn11 Version: 1.15-2 Severity: normal Quoting http://www.denic.de/en/domains/internationalized-domain-names/sharp-s.html Since 4 August 2010, the IDNAbis standard allows the Latin small letter sharp s – also known as Eszett or sharp s (ß) – to be used as part of a domain name The IDN library (1.15 as well as 1.22 from unstable) still converts it to ss: $ idn --quiet --idna-to-ascii baß.de bass.de Changing the behaviour will of course break backwards compatibility but as the compatibility was broken by the IDNA standard itself, the library should continue to follow the standard (at least in methods that have idna in their name). Hi Christian. libidn.so implements the old IDNA standard, retroactively called IDNA2003. The page above talks about IDNAbis, or usually called IDNA2008, which libidn.so and idn don't support. IDNA2008 and IDNA2003 are not compatible. The GNU Libidn project contains another library and tool, libidn2 and idn2, which implements the IDNA2008 algorithm. It works like this: jas@latte:~$ idn2 baß.de xn--ba-hia.de jas@latte:~$ So I believe your request should be re-categorised as 1) a request to package libidn2, and 2) modify any applications you are concerned with to support it. If you just want to do the conversions on the command line, 1) will suffice. I'll see if I can get some packaging up and running... I would rather have libidn2 treated just as an update to libidn11 i.e. package idn (2.0), libidn-dev (2.0) and libidn20 (2.0) that replace the current /usr/bin/idn tool in the next Debian release. (or libidn2 if the linker figures correctly that it is newer than libidn11) That won't work -- IDNA2003 and IDNA2008 are fundamentally (at the specification level) so different that you can't replace one with the other. The APIs of the libraries are also different. Further, IDNA2003 will continue to be useful in parallel to IDNA2008, and vice versa. Then I re-categorise it as Request-For-Packaging. Anibal, will you package idn2 as well? bye, -christian- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss
Christian Hammers chamm...@netcologne.de writes: package: wnpp retitle 633837 RFP: libidn2 (for IDNA2008 support including the SHARP S letter) severity 633837 wishlist stop (see below) On Thu, 14 Jul 2011 11:34:55 +0200 Simon Josefsson si...@josefsson.org wrote: Christian Hammers chamm...@netcologne.de writes: On Thu, 14 Jul 2011 10:24:46 +0200 Simon Josefsson si...@josefsson.org wrote: Christian Hammers chamm...@netcologne.de writes: Package: libidn11 Version: 1.15-2 Severity: normal Quoting http://www.denic.de/en/domains/internationalized-domain-names/sharp-s.html Since 4 August 2010, the IDNAbis standard allows the Latin small letter sharp s – also known as Eszett or sharp s (ß) – to be used as part of a domain name The IDN library (1.15 as well as 1.22 from unstable) still converts it to ss: $ idn --quiet --idna-to-ascii baß.de bass.de Changing the behaviour will of course break backwards compatibility but as the compatibility was broken by the IDNA standard itself, the library should continue to follow the standard (at least in methods that have idna in their name). Hi Christian. libidn.so implements the old IDNA standard, retroactively called IDNA2003. The page above talks about IDNAbis, or usually called IDNA2008, which libidn.so and idn don't support. IDNA2008 and IDNA2003 are not compatible. The GNU Libidn project contains another library and tool, libidn2 and idn2, which implements the IDNA2008 algorithm. It works like this: jas@latte:~$ idn2 baß.de xn--ba-hia.de jas@latte:~$ So I believe your request should be re-categorised as 1) a request to package libidn2, and 2) modify any applications you are concerned with to support it. If you just want to do the conversions on the command line, 1) will suffice. I'll see if I can get some packaging up and running... I would rather have libidn2 treated just as an update to libidn11 i.e. package idn (2.0), libidn-dev (2.0) and libidn20 (2.0) that replace the current /usr/bin/idn tool in the next Debian release. (or libidn2 if the linker figures correctly that it is newer than libidn11) That won't work -- IDNA2003 and IDNA2008 are fundamentally (at the specification level) so different that you can't replace one with the other. The APIs of the libraries are also different. Further, IDNA2003 will continue to be useful in parallel to IDNA2008, and vice versa. Then I re-categorise it as Request-For-Packaging. Anibal, will you package idn2 as well? I'm working on libidn2 packaging, I'll make them public later today and will upload to mentors.debian.net so you can test it. I'd be very happy if Anibal could help with them. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622051: patch
tags 622051 + patch user debian-...@lists.debian.org usertags 622051 + ld-as-needed thanks attached patch 08 fixes the problem introduced by --no-add-needed/--no-copy-dt-needed by explicitly linking against the needed libz and libdl patch 09 orders the command line correctly so it also builds with ld --as-needed. Please also add this patch, as the wrong ordering leads to build failures in ubuntu oneiric where this flag is default. Description: explicitly link with needed libz and libdl required when building with ld --no-add-needed Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622051 Author: Julian Taylor jtaylor.deb...@googlemail.com Index: isakmpd-20041012/GNUmakefile === --- isakmpd-20041012.orig/GNUmakefile 2011-07-14 11:47:56.233075507 + +++ isakmpd-20041012/GNUmakefile 2011-07-14 11:48:09.523075513 + @@ -207,7 +207,7 @@ ${PROG} beforedepend: ${GENERATED} ${PROG}: ${OBJS} ${DPADD} - ${CC} ${DEBUG} ${LDFLAGS} ${LDSTATIC} -o $@ ${OBJS} ${LDADD} + ${CC} ${DEBUG} ${LDFLAGS} ${LDSTATIC} -o $@ ${OBJS} ${LDADD} -lz -ldl # Depend rules depend: beforedepend .depend mksubdirs afterdepend Description: fix build with ld --as-needed libraries must be placed behind the objects needing them, else their symbols will not be registered as needed leading to undefined references when compiling with ld --as-needed LDFLAGS is placed before the objects, LOADLIBES is the correct implicit rule variable for library linking Author: Julian Taylor jtaylor.deb...@googlemail.com Index: isakmpd-20041012/apps/certpatch/GNUmakefile === --- isakmpd-20041012.orig/apps/certpatch/GNUmakefile 2011-07-14 11:50:28.433075567 + +++ isakmpd-20041012/apps/certpatch/GNUmakefile 2011-07-14 11:51:24.903075591 + @@ -39,7 +39,7 @@ FEATURES!= awk '/^FEATURES=/ { print $$0 }' ${.CURDIR}/../../Makefile | sed 's/FEATURES=.//' .PATH: ${TOPSRC} ${TOPSRC}/sysdep/${OS} ${TOPOBJ} CFLAGS+= -I${TOPSRC} -I${TOPSRC}/sysdep/${OS} -I${TOPOBJ} -Wall -LDFLAGS+= -lcrypto -lssl -lgmp +LOADLIBES+= -lcrypto -lssl -lgmp MAN= certpatch.8 CFLAGS+= -DMP_FLAVOUR=MP_FLAVOUR_GMP signature.asc Description: OpenPGP digital signature
Bug#627704: Realtek Ethernet adapters (r8169 driver)
Hi, would it be possible to also include support for the 8168/8111E version? While the nic is working more or less, there seems to be a bit more setup necessary. Commits are 01dc7fec4025f6bb72b6b98ec88b375346b6dbbb and probably also 15ecd039b7182d725f4294e01f2fb12c3a88db17 Best regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630237: Maybe resolved bug
Wassup Dany (Daniel Baumann) and others ? I was just about to tell you (the Debian community) that setting up a fresh new Debian/Wheezy environment in a virtual tmachine (QEMU+KVM) allowed me to use any FUSE-based filesystem I ever imagined. Before doing this, I just had the time to check the status of this bug report, and imagine ? You can't believe it : Daniel Baumann just announced that a reliable solution just launded ! So, I trusted him, upgrading util-linux right from Sid, and the bug is closed from my point of view. Practically, I can use any FUSE-based filesystem I wish. May my bug report help someone else, Kind regards, Valentin QUEQUET -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633840: [Pkg-libvirt-maintainers] Bug#633840: libvirt: New upstream version (0.9.3)
On Thu, Jul 14, 2011 at 10:40:46AM +0200, Salvatore Bonaccorso wrote: Source: libvirt Version: 0.9.2-7 Severity: wishlist Hi Guido Not urgent at all. There is a new upstream version of libvirt 0.9.3. I'm preparing the Perl bindings libsys-virt-perl, which now adds all the API up to 0.9.3 [1]. [1] http://anonscm.debian.org/viewvc/pkg-perl/trunk/libsys-virt-perl/ Could you consider updating it (clearly after the needed version to testing migrated)? The packaging is basically done in git already for experimental so it shouldn't take too long. -- Guido Many thanks in advance! Regards, Salvatore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633849: xserver-xorg: XKB settings lost after suspend (hibernate) / resume
Package: xserver-xorg Version: 1:7.6+7 Severity: normal I have personal XKB settings. From my .initrc file: xkbcomp -w0 -I$HOME/.xkb -R$HOME/.xkb keymap/custom $DISPLAY They are lost after suspend (hibernate) / resume. Possible related bugs: #541388 xserver-xorg: Xmodmap settings lost across suspend/hibernate #568868 key repeat for caps lock goes away after suspend/resume #582566 bell settings (xset -b) not preserved after suspend/resume -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 2009-06-04 16:13:46 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1957728 2011-07-02 12:07:20 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: nVidia Corporation G98M [Quadro NVS 160M] [10de:06eb] (rev a1) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.39-2-amd64 (Debian 2.6.39-3) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-6) ) #1 SMP Tue Jul 5 02:51:22 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 34996 2011-07-14 13:32:26 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [725909.102] X.Org X Server 1.10.2.902 (1.10.3 RC 2) Release Date: 2011-07-01 [725909.102] X Protocol Version 11, Revision 0 [725909.102] Build Operating System: Linux 2.6.39-2-amd64 x86_64 Debian [725909.102] Current Operating System: Linux xvii 2.6.39-2-amd64 #1 SMP Tue Jul 5 02:51:22 UTC 2011 x86_64 [725909.102] Kernel command line: root=/dev/mapper/xvii-root ro quiet [725909.102] Build Date: 02 July 2011 10:05:17AM [725909.102] xorg-server 2:1.10.2.902-1 (Cyril Brulebois k...@debian.org) [725909.102] Current version of pixman: 0.22.2 [725909.102]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [725909.102] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [725909.102] (==) Log file: /var/log/Xorg.0.log, Time: Thu Jul 14 13:32:24 2011 [725909.103] (==) Using system config directory /usr/share/X11/xorg.conf.d [725909.103] (==) No Layout section. Using the first Screen section. [725909.103] (==) No screen section available. Using defaults. [725909.103] (**) |--Screen Default Screen Section (0) [725909.103] (**) | |--Monitor default monitor [725909.103] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [725909.103] (==) Automatically adding devices [725909.103] (==) Automatically enabling devices [725909.103] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [725909.103]Entry deleted from font path. [725909.103] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [725909.103] (==) ModulePath set to /usr/lib/xorg/modules [725909.103] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [725909.103] (II) Loader magic: 0x7d7f40 [725909.103] (II) Module ABI versions: [725909.103]X.Org ANSI C Emulation: 0.4 [725909.103]X.Org Video Driver: 10.0 [725909.103]X.Org XInput driver : 12.2 [725909.103]X.Org Server Extension : 5.0 [725909.104] (--) PCI:*(0:1:0:0) 10de:06eb:1028:0233 rev 161, Mem @ 0xf500/16777216, 0xe000/268435456, 0xf200/33554432, I/O @ 0xdf00/128, BIOS @ 0x/131072 [725909.104] (II) Open ACPI successful (/var/run/acpid.socket) [725909.104] (II) LoadModule: extmod [725909.104] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [725909.105] (II) Module extmod: vendor=X.Org Foundation [725909.105]compiled for 1.10.2.902, module version = 1.0.0 [725909.105]Module class: X.Org Server Extension [725909.105]ABI class: X.Org Server Extension, version 5.0 [725909.105] (II) Loading extension SELinux [725909.105] (II) Loading extension MIT-SCREEN-SAVER [725909.105] (II) Loading extension XFree86-VidModeExtension [725909.105] (II) Loading extension XFree86-DGA [725909.105] (II) Loading extension DPMS [725909.105] (II) Loading extension XVideo [725909.105] (II) Loading extension XVideo-MotionCompensation [725909.105] (II) Loading
Bug#633850: lintian: check for dh-make boilerplate in README.source
Package: lintian Version: 2.5.1 Severity: wishlist Please warn if debian/README.source contains the following string: You WILL either need to modify or delete this file -- 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#633851: gnome-session-bin: Settings schema 'org.gnome.SessionManager' is not installed
Package: gnome-session-bin Version: 3.0.2-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Starting a Gnome3 session from gdm3 crashes and returns to gdm3 without error messages displayed to the user. This is what get's written to ~/.xsession-errors: /etc/gdm3/Xsession: Beginning session setup... Setting IM through im-switch for locale=de_AT. Start IM through /etc/X11/xinit/xinput.d/all_ALL linked to /etc/X11/xinit/xinput.d/default. Use of uninitialized value $loglevel in lc at /usr/share/perl5/Crypt/Monkeysphere/MSVA/Logger.pm line 91. x-session-manager[6318]: GLib-GIO-ERROR: Settings schema 'org.gnome.SessionManager' is not installed aborting... Xsession: X session started for FladischerMichael at Don Jul 14 13:21:37 CEST 2011 Setting IM through im-switch for locale=de_AT. Start IM through /etc/X11/xinit/xinput.d/all_ALL linked to /etc/X11/xinit/xinput.d/default. Use of uninitialized value $loglevel in lc at /usr/share/perl5/Crypt/Monkeysphere/MSVA/Logger.pm line 91. x-session-manager[6553]: GLib-GIO-ERROR: Settings schema 'org.gnome.SessionManager' is not installed aborting... - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-session-bin depends on: ii dbus-x11 1.5.4-2 simple interprocess messaging syst ii dconf-gsettings-backend [gse 0.7.5-3 simple configuration storage syste ii gsettings-desktop-schemas3.0.1-1 GSettings deskop-wide schemas ii libc62.13-10 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.12-4simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4 simple interprocess messaging syst ii libgconf2-4 2.32.4-1GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.5-1GDK Pixbuf library ii libgl1-mesa-glx [libgl1] 7.11~0-2free implementation of the OpenGL ii libglib2.0-0 2.28.6-2GLib library of C routines ii libgtk-3-0 3.0.10-1GTK+ graphical user interface libr ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libsm6 2:1.2.0-2 X11 Session Management library ii libupower-glib1 0.9.12-1+b1 abstraction for power management - ii libx11-6 2:1.4.3-2 X11 client-side library ii libxau6 1:1.0.6-3 X11 authorisation library ii libxcomposite1 1:0.4.3-2 X11 Composite extension library ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxrender1 1:0.9.6-2 X Rendering Extension client libra ii libxtst6 2:1.2.0-2 X11 Testing -- Record extension li ii upower 0.9.12-1+b1 abstraction for power management gnome-session-bin recommends no packages. gnome-session-bin suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk4e1bsACgkQeJ3z1zFMUGYoYQCePptRrnk/M/4ugl4XYF8I2QuI NG4An3lnOOiLv906wfAoylWoyImJhlAa =VVqi -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#633847: libconfig-model-perl: Deletes comment fields in stand-alone license paragraphs.
Le Thursday 14 July 2011 12:48:00, Charles Plessy a écrit : However, the DEP 5 spec allows them (indirectly, I admit), as the second paragraph of the “File syntax“ section contains the following. “Extra fields can be added to any paragraph” Hmm, err, right ... :-/ Could you send me (or tell me where I can find) such a license file so I can nail down the problem? (and add it to the non-regression tests if you don't mind). All the best Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633845: initscripts: unupgradeable on vserver
On Thu, Jul 14, 2011 at 01:29:44PM +0100, Roger Leigh wrote: On Thu, Jul 14, 2011 at 01:21:54PM +0200, Adam Borowski wrote: On Thu, Jul 14, 2011 at 12:15:40PM +0100, Roger Leigh wrote: On Thu, Jul 14, 2011 at 01:01:20PM +0200, Adam Borowski wrote: On Thu, Jul 14, 2011 at 11:57:29AM +0100, Roger Leigh wrote: What is the return value of ischroot in the vserver (when run as root)? 2 (failure to detect) Does /proc (/proc/1/root) exist inside the vserver? Is /proc available during normal vserver operation? It exists, but is unreadable, even to root: [~]# ls -al /proc/1/root ls: cannot read symbolic link /proc/1/root: Permission denied lrwxrwxrwx 1 root root 0 Jul 14 10:57 /proc/1/root Is /proc/self/vinfo readable? It is. We were using the following logic prior to the use of ischroot. Does it work correctly for you? if [ -e /proc/self/vinfo ]; then # If XID: 0 is found, we're a vserver # host, *not* a guest, hence return # false if grep '^XID:[[:space:]]*0$' /proc/self/vinfo 21 /dev/null; then return 1 fi fi It does. Returns 1 on the host, passes through on guest. Both on lenny and squeeze kernels. -- 1KB // Yo momma uses IPv4! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633852: libacr38u: Some 1.8v and 3.3v smart cards don't reset/start
Package: libacr38u Version: 1.7.10-1 Severity: normal Tags: upstream patch Hello, The driver resets the card using RESET_WITH_5_VOLTS_DEFAULT. Some low voltage smart cards (Ex: Atmel AT88SC**CA family) will fail: pcscd: eventhandler.c:443:EHStatusHandlerThread() Error powering up card. If the card is reset with RESET_WITH_SPECIFIC_VOLTAGE - 0x00 (automatic voltage detection), the card resets properly and the ATR can be read with any card. This still applies to the new driver (1.7.11). It is probably a good idea to forward this to upstream. Regards, Michael De Backer -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libacr38u depends on: ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libpcsclite1 1.5.5-4 Middleware to access a smart card ii libusb-0.1-4 2:0.1.12-16 userspace USB programming library Versions of packages libacr38u recommends: ii pcscd 1.5.5-4Middleware to access a smart card libacr38u suggests no packages. --- ./AdmHndlr.c 2009-08-10 04:18:26.0 +0200 +++ ./AdmHndlr.c 2011-07-14 13:44:47.0 +0200 @@ -128,7 +128,7 @@ ULONG rv; UCHAR emvOption[5]; UCHAR selectCardType[20]; - UCHAR powerReset[4]; + UCHAR powerReset[5]; UCHAR resetCardType[20]; UCHAR ucResponse[MAX_BUFFER_SIZE]; ULONG ulSize; @@ -182,8 +182,9 @@ powerReset[0] = 0x01; powerReset[1] = 0x80; powerReset[2] = 0x00; - powerReset[3] = 0x00; - rv = Adm_Transmit(Lun, powerReset, 4, pucAtr, pulAtrLen); + powerReset[3] = 0x01; + powerReset[4] = 0x00; + rv = Adm_Transmit(Lun, powerReset, 5, pucAtr, pulAtrLen); } else { /* Memory Card */ @@ -221,8 +222,9 @@ powerReset[0] = 0x01; powerReset[1] = 0x80; powerReset[2] = 0x00; - powerReset[3] = 0x00; - rv = Adm_Transmit(Lun, powerReset, 4, pucAtr, pulAtrLen); + powerReset[3] = 0x01; + powerReset[4] = 0x00; + rv = Adm_Transmit(Lun, powerReset, 5, pucAtr, pulAtrLen); if (rv != STATUS_SUCCESS) { return rv; @@ -522,7 +524,7 @@ ULONG rv; ULONG ulSize = 0; UCHAR selectCardType[20]; - UCHAR powerReset[4]; + UCHAR powerReset[5]; UCHAR uc4428[20]; UCHAR ucResponse[MAX_BUFFER_SIZE]; #ifdef PCSC_DEBUG @@ -541,8 +543,9 @@ powerReset[0] = 0x01; powerReset[1] = 0x80; powerReset[2] = 0x00; - powerReset[3] = 0x00; - rv = Adm_Transmit( Lun, powerReset, 4, ucResponse, ulSize ); + powerReset[3] = 0x01; + powerReset[4] = 0x00; + rv = Adm_Transmit( Lun, powerReset, 5, ucResponse, ulSize ); if (rv != STATUS_SUCCESS) { return rv; }
Bug#633853: [checks/shared-libraries] add information about #204975 to tag descriptions
Package: lintian Version: 2.5.1 Severity: wishlist There's a long-standing bug in debhelper (#204975) that makes lintian trigger these tags: pkg-has-shlibs-control-file-but-no-actual-shared-libs postinst-has-useless-call-to-ldconfig postrm-has-useless-call-to-ldconfig It would be helpful if descriptions of these tags could contain a pointer to the bug log. -- 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#633302: [DRE-maint] Bug#633302: ruby-bcrypt: FTBFS everywhere: [BUG] Segmentation fault
Hi, Currently I don't have access to any Debian machine (atleast for a month or so), also I'm a ruby novice and I may need help here. I request help from the Debian Ruby Extras team (CCed). Thanking you, On Sat, Jul 9, 2011 at 4:49 PM, Aurelien Jarno aure...@debian.org wrote: Package: ruby-bcrypt Version: 2.1.4 Severity: serious Justification: fails to build from source (but built successfully in the past) From my build log: | make[1]: Entering directory `/tmp/buildd/ruby-bcrypt-2.1.4/ext/mri' | /bin/mkdir -p /tmp/buildd/ruby-bcrypt-2.1.4/debian/ruby-bcrypt/usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux | /usr/bin/install -c -m 0755 bcrypt_ext.so /tmp/buildd/ruby-bcrypt-2.1.4/debian/ruby-bcrypt/usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux | make[1]: Leaving directory `/tmp/buildd/ruby-bcrypt-2.1.4/ext/mri' | Running tests for ruby1.8 using debian/ruby-tests.rb... | /usr/bin/ruby1.8 -Ilib debian/ruby-tests.rb | | The BCrypt engine | /tmp/buildd/ruby-bcrypt-2.1.4/lib/bcrypt.rb:49: [BUG] Segmentation fault | ruby 1.8.7 (2011-06-30 patchlevel 352) [x86_64-linux] | | ERROR: Test ruby1.8 failed. Exiting. | dh_auto_install: dh_ruby --install /tmp/buildd/ruby-bcrypt-2.1.4/debian/ruby-bcrypt returned exit code 1 | make: *** [binary] Error 1 | dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 Full builds logs are available on: https://buildd.debian.org/status/package.php?p=ruby-bcryptsuite=sid -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ___ Pkg-ruby-extras-maintainers mailing list pkg-ruby-extras-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers -- Vasudev Kamath http://vasudevkamath.blogspot.com http://identi.ca/vasudev http://twitter.com/vasudevkamath -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633754: gcj-4.6: FTBFS on m68k with segfault
On Wed, Jul 13, 2011 at 12:30:17PM +, Thorsten Glaser wrote: Source: gcj-4.6 Version: 4.6.1-2 Severity: serious Justification: fails to build from source Running with -v -save-temps then (still in the cowbuilder chroot): # gdb --args /tmp/buildd/gcj-4.6-4.6.1/build/./gcc/jc1 /tmp/ccNOJT3hjx -fuse-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase ccNOJT3hjx -m68040 -m68040 -auxbase-strip java/.libs/util.o -g -O2 -Wno-deprecated -version -ffilelist-file -fencoding=UTF-8 -fbootstrap-classes -fsource-filename=/tmp/buildd/gcj-4.6-4.6.1/build/m68k-linux-gnu/m68040/libjava/classpath/lib/classes -fPIC -fbootclasspath=./:../../../../src/libjava/classpath/lib/ -faux-classpath ccNOJT3hjx.zip -MD_ -MT java/util.lo -MF java/util.deps -o ccNOJT3hjx.s Program received signal SIGSEGV, Segmentation fault. equiv_constant (x=0x0) at ../../src/gcc/cse.c:3812 3812 if (REG_P (x) (gdb) bt #0 equiv_constant (x=0x0) at ../../src/gcc/cse.c:3812 #1 0x804b0542 in fold_rtx (x=0xc83cb5f4, insn=0xc83cc1c0) at ../../src/gcc/cse.c:3274 equiv_constant is called with NULL pointer, I would think this is illegal and the problem happened one level up : #2 0x804b05fe in fold_rtx (x=0xc83c4f30, insn=0xc83cc1c0) at ../../src/gcc/cse.c:3279 Richard --- Name and OpenPGP keys available from pgp key servers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617378: initialization file `/usr/lib/xindy/xindy.mem' was not created by this version of CLISP runtime
severity 617378 important thanks On Thu, Jun 09, 2011 at 05:59:49PM +0200, Agustin Martin wrote: A summary for clisp maintainers, xindy depends on clisp-fasl-loader-20080430, provided by clisp-2.49 and clisp-2.48. This change by Jörg Sommer fixed above problem for xindy+clisp-2.48. However, this problem has reappeared with upgrade to clisp-2.49. Both clisp-2.48 and clisp-2.49 Debian packages provide clisp-fasl-loader-20080430, so ABI should be compatible. But above error seems to guess that an ABI change was introduced without bumping LISPOBJ(version..) in src/constobj.d (By the way, this was changed again on 6 Aug 2010 after 2.49 release, see hg#15040). By the way, rebuilding xindy package against clisp 2.49 makes xindy work again. If the above is true, Debian clisp should change LISPOBJ(version..) and xindy should be rebuilt against new clisp to make sure it inherits proper dependency. What do you think is happening? And what should be done? Checked a bit more. Putting some debugging messages in clisp src/spvw_memfile.d I found that the problem is with symbol_count. With them, I get this info about the error (I find erroring out method in that file insane, something giving something like below info would have been appreciated) with mismatched values, Error checking symbol_count Error: header._symbol_count: 1822, symbol_count 1827 symbol_count=((sizeof(symbol_tab)-varobjects_misaligned)/sizeof(symbol_)) sizeof(symbol_tab): 58468, varobjects_misaligned: 4, sizeof(symbol_): 32 leading to the normal error message /usr/lib/clisp-2.49/base/lisp.run: initialization file `/usr/lib/xindy/xindy.mem' was not created by this version of CLISP runtime while with clisp-2.48, also after putting some debugging messages, I can see that values match, header._symbol_count: 1822, symbol_count 1822 symbol_count=((sizeof(symbol_tab)-varobjects_misaligned)/sizeof(symbol_)) sizeof(symbol_tab): 58308, varobjects_misaligned: 4, sizeof(symbol_): 32 Seems that sizeof(symbol_tab) changed somewhere between 2.48 (2009-07-28) and 2.49 (2010-07-07) without explicitly bumping LISPOBJ(version..). Seems also that xindy is the only package depending on clisp-fasl-loader-20080430, so this problem only appeared for it. I do not know the clisp internals and what LISPOBJ(version..) really means. I'd say that it should be bumped after any backwards incompatible change like the one we are dealing with, but I may be wrong. I am raising this bug severity because it makes Debian shipped xindy useless in testing and sid. I am even thinking to make it RC. 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#633781: HTTP process runs with root privileges
FYI, the gracie package is the top search result in Google for terms such as `OpenID PAM' - so it is highly likely that people will be attracted to it whether you intend them to run it on the open internet or not. The use case I had in mind was combining gracie with my dynalogin code (a HOTP token solution), via PAM, to enable secure logins from internet cafes and such places. I may have a closer look at whether a Python wrapper for libsasl2 is possible, that might be a first step towards this - but do you feel saslauthd is the right way to go for gracie, or do you prefer a pure python alternative? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633837: libidn11: German ß (LATIN SMALL LETTER SHARP S) should no longer be converted to ss
retitle 633837 RFS: libidn2 for IDNA2008 support including the SHARP S letter thanks Simon Josefsson si...@josefsson.org writes: Christian Hammers chamm...@netcologne.de writes: package: wnpp retitle 633837 RFP: libidn2 (for IDNA2008 support including the SHARP S letter) severity 633837 wishlist stop (see below) On Thu, 14 Jul 2011 11:34:55 +0200 Simon Josefsson si...@josefsson.org wrote: Christian Hammers chamm...@netcologne.de writes: On Thu, 14 Jul 2011 10:24:46 +0200 Simon Josefsson si...@josefsson.org wrote: Christian Hammers chamm...@netcologne.de writes: Package: libidn11 Version: 1.15-2 Severity: normal Quoting http://www.denic.de/en/domains/internationalized-domain-names/sharp-s.html Since 4 August 2010, the IDNAbis standard allows the Latin small letter sharp s – also known as Eszett or sharp s (ß) – to be used as part of a domain name The IDN library (1.15 as well as 1.22 from unstable) still converts it to ss: $ idn --quiet --idna-to-ascii baß.de bass.de Changing the behaviour will of course break backwards compatibility but as the compatibility was broken by the IDNA standard itself, the library should continue to follow the standard (at least in methods that have idna in their name). Hi Christian. libidn.so implements the old IDNA standard, retroactively called IDNA2003. The page above talks about IDNAbis, or usually called IDNA2008, which libidn.so and idn don't support. IDNA2008 and IDNA2003 are not compatible. The GNU Libidn project contains another library and tool, libidn2 and idn2, which implements the IDNA2008 algorithm. It works like this: jas@latte:~$ idn2 baß.de xn--ba-hia.de jas@latte:~$ So I believe your request should be re-categorised as 1) a request to package libidn2, and 2) modify any applications you are concerned with to support it. If you just want to do the conversions on the command line, 1) will suffice. I'll see if I can get some packaging up and running... I would rather have libidn2 treated just as an update to libidn11 i.e. package idn (2.0), libidn-dev (2.0) and libidn20 (2.0) that replace the current /usr/bin/idn tool in the next Debian release. (or libidn2 if the linker figures correctly that it is newer than libidn11) That won't work -- IDNA2003 and IDNA2008 are fundamentally (at the specification level) so different that you can't replace one with the other. The APIs of the libraries are also different. Further, IDNA2003 will continue to be useful in parallel to IDNA2008, and vice versa. Then I re-categorise it as Request-For-Packaging. Anibal, will you package idn2 as well? I'm working on libidn2 packaging, I'll make them public later today and will upload to mentors.debian.net so you can test it. I'd be very happy if Anibal could help with them. Done now, please see: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=libidn2-0 Git repository for the debian/ stuff: https://gitorious.org/libidn2/libidn2-dpkg Please review or yet better, send patches. :-) /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598319: actually, it fails every time
Hi! I just realized that I've looked at it wrong: the deletion is never noticed (so the bug always happens for me), but I got confused by other status changes working. Thus, if I read it then sync the mailbox from mutt, the tray icon showing the number of new mails decreases -- yet the actual deletion won't be noticed until Icedove is closed. I generally use the latter merely as a glorified remote biff (unless there are graphical mails involved), so I failed to notice the difference. Sorry for confusion. -- 1KB // Yo momma uses IPv4! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633854: [ember] Update or remove
Package: ember Version: 0.5.7-1.1 Severity: grave --- Please enter the report below this line. --- 0.5.7 was released almost 2 years ago, with newer versions available for more than a year, even before Squeeze's freeze: 0.5.8 , 0.6.0 and 0.6.1. It depends on OGRE 1.6.4, removed a few months ago from unstable repositories, and it won't be coming back. Apart from that, Ember is a kind of big demo, technology preview of sorts, not a fun and playable game per se. So having a 2 years old technology preview in the archives is pretty useless. Therefore I submit this request for upgrade to 0.6.1 or removal, and with grave severity level because of the complete uselessness of the package in its current incarnation. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633855: [cyphesis-cpp] Update or remove
Package: cyphesis-cpp Version: 0.5.21-1.1 Severity: grave --- Please enter the report below this line. --- 0.5.21 was released almost 2 years ago, with newer versions available since very early after that, even before Squeeze's freeze. Almost every release notes since that version contain the line: Lots of bugs have been fixed, There are a huge number of bugfixes, hinting that it would be a very good idea to update. Apart from that, Cyphesis (server-side for different clients of Worldforge brand) is the a kind of big demo, technology preview of sorts, not a fun and playable game per se. Every new release improves the game play in some sense. So having a 2 years old technology preview in the archives is pretty useless. Therefore I submit this request for upgrade to 0.5.26 or removal, and with grave severity level because of the complete uselessness of the package in its current incarnation. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633847: libconfig-model-perl: Deletes comment fields in stand-alone license paragraphs.
Le Thu, Jul 14, 2011 at 02:26:05PM +0200, Dominique Dumont a écrit : Le Thursday 14 July 2011 12:48:00, Charles Plessy a écrit : “Extra fields can be added to any paragraph” Hmm, err, right ... :-/ Could you send me (or tell me where I can find) such a license file so I can nail down the problem? (and add it to the non-regression tests if you don't mind). Of course. http://git.debian.org/?p=debian-med/libbio-graphics-perl.git;a=blob_plain;f=debian/copyright;hb=c0c3803aba100259008073af9a595edf04845ec5 Cheers, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633845: initscripts: unupgradeable on vserver
On Thu, Jul 14, 2011 at 02:37:20PM +0200, Adam Borowski wrote: On Thu, Jul 14, 2011 at 01:29:44PM +0100, Roger Leigh wrote: On Thu, Jul 14, 2011 at 01:21:54PM +0200, Adam Borowski wrote: On Thu, Jul 14, 2011 at 12:15:40PM +0100, Roger Leigh wrote: On Thu, Jul 14, 2011 at 01:01:20PM +0200, Adam Borowski wrote: On Thu, Jul 14, 2011 at 11:57:29AM +0100, Roger Leigh wrote: What is the return value of ischroot in the vserver (when run as root)? 2 (failure to detect) Does /proc (/proc/1/root) exist inside the vserver? Is /proc available during normal vserver operation? It exists, but is unreadable, even to root: [~]# ls -al /proc/1/root ls: cannot read symbolic link /proc/1/root: Permission denied lrwxrwxrwx 1 root root 0 Jul 14 10:57 /proc/1/root Is /proc/self/vinfo readable? It is. We were using the following logic prior to the use of ischroot. Does it work correctly for you? if [ -e /proc/self/vinfo ]; then # If XID: 0 is found, we're a vserver # host, *not* a guest, hence return # false if grep '^XID:[[:space:]]*0$' /proc/self/vinfo 21 /dev/null; then return 1 fi fi It does. Returns 1 on the host, passes through on guest. Both on lenny and squeeze kernels. Great, thanks. So that's definitely what's missing. CCing Clint and Aurelien: Does this type of check belong in ischroot, or would it need adding to a separate (e.g. isvserver) tool? Is the scope of ischroot limited to plain chroot(2) chroots, or can we sanely add the above logic to extend its reach to virtualisation containers as well? For the current users e.g. initscripts, udev(?), vserver-type containers also fall into the group of chroot-like environments which we need to treat specially, so having it in ischroot would be helpful for us since we can support them all with a single check. However, I wouldn't object to having it in a separate tool if that's more appropriate; I can just do if ischroot || isvserver for example. But having it in a single tool means we can keep the tool platform-agnostic, since hurd/kfreebsd won't support vservers, and/or might have their own equivalents. Thanks, 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. signature.asc Description: Digital signature
Bug#633845: initscripts: unupgradeable on vserver
On Thu, Jul 14, 2011 at 01:21:54PM +0200, Adam Borowski wrote: On Thu, Jul 14, 2011 at 12:15:40PM +0100, Roger Leigh wrote: On Thu, Jul 14, 2011 at 01:01:20PM +0200, Adam Borowski wrote: On Thu, Jul 14, 2011 at 11:57:29AM +0100, Roger Leigh wrote: What is the return value of ischroot in the vserver (when run as root)? 2 (failure to detect) Does /proc (/proc/1/root) exist inside the vserver? Is /proc available during normal vserver operation? It exists, but is unreadable, even to root: [~]# ls -al /proc/1/root ls: cannot read symbolic link /proc/1/root: Permission denied lrwxrwxrwx 1 root root 0 Jul 14 10:57 /proc/1/root Is /proc/self/vinfo readable? We were using the following logic prior to the use of ischroot. Does it work correctly for you? if [ -e /proc/self/vinfo ]; then # If XID: 0 is found, we're a vserver # host, *not* a guest, hence return # false if grep '^XID:[[:space:]]*0$' /proc/self/vinfo 21 /dev/null; then return 1 fi fi If it does, we'll need to put this logic into ischroot I think. Thanks, 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. signature.asc Description: Digital signature
Bug#627700: New Intel Ethernet adapters (e1000e driver)
Hi, In this kernel version, the e1000e driver is missing support for i82567V-4 and i82579 and important bug fixes for i82577, i82578 and i82583. test results of the 82579V on an Asus P8Z68-V Pro. 00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Connection (rev 05) Subsystem: ASUSTeK Computer Inc. Device 849c Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 29 Region 0: Memory at fe60 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at fe624000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at f080 [size=32] Capabilities: [c8] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME- Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: feeff00c Data: 41c9 Capabilities: [e0] PCI Advanced Features AFCap: TP+ FLR+ AFCtrl: FLR- AFStatus: TP- Kernel driver in use: e1000e essentially everything works like Moritz already reported. So I will only add new things: 3. Does the interface work after suspend and resume? Yes. suspend to RAM and disk works -%- [ 2797.300374] PM: Finishing wakeup. [ 2797.300376] Restarting tasks ... done. [ 2799.546903] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx -%- -%- [ 548.397005] PM: Image restored successfully. [ 548.397008] Restarting tasks ... done. [ 548.397761] PM: Basic memory bitmaps freed [ 549.321542] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx -%- # netperf -L 10.10.1.55 -H 10.10.1.21 TCP STREAM TEST from 10.10.1.55 (10.10.1.55) port 0 AF_INET to 10.10.1.21 (10.10.1.21) port 0 AF_INET : demo Recv SendSend Socket Socket Message Elapsed Size SizeSize Time Throughput bytes bytes bytessecs.10^6bits/sec 87380 16384 1638410.02 931.18 Best regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633856: errors during installation, errors from init script
Package: gracie Severity: grave Version: 0.2.11-1 Installed on squeeze amd64 using apt-get The system was updated with `apt-get upgrade' just before this attempt to install gracie Unpacking gracie (from .../gracie_0.2.11-1_all.deb) ... Processing triggers for man-db ... Setting up gracie (0.2.11-1) ... Starting Gracie OpenID provider:/usr/lib/pymodules/python2.6/gracie/session.py:16: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha /usr/lib/pymodules/python2.6/gracie/server.py:49: UserWarning: openid.server.server.Server constructor requires op_endpoint parameter for OpenID 2.0 servers self.openid_server = OpenIDServer(store) gracied. Processing triggers for python-support ... It is observed that the daemon is running and contactable on HTTP, but it gives the following error in the web browser when clicking the `login' link (or attempting to access / or any URL path): Resource Not Found The requested resource was not found: /login Restarting the daemon gives this output: # /etc/init.d/gracie restart Stopping Gracie OpenID provider: gracied. Starting Gracie OpenID provider:/usr/lib/pymodules/python2.6/gracie/session.py:16: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha /usr/lib/pymodules/python2.6/gracie/server.py:49: UserWarning: openid.server.server.Server constructor requires op_endpoint parameter for OpenID 2.0 servers self.openid_server = OpenIDServer(store) gracied. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633857: Package description is infortunate
Package: robust-http-client Version: 1.2-1 Severity: wishlist Dear Maintainers, reviewing the German translation I encountered a minor issue: Description: Robust HTTP client library for Java This library provides a Java InputStream implementation around a HTTP connection that automatically reconnects if the connection fails in the middle communication. Perhaps it's a good idea just to sed -e s/in the middle/during/ debian/control. In the middle communication seems incorrect and redundant to me reconnect implies a previous connection/communication. Kind regards Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633858: -v not as safe as it sounds
Package: insserv Version: 1.14.0-2.1 Severity: wishlist File: /usr/share/man/man8/insserv.8.gz Man page says: -v, --verbose Write out what is currently going on. Neat. I'll try it and it will show on STDOUT some kind of status of how things are running or configured. Not Neat. I tried it and it overwrote those three dot files in /etc/init.d/ . Yes, works as intended, however please add some more words there on the man page about what -v does. I dare not try what plain # insserv does. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633859: --subject option
Package: at Version: 3.1.13-1 Severity: wishlist File: /usr/bin/batch Face it dudes, Subject: Output from your job 151 is just so lack-luster. Plus those goofy bucktooth spaces don't help. That's why you need an option to set an optional subject line. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633860: -v is more verbose about what?
Package: apt-show-versions Version: 0.17 Severity: wishlist File: /usr/share/man/man1/apt-show-versions.1p.gz -v, --verbose Prints out verbose messages. Well you had better go into more detail, as sum(1) shows it has no effect! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org