Bug#622087: RFP: vcprompt -- prints a short string about VCS for shell prompt
Package: wnpp Severity: wishlist * Package name: vcprompt Version : 0.0.0.20110322hg95cd6b390fdb Upstream Author : Greg Ward g...@gerg.ca * URL : http://vc.gerg.ca/hg/vcprompt/ * License : GPL Programming Lang: C Description : prints a short string about VCS for shell prompt vcprompt is a little C program that prints a short string, designed to be included in your prompt, with barebones information about the current working directory for various version control systems. It is designed to be small and lightweight rather than comprehensive. Supported VCS: * CVS * Fossil * Git * Mercurial * Subversion -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622088: RM: lm-sensors -- ROM; outdated, superseded by lm-sensors-3
Package: ftp.debian.org Severity: normal Please remove lm-sensors (the source package, not the binary one) from the archive. A request of removal of the last user of this library (wmsensors) has already been filled. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622089: RM: wmsensors -- RoM; uses outdated library, superseded by wmgtemp/wmtemp
Package: ftp.debian.org Severity: normal [This is not request of the maintainer, but the maintainer (Cc:ed) agreed to remove this package] wmsensors only supports lm78 and w83781d chips which are not really common anymore. Moreover it's the last package in the archive using the outdated libsensors3 library (from lm-sensors 2.x branch). Users of this package can use wmgtemp or wmtemp instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#472802: Next step: debian-mentors?
On 04/08/2011 10:16 PM, Eric Gerlach wrote: I'm willing to put in the time to try to find a sponsor and work out getting the package uploaded, but you guys (Nick and Jean-Pascal) are the maintainers, really. If one of you wants to take that on, I defer to you, if not, I hope you don't mind if I fight to get this into the archive. Please do. Its has already been 3 years since I first packaged this and if we can finally find a sponsor, I'll be more than happy... Thanks, Nick signature.asc Description: OpenPGP digital signature
Bug#621737: linux-image-2.6.32-5-powerpc: ath ignores regulatory domain setting
On 04/10/11 00:55, Ben Hutchings wrote: On Fri, 2011-04-08 at 13:39 +0100, Anton Ivanov wrote: Package: linux-2.6 Version: 2.6.32-30 Severity: minor ath driver ignores reg domain setting passed via cfg80211 and uses one from EEPROM instead. This setting a lot of cheap cards is CN. As a result the reg domain is set incorrectly (and for some countries illegally). [...] What do you mean by 'passed via cfg80211'? Are you setting the ieee80211_regdom module parameter? Ben. Yes. No effect. ath still reads from eeprom. -- Understanding is a three-edged sword: your side, their side, and the truth. --Kosh Naranek A. R. Ivanov E-mail: aiva...@sigsegv.cx WWW: http://www.sigsegv.cx/ pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanovai...@sigsegv.cx Fingerprint: C824 CBD7 EE4B D7F8 5331 89D5 FCDA 572E DDE5 E715 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622090: libauthen-krb5-perl: please use krb5-config in Makefile.PL instead of hard-coding checks
Package: libauthen-krb5-perl Version: 1.9-2 Severity: normal Tags: patch User: vor...@debian.org Usertags: multiarch Hi folks, Switching krb5 to multiarch will cause libauthen-krb5-perl to begin to fail to build, because it has hard-coded checks for library paths on the filesystem. Rather than walking the filesystem, it would be much better if it could use an interface like krb5-config to query the necessary library options. A patch to do this has now been pushed to Ubuntu. Please see the attached patch. I think krb5-config is now ubiquitous enough that this can be used reliably (and, therefore, pushed upstream as well). Please let me know if I'm mistaken. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru libauthen-krb5-perl-1.9/debian/patches/better-compiler-flags libauthen-krb5-perl-1.9/debian/patches/better-compiler-flags --- libauthen-krb5-perl-1.9/debian/patches/better-compiler-flags 2010-01-05 11:07:35.0 -0800 +++ libauthen-krb5-perl-1.9/debian/patches/better-compiler-flags 2011-04-09 23:37:07.0 -0700 @@ -6,8 +6,10 @@ Reviewed-By: Jonathan Yu jaw...@cpan.org Origin: vendor Forwarded: not-needed a/Makefile.PL -+++ b/Makefile.PL +Index: libauthen-krb5-perl-1.9/Makefile.PL +=== +--- libauthen-krb5-perl-1.9.orig/Makefile.PL libauthen-krb5-perl-1.9/Makefile.PL @@ -8,7 +8,8 @@ # any extra libraries? # add -lresolv here if you get errors like the following (usually on linux): @@ -18,20 +20,28 @@ # location of Kerberos 5 includes my $KRB5_INCDIR = '/usr/include'; -@@ -30,10 +31,14 @@ - $cryptolib = '-lcrypto'; - } +@@ -18,22 +19,10 @@ -+# Don't add -L/usr/lib or -I/usr/include; they can cause problems. -+my $ldflags = ($KRB5_LIBDIR eq '/usr/lib') ? '' : -L${KRB5_LIBDIR}; -+my $cppflags = ($KRB5_INCDIR eq '/usr/include') ? '' : -I${KRB5_INCDIR}; -+ + # DO NOT CHANGE ANYTHING BELOW HERE # + +-# check for libk5crypto -- only in krb5-1.1 and above +-print Checking for libk5crypto...; +-my $cryptolib; +-if ( -r ${KRB5_LIBDIR}/libk5crypto.a || -r ${KRB5_LIBDIR}/libk5crypto.so ) { +- print yes\n; +- $cryptolib = '-lk5crypto'; +-} +-else { +- print no. I'll use libcrypto instead.\n; +- $cryptolib = '-lcrypto'; +-} +- WriteMakefile( 'NAME' = 'Authen::Krb5', 'VERSION_FROM' = 'Krb5.pm', -'LIBS' = [-L${KRB5_LIBDIR} -lkrb5 ${cryptolib} -lcom_err $KRB5_EXTRALIBS], -+'LIBS' = [$ldflags -lkrb5 ${cryptolib} -lcom_err $KRB5_EXTRALIBS], ++'LIBS' = [`krb5-config --libs`], 'DEFINE' = '', -'INC' = -I${KRB5_INCDIR} $KRB5_EXTRAINCS -+'INC' = $cppflags $KRB5_EXTRAINCS ++'INC' = `krb5-config --cflags` );
Bug#575822: [PATCH] SLURM Perl modules Torque wrappers packaging
gennaro.ol...@cnr.it wrote: Hi, thank you very much for your parch. You're welcome! Glad you liked it :-) JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622044: choosewm: FTBFS: configure:4871: error: Could not find gtk/gtk.h
Package: choosewm Version: 0.1.6-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch Hi Bernhard, The attached patch addresses this build failure by fixing choosewm to use the standard pkg-config interface for querying include paths, instead of hard-coding the values. These includes should never be hard-coded, as they are not guaranteed to be constant over time - indeed, they will be changing again very soon because of multiarch. Since you appear to be upstream for this package as well, I'll note that there are a few other oddities here: - you're testing in configure.ac for headers that you aren't using (glib.h, pango/pango.h, cairo/cairo.h, atk/atkobject.h). These checks are pretty redundant; either they are needed and the compiler will spit out an error soon enough, or they aren't and the warning is a red herring. - it's not normal to require users to pass CPPFLAGS manually to make - especially when you're using autoconf and building against libraries such as gtk, which provide a standard interface for this in the form of pkg-config (and for which standard autoconf macros - PKG_PROG_PKG_CONFIG and PKG_CHECK_MODULES - are readily available). I strongly encourage you as the upstream to use these interfaces in your upstream build system; they will make your software more portable and your package more robust against irrelevant library changes. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -u choosewm-0.1.6/debian/rules choosewm-0.1.6/debian/rules --- choosewm-0.1.6/debian/rules +++ choosewm-0.1.6/debian/rules @@ -13,7 +13,7 @@ CFLAGS += -O2 endif LDFLAGS = -Wl,-z,defs -CPPFLAGS = -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo +CPPFLAGS = $(shell pkg-config --cflags gtk+-2.0 glib-2.0 pango atk cairo) ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) MAKEFLAGS += -j$(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) diff -u choosewm-0.1.6/debian/control choosewm-0.1.6/debian/control --- choosewm-0.1.6/debian/control +++ choosewm-0.1.6/debian/control @@ -2,7 +2,7 @@ Section: x11 Priority: extra Maintainer: Bernhard R. Link brl...@debian.org -Build-Depends: debhelper (= 5), libglib2.0-dev, libpango1.0-dev, libatk1.0-dev, libgtk2.0-dev, libcairo2-dev +Build-Depends: debhelper (= 5), libglib2.0-dev, libpango1.0-dev, libatk1.0-dev, libgtk2.0-dev, libcairo2-dev, pkg-config Standards-Version: 3.8.4 Package: choosewm diff -u choosewm-0.1.6/debian/changelog choosewm-0.1.6/debian/changelog
Bug#619618: update-grub results in unbootable system
output from bootinfoscript attached. I removed nfs- and local bind entries from fstab. Rest of the output is unchanged. See device changes from different boot times (no hw-change) In GRUB shell could you try executing terminal_output gfxterm ? results in: no suitable mode found regards Gero Boot Info Script 0.55dated February 15th, 2010 = Boot Info Summary: == = Grub 2 is installed in the MBR of /dev/sda and looks on the same drive in partition #2 for (,msdos2)/grub. = No boot loader is installed in the MBR of /dev/sdb = No boot loader is installed in the MBR of /dev/sdc = Testdisk is installed in the MBR of /dev/sdd = No boot loader is installed in the MBR of /dev/sde = No boot loader is installed in the MBR of /dev/sdf = Windows is installed in the MBR of /dev/sdg = Grub 2 is installed in the MBR of /dev/sdh and looks on the same drive in partition #3 for (,msdos3)/boot/grub. sda1: _ File system: ext4 Boot sector type: - Boot sector info: Operating System: Debian GNU/Linux 6.0 Boot files/dirs: /etc/fstab sda2: _ File system: ext3 Boot sector type: - Boot sector info: Operating System: Boot files/dirs: /grub/grub.cfg /grub/core.img sda3: _ File system: ext4 Boot sector type: - Boot sector info: Operating System: Ubuntu 10.10 Boot files/dirs: /boot/grub/grub.cfg /etc/fstab /boot/grub/core.img sdb1: _ File system: swap Boot sector type: - Boot sector info: sdb2: _ File system: ext3 Boot sector type: - Boot sector info: Operating System: Boot files/dirs: sdc1: _ File system: swap Boot sector type: - Boot sector info: sdc2: _ File system: ext4 Boot sector type: - Boot sector info: Operating System: Boot files/dirs: sdd1: _ File system: swap Boot sector type: - Boot sector info: sdd2: _ File system: ext4 Boot sector type: - Boot sector info: Operating System: Boot files/dirs: sde1: _ File system: ext3 Boot sector type: - Boot sector info: Operating System: Boot files/dirs: sdf1: _ File system: ext3 Boot sector type: - Boot sector info: Operating System: Boot files/dirs: sdg1: _ File system: ntfs Boot sector type: Windows Vista/7 Boot sector info: No errors found in the Boot Parameter Block. Operating System: Boot files/dirs: sdh1: _ File system: xfs Boot sector type: - Boot sector info: Operating System: Boot files/dirs: === Drive/Partition Info: = Drive: sda ___ _ Disk /dev/sda: 40.0 GB, 40020664320 bytes 255 heads, 63 sectors/track, 4865 cylinders, total 78165360 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes Partition Boot Start End Size Id System /dev/sda1 6341,961,77941,961,717 83 Linux /dev/sda2* 41,963,52042,743,807 780,288 83 Linux /dev/sda3 42,743,80878,163,96735,420,160 83 Linux Drive: sdb ___ _ Disk /dev/sdb: 150.0 GB, 150039945216 bytes 255 heads, 63 sectors/track, 18241 cylinders, total 293046768 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes Partition Boot Start End Size Id System /dev/sdb1 2,04839,063,55139,061,504 82 Linux swap / Solaris /dev/sdb2 39,063,552 293,046,271 253,982,720 83 Linux Drive: sdc ___ _
Bug#622091: libmodplug ReadS3M stack overflow
Package: libmodplug Version: 1:0.8.8.1-2 Severity: grave Tags: security upstream Justification: user security hole Hello, An exploitable memory corruption vulnerability has been publicized against libmodplug 0.8.8.1: http://seclists.org/fulldisclosure/2011/Apr/113 Upstream version 0.8.8.2 fixes the issue. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585510: Fwd: RFS: herculesstudio
On 04/10/2011 04:40 AM, Liang Guo wrote: CC to debian-mentors and BUG:585510 On Sat, Apr 9, 2011 at 1:07 PM, Thomas Goirand z...@debian.org wrote: 1/ Can you use the new DEP5 format for your debian/copyright? Done 2/ The policy is now 3.9.1. Done, actually current policy is 3.9.2 now, but lintian don't support it yet. so I still use 3.9.1 3/ I think you should remove useless comments in your debian/rules, it would improve readability. Like: Unnecessary comments are removed. 4/ I tried the GUI, and it seemed vaguely working, that's enough for me. But where exactly in the Gnome menu did it install??? I added herculesstudio.desktop, so Hercules Studio can be found at System or System/Simulator now. Thanks for these changes. It was mostly cosmetic (apart from the .desktop which was really missing...). And I've push my changes to git.d.o, you can check it at: git://git.debian.org/git/collab-maint/herculesstudio.git Thanks and Regards, That's great if you use Git, I maintain all of my packages this was as well. But next time you ask for sponsorship, please fill the Vcs-Git and Vcs-Browser fields of debian/control accordingly. As the Vcs-* fields were not blockers, I did upload the package to SID for you. Please correct this in your Git for the next upload. :) Thanks for your interest in Debian, and for your work. I am now confident that you deserve the DM status, and I can for sure vouch for you, in a more definitive way that I did on my first message. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621836: exim4: Could not perform immediate configuration
Morning, I have had this happen recently too, but I was moving from ssmtp to exim on wheezy, using aptitude to remove ssmtp first allowed exim to install. There are many mentions of this error, some very old, but this one seems to give an clue at least. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=188161 The most relevant things seem to be the Essential tag, but also the fact that apt is not giving a helpful error, finding exactly which package is causing the problem may be difficult. Just did a quick check and this does not happen on a couple of Lenny systems, or Squeeze systems with very few other packages installed. Finding the actual cause could be painful, it would be nice if Apt gave more information. Regards Jon Quoting Slavko li...@slavino.sk: Ahoj, D?a Sat, 9 Apr 2011 13:12:23 +0200 Andreas Metzler ametz...@downhill.at.eu.org napísal: works for me: nice to know. except cron, the proces for me was similar, only ends with mentioned error, i have no special APT settings in this system... can be this caused by some other package(s), which depends on mta? -- Slavko http://slavino.sk This message was sent using IMP, the Internet Messaging Program. pgpixxpGtCKQx.pgp Description: PGP Digital Signature
Bug#622092: cyrus-imapd-2.2: fix for build with multiarch
Package: cyrus-imapd-2.2 Version: 2.2.13-19 Severity: normal Tags: patch User: vor...@debian.org Usertags: multiarch Hi folks, The current cyrus-imapd-2.2 package fails to build from source in a multiarch library environment, because passing --with-com_err=/usr on the commandline results in a hard-coded linker option of /usr/lib/libcom_err.a - which will no longer be the right path after libcomerr2 is converted for multiarch. The attached patch has been applied in Ubuntu for this issue, correcting this call to use --with-com_err with no argument to get the default search path. Multiarch should be coming to unstable within the month, so I would encourage you to apply this patch to the package at your earliest convenience. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -u cyrus-imapd-2.2-2.2.13/debian/rules cyrus-imapd-2.2-2.2.13/debian/rules --- cyrus-imapd-2.2-2.2.13/debian/rules +++ cyrus-imapd-2.2-2.2.13/debian/rules @@ -99,7 +99,7 @@ --disable-listext --enable-annotatemore --with-sasl=/usr \ --with-drac=/usr \ --with-cyrus-user=cyrus --with-cyrus-group=mail \ - --with-tclsh=/usr/bin/tclsh --with-com_err=/usr \ + --with-tclsh=/usr/bin/tclsh --with-com_err \ --with-pidfile=/var/run/cyrmaster.pid \ --with-syslogfacility=MAIL \ --with-seen-db=skiplist --with-mboxlist-db=skiplist \
Bug#436466: dash: Please optimise single command given to -c to exec it
tags 436466 + patch forwarded 436466 http://thread.gmane.org/gmane.comp.shells.dash/556 quit Jilles Tjoelker wrote: Regarding sh -c optimization, I am in favour of this. Uselessly waiting 'sh -c' processes annoy me. I made the change for FreeBSD 8.0 sh Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
Hello, On Saturday 09 April 2011 18:41:52 Michel Briand wrote: Package: phonon Version: 4:4.6.0really4.4.2-1 Severity: wishlist Hi, phonon 4.4.3 has fixed a *very important bug* [1]. This bug prevents amarok from playing file which names are not ascii (iso-8859-15 for example). Is it possible to bump squeeze version ? Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has many changes. If I were you, I would switch locale to UTF-8. Do not delay invetitable. Personally I'm not interested. Updating squeeze-proper to 4.4.3 is out of the question with the exception of backporting a patch. -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#621836: exim4: Could not perform immediate configuration
On 2011-04-09 Slavko li...@slavino.sk wrote: Ahoj, Dňa Sat, 9 Apr 2011 13:12:23 +0200 Andreas Metzler ametz...@downhill.at.eu.org napísal: works for me: nice to know. except cron, the proces for me was similar, only ends with mentioned error, i have no special APT settings in this system... can be this caused by some other package(s), which depends on mta? Hej, just for completeness sake, does apt-get install exim4 work for you or does it produce the same error as aptitude install exim4? cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622077: identicurse: Exception in thread - ValueError: time data... does not match format...
severity 622077 serious thanks Hi, thanks for the report. I'll upload the new upstream release within few days. Cheers, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621914: patch correction
whoops, was just informed that the .d in init.d stands for directory; sending updated patch to correct my terminology. this one entirely replaces the previous patch I sent. -- GPG: 4096R/5FBBDBCE From f87008c948beba958dbe82109ca2067b1fbe8a6c Mon Sep 17 00:00:00 2001 From: Ximin Luo infini...@gmx.com Date: Sat, 9 Apr 2011 14:16:15 +0100 Subject: [PATCH] add wrapper shell scripts to package, also no need to export DEB_* vars --- debian/build-wrapper-scripts | 140 debian/rules | 18 +++-- debian/service-wrapper.install |3 + 3 files changed, 154 insertions(+), 7 deletions(-) create mode 100755 debian/build-wrapper-scripts diff --git a/debian/build-wrapper-scripts b/debian/build-wrapper-scripts new file mode 100755 index 000..73f7ae7 --- /dev/null +++ b/debian/build-wrapper-scripts @@ -0,0 +1,140 @@ +#!/bin/sh +# Split up service-wrapper-java sh.script.in into a user-editable config +# component that calls the static code, which needs not be modified. + +SRCSH=src/bin/sh.script.in + +if [ ! -f $SRCSH ]; then echo 2 cwd has no $SRCSH; exit 1; fi +if [ ! -d $BUILD_DIR ]; then echo 2 BUILD_DIR not a directory, or unset: $BUILD_DIR; exit 1; fi + +WRAPPER_SERVICE=$1 +WRAPPER_CMD=$2 + +mk_init_template() { + { + sed -n -e 1,${2}p $SRCSH + cat EOF + +if [ -f /etc/default/\$APP_NAME ]; then + . /etc/default/\$APP_NAME +fi + +# WRAPPER_PREINIT START +# WRAPPER_PREINIT END + +. $WRAPPER_SERVICE + +EOF + } | sed -e 's|^\(WRAPPER_CMD=\).*|\1'$WRAPPER_CMD'|g' +} + +mk_daemon_sh() { + sed -n -e 1,${1}p $SRCSH + cat 'EOF' + +if [ -z $WRAPPER_CONF ]; then + echo 2 WRAPPER_CONF not set; abort + exit 1 +fi + +EOF + sed -n -e ${2},\$p $SRCSH +} + +mk_make_wrapper_init_sh() { + cat 'EOF2' +#!/bin/sh +# Create an application-specific initscript that runs service-wrapper. + +QUIET=false +PREINIT_SH=/dev/null + +case $1 in +-q|--quiet) + QUIET=true + ;; +-h|--help) + echo 2 Usage: cat PARAMS | $0 [-q|--quiet] + exit 1 +esac + +if ! $QUIET; then + cat 2 EOF +This script will generate an initscript that runs service-wrapper. I will now +read from STDIN; please input your parameters in the following format: + + start of input stream +APP_NAME +APP_LONG_NAME +APP_DESCRIPTION +NAME1 VALUE1 +NAME2 VALUE2 +... +NAMEn VALUEn + +PREINIT_SHELL_SCRIPT_LINE1 +PREINIT_SHELL_SCRIPT_LINE2 +... +PREINIT_SHELL_SCRIPT_LINEn + end of input stream + +where: + +APP_NAME: short system name of application, e.g. avahi-daemon, apache2 + This is used to refer to scripts like /etc/default/APP_NAME +APP_LONG_NAME: long name of application, e.g. Apache Web Server + This is used to refer to the application in messages for the end user. +APP_DESCRIPTION: longer description for your application + This serves as documentation for the end user. +NAMEn VALUEn: optional name-value pairs that set application-specific defaults + for service-wrapper variables. At run-time, these may be overridden by user + settings in /etc/default/APP_NAME. Note: a space separates NAME VALUE, not + an equals sign (=). Also, currently VALUE cannot contain |. +PREINIT_SHELL_SCRIPTn: at run-time, these commands will be run after the script +sources /etc/default/APP_NAME, to do further processing on any variables set. + +Please enter your input; press Ctrl-D when you are done: +EOF +fi + +# splice params + +SED_ARGS= +push_sed_expr() { SED_ARGS=$SED_ARGS -e '$1'; } + +read APP_NAME +push_sed_expr s/@app.name@/$APP_NAME/g + +read APP_LONG_NAME +push_sed_expr s/@app.long.name@/$APP_LONG_NAME/g + +read APP_DESCRIPTION +push_sed_expr s/@app.description@/$APP_DESCRIPTION/g + +while read ARG VAL; do + if [ -z $ARG ]; then break; fi + push_sed_expr 's|^\s*#\?\s*\('$ARG'=\).*|\1'$VAL'|g' +done + +PREINIT_SH=$(tempfile) +cat - $PREINIT_SH + +if ! $QUIET; then set -x; fi +eval sed $SED_ARGS EOF | sed -e /WRAPPER_PREINIT START/r$PREINIT_SH +EOF2 + mk_init_template $1 $2 + echo EOF +} + + +sed -n -e '/^#--/=' $SRCSH | { + +read L1 +read L2 + +mk_daemon_sh $L1 $L2 $BUILD_DIR/$(basename $WRAPPER_SERVICE) +chmod +x $BUILD_DIR/$(basename $WRAPPER_SERVICE) +mk_make_wrapper_init_sh $L1 $L2 $BUILD_DIR/make-wrapper-init.sh +chmod +x $BUILD_DIR/make-wrapper-init.sh + +} diff --git a/debian/rules b/debian/rules index 470a219..8954ea8 100755 --- a/debian/rules +++ b/debian/rules @@ -1,10 +1,12 @@ -#!/usr/bin/make -f +#!/usr/bin/make -f DH_VERBOSE=1 -CLASSPATH=/usr/share/java/junit4.jar:/usr/share/java/junit.jar:/usr/share/java/commons-collections.jar +DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) +DEB_HOST_ARCH_CPU := $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) +CLASSPATH := /usr/share/java/junit4.jar:/usr/share/java/junit.jar:/usr/share/java/commons-collections.jar +JAVA_HOME := /usr/lib/jvm/default-java export CLASSPATH -export DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) -export DEB_HOST_ARCH_CPU := $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) +export
Bug#621710: qemu-system-sparc/sparc64: does not boot with Debian Installer
On Thu, Apr 07, 2011 at 11:28:55PM -0400, Mehul Sanghvi wrote: Package: qemu-system Version: 0.12.5+dfsg-3 Severity: normal prompt% qemu-img info qemu-debian-sparc.img image: qemu-debian-sparc.img file format: raw virtual size: 5.0G (5368709120 bytes) disk size: 0 prompt% qemu-system-sparc -hda qemu-debian-sparc.img -boot d -m 256 -cdrom ISO_Images/Debian/debian-6.0.1a-sparc-businesscard.iso Welcome to OpenBIOS v1.0 built on Feb 27 2010 22:57 [sparc] booting file 'cdrom' with parameters '' Trying cdrom (/iommu/sbus/espdma/esp/sd@2,0) Not a bootable ELF image Not a Linux kernel image Loading a.out image... Loaded 7680 bytes entry point is 0x4000 Jumping to entry point... ### At this point it freezes up. Nothing happens at all. This doesn't work given qemu-system-sparc emulates a 32-bit CPU, while Debian needs a 64-bit CPU. prompt% qemu-system-sparc64 -hda qemu-debian-sparc.img -boot d -m 256 -cdrom ISO_Images/Debian/debian-6.0.1a-sparc-businesscard.iso ... ... ... [0.00] Initializing cgroup subsys cpu This is because qemu-system-sparc64 is not yet complete to the point of booting a Linux kernel. I'll advise you to install etch instead, which is the last Debian sparc release with support for 32-bit CPU. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621836: exim4: Could not perform immediate configuration
Ahoj, Dňa Sun, 10 Apr 2011 09:51:01 +0200 Andreas Metzler ametz...@downhill.at.eu.org napísal: On 2011-04-09 Slavko li...@slavino.sk wrote: Ahoj, Dňa Sat, 9 Apr 2011 13:12:23 +0200 Andreas Metzler ametz...@downhill.at.eu.org napísal: works for me: nice to know. except cron, the proces for me was similar, only ends with mentioned error, i have no special APT settings in this system... can be this caused by some other package(s), which depends on mta? Hej, just for completeness sake, does apt-get install exim4 work for you or does it produce the same error as aptitude install exim4? Simple: yes. before i fill the bug i tried apt-get too (from my history): apt-get -o APT::Immediate-Configure=0 install exim4 but i do not tried apt-get without -o option and i have exim4 installed and configured now, then i cannot test it again. regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Bug#621840: lintian: please warning when urgency in changes does not match the changelog
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-04-10 04:24, Russ Allbery wrote: Niels Thykier ni...@thykier.net writes: Nope, I would keep the dpkg-genchanges behaviour to choose the highest, but ask the developer to be explicit about it. The good thing about the current behaviour is that if you import a bunch of changes from (e.g.) Ubuntu and one of them closes a security issue, then as long as you remember the -v option, then you get the right urgency. The idea was to make Lintian nag if there is a mismatch, mostly because if there is a security/priority issue, there is no problem in bumping the current changelog entry (to confirm it) and if there is not an issue, there is no reason for the urgency to be inflated (causing reduced time before testing migration). Oh, okay, I see. Hm. I guess I have no strong opinion. It feels weird to me to tag the most recent upload as high urgency even if there's nothing in that change to warrant high urgency just because earlier changes were high urgency, but this may just be a personal twitch that I'd get over. I don't know how frequently this might happen. It might be worth asking the release team what they think. Alternatively we could look for urgency/priority in the changelog entry (similar to the upload to unstable check we currently do), if you feel that is less weird. ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNoWR0AAoJEAVLu599gGRCOeYP/0lOIjdYFMh2Ym9+g25/UFug 1Cf0chM84zxQhgipm+nuxSZNSB/88yL9pG7WokVWB31Fy1H2FcOP4Zpf4EHNFTQV aqu8lOTvwrr+7YisDHtJeqmBBXYRQ1SmYdcU4IWfV1Od2k0v9ZIgKUVIHZyfY8Uk /OfomKV0WKqmWfGXN3fcZItGYMpCdr3KzyGweEJCVAhPFxUyyFIOLrfFjyq/lR17 R/kSUieBJK4mnjExHGWtEMbw+YG7/N22N8al7zNY3WnKZ1tWWgctg0SCZjTqeISR q2TdBEWx1muSLLVjaVBddWu7+ty7wAEHivKeADh/ruUYDJ4rt7dBs/aU7OT9MhE4 5k+W3tgrr44Iz0y//VeBpKBFd/hBgg2BK7SoyM4Ch5pmm1pW3HP1juEVCzLRlh1k VavYHzVU5J5zNOFOELB/2QGpLxSpNTJvVacxHRXtk9x1Z923zxlNTnliq5pISfMn 0qL2qcfqqCdtsuPqxluL5hfSAKtjGqzW5SR+ME55JhcpkEsWCdd4eC8KGLjRUM8/ pEHjGOgonJMPemCKU6HbtUVcHKDPrrR7O2av4skTVtjTnnF7vdsVA9EH+zyG7YJP tV0n4xmX6WLflg6JndXj2HRCmkYGUmgn3bdhvAXvkM0ccEWkJSPqNdqgBYphUmAW Ijv9XkUMei3qhSRcfeud =XCHT -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#582212: Sorry, but I believe this bug was more of a misconfiguration.
On Sat, Apr 09, 2011 at 07:46:33PM +0200, Santiago Garcia Mantinan wrote: At least on my case I was blacklisting quite a few kernel modules on my guest of things I didn't want supported to save some memory, in the end it resulted that one of the modules (evdev I believe, I'll check it out for sure as soon as I have access to the machines, but I'm almost sure it was that one) was needed for acpi power button to be routed to the guest's acpid. Yes. Such button presses are reported via the input system in the meantime, not longer via the acpi special handling. So you need evdev. Bastian -- Where there's no emotion, there's no motive for violence. -- Spock, Dagger of the Mind, stardate 2715.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619845: [PATCH] tagdemo: Link to libfoo
Hi Kurt, * Kurt Roeckx wrote on Sat, Apr 02, 2011 at 09:06:05PM CEST: * tests/tagdemo/Makefile.am: Link to all libraries that the demo application uses. Thanks, I'm pushing that patch in your name. Cheers, Ralf 2011-04-10 Kurt Roeckx ... tagdemo: do not rely on picking up symbols from indirect deps. * tests/tagdemo/Makefile.am: Link to all libraries that the demo application uses. diff --git a/tests/tagdemo/Makefile.am b/tests/tagdemo/Makefile.am index e945c25..295e7b6 100644 --- a/tests/tagdemo/Makefile.am +++ b/tests/tagdemo/Makefile.am @@ -1,6 +1,6 @@ ## Makefile.am -- Process this file with automake to produce Makefile.in ## -## Copyright (C) 2003, 2004, 2005 Free Software Foundation +## Copyright (C) 2003, 2004, 2005, 2011 Free Software Foundation ## Written by Gary V. Vaughan, 2003 ## ## This file is part of GNU Libtool. @@ -47,7 +47,7 @@ noinst_HEADERS = foo.h baz.h conv.h bin_PROGRAMS = tagdemo tagdemo_SOURCES = main.cpp -tagdemo_LDADD = libbaz.la +tagdemo_LDADD = libbaz.la libfoo.la libtool: $(LIBTOOL_DEPS) $(SHELL) ./config.status --recheck -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621840: lintian: please warning when urgency in changes does not match the changelog
Niels Thykier ni...@thykier.net writes: Alternatively we could look for urgency/priority in the changelog entry (similar to the upload to unstable check we currently do), if you feel that is less weird. Well, but similar to the urgency setting itself, one would naturally put that in the urgent changelog entry, rather than in the most recent entry. So I think that's about the same to me. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622093: memtest86+: [INTL:sk] Slovak po-debconf translation
Package: memtest86+ Severity: wishlist Tags: l10n patch Version: 4.20-1 sk.po attached regards -- Slavko http://slavino.sk # Slovak translations for memtest86+ package # Slovenské preklady pre balÃk memtest86+. # Copyright (C) 2011 THE memtest86+'S COPYRIGHT HOLDER # This file is distributed under the same license as the memtest86+ package. # Automatically generated, 2011. # Slavko li...@slavino.sk, 2011. # msgid msgstr Project-Id-Version: memtest86+ 4.20-1\n Report-Msgid-Bugs-To: memtest...@packages.debian.org\n POT-Creation-Date: 2009-12-02 22:23+0100\n PO-Revision-Date: 2011-04-10 09:43+0200\n Last-Translator: Slavko li...@slavino.sk\n Language-Team: Slovak nomail\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: sk\n Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2 n=4) ? 1 : 2;\n #. Type: boolean #. Description #: ../templates:1001 msgid Run lilo automatically after upgrade (if found)? msgstr SpustiÅ¥ po aktualizácii automaticky lilo (ak je nájdené)? #. Type: boolean #. Description #: ../templates:1001 msgid If lilo is installed and its configuration file contains the memtest86/ memtest86+ image, then it should be re-run in order to allow booting the new image. msgstr Ak je nainÅ¡talované lilo a jeho konfiguraÄný súbor obsahuje obraz memtest86/ memtest86+, potom musà byÅ¥ znova spustené, aby bolo možné zavádzaÅ¥ nový obraz. signature.asc Description: PGP signature
Bug#585409: package wine1.2 series
Package: wine Version: 1.2-0.1 Severity: normal Hi Stephen, do you think you could update your packages to the recently released stable version 1.2.3? The first 1.2 release, 1.2.0, is already over half a year old and I don't think this version should go into Debian unstable. Thanks alot for the work so far. It's really annoying having to build wine myself each time a new version is released. Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622094: Handle Exec format error executing bad maintainer script
Package: dpkg Version: 1.15.8.10 Severity: normal Today, we were assisting a user on #debian at irc.oftc.net. He had installed a package from a third-party source that included a bad .postrm maintainer script. The script was executable, yet completely empty. The package was therefore not removable, even with --force-remove-reinstreq as it would cause an Exec format error and refuse to remove it. Please ensure dpkg can handle such broken maintainer scripts (either upon removal, or even better, upon installation so the problem is noticed and addressed earlier) as a user attempting to remove such a broken package will be unable to do so without expert intervention. This is a transcript of the attempted removal: $ sudo dpkg --remove --force-remove-reinstreq caine-from-deb dpkg: warning: overriding problem because --force enabled: Package is in a very bad inconsistent state - you should reinstall it before attempting a removal. (Reading database ... 146919 files and directories currently installed.) Removing caine-from-deb ... dpkg (subprocess): unable to execute installed post-removal script (/var/lib/dpkg/info/caine-from-deb.postrm): Exec format error dpkg: error processing caine-from-deb (--remove): subprocess installed post-removal script returned error exit status 2 Errors were encountered while processing: caine-from-deb Of course, once we had determined the .postrm was empty, merely removing the offending maintainer script enabled removal of the package, but this sort of analysis is beyond the average user to accomplish on their own. Thanks, Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622095: gccgo: uninstallable on armel
Package: gccgo Version: 4:4.6.0-3 Severity: serious Hi, gccgo is uninstallable on armel as it depends on gccgo-4.6, which is only built on amd64 and i386. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602050: ITP: supercollider -- A real time audio synthesis programming language
2011/4/10 Felipe Sateler fsate...@debian.org: On Mon, Apr 4, 2011 at 03:06, Dan S danstowell+de...@gmail.com wrote: 2011/4/4 Felipe Sateler fsate...@debian.org: On Mon, Mar 28, 2011 at 18:42, Dan S danstowell+de...@gmail.com wrote: 2011/3/28 Dan S danstowell+de...@gmail.com: 2011/3/28 Felipe Sateler fsate...@debian.org: I've pushed a commit to that branch that apparently solves the issue. Great, works here, thanks. Someone else started the supercollider packaging (on ubuntu) and he had reasons for going with --install-sandbox. He is bcc'ed here - Artem please send me (or deb-mm) a mail if you have objections. I'll merge that branch into master, and send the change upstream (for inclusion in 3.4.2). Remember to include the change in master as a patch instead of directly modifying SConstruct! Ping? Thanks for the nudge - now committed. Any feedback welcome - this was the first time I used quilt properly ...and now SC 3.4.2 has been released on the same day. So I've imported it into the git (3 patches no longer needed, hooray) - all testing and feedback welcome. Looks like you didn't actually merge the upstream branch into master but instead imported the new tarball as a new commit. I used git-import-orig, surely that's the right thing to do? http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.NEW.UPSTREAM Hmm, it seems to have done a broken import. Did it actually succeed in the merge? Yes it did. If there's anything I should do that can fix this, please let me know. There will be a version 3.4.3 out fairly soon (3.4.2 has a regression!) so I'll need to know how to import it right. Also, please push the upstream tag too. Ah, sorry, now done. Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622087: RFP: vcprompt -- prints a short string about VCS for shell prompt
Yuya Nishihara wrote: Package: wnpp Severity: wishlist * Package name: vcprompt Version : 0.0.0.20110322hg95cd6b390fdb Upstream Author : Greg Ward g...@gerg.ca * URL : http://vc.gerg.ca/hg/vcprompt/ * License : GPL Programming Lang: C Description : prints a short string about VCS for shell prompt vcprompt is a little C program that prints a short string, designed to be included in your prompt, with barebones information about the current working directory for various version control systems. It is designed to be small and lightweight rather than comprehensive. Here's unofficial debian package available: https://bitbucket.org/yuja/vcprompt-mq/downloads/vcprompt_0.0.0.20110322hg95cd6b390fdb-1_i386.deb https://bitbucket.org/yuja/vcprompt-mq/downloads/vcprompt_0.0.0.20110322hg95cd6b390fdb-1_amd64.deb files under debian/ directory: https://bitbucket.org/yuja/vcprompt-mq/downloads/vcprompt_0.0.0.20110322hg95cd6b390fdb-1.debian.tar.gz https://bitbucket.org/yuja/vcprompt-mq/src/36a0287aaa63/debian.diff Regards, Yuya -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622061: cupt: FTBFS on a bunch of archs: pininfo.cpp:58:51: error: no matching function for call to 'min(int, long int)'
tags 622061 + confirmed quit On 2011-04-10 06:07, Cyril Brulebois wrote: I guess that, depending on a long's size, your package FTBFS: | [ 18%] Building CXX object cpp/lib/CMakeFiles/cupt2.dir/src/internal/pininfo.cpp.o | /build/buildd-cupt_2.0.0~rc1-amd64-YZl_PV/cupt-2.0.0~rc1/cpp/lib/src/internal/pininfo.cpp: In member function 'ssize_t cupt::internal::PinInfo::getOriginalAptPin(const std::shared_ptrconst cupt::cache::Version) const': | /build/buildd-cupt_2.0.0~rc1-amd64-YZl_PV/cupt-2.0.0~rc1/cpp/lib/src/internal/pininfo.cpp:58:51: error: no matching function for call to 'min(int, long int)' | make[3]: *** [cpp/lib/CMakeFiles/cupt2.dir/src/internal/pininfo.cpp.o] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=cuptsuite=experimental Seems like type (up)casting (even safe) is not done for template functions. Thanks for filing. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622096: xen-utils-common: error in script block by checking loop device sharing prevents DomU from start
Package: xen-utils-common Version: 4.0.0-1 Severity: important The script /etc/xen/scripts/block contains an error in the part which is checking the sharing of the already created loop devices. This error leads in the case of somespecific file inode values to the wrong report of the loop device as being already used and causes then the domain could not be started with such device at all, there is only displayed the message File {filename} is loopback-mounted through {loop1devname}, which is mounted in a guest domain {domainname}, and so cannot be mounted now. This error occurs in the case the inode of the given file is the substring of the another inode of the another file used also as loop device (for example as a block device in different DomU) Concretely, in my case I have one file with inode value 13 and the second with inode value 1356984 In this case the part of the script block: shared_list=$(losetup -a | grep ' \[0*'${dev}'\]:'${inode} | does not work correctly, it resolves the file with inode 1356984 which is already used like the file with inode 13 and prevents the usage of the file with inode 13, thinking it is already used. Also, the check of the sharing could generally cause following error: It would also not work anymore in the case there are multiple inodes, starting with 13 - then the given statement resolves multiple loop devices, so even if the device 13 would be already used, the checking of the sharing reports multiple loop devices (loop device corresponding with all such inodes like 1356984, 13, 1369336) what leads in the next processing in function check_sharing to the wrong evaluation and report the device 13 can be used again. The solution of this problem is (at least in my case it helped, but I think this could be a general solution of the output of losetup -a is always the same) to modify the statement above like follows: shared_list=$(losetup -a | grep ' \[0*'${dev}'\]:'${inode} | -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-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 xen-utils-common depends on: ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii udev164-3/dev/ and hotplug management daemo ii xenstore-utils 4.0.1-2 Xenstore utilities for Xen xen-utils-common recommends no packages. xen-utils-common suggests no packages. -- Configuration Files: /etc/default/xendomains changed [not included] /etc/init.d/xend changed [not included] /etc/xen/scripts/block changed [not included] /etc/xen/scripts/network-bridge changed [not included] /etc/xen/scripts/qemu-ifup changed [not included] /etc/xen/scripts/vif-bridge changed [not included] /etc/xen/scripts/vif-common.sh changed [not included] /etc/xen/xend-config.sxp changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622097: memtest86: [INTL:sk] Slovak po-debconf translation
Package: memtest86 Severity: wishlist Tags: l10n patch Version: 3.5-2.2 sk.po attached regards -- Slavko http://slavino.sk # Slovak translations for memtest86 package # Slovenské preklady pre balÃk memtest86. # Copyright (C) 2011 THE memtest86'S COPYRIGHT HOLDER # This file is distributed under the same license as the memtest86 package. # Automatically generated, 2011. # Slavko li...@slavino.sk, 2011. # msgid msgstr Project-Id-Version: memtest86 3.5-2.2\n Report-Msgid-Bugs-To: memtest...@packages.debian.org\n POT-Creation-Date: 2009-12-02 22:23+0100\n PO-Revision-Date: 2011-04-10 09:46+0200\n Last-Translator: Slavko li...@slavino.sk\n Language-Team: Slovak nomail\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: sk\n Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2 n=4) ? 1 : 2;\n #. Type: boolean #. Description #: ../templates:1001 msgid Run lilo automatically after upgrade (if found)? msgstr SpustiÅ¥ po aktualizácii automaticky lilo (ak je nájdené)? #. Type: boolean #. Description #: ../templates:1001 msgid If lilo is installed and its configuration file contains the memtest86/ memtest86+ image, then it should be re-run in order to allow booting the new image. msgstr Ak je nainÅ¡talované lilo a jeho konfiguraÄný súbor obsahuje obraz memtest86/ memtest86+, potom musà byÅ¥ znova spustené, aby bolo možné zavádzaÅ¥ nový obraz. signature.asc Description: PGP signature
Bug#622098: [l10n] Updated Czech translation of xsp debconf messages
Package: xsp Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of xsp debconf messages. Please include it with the package. Thanks -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: xsp\n Report-Msgid-Bugs-To: x...@packages.debian.org\n POT-Creation-Date: 2011-04-03 10:54+0100\n PO-Revision-Date: 2011-04-10 10:38+0200\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../mono-apache-server4.templates:1001 #| msgid Let mono-apache-server restart Apache? msgid Let mono-apache-server4 restart Apache? msgstr Má mono-apache-server4 restartovat Apache? #. Type: boolean #. Description #: ../mono-apache-server4.templates:1001 #| msgid #| The Debian version of mono-apache-server includes a mono-server-update #| script that creates a configuration file for apache to start the ASP.NET #| applications, and mono-server-update can restart apache if there's a new #| configuration file (/etc/mono-server/mono-server-hosts.conf). If this is #| true, then apache will be restarted when there is a new mono-server-hosts. #| conf file. msgid The Debian version of mono-apache-server4 includes a mono-server4-update script that creates a configuration file for apache to start the ASP.NET applications, and mono-server4-update can restart apache if there's a new configuration file (/etc/mono-server4/mono-server-hosts.conf). If this is true, then Apache will be restarted when there is a new mono-server4-hosts. conf file. msgstr mono-apache-server4 v Debianu obsahuje skript mono-server4-update, který slouží pro vytvoření konfiguračního souboru pro Apache, aby mohl Apache spouštět aplikace v ASP.NET. Skript mono-server4-update umí rozpoznat, zda je vytvořen nový konfigurační soubor /etc/mono-server4/mono-server-hosts.conf a případně restartovat Apache, aby se změny projevily. Chcete restartovat Apache v případě nového konfiguračního souboru mono-server4-hosts.conf? #. Type: note #. Description #: ../mono-apache-server4.templates:2001 ../mono-apache-server2.templates:2001 #: ../mono-xsp4.templates:4001 ../mono-xsp2.templates:4001 msgid ASP.NET 1.0 support removed msgstr Odstraněna podpora ASP.NET 1.0 #. Type: note #. Description #: ../mono-apache-server4.templates:2001 msgid You appear to have some ASP.NET 1.0 sites configured in /etc/mono-server1. Support for the 1.0 profile has been removed from Mono 2.8 and above, and you are no longer able to serve ASP.NET 1.0 sites. You must reconfigure XSP to serve these sites using either 2.0 or 4.0 profiles, assuming your application is compatible. Please see mono-server2-admin(8) or mono-server4- admin(8) to see how to regenerate a configuration for use with 2.0 or 4.0 profiles. msgstr Zdá se, že v /etc/mono-server1 jsou nakonfigurovány nějaké weby pro ASP.NET 1.0. Podpora pro profil 1.0 byla z Mona 2.8 odstraněna, což znamená, že již nemůžete hostovat weby pro ASP.NET 1.0. Pokud je aplikace kompatibilní, stačí přenastavit XSP tak, aby tyto weby hostovalo pomocí profilu 2.0 nebo 4.0. Postup, jak upravit nastavení pro profily 2.0 resp. 4.0, naleznete v manuálové stránce mono-server2-admin(8) resp. mono-server4-admin(8). #. Type: boolean #. Description #: ../mono-apache-server2.templates:1001 msgid Let mono-apache-server2 restart Apache? msgstr Má mono-apache-server2 restartovat Apache? #. Type: boolean #. Description #: ../mono-apache-server2.templates:1001 msgid The Debian version of mono-apache-server2 includes a mono-server2-update script that creates a configuration file for apache to start the ASP.NET applications, and mono-server2-update can restart apache if there's a new configuration file (/etc/mono-server2/mono-server2-hosts.conf). If this is true, then apache will be restarted when there is a new mono-server2-hosts. conf file. msgstr mono-apache-server2 v Debianu obsahuje skript mono-server2-update, který slouží pro vytvoření konfiguračního souboru pro Apache, aby mohl Apache spouštět aplikace v ASP.NET. Skript mono-server2-update umí rozpoznat, zda je vytvořen nový konfigurační soubor /etc/mono-server2/mono-server2-hosts. conf a případně restartovat Apache, aby se změny projevily. Chcete restartovat Apache v případě nového konfiguračního souboru mono-server2- hosts.conf? #. Type:
Bug#622099: [l10n] Updated Czech translation of mod-mono debconf messages
Package: mod-mono Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of mod-mono debconf messages. Please include it with the package. Thanks -- Miroslav Kure # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: mod-mono\n Report-Msgid-Bugs-To: mod-m...@packages.debian.org\n POT-Creation-Date: 2011-03-20 23:00+\n PO-Revision-Date: 2011-04-09 12:16+0200\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Description #: ../libapache2-mod-mono.templates:2001 msgid Mono server to use: msgstr Mono server, který se má použít: #. Type: select #. Description #: ../libapache2-mod-mono.templates:2001 #| msgid #| The libapache2-mod-mono module can be used with one of two different Mono #| ASP.NET backends:\n #| - mod-mono-server1: implements ASP.NET 1.1 features;\n #| - mod-mono-server2: implements ASP.NET 2.0 features. msgid The libapache2-mod-mono module can be used with one of two different Mono ASP.NET backends:\n - mod-mono-server2: implements ASP.NET 2.0 features;\n - mod-mono-server4: implements ASP.NET 4.0 features. msgstr Modul libapache2-mod-mono se dá použít s různými backendy pro Mono ASP.NET:\n - mod-mono-server2: implementuje ASP.NET 2.0;\n - mod-mono-server4: implementuje ASP.NET 4.0.
Bug#618197: snort: FTBFS: cp: cannot stat `doc/snort_manual.pdf': No such file or directory
Build-Depends-Indep is out of date. gs-common is an empty package nowadays. Thanks for the solution, I wonder, however, why the gs-common didn't pull in the ghostscript package in this autobuilder I'm going to upload a new package to fix this bug right away anyway. Regards Javier signature.asc Description: Digital signature
Bug#614682: Trouble with settings daemons at startup
Le samedi 09 avril 2011 à 14:22 +0200, Cyril Brulebois a écrit : However the X server does not properly clean up its state immediately, leading to a race condition. If the startup is very fast (which is usual for Xfce users or SSD owners), the new settings daemon receives wrong information from the X server that a settings daemon is still running, while actually it is not. since you kind of know what's happening, I'd appreciate if you could open a bug upstream directly: https://bugs.freedesktop.org/ product=xorg, component=Server/general I have received more explanations from Ryan Lortie, and it might not be as simple as “a bug in the X server”; although the problem probably lies in the interaction between the Xsettings manager and the X server, it might not be possible to actually fix it on the X side (which would mean the Xsettings specification has a design flaw). IMHO more testing is required before involving X people. You might want to reassign this to gdm3 in the meantime, since although this is not a bug in gdm3, it is the package that exhibits it. -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#622094: Handle Exec format error executing bad maintainer script
Hi, Ben Armstrong wrote: Today, we were assisting a user on #debian at irc.oftc.net. He had installed a package from a third-party source that included a bad .postrm maintainer script. The script was executable, yet completely empty. This seems suspicious. Perhaps the postrm file had been truncated at some point (e.g., sudden system failure while installing with an older version of dpkg?). Please ensure dpkg can handle such broken maintainer scripts (either upon removal, or even better, upon installation so the problem is noticed and addressed earlier) as a user attempting to remove such a broken package will be unable to do so without expert intervention. Do you mean something like a new dpkg --force-failing-maintainer-scripts? In the general case, such a thing would be a very easy way to end up with a broken system. I'm not sure there's any reasonable thing to do other than finding an expert to intervene. That said, in the specific case you mentioned, the following (which would be a good idea for other reasons otherwise) seems to work. What do you think? -- 8 -- Subject: libdpkg: Use execvp unconditionally in command_exec execvp already checks if its file argument contains a '/'; simplify by not checking again for the same thing. The real motivation is to avoid confusing behavior in an edge case: when execve fails with ENOEXEC, execvp will run the script using the system shell but execv will error out. Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- lib/dpkg/command.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/lib/dpkg/command.c b/lib/dpkg/command.c index 5e7cd05..a711bfa 100644 --- a/lib/dpkg/command.c +++ b/lib/dpkg/command.c @@ -175,10 +175,7 @@ command_add_args(struct command *cmd, ...) void command_exec(struct command *cmd) { - if (strchr(cmd-filename, '/')) - execv(cmd-filename, (char * const *)cmd-argv); - else - execvp(cmd-filename, (char * const *)cmd-argv); + execvp(cmd-filename, (char * const *)cmd-argv); ohshite(_(unable to execute %s (%s)), cmd-name, cmd-filename); } -- 1.7.5.rc0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622100: xevil will not always read X resources correctly
Package: xevil Version: 2.02r2-9 Tags: patch xevil does not always read X resources correctly for the definition of keyboard mappings. This is because of the use of invalid memory in the routine Game::process_x_resources(). The option char pointer points to memory provided by a temporary string object that has gone out of scope when option is used. This bug is only noticeable for certain implementations of STL on the compiler platform. Here is a suggested fix: --- a/cmn/game.cpp +++ b/cmn/game.cpp @@ -2254,10 +2254,10 @@ void Game::process_x_resources(int *,char **) strm right_ keysNames[n]; else strm right_ keysNames[n] _2; -const char *option = strm.str().c_str(); +string option = strm.str(); // Should we free value?? -char *value = XGetDefault(ui-get_dpy(0),XEVIL_CLASS,option); +char *value = XGetDefault(ui-get_dpy(0),XEVIL_CLASS,option.c_str()); if (value) { KeySym keysym = XStringToKeysym(value); if (keysym != NoSymbol) @@ -2273,10 +2273,10 @@ void Game::process_x_resources(int *,char **) strm left_ keysNames[n]; else strm left_ keysNames[n] _2; -const char *option = strm.str().c_str(); +string option = strm.str(); // Should we free value?? -char *value = XGetDefault(ui-get_dpy(0),XEVIL_CLASS,option); +char *value = XGetDefault(ui-get_dpy(0),XEVIL_CLASS,option.c_str()); if (value) { KeySym keysym = XStringToKeysym(value); if (keysym != NoSymbol)
Bug#308832: [pkg-dhcp-devel] Running the DHCP server as non-root
On Tue, Mar 22, 2011 at 05:02:56PM +, Matt Zimmerman wrote: Hello DHCP maintainers, As part of a patch review for the DEX project[0], I came across this wishlist bug on dhcp3-server: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=308832 for which a patch is available. It looks like this issue was forwarded upstream and got a reference number, but I couldn't find any way to look up its current status upstream. Is the upstream bug tracker not public? No. Their rationale is that they have potentially sensitive paid-customer bugs in there or something. I would like to help get this patch merged into Debian and upstream if possible. It was originally based on 3.0.1-2, but Ubuntu has been carrying it since then, and so it's been merged up to 4.1.1-P1-15 and quite well tested at this stage. The changes to upstream code are actually quite small and contained (10 lines, across one source file and 2 makefiles). Would you be willing to merge this small patch into the package until upstream decides what to do with it? Can you tell me what you think and how you would like to proceed with this? I have a personal policy of keeping the Debian package as close to upstream as possible. Ideally the long term set of Debian patches should approach zero. I'm suffering from a severe lack of spare time at the moment, but after mid-April I plan on getting back into DHCP-related stuff with a vengeance. I've got a good relationship with upstream, and I plan on having a face-to-face sit down with them in the near future. One of the things I'll be discussing is bugs that I've forwarded upstream. I'll ensure that I discuss this particular patch. I've managed to get the LDAP patch accepted this way, and I'm sure I can get a patch of this size accepted as well. In the meantime, I'll also ping the ticket. regards Andrew signature.asc Description: Digital signature
Bug#472802: Next step: debian-mentors?
On Sun, Apr 10, 2011 at 08:30:22AM +0200, Nicolas Barcet wrote: On 04/08/2011 10:16 PM, Eric Gerlach wrote: I'm willing to put in the time to try to find a sponsor and work out getting the package uploaded, but you guys (Nick and Jean-Pascal) are the maintainers, really. If one of you wants to take that on, I defer to you, if not, I hope you don't mind if I fight to get this into the archive. Please do. Its has already been 3 years since I first packaged this and if we can finally find a sponsor, I'll be more than happy... I'm sorry for having been pretty rubbish; real life has just been *so* crazy in the last few years :-( Comments on the version in collab-maint (following a very brief glance at postinst): - don't use sudo in the maintainer scripts; there's no guarantee it'll be installed; it runs as root, anyway, so you can just do a plain chmod. - the install/upgrade directories are chmod +x early on, but this is not undone in the abort-* or * targets; also, the upgrade directory is never locked again - is this correct? If someone else has time to mentor this, that would be great. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619963: memmove
Marc Glisse wrote: Hello, in the prototype of memmove (taken from glibc bits/string3.h), you will notice __restrict in front of the arguments. This is not present in more recent glibc versions and is a likely cause of your trouble. Indeed if I remove __restrict the bug is gone, and if I upgrade to libc6 2.13-0exp5, VLC's dec.c seems to be compiled correctly too. Should gcc-4.6 depend on glibc = 2.13? Or should gcc-4.6 provide a fixed prototype for memmove via fix-includes? Best regards, --Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622101: aptitude: Aptitude should have a filtering based upon a repositary
Package: aptitude Version: 0.6.3-3.2 Severity: wishlist Aptitude should have filtering option based upon a repositary. For example, show packages only from official Debian repositary or show packages only from Google repositary and so on. -- Package-specific info: aptitude 0.6.3 compiled at Oct 16 2010 18:18:04 Compiler: g++ 4.4.5 Compiled against: apt version 4.10.1 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.10.1 linux-vdso.so.1 = (0x7fff70fff000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x7f500787f000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7f500762c000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f5007426000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f500715a000) libept.so.1 = /usr/lib/libept.so.1 (0x7f5006efe000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f5006af9000) libz.so.1 = /usr/lib/libz.so.1 (0x7f50068e2000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x7f5006647000) libboost_iostreams.so.1.42.0 = /usr/lib/libboost_iostreams.so.1.42.0 (0x7f500642b000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f500620f000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f5005f05000) libm.so.6 = /lib/libm.so.6 (0x7f5005c82000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f5005a6c000) libc.so.6 = /lib/libc.so.6 (0x7f500570b000) libutil.so.1 = /lib/libutil.so.1 (0x7f5005507000) libdl.so.2 = /lib/libdl.so.2 (0x7f5005303000) libuuid.so.1 = /lib/libuuid.so.1 (0x7f50050fe000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0x7f5004eee000) librt.so.1 = /lib/librt.so.1 (0x7f5004ce6000) /lib64/ld-linux-x86-64.so.2 (0x7f5007bb4000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg4.10]0.8.13.1 Advanced front-end for dpkg ii libboost-iostreams1.42. 1.42.0-4 Boost.Iostreams Library ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libcwidget3 0.5.16-3 high-level terminal interface libr ii libept1 1.0.5High-level library for managing De ii libgcc1 1:4.5.2-4GCC support library ii libncursesw55.7+20100313-5 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libsqlite3-03.7.5-1 SQLite 3 shared library ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libxapian22 1.2.4-1 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: ii apt-xapian-index 0.41 maintenance and search tools for a pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2.1 parse Debian changelogs and output ii sensible-utils0.0.6 Utilities for sensible alternative Versions of packages aptitude suggests: pn debtags none (no description available) ii tasksel 2.89 Tool for selecting tasks for insta -- 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#622102: buildd does not find any distrubutions after upgrade
Package: buildd Vesion: 0.62.2-1 I upgraded from 0.60.0-1 to 0.62.2-1 while re-deboostrapping the system. The start of the new buildd started with |Reference found where even-sized list expected at /usr/share/perl5/Buildd/DistConf.pm line 46. |Apr 10 08:34:24 buildd-watcher[13750]: daemon not running (no pid file). |Apr 10 08:34:25 buildd[13785]: Daemon started. (pid=13785) |Can't use string () as an ARRAY ref while strict refs in use at /usr/share/perl5/Buildd/Client.pm line 66. and there was no buildd running. After I converted @distributions = ( to $distributions = [ like the new /etc/buildd/buildd.conf I get this: |Apr 10 08:38:16 buildd-watcher[14009]: daemon not running (no pid file). |distribution list is empty, aborting. at /usr/share/perl5/Buildd/Daemon.pm line 95. I don't think that this is a clone of #554953 since I don't use the old fashion config with @take_from_dists, $wanna_build_user and so on (However this seems to be parsed by the Buildd/Conf.pm file but so does this.) I also don't think that this is serious because the other buildd-admins got it work... Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621833: System users: removing them
On Sat, Apr 09, 2011 at 10:14:54AM +0100, Roger Leigh wrote: On Sat, Apr 09, 2011 at 09:44:28AM +0100, Lars Wirzenius wrote: Thus, I propose to change 9.2.2 UID and GID classes, the paragraph on uids in the range 100-999, to add the following sentence to the end of the paragraph: Packages must not remove system users and groups they have created. This does sound like a sensible addition. Will the packages be responsible for locking the accounts? I agree that the accounts should not be deleted, but that the packages should still be responsible for certain forms of cleanup: - removing the user home directory (on purge?) - locking the account - (optional) scanning the filesystem to clean up any other files owned by the user This is the good kind of cleanup to do. Deleting the account entirely is the bad kind of cleanup, because you can never guarantee that you've gotten *all* the files belonging to that user/group, thanks to removable media; so if the UID is reused, some other account gets access to files it wasn't meant to. I've always found the addition and removal of user accounts in maintainer scripts difficult, due to the huge difference in practice between packages, and the lack of detailed guidance on best practice. Would it be worth adding explicit examples of how to add system users and groups in Policy. Also, would it be worth adding support to debhelper or dpkg-maintscript-helper to do the user addition--it would unify the process so that packages won't have to reinvent the wheel, and make things much more simple and reliable. I don't think dpkg-maintscript-helper is the right layer of abstraction for something like this; we already have an imperative interface for account creation/deletion, which is adduser/deluser, and if that interface isn't sufficiently straightforward we should remedy that directly. I'm not sure if debhelper can help here. I guess we would need a new config file (debian/users?), but I'm not sure it could be done with a very debhelper-like syntax. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#618974: compiles perfectly with kfreebsd-i386 squeeze
Hello, I installed squeeze yesterday for kfreebsd in qemu and (after a long long time) can report that the package is just compiling nicely. The problem is most likely not with BOINC but of course we should use that opportunity to locate the bug. I'll see now if I can reproduce the problem my updating unstable ... S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621907: mono: FTBFS on kfreebsd-*: […]sgen-gc.h:188:39: error: 'SIGPWR' undeclared here
On Sun, 2011-04-10 at 04:17 +0200, Cyril Brulebois wrote: Source: mono Version: 2.10.1-3 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, thanks for that upload, but it still FTBFS. Funny to see SIGPWR mentioned in some posix-ish file, since it isn't. :-) You're right, it isn't. Which is why there's an ifdef to use SIGXFSZ instead on __APPLE__, __OpenBSD__ or __FreeBSD__. Seems we forgot to add __FreeBSD_kernel__ to the mix. signature.asc Description: This is a digitally signed message part
Bug#622103: [PATCH] git-buildpackage: repo.get_submodules fails on filenames with whitespaces
Package: git-buildpackage Version: 0.5.21 Severity: important Tags: patch Hi, in gbp/git.py, line 539: mode, objtype, commit, name = line.split() fails if the filename contains a whitespace. The proper split would be mode, objtype, commit, name = line.split(None, 3) A patch is attached. Cheers, Bernd -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts 2.10.71 scripts to make the life of a Debi ii git [git-core] 1:1.7.4.1-5 fast, scalable, distributed revisi ii git-core 1:1.7.4.1-5 fast, scalable, distributed revisi ii python 2.6.6-12interactive high-level object-orie ii python-dateutil 1.4.1-3 powerful extensions to the standar ii python-support 1.0.11 automated rebuilding support for P Versions of packages git-buildpackage recommends: ii cowbuilder0.62+nmu2 pbuilder running on cowdancer ii pristine-tar 1.13 regenerate pristine tarballs Versions of packages git-buildpackage suggests: pn git-load-dirs none (no description available) ii python-notify 0.1.1-2+b2 Python bindings for libnotify -- no debconf information -- debsums errors found: debsums: changed file /usr/bin/git-buildpackage (from git-buildpackage package) debsums: changed file /usr/share/pyshared/gbp/git.py (from git-buildpackage package) From 5f76ae54b967dc299ac482a7e5097d249258fb30 Mon Sep 17 00:00:00 2001 From: Bernd Zeimetz b...@debian.org Date: Sun, 10 Apr 2011 11:34:04 +0200 Subject: [PATCH] gbp/git.py: Don't split filenames with whitespaces. --- gbp/git.py |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/gbp/git.py b/gbp/git.py index 96c2255..fb5aa53 100644 --- a/gbp/git.py +++ b/gbp/git.py @@ -536,7 +536,7 @@ class GitRepository(object): out, ret = self.__git_getoutput('ls-tree', args, cwd=path) for line in out: -mode, objtype, commit, name = line.split() +mode, objtype, commit, name = line.split(None, 3) # A submodules is shown as commit object in ls-tree: if objtype == commit: nextpath = os.path.sep.join([path, name]) -- 1.7.4.1
Bug#622085: Unusable system
Hi, I have the same problem with nfs-common that is mentioned in several bug reports (#622085, #621918, #562737, #621027). I don't know how much they are connected or which one is the real issue, but the system is definitely unusable since it cannot boot up normally. It hangs on the message Starting NFS common utilities and nothing helps except hardware reset. After the new start system boots up with nfs-common: failed message but next try after power-off and on booting hangs again. So I tried to install rpcbind (and remove portmap) and now nfs-common seems to be working fine - thanks for that tip. I think this is really critical bug and the fix should be delivered to the Wheeze asap or the last update (that caused this situation) should be taken back. It was not easy to detect what is wrong and find this solution. Pavel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622104: man-db: /var/lib/dpkg/info/man-db.postinst Segmentation fault
Package: man-db Version: 2.6.0-1 Severity: normal Downgrading to 2.5.9-4 works around this problem. To reproduce: # apt-get --reinstall install audacity ... Processing triggers for man-db ... %m{%S%n%s}%1+ . /usr/share/debconf/confmodule %%m{%S%n%s}%1+ '[' '!' '' ']' %%m{%S%n%s}%1+ PERL_DL_NONLAZY=1 %%m{%S%n%s}%1+ export PERL_DL_NONLAZY %%m{%S%n%s}%1+ '[' '' ']' %%m{%S%n%s}%1+ exec /usr/share/debconf/frontend /var/lib/dpkg/info/man-db.postinst triggered /usr/share/man %m{%S%n%s}%1+ . /usr/share/debconf/confmodule %%m{%S%n%s}%1+ '[' '!' 1 ']' %%m{%S%n%s}%1+ '[' -z '' ']' %%m{%S%n%s}%1+ exec %%m{%S%n%s}%1+ '[' '' ']' %%m{%S%n%s}%1+ exec %%m{%S%n%s}%1+ DEBCONF_REDIR=1 %%m{%S%n%s}%1+ export DEBCONF_REDIR %m{%S%n%s}%1+ db_version 2.0 %m{%S%n%s}%1+ _db_cmd 'VERSION 2.0' %m{%S%n%s}%1+ IFS=' ' %m{%S%n%s}%1+ printf '%s\n' 'VERSION 2.0' %m{%S%n%s}%1+ IFS=' ' %m{%S%n%s}%1+ read -r _db_internal_line %m{%S%n%s}%1+ RET=2.0 %m{%S%n%s}%1+ case ${_db_internal_line%%[ ]*} in %m{%S%n%s}%1+ return 0 %m{%S%n%s}%1+ '[' triggered = triggered ']' %m{%S%n%s}%1+ run_mandb -pq %m{%S%n%s}%1+ db_get man-db/auto-update %m{%S%n%s}%1+ _db_cmd 'GET man-db/auto-update' %m{%S%n%s}%1+ IFS=' ' %m{%S%n%s}%1+ printf '%s\n' 'GET man-db/auto-update' %m{%S%n%s}%1+ IFS=' ' %m{%S%n%s}%1+ read -r _db_internal_line %m{%S%n%s}%1+ RET=true %m{%S%n%s}%1+ case ${_db_internal_line%%[ ]*} in %m{%S%n%s}%1+ return 0 %m{%S%n%s}%1+ '[' true = true ']' %m{%S%n%s}%1+ perl -e '@pwd = getpwnam(man); $( = $) = $pwd[3]; $ = $ = $pwd[2]; exec /usr/bin/mandb, @ARGV' -- -pq /var/lib/dpkg/info/man-db.postinst: line 6: 7733 Segmentation fault perl -e '@pwd = getpwnam(man); $( = $) = $pwd[3]; $ = $ = $pwd[2]; exec /usr/bin/mandb, @ARGV' -- $@ %m{%S%n%s}%1+ true %m{%S%n%s}%1+ exit 0 ... Cheers, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages man-db depends on: ii bsdmainutils8.2.2collection of more utilities from ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy ii dpkg1.16.0.1 Debian package management system ii groff-base 1.21-5 GNU troff text-formatting system ( ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgdbm31.8.3-9 GNU dbm database routines (runtime ii libpipeline11.2.0-1 pipeline manipulation library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime man-db recommends no packages. Versions of packages man-db suggests: ii chimera2 [www-brow 2.0a19-5.1+b1 Web browser for X ii chromium [www-brow 10.0.648.204~r79063-1 Chromium browser ii elinks [www-browse 0.12~pre5-2 advanced text-mode WWW browser ii epiphany-browser [ 2.30.6-2 Intuitive GNOME web browser ii galeon [www-browse 2.0.7-2.1+b1 GNOME web browser for advanced use ii groff 1.21-5GNU troff text-formatting system ii iceape-browser [ww 2.0.13-1 Iceape Navigator (Internet browser ii iceweasel [www-bro 3.5.18-1 Web browser based on Firefox ii less 436-1 pager program similar to more ii links2 [www-browse 2.3~pre1-1Web browser running in both graphi ii lynx-cur [www-brow 2.8.8dev.8-1 Text-mode WWW Browser with NLS sup ii w3m [www-browser] 0.5.3-2 WWW browsable pager with excellent -- debconf information: man-db/build-database: true man-db/rebuild-database: true * man-db/install-setuid: true man-db/auto-update: true -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620716: libppl0.10-dev not in unstable anymore
Adam Barratt pointed out to me on IRC that I overlooked a runtime dependency on libppl0.10-dev from the -dev package; have corrected this now and am uploading a second NMU with the attached patch. Sorry for the churn. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org diff -Nru apron-0.9.10/debian/changelog apron-0.9.10/debian/changelog --- apron-0.9.10/debian/changelog 2011-04-10 01:23:14.0 + +++ apron-0.9.10/debian/changelog 2011-04-10 09:39:06.0 + @@ -1,3 +1,10 @@ +apron (0.9.10-5.2) unstable; urgency=low + + * Follow-on NMU to fix the binary dependency on libppl0.10-dev. +Really Closes: #620716. + + -- Steve Langasek vor...@debian.org Sun, 10 Apr 2011 09:38:37 + + apron (0.9.10-5.1) unstable; urgency=low * Non-maintainer upload. diff -Nru apron-0.9.10/debian/control apron-0.9.10/debian/control --- apron-0.9.10/debian/control 2011-04-10 01:23:19.0 + +++ apron-0.9.10/debian/control 2011-04-10 09:38:35.0 + @@ -39,7 +39,7 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, libgmp3-dev, libmpfr-dev, - libppl0.10-dev + libppl-dev Description: an abstract interpretation library The APRON library is dedicated to the static analysis of the numerical variables of a program by Abstract Interpretation. The aim of such an analysis signature.asc Description: Digital signature
Bug#614304: dtc-common: does store user passwords unhashed in the database
Hi, Thomas Goirand tho...@goirand.fr writes: On 04/08/2011 08:14 AM, Ansgar Burchardt wrote: I noticed you prepared a patch[1] using MySQL's PASSWORD() function. Please note that this function should *not* be used by applications besides MySQL itself[2] in addition to not salting the hash. The crypt function included in PHP itself[3] with salting and a modern hash like SHA-512 seems to be a better choice. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614304#56 [2] http://dev.mysql.com/doc/refman/5.5/en/encryption-functions.html#function_password [3] http://php.net/manual/en/function.crypt.php Thanks for letting me know before it's too late. Indeed, I didn't know. Now, the issue is that in few places, I will need to use the encryption from the command line. In such a case, using the crypt() function of PHP is not really convenient (even though I can use a php cli, I'd rather avoid if possible). So, do you think it's acceptable to use the SHA2() function of MySQL instead, which would be a lot more strait forward to use for me? Just SHA2() is not enough for modern password hashing algorithms as these include many iterations of the hash function (I don't know very much about this myself). So I would recommend using an existing implementation instead of writing a possibly less secure replacement. In shell scripts you could use either mkpasswd, a wrapper around crypt() included in Debian's whois package, or call crypt via php. Please make sure that the password is not passed as a parameter (which is visible in the process list). Somebody else suggested the haval160 algo of PHP. Do you as well think it's a good idea? That would also force me to use PHP all the time... To quote Wikipedia[4]: Research has uncovered weaknesses which make further use of HAVAL (at least the variant with 128 bits and 3 passes) questionable. On 17 August 2004, collisions for HAVAL (128 bits, 3 passes) were announced by Xiaoyun Wang, Dengguo Feng, Xuejia Lai, and Hongbo Yu. So I would not recommend using it. Regards, Ansgar [4] http://en.wikipedia.org/wiki/HAVAL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621812: [Pkg-alsa-devel] Bug#621812: Bug#621812
* Raza Abbas [110409 15:53 -0400]: [...] It's working in both Windows XP and Ubuntu 10.10 livecd. This update broke the sound and messed up the keyboard modules (have to pull out keyboard USB and put it back in and resync it to get it to work). Couls you please send the output of $ cat /proc/cards $ lsmod | grep snd $ aplay -l from the UBUNTU 10.10 livecd Elimar -- The path to source is always uphill! -unknown- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622105: fingerd: downgrade Depends: finger
Package: fingerd Version: 0.17-14 Severity: wishlist Tags: patch I only noticed this dependency because I was uninstalling finger (now that my ISP has stopped providing service lookups via port 79); so I can't claim it's caused me any hardship, I'm just reporting it because it seems like a breach of the dependency definitions in policy 7.2: Depends: update-inetd, netbase, finger, libc6 (= 2.2.5) Why should having a finger server installed (which may just be a service-status autoresponder) necessarily require me to keep a finger client on the same machine? After all, I can do *local* lookups with the /usr/bin/pinky in coreutils. Compare efingerd, which Suggests: finger, and cfingerd/xfingerd, which express no dependency on a local client at all. My patch only changes it as far as Recommends: finger. -- 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=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fingerd depends on: ii finger0.17-14user information lookup program ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii netbase 4.45 Basic TCP/IP networking system ii update-inetd 4.38+nmu1 inetd configuration file updater fingerd recommends no packages. fingerd suggests no packages. -- no debconf information -- JBR Ankh kak! (Ancient Egyptian blessing) diff -ru bsd-finger-0.17.pristine/debian/control bsd-finger-0.17/debian/control --- bsd-finger-0.17.pristine/debian/control 2010-02-12 03:49:07.0 + +++ bsd-finger-0.17/debian/control 2011-04-09 23:29:11.625259004 +0100 @@ -14,7 +14,8 @@ Package: fingerd Architecture: any -Depends: update-inetd, netbase, finger, ${shlibs:Depends}, ${misc:Depends} +Depends: update-inetd, netbase, ${shlibs:Depends}, ${misc:Depends} +Recommends: finger Replaces: netstd Description: remote user information server Fingerd is a simple daemon based on RFC1196 that provides an interface to the
Bug#622107: pinky: nonexistent info coreutils 'pinky invocation'
Package: coreutils Version: 8.5-1 Severity: wishlist I'm not sure I should even be complaining about this, since I'd much rather have a manpage per executable than have to fish the information out of info, but... pinky(1) says: # SEE ALSO #The full documentation for pinky is maintained as a Texinfo #manual. If the info and pinky programs are properly installed at #your site, the command # # info coreutils 'pinky invocation' # #should give you access to the complete manual. If this is true, the complete manual consists of the words No menu item `pinky invocation' in node `(coreutils.info.gz)Top'. Indeed, $ zcat /usr/share/info/*.gz | grep pinky || echo $? returns 1 (though grep -i finds a Pinky and the Brain ref). The version at http://www.gnu.org/software/coreutils/manual/coreutils.html is just as uninformative. Of course, there's always the alternative of info pinky, giving the (*manpages*)pinky fallback complete with SEE ALSO section. If the manpage is the only documentation anybody has ever written for pinky, it shouldn't send me on a wild goose chase looking for a more complete manual elsewhere. -- 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=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.49-4 Access control list shared library ii libattr1 1:2.4.44-2 Extended attribute shared library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- JBR Ankh kak! (Ancient Egyptian blessing) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622108: libssh: FTBFS
Package: libssh Version: 0.4.8-2 Severity: serious -- snip -- $ dpkg-buildpackage make -f doc/CMakeFiles/doxygen.dir/build.make doc/CMakeFiles/doxygen.dir/depend make[4]: Entering directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu' cd /tmp/libssh-0.4.8/obj-x86_64-linux-gnu /usr/bin/cmake -E cmake_depends Unix Makefiles /tmp/libssh-0.4.8 /tmp/libssh-0.4.8/doc /tmp/libssh-0.4.8/obj-x86_64-linux-gnu /tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc /tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/CMakeFiles/doxygen.dir/DependInfo.cmake --color= Scanning dependencies of target doxygen make[4]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu' make -f doc/CMakeFiles/doxygen.dir/build.make doc/CMakeFiles/doxygen.dir/build make[4]: Entering directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu' cd /tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc /usr/bin/doxygen /tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/doxy.config warning: Tag `DETAILS_AT_TOP' at line 173 of file /tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/doxy.config has become obsolete. To avoid this warning please update your configuration file using doxygen -u cd /tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/latex /usr/bin/make make[5]: Entering directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/latex' rm -f *.ps *.dvi *.aux *.toc *.idx *.ind *.ilg *.log *.out refman.pdf pdflatex refman.tex This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) entering extended mode (./refman.tex LaTeX2e 2009/09/24 Babel v3.8l and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, loaded. make[5]: *** [refman.pdf] Error 1 make[5]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu/doc/latex' make[4]: *** [doxygen] Error 2 make[4]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu' make[3]: *** [doc/CMakeFiles/doxygen.dir/all] Error 2 make[3]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu' make[2]: *** [doc/CMakeFiles/doc.dir/rule] Error 2 make[2]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu' make[1]: *** [doc] Error 2 make[1]: Leaving directory `/tmp/libssh-0.4.8/obj-x86_64-linux-gnu' make: *** [common-build-indep] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 $ -- snip -- -- System Information: Debian Release: 6.0.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.2 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621383: Still uses libdb4.7
On Fri, Apr 08, 2011 at 08:45:44AM +0300, Niko Tyni wrote: IMO, it should absolutely go in 5.12/experimental straight away to spot any arch-specific test failures. I see you've made a start on this - thanks! After that, a new round of manual rebuilds of the lib*-perl packages against 5.12 could be done to find any obvious breakage. It's probably about time I did another rebuild and review of outstanding perl 5.12 related bugs - I'll probably be able to do this next weekend. However, if the 5.12 (or 5.14?) transition is still going to take months, it might be good to decouple the db transition in order to not waste those months. They could just as well be used for finding and fixing any db related bugs in testing/unstable. Okay, let's see how things go in the next couple of weeks. I'm a bit concerned about user databases breaking on upgrades, but IIUC the transactional mode needs to be enabled with a DB_INIT_TXN flag [1] (among other things), and the Perl sources don't use that anywhere. Therefore, it seems possible that transactions can't be used through DB_File anyway and we're safe from the incompatibility. This probably needs further investigation. Okay. Perhaps we can check whether there was any similar situations with previous libdb upgrades. [1] http://download.oracle.com/docs/cd/E17076_02/html/gsg_txn/C/enabletxn.html -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614250: totem-plugins-dvb-daemon must depend on totem-plugins
Version: 0.1.22-2 Hi, this is fixed in 0.1.22-2 signature.asc Description: This is a digitally signed message part
Bug#621489: tag 621489 patch
tag 621489 patch thanks Hi, Line 21 of rtpw_test.sh contains killall rtpw 2/dev/null If you use dash as /bin/sh, executing this line will run killall rtpw 2 in the background. If rtpw is started on line 27 and then the backgrounded killall kills it, I think that this would explain the reported behavior. Changing the to on line 21 should fix this problem. -- Matt Kraai https://ftbfs.org/kraai diff -ru srtp-1.4.4~dfsg~/test/rtpw_test.sh srtp-1.4.4~dfsg/test/rtpw_test.sh --- srtp-1.4.4~dfsg~/test/rtpw_test.sh 2011-04-10 02:25:47.0 -0700 +++ srtp-1.4.4~dfsg/test/rtpw_test.sh 2011-04-10 02:26:04.0 -0700 @@ -18,7 +18,7 @@ # they are killed, those processes will linger. Re-running the script # will get rid of them. -killall rtpw 2/dev/null +killall rtpw 2/dev/null if test -x $RTPW; then
Bug#582212: Sorry, but I believe this bug was more of a misconfiguration.
Hi, evdev is loaded and doesn't matter. I've set up several KVM systems without manual modifications, all the same. The problem is still present with 2.6.32-bpo.5-amd64. Regards, -- .''`. Philipp Huebner debala...@debian.org : :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F `. `'` HP: http://www.debalance.de, Skype: philipp-huebner `- ICQ: 235-524-440, Jabber: der_scha...@jabber.org signature.asc Description: OpenPGP digital signature
Bug#619618: update-grub results in unbootable system
On 10.04.2011 09:25, Geronimo wrote: output from bootinfoscript attached. I removed nfs- and local bind entries from fstab. Rest of the output is unchanged. See device changes from different boot times (no hw-change) In GRUB shell could you try executing terminal_output gfxterm ? results in: no suitable mode found That should have been: insmod vbe terminal_output gfxterm If that works one needs to test gettext with: set locale_dir=$prefix/locale set lang=de insmod gettext regards Gero ___ Pkg-grub-devel mailing list pkg-grub-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#622109: ntop: [INTL:sk] Slovak po-debconf translation updated
Package: ntop Severity: wishlist Tags: l10n patch Version: 4.0.3+dfsg1-3 sk.po attached regards -- Slavko http://slavino.sk # Slovak translations for ntop package # Slovenské preklady pre balÃk ntop. # Copyright (C) 2011 THE ntop'S COPYRIGHT HOLDER # This file is distributed under the same license as the ntop package. # Automatically generated, 2011. # Slavko li...@slavino.sk, 2011. # msgid msgstr Project-Id-Version: ntop 4.0.3+dfsg1-3\n Report-Msgid-Bugs-To: n...@packages.debian.org\n POT-Creation-Date: 2011-01-26 00:15-0800\n PO-Revision-Date: 2011-04-10 12:19+0200\n Last-Translator: Slavko li...@slavino.sk\n Language-Team: Slovak nomail\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: sk\n Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2 n=4) ? 1 : 2;\n #. Type: string #. Description #: ../ntop.templates:1001 msgid User for the ntop process to run as: msgstr PoužÃvateľ, pod ktorým bude ntop spúšťaný: #. Type: string #. Description #: ../ntop.templates:1001 msgid Please choose the login that should be used to execute the ntop process. The use of the root user is not allowed. msgstr ProsÃm vyberte použÃvateľa, ktorý má byÅ¥ použitý na spúšťanie procesu ntop. PoužÃvateľ ârootâ nie je dovolený. #. Type: string #. Description #: ../ntop.templates:1001 msgid The account will be created if it does not already exist, but if you leave it blank, no login will be created and ntop will not run until manually configured. msgstr Ak zadaný použÃvateľ neexistuje, bude mu vytvorený úÄet, ak ale necháte pole prázdne, nebude vytvorený žiadny úÄet a ntop sa nespustÃ, kým nebude manuálne nastavený. #. Type: string #. Description #: ../ntop.templates:2001 #| msgid Interface for ntop to listen on: msgid Interfaces for ntop to listen on: msgstr Rozhrania, na ktorý má ntop poÄúvaÅ¥: #. Type: string #. Description #: ../ntop.templates:2001 msgid Please enter a comma-separated list of interfaces that ntop should listen on. msgstr ProsÃm zadajte Äiarkou oddelený zoznam rozhranÃ, na ktorých má ntop poÄúvaÅ¥. #. Type: password #. Description #: ../ntop.templates:3001 msgid Administrator password: msgstr Heslo administrátora: #. Type: password #. Description #: ../ntop.templates:3001 msgid Please choose a password to be used for the privileged user \admin\ in ntop's web interface. msgstr ProsÃm zadajte heslo, ktoré bude použÃvaÅ¥ urÄený administrátor vo webovom rozhranà ntop. #. Type: password #. Description #: ../ntop.templates:4001 msgid Re-enter password to verify: msgstr Zopakujte heslo, na overenie: #. Type: password #. Description #: ../ntop.templates:4001 msgid Please enter the same password again to verify that you have typed it correctly. msgstr ProsÃm zadajte znova rovnaké heslo, na overenie, že ste ho napÃsali správne. #. Type: error #. Description #: ../ntop.templates:5001 msgid Empty password msgstr Prázdne heslo #. Type: error #. Description #: ../ntop.templates:5001 msgid You entered an empty password, which is not allowed. Please choose a non- empty password. msgstr Zvolili ste si prázdne heslo, Äo nie je dovolené. ProsÃm zvoľte neprázdne heslo. #. Type: error #. Description #: ../ntop.templates:6001 msgid Password input error msgstr Chyba zadávania hesla #. Type: error #. Description #: ../ntop.templates:6001 msgid The two passwords you entered were not the same. Please try again. msgstr Zadané heslá sa nezhodujú. ProsÃm skúste znova. #. Type: boolean #. Description #: ../ntop.templates:7001 msgid Set a new administrator password? msgstr NastaviÅ¥ nové heslo administrátora? #. Type: boolean #. Description #: ../ntop.templates:7001 msgid A password for ntop's administrative web interface has already been set. msgstr Heslo administraÄného webového rozhrania ntop už je nastavené. #. Type: boolean #. Description #: ../ntop.templates:7001 msgid Please choose whether you want to change that password. msgstr ProsÃm vyberte si, Äi chcete heslo zmeniÅ¥. signature.asc Description: PGP signature
Bug#622110: apt-cache: Fails to list the proper source package
Package: apt Version: 0.8.13 Hi, I currently get this: apt-cache showsrc libghc6-ghc-events-prof |grep Package Package: haskell-ghc-events But it should also list the haskell-dummy source package. I assume that it has a problem with the many number of binary packages in that package: Package: haskell-dummy Binary: ftphs-doc, haskell-agda-doc, configfile-doc, haskell-convertible-doc, haskell-cpphs-doc, haskell-edison-api-doc, haskell-edison-core-doc, haskell-haskelldb-doc, haskell-hdbc-doc, haskell-hdbc-odbc-doc, haskell-hdbc-postgresql-doc, haskell-hdbc-sqlite3-doc, haskell-hscurses-doc, haskell-hsql-doc, haskell-hsql-mysql-doc, haskell-hsql-odbc-doc, haskell-hsql-postgresql-doc, haskell-hsql-sqlite3-doc, haskell-http-doc, haskell-pcre-light-doc, haskell-regex-base-doc, haskell-regex-compat-doc, haskell-regex-posix-doc, haskell-src-exts-doc, haskell-uulib-doc, haskell-zlib-doc, ldap-haskell-doc, magic-haskell-doc, missingh-doc, libghc6-agda-dev, libghc6-agda-doc, libghc6-cpphs-dev, libghc6-cpphs-doc, libghc6-cpphs-prof, libghc6-ftphs-dev, libghc6-ftphs-doc, libghc6-gitit-dev, libghc6-gitit-doc, libghc6-alut-dev, libghc6-alut-doc, libghc6-alut-prof, libghc6-arrows-dev, libghc6-arrows-doc, libghc6-arrows-prof, libghc6-binary-shared-dev, libghc6-binary-shared-doc, libghc6-binary-shared-prof, libghc6-binary-dev, libghc6-binary-doc, libghc6-binary-prof, libghc6-bzlib-dev, libghc6-bzlib-doc, libghc6-bzlib-prof, libghc6-cairo-dev, libghc6-cairo-doc, libghc6-cairo-prof, libghc6-cautious-file-dev, libghc6-cautious-file-doc, libghc6-cautious-file-prof, libghc6-cgi-dev, libghc6-cgi-doc, libghc6-cgi-prof, libghc6-colour-dev, libghc6-colour-doc, libghc6-colour-prof, libghc6-configfile-dev, libghc6-configfile-doc, libghc6-configfile-prof, libghc6-convertible-dev, libghc6-convertible-doc, libghc6-convertible-prof, libghc6-criterion-dev, libghc6-criterion-doc, libghc6-criterion-prof, libghc6-curl-dev, libghc6-curl-doc, libghc6-curl-prof, libghc6-data-accessor-dev, libghc6-data-accessor-doc, libghc6-data-accessor-prof, libghc6-dataenc-dev, libghc6-dataenc-doc, libghc6-dataenc-prof, libghc6-datetime-dev, libghc6-datetime-doc, libghc6-datetime-prof, libghc6-debian-dev, libghc6-debian-doc, libghc6-debian-prof, libghc6-deepseq-dev, libghc6-deepseq-doc, libghc6-deepseq-prof, libghc6-diagrams-dev, libghc6-diagrams-doc, libghc6-diagrams-prof, libghc6-diff-dev, libghc6-diff-doc, libghc6-diff-prof, libghc6-digest-dev, libghc6-digest-doc, libghc6-digest-prof, libghc6-edison-api-dev, libghc6-edison-api-doc, libghc6-edison-api-prof, libghc6-edison-core-dev, libghc6-edison-core-doc, libghc6-edison-core-prof, libghc6-editline-dev, libghc6-editline-doc, libghc6-erf-dev, libghc6-erf-doc, libghc6-erf-prof, libghc6-event-list-dev, libghc6-event-list-doc, libghc6-event-list-prof, libghc6-explicit-exception-dev, libghc6-explicit-exception-doc, libghc6-explicit-exception-prof, libghc6-fastcgi-dev, libghc6-fastcgi-doc, libghc6-fastcgi-prof, libghc6-feed-dev, libghc6-feed-doc, libghc6-feed-prof, libghc6-fgl-dev, libghc6-fgl-doc, libghc6-fgl-prof, libghc6-filemanip-dev, libghc6-filemanip-doc, libghc6-filemanip-prof, libghc6-filestore-data, libghc6-filestore-dev, libghc6-filestore-doc, libghc6-filestore-prof, libghc6-gconf-dev, libghc6-gconf-doc, libghc6-gconf-prof, libghc6-ghc-events-dev, libghc6-ghc-events-doc, libghc6-ghc-events-prof, libghc6-ghc-mtl-dev, libghc6-ghc-mtl-doc, libghc6-ghc-mtl-prof, libghc6-ghc-paths-dev, libghc6-ghc-paths-doc, libghc6-ghc-paths-prof, libghc6-gio-dev, libghc6-gio-doc, libghc6-gio-prof, libghc6-glade-dev, libghc6-glade-doc, libghc6-glfw-dev, libghc6-glfw-doc, libghc6-glfw-prof, libghc6-glib-dev, libghc6-glib-doc, libghc6-glib-prof, libghc6-glut-dev, libghc6-glut-doc, libghc6-glut-prof, libghc6-gnomevfs-dev, libghc6-gnomevfs-doc, libghc6-gstreamer-dev, libghc6-gstreamer-doc, libghc6-gstreamer-prof, libghc6-gtk-dev, libghc6-gtk-doc, libghc6-gtkglext-dev, libghc6-gtkglext-doc, libghc6-gtksourceview2-dev, libghc6-gtksourceview2-doc, libghc6-haddock-dev, libghc6-haddock-doc, libghc6-haddock-prof, libghc6-happstack-data-dev, libghc6-happstack-data-doc, libghc6-happstack-data-prof, libghc6-happstack-ixset-dev, libghc6-happstack-ixset-doc, libghc6-happstack-ixset-prof, libghc6-happstack-server-dev, libghc6-happstack-server-doc, libghc6-happstack-server-prof, libghc6-happstack-state-dev, libghc6-happstack-state-doc, libghc6-happstack-state-prof, libghc6-happstack-util-dev, libghc6-happstack-util-doc, libghc6-happstack-util-prof, libghc6-happstack-dev, libghc6-happstack-doc, libghc6-happstack-prof, libghc6-harp-dev, libghc6-harp-doc, libghc6-harp-prof, libghc6-hashed-storage-dev, libghc6-hashed-storage-doc, libghc6-hashed-storage-prof, libghc6-haskeline-dev, libghc6-haskeline-doc, libghc6-haskeline-prof, libghc6-haskell-src-dev, libghc6-haskell-src-doc, libghc6-haskell-src-prof, libghc6-haskore-dev, libghc6-haskore-doc, libghc6-haskore-prof,
Bug#621833: System users: removing them
Hi all, On Sun, Apr 10, 2011 at 02:25:36AM -0700, Steve Langasek wrote: I agree that the accounts should not be deleted, but that the packages should still be responsible for certain forms of cleanup: - removing the user home directory (on purge?) - locking the account - (optional) scanning the filesystem to clean up any other files owned by the user For locking the account, I think it could be problematic if you have some kind of central account management system (i.e. LDAP/AD), and you don't want to lock it globally. sean -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592080: grub reports read errors on block on startup
On 07.04.2011 16:12, Jörg Sommer wrote: found 592080 1.99~rc1-8 thanks Hi Vladimir, Vladimir 'φ-coder/phcoder' Serbinenko hat am Sun 03. Apr, 21:35 (+0200) geschrieben: On 04.12.2010 22:36, Jörg Sommer wrote: I don't know, I haven't count. There are to many. The reason the zsf module is loaded, I've build my grub with all available modules, this is not grub's fault: Since the reason is known and fixed (zfs is fixed), closing the bug. Which version fixes this bug? The current one still has the flaw. Hm, I've checked by reading code that the upload should have already worked fine. I'll do the test tomorrow when I'll have access to my ieee1275 testing machine. MEanwhile, could you supply the info I requested for the keypress problem? Regards, Jörg. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#622111: [exim4] On Debian default clamav socket /var/run/clamav/clamd
Package: exim4 Version: 4.74-2 Severity: minor Tags: patch --- etc/exim4/exim4.conf.template 2011-01-31 21:18:20.0 +0300 +++ /etc/exim4/exim4.conf.template 2011-04-10 14:28:41.0 +0400 @@ -155,7 +155,7 @@ # scanners. The second modification is in the acl_check_data access # control list. -# av_scanner = clamd:/tmp/clamd +# av_scanner = clamd:/var/run/clamav/clamd # For spam scanning, there is a similar option that defines the interface to
Bug#567589: GRUB2 and KMS
On 10.02.2010 22:09, Sven Arvidsson wrote: On Wed, 2010-02-10 at 20:53 +0100, Vladimir 'φ-coder/phcoder' Serbinenko wrote: 3) intelfb expects handover only from vesa. Attached patch to linux may help. None of 3 changes I mentioned is packaged in debian yet. Are you sure that's correct? I thought Intel KMS used it's own built-in framebuffer from i915, intel_fb, instead of intelfb? I'm not. I'm mostly shooting at a problem I see w/o having complete information (I haven't tried the patch yet myself) -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#622112: xf86-video-glamo: FTBFS: libdrm/drm.h: No such file or directory
Source: xf86-video-glamo Version: 0.0.0+20100630.git16af3c00-1 Severity: serious Hi, Your package is failing to build with the following error: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -I.. -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -Wall -Werror -std=gnu99 -fvisibility=hidden -I/usr/include/xorg -I/usr/include/pixman-1 -c ../../src/glamo-driver.c -fPIC -DPIC -o .libs/glamo-driver.o In file included from ../../src/glamo-driver.c:35:0: ../../src/glamo.h:40:24: fatal error: libdrm/drm.h: No such file or directory compilation terminated. make[3]: *** [glamo-driver.lo] Error 1 Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622113: Unable to open /usr/share/tuxguitar/tuxguitar.tg
Package: tuxguitar Version: 1.2-8 Severity: normal At every startup, tuxguitar reports: Cannot Open: file:/usr/share/tuxguitar/tuxguitar.tg On the terminal, this is accompanied by: org.herac.tuxguitar.io.base.TGFileFormatException: Cannot Open: file:/usr/share/tuxguitar/tuxguitar.tg at org.herac.tuxguitar.gui.actions.file.FileActionUtils.open(Unknown Source) at org.herac.tuxguitar.gui.TuxGuitar$2$1.run(Unknown Source) at java.lang.Thread.run(Thread.java:662) Caused by: org.herac.tuxguitar.io.base.TGFileFormatException: Unsupported file format at org.herac.tuxguitar.io.base.TGSongLoader.load(Unknown Source) 3 more Nor can the file be opened after copying it to my home directory. My other tuxguitar files can be opened fine. Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tuxguitar depends on: ii libitext-java 2.1.7-2Java Library to create and manipul ii libswt-cairo-gtk-3.6-jni 3.6.2-1Standard Widget Toolkit for GTK+ C ii libswt-gtk-3.6-java 3.6.2-1Standard Widget Toolkit for GTK+ J ii libswt-mozilla-gtk-3.6-jni3.6.2-1Standard Widget Toolkit for GTK+ M ii sun-java6-jre [java2-runtime] 6.24-1 Sun Java(TM) Runtime Environment ( ii xulrunner-1.9.1 1.9.1.18-1 XUL + XPCOM application runner Versions of packages tuxguitar recommends: ii tuxguitar-alsa1.2-8 tuxguitar plugin for sound playbac pn tuxguitar-oss none (no description available) Versions of packages tuxguitar suggests: ii lilypond 2.12.3-7 A program for typesetting sheet mu pn tuxguitar-jsa 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#584144: Package: grub-pc 1.98+20100527-2
tag 584144 fixed-upstream thanks On 08.01.2011 22:39, Vladimir 'φ-coder/phcoder' Serbinenko wrote: Is it still present in a) Latest Debian b) Upstream bzr trunk Since this sounds a lot like the problem with the old loader due to memory hole and this is fixed in latest upstream (and no answer to retest request), marking as fixed-upstream -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#620715: tag 620715 sid
tag 620715 sid thanks Hi, This build failure is currently only reproducible in sid, so I'm tagging this report accordingly. -- Matt Kraai https://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614304: [dtcdev] Re: Bug#614304: dtc-common: does store user passwords unhashed in the database
On 04/08/2011 09:49 PM, Thomas Goirand wrote: On 04/08/2011 08:14 AM, Ansgar Burchardt wrote: Hi Thomas, I noticed you prepared a patch[1] using MySQL's PASSWORD() function. Please note that this function should *not* be used by applications besides MySQL itself[2] in addition to not salting the hash. The crypt function included in PHP itself[3] with salting and a modern hash like SHA-512 seems to be a better choice. Regards, Ansgar [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614304#56 [2] http://dev.mysql.com/doc/refman/5.5/en/encryption-functions.html#function_password [3] http://php.net/manual/en/function.crypt.php Hi, Thanks for letting me know before it's too late. Indeed, I didn't know. Please let me know, Thomas Goirand (zigo) FYI, I switched to use the SHA1 function. People that already encrypted their passwords should ... well ... reset all passwords! :/ Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617351: Meta-2 is sent delayed
On Sunday 03 of April 2011 15:19:58 Maximilian Gass wrote: On Tue, Mar 08, 2011 at 02:14:22PM +0100, Karl Ferdinand Ebert wrote: What key binding do you have with Meta-2? Could you provide your .tmux.conf and an output of tmux -vvv (some logs maybe empty)? I am using tmux with vim all the time and see no such behaviour. Nevertheless thanks for reporting. I was unable to reproduce this on a current unstable system, therefore I have no logs for you ;) I wanted to try it the problem was fixed in the recent tmux release so I tried the backport on Squeeze on my server. tmux totally screwed up Irssi's rendering of the status bar window, so I now went back to screen. Hello Maximilian, I found out here: http://article.gmane.org/gmane.comp.terminal-emulators.tmux.user/1436 The problem is related to a buggy version of urxvt which is mentioned in this Debian bug #446444 as fixed in a newer version of ncurses in 5.3.2011. Could you please try to test this? Thank you very much in advance! Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#621815: Acknowledgement (xserver-xorg-core: Started taking lots of CPU and heats laptop)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 09.04.2011 06:45, Debian Bug Tracking System kirjoitti: Thank you for filing a new Bug report with Debian. More info. I created a new user and logged in with that choosing Gnome/Openbox in GDM3 login screen as window manager. Did not change any settings or do much, default session created by system. Same thing, CPU full tilt and heating up. I had previously checked using LXDE as desktop environment worked OK, no extra load and no heat problems. So something in Gnome seems the probable culprit. Followed advice by Cyril Brulebois. Looked at the top output, and killed prosesses taking most CPU. One version of top listing in original bug report. It changes somewhat, here is one more: Tasks: 168 total, 3 running, 165 sleeping, 0 stopped, 0 zombie Cpu(s): 47.1%us, 41.3%sy, 0.0%ni, 11.1%id, 0.0%wa, 0.3%hi, 0.2%si, 0.0%st Mem: 2065356k total, 1353112k used, 712244k free, 822552k buffers Swap: 3526228k total,0k used, 3526228k free, 340636k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 19223 root 20 0 57476 22m 10m R 36 1.1 0:08.78 Xorg 19335 taleman 20 0 2976 1272 608 S6 0.1 0:01.17 dbus-daemon 19297 taleman 20 0 26056 6680 5540 S5 0.3 0:00.99 gnome-session 19362 taleman 20 0 24828 12m 9352 S3 0.6 0:00.65 gnome-settings- 19370 taleman 20 0 87832 16m 13m S2 0.8 0:01.09 gnome-panel 19354 taleman 20 0 73308 8504 6972 S1 0.4 0:00.28 gnome-power-man 20009 taleman 20 0 83044 11m 9496 S1 0.6 0:00.26 gnome-terminal 19367 taleman 20 0 19668 9288 7824 S1 0.4 0:00.26 metacity 19373 taleman 20 0 119m 18m 14m S1 0.9 0:00.96 nautilus 19408 taleman 20 0 126m 10m 9308 S1 0.5 0:00.37 nm-applet 19434 taleman 20 0 23176 8548 7188 S1 0.4 0:00.12 multiload-apple 20378 taleman 20 0 73472 9848 8064 S1 0.5 0:00.18 notification-da 23425 taleman 20 0 10380 2924 2344 S1 0.1 0:00.02 openbox 1 root 20 0 2032 708 612 S0 0.0 0:03.50 init 28 root 20 0 000 S0 0.0 0:01.39 kondemand/0 3807 root 20 0 000 S0 0.0 0:00.04 flush-8:0 19279 taleman 20 0 24648 2728 2272 S0 0.1 0:00.13 gnome-keyring-d Left Xorg alone, it takes most CPU but I guessed killing it kills X Window session. Used kill -TERM PID to remove prosesses. dbus-deamon: killing it had no effect on CPU load. gnome-session: killing it killed the session, had to log in again gnome-settings: a new prosess started, no effect on CPU load gnome-panel: a new process started, no effect on CPU load gnome-power-man: no effect on CPU load nautilus: a new process started, no effect on CPU load metacity: CPU load disappeared. Window borders changed but otherwise Gnome works as before. Tried this metacity killing four times, every time same results. So it seems metacity is started automatically by the system, but now it causes problems. This did not happen before saturday. I still think this problem originally appeared after upgrading x11-xserver-utils to version 7.5+3_i386. On the other hand, it seems strange that downgrading to version 7.5+2 did not help. I was originally going to report bug against x11-xserver-utils, but hesitated when donwgradind the package did not help any. Now it seems metacity might be the correct package to get bug report. This Debian is originally Lenny, updated to Squeeze two weeks ago. Perhaps there is something here that is not present in freshly installed Squeeze, and that causes metacity or Gnome to throw hissy fits? I would expect lots of bug reports if all Gnome users got this problem after upgrading x11-xserver-utils. - -- Tapio Lehtonen tapio.lehto...@iki.fi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2hivQACgkQ5TuKppZVLWMoEQCfeXYabnAELObWgocc9VpNL2hv mw4AoIJBHh9Bbnu48zzwFnPo0nMBHI9X =AWI4 -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#622114: liblasso-perl is empty
Package: liblasso-perl Version: 2.3.5-1 Severity: important liblasso-perl does not provide any Perl library -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#622047: tellico: FTBFS: /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/barcode/barcode_v4l.h:34:28: fatal error: linux/videodev.h: No such file or directory
tags 622047 pending thanks Hi, Thanks for the report. The bug is known and fixed in the upstream svn so I plan to make an upload soon. Regis On Sat, 2011-04-09 at 14:17 +0200, Lucas Nussbaum wrote: Source: tellico Version: 2.2-5 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110408 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild' /usr/bin/cmake -E cmake_progress_report /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/CMakeFiles [ 75%] Building CXX object src/barcode/CMakeFiles/barcode.dir/barcode_automoc.o cd /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/src/barcode /usr/bin/c++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DYAZ_POSIX_THREADS=1 -DYAZ_HAVE_XML2=1 -DYAZ_HAVE_XSLT=1 -DYAZ_HAVE_EXSLT=1 -DQT_STL -DQT_NO_CAST_FROM_ASCII -g -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -Wnon-virtual-dtor -Wno-long-long -Wextra -fno-check-new -Woverloaded-virtual -DNDEBUG -DQT_NO_DEBUG -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/src/barcode -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/barcode -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/core -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/3rdparty -I/usr/include/poppler/qt4 -I/usr/include/exempi-2.0 -I/usr/include/KDE -I/usr/include/qt4/phonon -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -I/usr/include/libxml2 -I/usr/include/taglib -I/usr/include/poppler/qt4 -I/usr/include/poppler -I/usr/include/exempi-2.0 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/taglib -I/usr/include/libxml2 -o CMakeFiles/barcode.dir/barcode_automoc.o -c /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/src/barcode/barcode_automoc.cpp /usr/bin/cmake -E cmake_progress_report /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/CMakeFiles [ 75%] Building CXX object src/barcode/CMakeFiles/barcode.dir/barcode.o cd /build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/src/barcode /usr/bin/c++ -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS -DYAZ_POSIX_THREADS=1 -DYAZ_HAVE_XML2=1 -DYAZ_HAVE_XSLT=1 -DYAZ_HAVE_EXSLT=1 -DQT_STL -DQT_NO_CAST_FROM_ASCII -g -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden -Wnon-virtual-dtor -Wno-long-long -Wextra -fno-check-new -Woverloaded-virtual -DNDEBUG -DQT_NO_DEBUG -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild/src/barcode -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/barcode -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/builds/debbuild -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/core -I/build/user-tellico_2.2-5-amd64-dJdH2R/tellico-2.2/src/3rdparty -I/usr/include/poppler/qt4 -I/usr/include/exempi-2.0 -I/usr/include/KDE -I/usr/include/qt4/phonon -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp -I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDBus -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -I/usr/include/libxml2 -I/usr/include/taglib -I/usr/include/poppler/qt4 -I/usr/include/poppler -I/usr/include/exempi-2.0 -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/taglib -I/usr/include/libxml2 -o CMakeFiles/barcode.dir/barcode.o -c
Bug#622115: wammu: Nokia E72 is not supported
Package: wammu Version: 0.33-1 Severity: normal hi, I tried to store contacts to a Nokia E72 with wammu. But it fails with the attached log file. It would be nice if Nokia E72 would be supported Thanks a lot ! -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wammu depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-gammu1.28.0-1 Python module to communicate with ii python-support 1.0.10 automated rebuilding support for P ii python-wxgtk2.8 2.8.10.1-3+b1wxWidgets Cross-platform C++ GUI t Versions of packages wammu recommends: ii notification-daemon 0.5.0-2 daemon to displays passive pop-up ii python-bluez [python-blueto 0.18-1+b1Python wrappers around BlueZ for r ii python-dbus 0.83.1-1 simple interprocess messaging syst ii timidity2.13.2-39+b1 Software sound renderer (MIDI sequ Versions of packages wammu suggests: pn gmobilemedia none (no description available) Versions of packages python-gammu depends on: ii libbluetooth3 4.66-3 Library to use the BlueZ Linux Blu ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdbi0 0.8.2-3 Database Independent Abstraction L ii libgammu7 1.28.0-1 mobile phone management library ii libgsmsd7 1.28.0-1 SMS daemon helper library ii libmysqlclient165.1.56-1 MySQL database client library ii libpq5 8.4.7-0squeeze2 PostgreSQL C client library ii libusb-1.0-02:1.0.8-2userspace USB programming library ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P -- no debconf information --- System information Platform linux2 Python 2.6.6 wxPython 2.8.10.1 Wammu0.33 python-gammu 1.28.0 Gammu1.28.0 BluetoothPyBluez locales en_US (UTF8) connection at device /dev/ttyACM0 model Sun 2011/04/10 12:53:19: [Gammu- 1.28.0 built 12:27:49 Jul 12 2010 using GCC 4.4] Sun 2011/04/10 12:53:19: [Connection - at] Sun 2011/04/10 12:53:19: [Connection index - 0] Sun 2011/04/10 12:53:19: [Model type - ] Sun 2011/04/10 12:53:19: [Device - /dev/ttyACM0] Sun 2011/04/10 12:53:19: [Runing on- Linux, kernel 2.6.37-1-amd64 (#1 SMP Tue Feb 15 17:43:38 UTC 2011)] Sun 2011/04/10 12:53:19: Serial device: DTR is up, RTS is up, CAR is down, CTS is up Sun 2011/04/10 12:53:19: Setting speed to 19200 Sun 2011/04/10 12:53:19: [Module - auto] Sun 2011/04/10 12:53:19: Escaping SMS mode Sun 2011/04/10 12:53:19: SENDING frametype 0x00/length 0x02/2 Sun 2011/04/10 12:53:19: 1B |0D .. Sun 2011/04/10 12:53:19: Sending simple AT command to wake up some devices Sun 2011/04/10 12:53:19: SENDING frametype 0x00/length 0x03/3 Sun 2011/04/10 12:53:19: 41A|54T|0D AT. Sun 2011/04/10 12:53:20: 1 AT Sun 2011/04/10 12:53:20: 2 OK Sun 2011/04/10 12:53:20: RECEIVED frametype 0x00/length 0x09/9 Sun 2011/04/10 12:53:20: 41A|54T|0D |0D |0A |4FO|4BK|0D |0A AT...OK.. Sun 2011/04/10 12:53:20: Enabling echo Sun 2011/04/10 12:53:20: SENDING frametype 0x00/length 0x05/5 Sun 2011/04/10 12:53:20: 41A|54T|45E|311|0D ATE1. Sun 2011/04/10 12:53:20: 1 ATE1 Sun 2011/04/10 12:53:20: 2 OK Sun 2011/04/10 12:53:20: RECEIVED frametype 0x00/length 0x0B/11 Sun 2011/04/10 12:53:20: 41A|54T|45E|311|0D |0D |0A |4FO|4BK|0D |0A ATE1...OK.. Sun 2011/04/10 12:53:20: Trying Motorola mode switch Sun 2011/04/10 12:53:20: SENDING frametype 0x00/length 0x0A/10 Sun 2011/04/10 12:53:20: 41A|54T|2B+|4DM|4FO|44D|45E|3D=|322|0D AT+MODE=2. Sun 2011/04/10 12:53:20: 1 AT+MODE=2 Sun 2011/04/10 12:53:20: 2 ERROR Sun 2011/04/10 12:53:20: RECEIVED frametype 0x00/length 0x13/19 Sun 2011/04/10 12:53:20: 41A|54T|2B+|4DM|4FO|44D|45E|3D=|322|0D |0D |0A |45E|52R|52R|4FO AT+MODE=2...ERRO Sun 2011/04/10 12:53:20: 52R|0D |0A R.. Sun 2011/04/10 12:53:20: Seems not to be supported Sun 2011/04/10 12:53:20: Enabling CME errors Sun 2011/04/10 12:53:20: SENDING frametype 0x00/length 0x0A/10 Sun 2011/04/10 12:53:20:
Bug#622116: eglibc: patch: unrecognized option '--unified-reject-files' (wrong QUILT_PATCH_OPTS)
Package: libc6 Version: 2.11.2-11 Severity: normal Tags: patch Hi, while discussing Debian BR #619963 with Edwin Török I tried to apply two glibc/upstream patches he proposed. By unpacking the eglibc source, I fell over: ... Applying patches... Applying patch locale/check-unknown-symbols.diff patch: unrecognized option '--unified-reject-files' patch: Try `patch --help' for more information. Patch locale/check-unknown-symbols.diff does not apply (enforce with -f) make: *** [/home/sd/src/eglibc/eglibc-2.11.2/stamp-dir/patch] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1329: dpkg-buildpackage -rfakeroot -d -us -uc failed What's the help of patch saying? $ patch --help | grep reject-format --reject-format=FORMAT Create 'context' or 'unified' rejects. BTW, patch has (2.6.1-1) version here. So, I started my investigations and checked debian/quiltrc and changed: -QUILT_PATCH_OPTS=--unified-reject-files +QUILT_PATCH_OPTS=--reject-format=unified This lets debuild apply patches again. Regards, - Sedat - P.S.: Patch quiltrc.diff attached -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.39-rc2-next20110408.4-686-small (SMP w/1 CPU core) 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 libc6 depends on: ii libc-bin 2.11.2-11 Embedded GNU C Library: Binaries ii libgcc1 1:4.6.0-2 GCC support library Versions of packages libc6 recommends: ii libc6-i6862.11.2-11 Embedded GNU C Library: Shared lib Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.11.2-11 Embedded GNU C Library: National L -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: cups cron --- debian/quiltrc.orig 2011-04-10 11:48:36.0 +0200 +++ debian/quiltrc 2011-04-10 12:08:43.696587720 +0200 @@ -1,4 +1,4 @@ QUILT_PATCHES=debian/patches -QUILT_PATCH_OPTS=--unified-reject-files +QUILT_PATCH_OPTS=--reject-format=unified QUILT_DIFF_ARGS=--no-timestamps --no-index QUILT_REFRESH_ARGS=-pab --no-timestamps --no-index --diffstat
Bug#596967: Grub2 Not Passing Arguments to the Kernel
tag 596967 fixed-upstream thanks Code: I have installed grub2 on a flash drive to boot some os's that I want to carry around. But in grub.cfg when i put this: Could you retest with latest upstream. If it persists can you send us you vmlinuz and initrd.gz? Since similar in symptoms bugs (memory hole problem) was fixed upstream and retest request stayed unanswered, marking as fixed-upstream -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#621815: Remembered gdm3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It just occurred to me I installed gdm3 last week, maybe it was on friday. I can not recall exactly. So maybe this problem appeared after gdm3, and I just did not notice it right away. - -- Tapio Lehtonen tapio.lehto...@iki.fi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2hjRMACgkQ5TuKppZVLWNp9ACfU8d4HoqPfpbzz07mrVnh/zyF GhcAoMgb+UAkNYXY8kCzJ++Vi3GN0rps =vDIZ -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#622111: [exim4] On Debian default clamav socket /var/run/clamav/clamd
On 2011-04-10 Roman V. Nikolaev rsha...@rambler.ru wrote: Package: exim4 Version: 4.74-2 Severity: minor Tags: patch --- etc/exim4/exim4.conf.template 2011-01-31 21:18:20.0 +0300 +++ /etc/exim4/exim4.conf.template2011-04-10 14:28:41.0 +0400 @@ -155,7 +155,7 @@ # scanners. The second modification is in the acl_check_data access # control list. -# av_scanner = clamd:/tmp/clamd +# av_scanner = clamd:/var/run/clamav/clamd Actually clamd:/var/run/clamav/clamd.ctl is the correct value. Thanks for the hint, fixed in SVN. cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622117: Please add builder as a field in $arch_public.pkg_history
Package: buildd.debian.org Severity: normal Hi. Several fellows developers asked for a feature to implement in [1]: show builder's name for each log. [1] https://buildd.debian.org/status/logs.php Unfortuntely, this isn't easy since the builder's name is stored in $arch_public.packages, and not in $arch_public.pkg_history. The former keeps track of the last builder that tried to build the package only. Thus, it's not possible to cross results between those two tables. I tried to grep by hand to get the builder's name directly from the log file and it works okay... but, as you can guess, it's deeddd slooowww. The result is available at [2]. [2] https://buildd.debian.org/~mehdi/pgstatus/logs.php?pkg=insighttoolkitver=3.20.0-9arch=kfreebsd-amd64 So could you please add that field in pkg_history? Bonus points if you update the old tracks to add the information. Regards, -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605279: (csh: LINES/COLUMNS leaks into tmux global environment, leading to display problems)
On Thursday 07 of April 2011 23:14:20 Alexander Bochmann wrote: Hi, ...on Thu, Apr 07, 2011 at 12:41:49PM +0200, Karl Ferdinand Ebert wrote: Could you provide us with additional information about your shell configuration as requested by the last email from Romain? Sorry, I seem to have missed that mail. Thanks for the extensive reply. no problem. I agree that the problem is probably more with csh/tcsh than with tmux. The workaround I described in the original report (commenting out the two statements setenv COLUMNS and setenv LINES from both /etc/csh.login and /etc/csh.cshrc provided by the tcsh package) seems to reliably solve the problem though, so I have to admit I didn't try to debug it any further. Do you think I should ask the tcsh maintainers if they would remove those two statements from the global rc files? Asking is never wrong. So try your luck. :) Please let me know if I can reassign or close this bug. Thanks. Best regards, Ferdinand signature.asc Description: This is a digitally signed message part.
Bug#622116: eglibc: patch: unrecognized option '--unified-reject-files' (wrong QUILT_PATCH_OPTS)
unarchive 612540 forcemerge 612540 622116 quit Hi, Sedat Dilek wrote: -QUILT_PATCH_OPTS=--unified-reject-files +QUILT_PATCH_OPTS=--reject-format=unified Thanks for reporting. Should be fixed in 2.11.2-12. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621815: Installed x11-xserver-utils new version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I installed back the upgrade to x11-xserver-utils. No change, after login to Gnome/Openbox session CPU full tilt. Killing metacity prosess cures it. I start to suspect x11-xserver-utils upgrade has nothing to do with this bug. Looks like gdm3 depends on metacity, but gdm does not, so maybe metacity got installed with gdm3. I installed gdm3 following advice from release notes. - -- Tapio Lehtonen tapio.lehto...@iki.fi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2hkEQACgkQ5TuKppZVLWNVmACgo1nvVuDvLSAIurV1mZoSmt5m ml4An3khKDS24XlPiavDEhdDG7T9Ucai =+7bT -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#621921: phonon 4.6.0 is in reality 4.4.2 : is it possible to upgrade to 4.4.3 in squeeze ?
reassign 621921 phonon-backend-xine 4:4.6.0really4.4.2-1 close 621921 4:4.6.0really4.4.3-1 severity 621921 normal retitle 621921 xine backend won't play files with non-ascii names in non-UTF8 locales forwarded 621921 https://bugs.kde.org/show_bug.cgi?id=172242 tags 621921 squeeze thanks Hello, On Sunday 10 April 2011 13:12:44 Michel Briand wrote: Maybe somebody will build backports. Though it's troublesome as 4.4.4+ has many changes. If I were you, I would switch locale to UTF-8. Do not delay invetitable. Yes and no : when you have a legacy of hard drive / data you want to be able to access them even with the latest distro / software ! Maybe but it's a non-default configuration hence this bug is by no means very important. Switch locale to UTF-8 and use something like convmv to convert filenames. Or, since this appears to be a xine backend problem, you might as well switch Phonon backend to gstreamer or vlc. Or upgrade to testing. Personally I'm not interested. Updating squeeze-proper to 4.4.3 is out of the question with the exception of backporting a patch. Excuse me but I'm not native english speaker: what is squeeze-proper ? What I call squeeze-proper is official squeeze release (stable). There is also squeeze-backports. you say that 4.4.3 will never go into the squeeze package ? Yes. Never. you say that you would accept a patch ? That could be an option if the bug was important enough. However, as long as you do all the work including extracting the patch testing it, I might consider *trying* (that does not mean succeeding) to push it to the next stable revision. -- Modestas Vainius mo...@debian.org signature.asc Description: This is a digitally signed message part.
Bug#622118: linux-base: [INTL:sk] Slovak po-debconf translation
Package: linux-base Severity: wishlist Tags: l10n patch Version: 3.2 sk.po attached regards -- Slavko http://slavino.sk # Slovak translations for linux-base package # Slovenské preklady pre balÃk linux-base. # Copyright (C) 2011 THE linux-base'S COPYRIGHT HOLDER # This file is distributed under the same license as the linux-base package. # Automatically generated, 2011. # Slavko li...@slavino.sk, 2011. # msgid msgstr Project-Id-Version: linux-base 3.2\n Report-Msgid-Bugs-To: linux-b...@packages.debian.org\n POT-Creation-Date: 2011-03-12 08:45+\n PO-Revision-Date: 2011-04-10 13:15+0200\n Last-Translator: Slavko li...@slavino.sk\n Language-Team: Slovak nomail\n Language: sk\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2 n=4) ? 1 : 2;\n #. Type: boolean #. Description #: ../templates:2001 msgid Update disk device IDs in system configuration? msgstr AktualizovaÅ¥ ID diskových zariadenà v nastavenà systému? #. Type: boolean #. Description #: ../templates:2001 msgid The new Linux kernel version provides different drivers for some PATA (IDE) controllers. The names of some hard disk, CD-ROM, and tape devices may change. msgstr Nové verzia jadra Linuxu poskytujú iné ovládaÄe niektorých radiÄov PATA (IDE). Mená niektorých pevných diskov, CD-ROM a páskových zariadenà môžu byÅ¥ zmenené. #. Type: boolean #. Description #: ../templates:2001 msgid It is now recommended to identify disk devices in configuration files by label or UUID (unique identifier) rather than by device name, which will work with both old and new kernel versions. msgstr Teraz je odporúÄané udávaÅ¥ diskové zariadenia v konfiguraÄných súboroch pomocou ich menovky alebo UUID (jedineÄný identifikátor) namiesto mena zariadenia, ktoré je funkÄné ako so starými, tak i s novými verziami jadra. #. Type: boolean #. Description #: ../templates:2001 msgid If you choose to not update the system configuration automatically, you must update device IDs yourself before the next system reboot or the system may become unbootable. msgstr Ak si vyberiete neaktualizovaÅ¥ automaticky systémové nastavenie, budete musieÅ¥ aktualizovaÅ¥ ID zariadenà sami, eÅ¡te pred nasledujúcim reÅ¡tartom systému, inak sa systém môže staÅ¥ nezavediteľným. #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:3001 ../templates:4001 msgid Apply configuration changes to disk device IDs? msgstr PoužiÅ¥ zmeny konfigurácie ID diskových zariadenÃ? #. Type: boolean #. Description #: ../templates:3001 msgid These devices will be assigned UUIDs or labels: msgstr Týmto zariadeniam budú priradené UUID alebo menovky: #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:3001 ../templates:4001 msgid These configuration files will be updated: msgstr Tieto konfiguraÄné súbory budú aktualizované: #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:3001 ../templates:4001 msgid The device IDs will be changed as follows: msgstr ID zariadenà budú zmenené takto: #. Type: error #. Description #: ../templates:5001 msgid Configuration files still contain deprecated device names msgstr KonfiguraÄné súbory stále obsahujú zastarané mená zariadenà #. Type: error #. Description #: ../templates:5001 msgid The following configuration files still use some device names that may change when using the new kernel: msgstr Nasledujúce konfiguraÄné súbory stále použÃvajú mená zariadenÃ, ktoré asi bude treba pri použità nového jadra zmeniÅ¥: #. Type: error #. Description #: ../templates:6001 msgid Boot loader configuration check needed msgstr Je potrebná kontrola nastavenia zavádzaÄa #. Type: error #. Description #: ../templates:6001 msgid The boot loader configuration for this system was not recognized. These settings in the configuration may need to be updated: msgstr Konfigurácia zavádzaÄa tohoto systému nebola rozpoznaná. V konfigurácii asi bude treba aktualizovaÅ¥ tieto nastavenia: #. Type: error #. Description #: ../templates:6001 msgid * The root device ID passed as a kernel parameter;\n * The boot device ID used to install and update the boot loader. msgstr * ID koreÅového zariadenia, predávané ako parameter jadra;\n * ID zavádzacieho zariadenia, použitého na inÅ¡taláciu a aktualizáciu zavádzaÄa. #. Type: error #. Description #: ../templates:6001 msgid You should generally identify these devices by UUID or label. However, on MIPS systems the root device must be identified by name. msgstr Tieto zariadenia by ste mali oznaÄovaÅ¥ ich UUID Äi menovkou. Na systémoch MIPS vÅ¡ak musà byÅ¥ koreÅové zariadenie oznaÄené menom. #. Type: error #. Description #: ../templates:8001 msgid Boot loader may need to be upgraded msgstr ZavádzaÄ asi treba aktualizovaÅ¥ #. Type: error #.
Bug#600050: [pkg-lighttpd] Bug#600050: Bug#600050: /etc/lighttpd/conf-available/15-fastcgi-php.conf: fastcgi-php file missing a required directive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ehem, forgot the patch ;-) - -- mit freundlichen Grüßen, Arno Töll GnuPG Key-ID: 0x8408D4C4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNoZKqAAoJELBdpXvEXpo9Xk8P/37uSVbmNqVO/AOgQ9C7SogV 9kh0kbEcQxnal+u5e5KZJBb/ozvx/mW8/RAwwoY1OED0I4AASV86RMG+seMhHBqQ PIRpiJlXa0IkJhyUnR5UoaJbV+uea6GlwiTbmmfv0J9drLUw8b/V64exi7yFI7+m TMTLMPe/fnRXdBfue0vJ5Y6B0uwygvzW5QW/KSK309XG2V6B3CVl/NYs9N+uUoz6 zC/JPXTvPohdgsfG+x2YUvf8xaicl6DFbqRAJuuhK/iKKsQ4uhFeBM8bJnIK8I1e Bs/XcU7HoSfJSZxYaZgdIwSHApJlhxybtRpJTxud5gkAw0rB1oWpnpGsMR8K/rY3 smupRdH0esu7oFR6l+ht5JzXVD+rNhmjXt+ULiOHF5QA74fU2yykJxa32O1LJjOH SPx+KFFySKVOPY4mXX+It2wVXfBTOOCo/2UnSLcA2G5UHWp7W/iXGr14QqB8OUAR Gg1FvEI8A8B8OTIJ5erau3sWYWAsKtPvs2eMS4OzoaYbR/XnIY3uQyqIkEWCu7VF /2oAgDoLUeARLT80nhmkStUE51TeNdHxn3ty12vaXf12uoQZ0tHlRUtkEMKxUGiP eEiNB4WbkuAPFCmBpTRjORo0/U3SGuzIEkCqe7vzKZ59yAXq/aZBILj3J7zEWUnP oLFBZyTE2Pfsu/gH8QOG =iwDX -END PGP SIGNATURE- Index: debian/lighty-enable-mod === --- debian/lighty-enable-mod (revision 525) +++ debian/lighty-enable-mod (working copy) @@ -4,6 +4,7 @@ # # Contains changes from: # - Tobias Gruetzmacher tob...@portfolio16.de +# - Arno Toell deb...@toell.net # # You may distribute under the terms of either the GNU General Public # License[1] or the Artistic License[2]. @@ -23,7 +24,6 @@ my %available = (); my %enabled = (); my @todo = (); -my %moduledeps = (); my $enabling = 1; #--- first check if we enabling or disabling @@ -75,16 +75,43 @@ #--- activate (link) or deactivate (remove) module foreach my $do (@todo) { + if (! exists($available{$do})) { + print(Ignoring unknown module: $do\n); + next; + } if ($enabling) { next unless defined($available{$do}); my $target = sprintf(%s/conf-enabled/%s, $confdir,basename($available{$do})); - print qq{Enabling $do: }; + my $source = $available{$do}; my $st = stat($target); unless ( -f $target ) { + # scan for a dependency line + local *MOD; + open(MOD, $source) || die(can't read $source: $!); + while(my $i = MOD) { +if ($i =~ m/# -\*- depends: ([-\w, ]+) -\*-/) { + my @matches = split(/,\s+/, $1); + for my $module (@matches) { + if (exists $available{$module} and ! exists $enabled{$module}) { + print(Met dependency: $module\n); + push(@todo, $module); + } + elsif (exists $available{$module} and exists $enabled{$module}) { + # Do nothing + } + else + { + die(Unresolved dependency: $module\n); + } + } + last; +} + } + close(MOD); if (symlink(../conf-available/ . basename($available{$do}), $target)) { -print ok\n; +print Enabling $do: ok\n; } else { print failure: $!\n; @@ -94,19 +121,35 @@ print already enabled\n; } - #--- check dependencies - for my $module (@{$moduledeps{$do}}) - { - unless ( -f $target -l $target ) - { -print qq{Module $do depends on module $module which is not activated.\n}; - } - } } else { if (defined($enabled{$do})) { print qq{Disabling $do\n}; my $target = sprintf(%s/conf-enabled/%s, $confdir,basename($enabled{$do})); + my $source = $available{$do}; + + # scan for a reverse dependency line + foreach my $available_module (keys %available) { +if ($available_module eq $do) { + next; + } +local *MOD; +open(MOD, $available{$available_module}) || die(can't read $available{$available_module}: $!); +while(my $i = MOD) { + if ($i =~ m/# -\*- depends: ([-\w, ]+) -\*-/) { + my @matches = split(/,\s+/, $1); + for my $module (@matches) { + if ($module eq $do exists $enabled{$available_module}) { + print(Reverse dependency met: Disabling $available_module too\n); + push(@todo, $available_module); + } + } + last; + } +} + } + close(MOD); + unlink($target); } else { print qq{Already disabled $do\n}; Index: debian/changelog === --- debian/changelog (revision 525) +++ debian/changelog (working copy) @@ -1,3 +1,13 @@ +lighttpd (1.4.28-4) unstable; urgency=low + + * Fix leaves dangling alternatives on upgrade add preinst script which +removes the dangling symlink (Closes: #614716) + * Fix /etc/lighttpd/conf-available/15-fastcgi-php.conf: fastcgi-php +file missing a required directive add a dependency based recursive module +enable system in lighty-enable-mod (Closes: #600050) + + -- XX xx...@y.tld Sat, 09 Apr 2011 13:22:45 -0400 + lighttpd (1.4.28-3) unstable; urgency=low [ Krzysztof Krzyżaniak (eloy) ] Index: debian/rules === --- debian/rules (revision 525) +++ debian/rules (working copy) @@ -1,5 +1,7 @@ #!/usr/bin/make -f
Bug#621918: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#621918: nfs-common: nfs mount inpossible)
On Sun, 10 Apr 2011 03:24:35 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: You need to install rpcbind and the above version of nfs-common. Thanks, Done that, but the problem still exists. It is not so critical, hence I use sshfs as a backup solution. ii nfs-common 1:1.2.3-1 ... ii rpcbind 0.2.0-6 still I get: sm-notify[2521]: Already notifying clients; Exiting -- Levente Kovacs http://levente.logonex.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614575: [request-tracker-maintainers] Bug#614575: CVE IDs etc.
On Fri, Feb 25, 2011 at 08:04:31PM +0200, Niko Tyni wrote: package request-tracker3.8 retitle 614575 request-tracker3.8: CVE-2011-1007: Back button attacks On Tue, Feb 22, 2011 at 11:44:03AM +, Dominic Hargreaves wrote: The following appears in the changelog of 3.8.9: * Redirect users to their desired pages after login. This prevents possible back button attacks after a user logs out. This has been assigned CVE-2011-1007. I discussed this a bit with upstream and I concluded that although it's clearly a useful security enhancement, it probably doesn't qualify as a security bug that justifies the potentially large breakage in stable that a stable update would entail (we know, for example, that it would break a popular extension). -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622119: mysql-server: logrotatescript fails, nothing to do
Package: mysql-server Version: 5.1.49-3 Severity: minor -- System Information: Debian Release: wheezy/sid Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mysql-server depends on: ii mysql-server-5.1 5.1.49-3 MySQL database server binaries and mysql-server recommends no packages. mysql-server suggests no packages. -- no debconf information Hello, logrotate fails because of: :/etc/logrotate.d# logrotate -d mysql-server reading config file mysql-server reading config info for /var/log/mysql.log /var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log Handling 1 logs rotating pattern: /var/log/mysql.log /var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log after 1 days (7 rotations) empty log files are rotated, old logs are removed considering log /var/log/mysql.log log /var/log/mysql.log does not exist -- skipping considering log /var/log/mysql/mysql.log log /var/log/mysql/mysql.log does not exist -- skipping considering log /var/log/mysql/mysql-slow.log log /var/log/mysql/mysql-slow.log does not exist -- skipping not running postrotate script, since no logs were rotated Would it possible to make this return positive? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619445: xmlstarlet doesn't interpret numeric entities (regression in 1.0.4-1)
Here you have the upstream's answer: - It's not clear to me that entities should be parsed here. The decription of -v is -v or --value-of xpath - print value of XPATH expression The argument is an XPath expression, not an XML string representing an XPath expression. It seems to me that the older behaviour was an accident of the implementation rather than an official feature. A problem with the old behaviour would be: $ ./src/xml sel -T -t -v '' Entity: line 23: parser error : xmlParseEntityRef: no name xsl:value-of select=''/ See: http://sourceforge.net/tracker/?func=detailaid=3240736group_id=66612atid=515106 - But there is an open thread in devel upstream list where this issue can be discussed. Do you have an argument that could be made in favour interpreting entities on practical grounds? I can forward your argument/s to this list, if you want. Thanks for your collaboration! Mònica signature.asc Description: This is a digitally signed message part
Bug#621619: libgphoto2: Getting rid of unneeded *.la / emptying dependency_libs
# Add versioning info found 621619 2.4.6-3 tags 621619 pending thanks On 2011-04-07 codeh...@debian.org wrote: Package: libgphoto2 Severity: normal User: codeh...@debian.org Usertags: la-file-removal To finish an old release goal from Squeeze, to comply with Policy 10.2 and to ease the introduction of MultiArch, I'm filing bugs against packages which contain .la files which can be either removed or stripped of the dependency_libs variable. [...] http://release.debian.org/~aba/la/current.txt According to this list a) the la-files can be removed from libgphoto2-2-dev (no other la them in dependency libs) b) libgphoto2-2-dev is currently broken[1], because at least one of the libraries we are listing in dependency_libs has dropped its la file (instead of cleaning dependency_libs). I have taken the liberty of pushing a fix in GIT. cu andreas [1] links-not-existing-la -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622120: nvidia-common: [INTL:sk] Slovak po-debconf translation
Package: nvidia-common Severity: wishlist Tags: l10n patch Version: 20110213+1 sk.po attached regards -- Slavko http://slavino.sk # Slovak translations for nvidia-common package # Slovenské preklady pre balÃk nvidia-common. # Copyright (C) 2011 THE nvidia-common'S COPYRIGHT HOLDER # This file is distributed under the same license as the nvidia-common package. # Automatically generated, 2011. # Slavko li...@slavino.sk, 2011. # msgid msgstr Project-Id-Version: nvidia-common 20110213+1\n Report-Msgid-Bugs-To: nvidia-com...@packages.debian.org\n POT-Creation-Date: 2011-02-22 10:45-0800\n PO-Revision-Date: 2011-04-10 13:39+0200\n Last-Translator: Slavko li...@slavino.sk\n Language-Team: Slovak nomail\n Language: sk\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=3; plural=(n==1) ? 0 : (n=2 n=4) ? 1 : 2;\n #. Type: boolean #. Description #: ../nvidia-common.templates:1001 msgid Run 'nvidia-installer --uninstall'? msgstr SpustiÅ¥ ânvidia-installer --uninstallâ? #. Type: boolean #. Description #: ../nvidia-common.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 V systéme bol nájdený program ânvidia-installerâ. Pravdepodobne je to pozostatok predchádzajúcej inÅ¡talácie neslobodného grafického ovládaÄa NVIDIA, nainÅ¡talovaného priamo pomocou súboru NVIDIA *.run. Táto inÅ¡talácia nie je kompatibilná balÃkmi Debianu. Na bezpeÄné nainÅ¡talovanie balÃkov Debianu je preto potrebné obnoviÅ¥ vÅ¡etky zmeny, vykonané pomocou ânvidia- installerâ. #. Type: boolean #. Description #: ../nvidia-common.templates:2001 msgid Delete 'nvidia-installer' files? msgstr OdstrániÅ¥ súbory ânvidia-installerâ? #. Type: boolean #. Description #: ../nvidia-common.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 Niektoré súbory ânvidia-installerâ sú eÅ¡te stále v systéme. Pravdepodobne pochádzajú z predchádzajúcej inÅ¡talácie neslobodného grafického ovládaÄa NVIDIA, nainÅ¡talovaného priamo pomocou súboru NVIDIA *.run. Spustenie procesu odinÅ¡talovania možno zlyhalo a ponechalo ich v systéme. Tieto súbory sú v konflikte s balÃkmy poskytujúcimi neslobodný grafický ovládaÄ NVIDIA a musia byÅ¥ najprv odstránené, aby mohla inÅ¡talácia balÃka pokraÄovaÅ¥. #. Type: boolean #. Description #: ../nvidia-common.templates:3001 msgid Remove conflicting library files? msgstr OdstrániÅ¥ konfliktné súbory knižnÃc? #. Type: boolean #. Description #: ../nvidia-common.templates:3001 msgid The following libraries were found on your system and conflict with the current installation of the NVIDIA graphics drivers: msgstr V systéme boli nájdené nasledujúce knižnice, ktoré sú v konflikte s aktuálnou inÅ¡taláciou grafických ovládaÄov NVIDIA: #. Type: boolean #. Description #: ../nvidia-common.templates:3001 msgid ${conflict-libs} msgstr ${conflict-libs} #. Type: boolean #. Description #: ../nvidia-common.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 Tieto knižnicu sú s najväÄÅ¡ou pravdepodobnosÅ¥ou pozostatkom starej inÅ¡talácie pomocou nvidia-installer a nepatria do žiadneho balÃka spravovaného pomocou dpkg. Ich zmazanie by malo byÅ¥ bezpeÄné. signature.asc Description: PGP signature
Bug#621835: xmodmap -e 'remove lock = Caps_Lock' no longer works.
JDHaSD == John D Hendrickson and Sara Darnell johnandsa...@cox.net writes: JDHaSD No way is it obsolete. Just as I suspected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622116: eglibc: patch: unrecognized option '--unified-reject-files' (wrong QUILT_PATCH_OPTS)
On Sun, Apr 10, 2011 at 1:04 PM, Jonathan Nieder jrnie...@gmail.com wrote: unarchive 612540 forcemerge 612540 622116 quit Hi, Sedat Dilek wrote: -QUILT_PATCH_OPTS=--unified-reject-files +QUILT_PATCH_OPTS=--reject-format=unified Thanks for reporting. Should be fixed in 2.11.2-12. Thanks for the rocket-fast reply. Has eglibc (2.11.2-12) ever been released or it is going to be released? I see a Closes #612540 in eglibc/experimental (2.13-0exp5): ... [ Clint Adams ] * Patch from Nobuhiro Iwamatsu to cope with the removal of patch --unified-reject-files. closes: #612540. Can you enlighten what will be next version of eglibc in sid? 2.13? Can someone switch/jump to it w/o (big, any) concerns? - Sedat - [1] eglibc (2.11.2-12) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606494: grub2: localized start screen: german text is not displayed completely
tag 606494 fixed-upstream thanks On 09.12.2010 20:16, Holger Wansing wrote: Package: grub2 Yesterday, I noticed that grub2 has now the new functionality to display a localized start screen (the first screen, where you can select which OS to start. Under that list, there is a localized (here german) text about the keyboard functions). In german the text is truncated (maybe in other languages, too?) In the po file, the translation is complete. On the grub screen, I see: - Verwenden Sie die Tasten ▲ und ▼, um Einträge hervorzuheben und auszuwählen. Drücken Sie die Eingabetaste, um das ausgewählte Betriebssystem zu booten, »e« zum Bearbeiten der Befehle vor dem Booten oder - while the po file contains this: - msgid Use the %C and %C keys to select which entry is highlighted.\n msgstr Verwenden Sie die Tasten %C und %C, um Einträge hervorzuheben und auszuwählen.\n msgid Press enter to boot the selected OS, 'e' to edit the commands before booting or 'c' for a command-line. ESC to return previous menu.\n msgstr Drücken Sie die Eingabetaste, um das ausgewählte Betriebssystem zu booten, »e« zum Bearbeiten der Befehle vor dem Booten oder »c« für eine Befehlszeile. Mit ESC kehren Sie zum vorherigen Menü zurück.\n - It seems the developer has oriented himself on the english version, and languages that need more characters for their translation are truncated. Please give the possibility to use some more place for the strings. Thanks As a short term solution, I could provide a patch to shorten the translation so that it fitts in the displayed lines. The original translator Mario Blättermann mari...@gnome.org has already received that patch, and he has already implemented it, but since that is on the Translation Project TP, it will need more time to be implemented in the debian package over the official way. Could the debian package maintainer change the translation according a patch provided by me? (to receive an ACK from the original translator would be no problem.) Greetings Holger -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#622123: iceweasel does not search text in select tags
Package: iceweasel Version: 3.5.18-1 Severity: minor Tags: upstream iceweasel does not search in text from select tags - the value of the option-subtags . p.ex. see here: [1] or for why it is actually worth implementing this, see these filters [2] [1] http://www.w3schools.com/tags/tryit.asp?filename=tryhtml_select_multiple [2] http://search.digikey.com/scripts/DkSearch/dksus.dll?Cat=2556109 -- Package-specific info: -- Extensions information -- Addons package information ii iceweasel 3.5.18-1 Web browser based on Firefox ii iceweasel-l10n 1:3.5.16+debia German language package for Iceweasel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable'), (500, 'maverick'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 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 iceweasel depends on: ii debianutils3.4.4 Miscellaneous utilities specific t ii fontconfig 2.8.0-2.1 generic font configuration library ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.28.4-1 The GLib library of C routines ii libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user interface ii libnspr4-0d4.8.7-2 NetScape Portable Runtime Library ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii procps 1:3.2.8-10/proc file system utilities ii xulrunner-1.9.11.9.1.18-1XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-2 1.9+dfsg-1 MIT Kerberos runtime libraries - k pn mozplugger none (no description available) pn ttf-lyx | latex-xft-fonts none (no description available) pn ttf-mathematica4.1 none (no description available) pn xfonts-mathml none (no description available) pn xprint none (no description available) Versions of packages xulrunner-1.9.1 depends on: ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.32.0-1+sid1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.2-4 GCC support library ii libglib2.0-0 2.28.4-1The GLib library of C routines ii libgtk2.0-0 2.24.3-1~sid1 The GTK+ graphical user interface ii libhunspell-1.2- 1.2.14-4spell checker and morphological an ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libmozjs2d 1.9.1.18-1 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpango1.0-01.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-0 1.2.44-2PNG library - runtime ii libreadline6 6.1-3 GNU readline and history libraries ii libsqlite3-0 3.7.5-1 SQLite 3 shared library ii libstartup-notif 0.10-1 library for program launch feedbac ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.2-1 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages xulrunner-1.9.1 suggests: ii libcanberra0 0.24-1 a simple abstract interface for pl ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomeui-0 2.24.3-1 The GNOME libraries (User Interfac ii libgnomevfs2-01:2.24.4-1 GNOME Virtual File System (runtime -- 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#621835: xmodmap -e 'remove lock = Caps_Lock' no longer works.
I use xmodmap. No way is it obsolete. It's who's job? To break unix software by making time honored standards obsolete a little at a time? - John jida...@jidanni.org wrote: OK, setxkbmap -option caps:none worked. Thanks! CB == Cyril Brulebois k...@debian.org writes: CB Well, nobody bothered to send a patch. Feel free to. Just add '*** xmodmap is obsolete, try setxkbmap instead ***' somewhere on the xmodmap manpage. That would help #584502 sufferers too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622124: lintian: overzealous spell checking is actually wrong in one casse
Package: lintian Version: 2.5.0~rc2 Severity: serious Justification: Policy 12.1 The new lintian is scoring about 50% for me at the moment. It is quite correct in asking for 'allows to' to be changed to 'allows one to'. At least I can think of no counter examples. However it goes too far in asking for 'helps to' - 'helps one to'. In all the examples I have seen or can think of, both are grammatically correct but the one without is more appropriate. Adding 'one' makes it sounds long-winded and pompous. These are the only examples I have seen so I do not know what the larger pattern is. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.20.1-16 The GNU assembler, linker and bina ii diffstat 1.54-1produces graph of changes introduc ii dpkg-dev 1.16.0.1 Debian package development tools ii file 5.04-5Determines file type using magic ii gettext0.18.1.1-3GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libemail-valid-perl0.184-1 Perl module for checking the valid ii libipc-run-perl0.89-1Perl module for running processes ii libparse-debianchangel 1.2.0-1 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.58-1module to manipulate and access UR ii locales2.11.2-11 Embedded GNU C Library: National L ii locales-all [locales] 2.11.2-11 Embedded GNU C Library: Precompile ii man-db 2.5.7-8 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-19 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-2 Text::Template perl module ii man-db2.5.7-8on-line manual pager -- 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