Bug#496360: The possibility of attack with the help of symlinks in some Debian packages
On Fri, Oct 10, 2008 at 17:39:09 +0200, Tobias Klauser wrote: I still see a problem with the liquidsoap logfile being written to /tmp [1]. The filename there is only depended on the PID of the liquidsoap process. Unfortunately I lack OCaml hacking skills so I didn't patch this one. [1] set(log.file.path,/tmp/lig.pid.log) set(log.file.path, Filename.temp_file liguidsoap .log) would probably work (untested, though). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492837: Severity
severity 492837 grave tags 492837 etch-ignore thanks I'm elevating the severity of this bug to grave (makes the package in question unusable or mostly so...) because iceweasel 3 is in both lenny and sid, so this package really should be removed from lenny if it's not updated. --Ken -- Chanoch (Ken) Bloom. PhD candidate. Linguistic Cognition Laboratory. Department of Computer Science. Illinois Institute of Technology. http://www.iit.edu/~kbloom1/ signature.asc Description: Digital signature
Bug#498823: xfs: final diff for NMU version 1:1.0.8-2.1
Hi Julien, XSF*, here is the final NMUdiff fixing a typo in an initscript comment and moving the Makefile.in patch to the diff.gz as discussed on IRC. Thanks for maintaining X. Kind regards T. diff -u xfs-1.0.8/Makefile.in xfs-1.0.8/Makefile.in --- xfs-1.0.8/Makefile.in +++ xfs-1.0.8/Makefile.in @@ -234,7 +234,7 @@ top_srcdir = @top_srcdir@ configdir = $(sysconfdir)/X11/fs FONT_FLAGS = -DFONT_PCF -DFONT_FS -DFONT_SPEEDO -AM_CPPFLAGS = $(XFS_CFLAGS) -I$(top_srcdir)/include -DXFSPIDDIR=\/var/run\ \ +AM_CPPFLAGS = $(XFS_CFLAGS) -I$(top_srcdir)/include -DXFSPIDDIR=\/var/run/xfs\ \ $(FONT_FLAGS) -D_BSD_SOURCE -DFONT_t -DTRANS_SERVER -DTRANS_REOPEN LDADD = $(XFS_LIBS) diff -u xfs-1.0.8/debian/changelog xfs-1.0.8/debian/changelog --- xfs-1.0.8/debian/changelog +++ xfs-1.0.8/debian/changelog @@ -1,3 +1,19 @@ +xfs (1:1.0.8-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix fallout from switching to non-privileged user: +- Adjust config file to disable logging to file. + We log to syslog, but with this parameter, xfs tries to open + the logfile which fails because we run as nobody. +- postinst: create user debian-xfs for pidfile, +- init: create pidfile dir if necessary, change pifile location, + deal with two possible pidfile locations for stop et al, +- postrm: delete pid directory and user, +- add patch to change pid directory. +Closes: #498823. + + -- Thomas Viehmann [EMAIL PROTECTED] Thu, 09 Oct 2008 22:32:45 +0200 + xfs (1:1.0.8-2) unstable; urgency=low * Add $syslog dependency to the xfs init.d script (closes: #489232). diff -u xfs-1.0.8/debian/control xfs-1.0.8/debian/control --- xfs-1.0.8/debian/control +++ xfs-1.0.8/debian/control @@ -10,7 +10,7 @@ Package: xfs Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, adduser Suggests: xfonts-100dpi | xfonts-75dpi, xfonts-base, xfonts-scalable Description: X font server xfs is a daemon that listens on a network port and serves X fonts to X diff -u xfs-1.0.8/debian/xfs.init xfs-1.0.8/debian/xfs.init --- xfs-1.0.8/debian/xfs.init +++ xfs-1.0.8/debian/xfs.init @@ -36,7 +36,9 @@ PATH=/bin:/usr/bin:/sbin:/usr/sbin DAEMON=/usr/bin/xfs -PIDFILE=/var/run/xfs.pid +PIDDIR=/var/run/xfs +PIDFILE=$PIDDIR/xfs.pid +OLDPIDFILE=/var/run/xfs.pid UPGRADEFILE=/var/run/xfs.daemon-not-stopped SOCKET_DIR=/tmp/.font-unix @@ -61,6 +63,13 @@ echo done. } +set_up_pid_dir () { + if [ ! -d $PIDDIR ] ; then +mkdir $PIDDIR +chown debian-xfs $PIDDIR + fi +} + stillrunning () { if expr $(cat /proc/$DAEMONPID/cmdline 2/dev/null) : $DAEMON /dev/null \ 21; then @@ -74,6 +83,14 @@ fi } + +# If there is only an old pidfile, use that. note that restart calls the start +# initscript, so that will use the new pidfile for the new xfs process +if [ $1 = restart ] || [ $1 = reload ] || [ $1 = stop ] \ + [ ! -e $PIDFILE ] [ -e $OLDPIDFILE ] ; then + PIDFILE=$OLDPIDFILE +fi + # If we have upgraded the daemon since we last started it, we can't use the # --exec argument to start-stop-daemon, because the daemon's inode will have # changed. The risk here is that in a situation where the daemon died, its @@ -91,8 +108,9 @@ case $1 in start) set_up_socket_dir +set_up_pid_dir echo -n Starting X font server: xfs -start-stop-daemon --start --quiet $SSD_START_ARGS -- -daemon -user nobody -droppriv \ +start-stop-daemon --start --quiet $SSD_START_ARGS -- -daemon -user debian-xfs -droppriv \ || echo -n already running echo . ;; diff -u xfs-1.0.8/debian/xfs.postinst.in xfs-1.0.8/debian/xfs.postinst.in --- xfs-1.0.8/debian/xfs.postinst.in +++ xfs-1.0.8/debian/xfs.postinst.in @@ -15,6 +15,12 @@ THIS_PACKAGE=xfs THIS_SCRIPT=postinst +if ! getent passwd debian-$THIS_PACKAGE /dev/null ; then + adduser --quiet --system --disabled-password \ + --home /nonexistant --no-create-home \ + --shell /bin/false --group debian-$THIS_PACKAGE +fi + #INCLUDE_SHELL_LIB# # Registering the init scripts or starting the daemon may cause output to diff -u xfs-1.0.8/debian/xfs.postrm.in xfs-1.0.8/debian/xfs.postrm.in --- xfs-1.0.8/debian/xfs.postrm.in +++ xfs-1.0.8/debian/xfs.postrm.in @@ -25,6 +25,15 @@ if [ -d /etc/X11/fs ]; then rm -r /etc/X11/fs fi + if [ -d /var/run/xfs ]; then +rm -r /var/run/xfs + fi + # Remove the user if we are relatively certain that we created it + u_home=$(getent passwd debian-$THIS_PACKAGE | cut -d : -f 6) + u_shell=$(getent passwd debian-$THIS_PACKAGE | cut -d : -f 7) + if [ $u_home = /nonexistant ] [ $u_shell = /bin/false ] [ -x /usr/sbin/deluser ] ; then +deluser --system --quiet debian-$THIS_PACKAGE + fi fi if [ $1 = abort-upgrade ]; then diff -u xfs-1.0.8/debian/patches/02_debian_setup.diff xfs-1.0.8/debian/patches/02_debian_setup.diff --- xfs-1.0.8/debian/patches/02_debian_setup.diff +++
Bug#501516: Main-Class: entry has space appended by jh_manifest
tag 501516 pending thanks On Tue Oct 07 23:55, Richard Cole wrote: This is called to write out entries such as Main-Class and it always appends a space after each entry. But sun-java-6 doesn't work if the Main-Class entry is followed by a space. A fix for this is to prepend a space, except for the first line, rather than always appending a space. Thanks, I've uploaded a fix for this. You should probably also handle the case when a word is greater than 71 characters, although I don't know what the standard allows for in this case (or indeed if there is a standard). Me neither, so I'm going to ignore it at the moment. Matt -- Matthew Johnson signature.asc Description: Digital signature
Bug#501824: [Pkg-libvirt-maintainers] Bug#501824: virt-manager: cannot connect to localhost if not root
Francesco Frassinelli schrieb: Package: virt-manager Version: 0.5.4-4 Severity: important I can't connect to localhost if I don't run virt-manager as root. Here's what it says when I try to do it (obiously libvirt daemon is up): And the user has access to the socket? -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501699: kernel-package: make-kpkg still fails with --rootcmd fakeroot
Package: kernel-package Version: 11.003 Followup-For: Bug #501699 The bug is still present in kernel-package 11.003. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages kernel-package depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii debianutils 2.30 Miscellaneous utilities specific t ii dpkg1.14.22 Debian package management system ii dpkg-dev1.14.22 Debian package development tools ii file4.26-1 Determines file type using magic ii gcc [c-compiler]4:4.3.2-2The GNU C compiler ii gcc-3.4 [c-compiler 3.4.6-8 The GNU C compiler ii gcc-4.1 [c-compiler 4.1.2-23 The GNU C compiler ii gcc-4.2 [c-compiler 4.2.4-3 The GNU C compiler ii gcc-4.3 [c-compiler 4.3.2-1 The GNU C compiler ii gettext 0.17-4 GNU Internationalization utilities ii make3.81-5 The GNU version of the make util ii module-init-tools 3.4-1tools for managing Linux kernel mo ii perl5.10.0-15Larry Wall's Practical Extraction ii po-debconf 1.0.15 manage translated Debconf template ii util-linux 2.13.1.1-1 Miscellaneous system utilities Versions of packages kernel-package recommends: ii bzip2 1.0.5-1high-quality block-sorting file co ii libc6-dev [libc-dev] 2.7-14 GNU C Library: Development Librari Versions of packages kernel-package suggests: pn docbook-utils none (no description available) ii e2fsprogs 1.41.2-1 ext2/ext3/ext4 file system utiliti ii initramfs-tools [linux-in 0.92l tools for generating an initramfs pn libdb3-devnone (no description available) ii libncurses5-dev [libncurs 5.6+20081004-1 developer's libraries and docs for pn linux-source | kernel-sou none (no description available) pn xmlto none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501830: /usr/share/man/man1/su.1.gz: manpage lacks placing of 'username' in synopsis
Package: login Version: 1:4.1.1-5 Severity: minor File: /usr/share/man/man1/su.1.gz Synopsis of 'su' manpage: su [options] [LOGIN] And there is no 'username' in it. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages login depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libpam-modules1.0.1-4+b1 Pluggable Authentication Modules f ii libpam-runtime1.0.1-4Runtime support for the PAM librar ii libpam0g 1.0.1-4+b1 Pluggable Authentication Modules l login recommends no packages. login suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495211: #495211 - libatomic-ops FTBFS on powerpc
* Mike O'Connor [Wed, 08 Oct 2008 18:08:59 -0400]: May I NMU my fix to T-P-U to fix this bug? Yes, and thanks for digging up the fix. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Rosa León - ¡Ay, amor! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501829: kball: editor should be more user-friendly
Package: kball Version: 0.0.20041216-5 Severity: normal When you are in the editor, if you press L to load a file it will immediately infom you that it will replace the current level and ask for confirmation. This is annoying when you have just entred the editor or have just saved the level. It should avoid that prompt when nothing has changed. When exiting the editor, if there are no unsaved changes then again there is no need for confirmation. There should be a relatively easy way of editing a level that was shipped with the game. kgoldrunner does this well. Some way of just pressing a key while playing the game to jump to the editor for that level would be good. When in the editor there should be a help screen describing what the meanings are of the different types of tile. The editor should support user generated campaigns and automatically assign level numbers to new levels. kgoldrunner is a good example of how to do this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501833: httptunnel: hts can bind to an IP address, but it's not documented
Package: httptunnel Version: 3.3-3 Severity: minor The hts server can even bind to a specific address: the synopsis should be this way: hts [options] [host:]port And of course, this feature should be mentioned in the man page. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (200, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26.2.jumper Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages httptunnel depends on: ii libc6 2.7-13 GNU C Library: Shared libraries httptunnel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439817: submitting a patch for fixing this bug (and .dsc / .diff.gz ffiles)
Dear Mantainer: I'm submitting a patch for this bug [file Samsung_ML-2010-bug.dpatch) (taken from upstream subversion with svn diff -r69:70 Changelog entry: r70 | ap2c | 2007-02-10 11:17:26 -0300 (sáb 10 de feb de 2007) | 2 lines changed paths: M /splix/src/spl2.cpp Correct a bug for the ML-2010 printer Also I'm submitting the .dsc and .diff.gz files for rebuilding the Debian packages. (So probably you only need to modify the ChangeLog (replacing my name with yours, etc.) I've tested this with my printer. Please fix this issue for Lenny.. I've applied my patch using dpatch since your rules files includes rules for this. Lintian complains since you have applied patches directly, and the rules file uses a patch system (but this is clearly only a cosmetic issue) best regards Pablo --- a/src/spl2.cpp +++ b/src/spl2.cpp @@ -168,7 +168,8 @@ header[0xd] = _printer-docHeaderValues(1); // ??? XXX header[0xe] = _printer-qpdlVersion(); // QPDL Version header[0xf] = _printer-docHeaderValues(2); // ??? XXX -if (_printer-resolutionY() != _printer-resolutionX()) +if (_printer-resolutionY() != _printer-resolutionX() || +_printer-docHeaderValues(2) == 1) header[0x10] = _printer-resolutionX() / 100; // X Resolution else header[0x10] = 0; // X Resolution = Y Res. splix_1.0.1-1.2.diff.gz Description: GNU Zip compressed data splix_1.0.1-1.2.dsc Description: Binary data
Bug#500540: kdebase: automounting vfat (partialy) case sensitive due to utf8 is plain wrong and dangerous
Heinrich Langos [EMAIL PROTECTED] writes: Now lets try again with more sane vfat options: # mount | grep vfat /dev/sda1 on /mnt type vfat (rw,nosuid,nodev,noatime,uhelper=hal,flush,uid=1000,shortname=lower,check=relaxed,codepage=850,iocharset=iso8859-1) As you see it is not perfect as the TEST file gets only created as test. My guess is that shortname=mixed instead of shortname=lower should be used but don't take my word for it. shortname=mixed works nicely with utf8 flag, and command touch test Test teSt touches the same file three times. And who came up with the idea to mount vfat with utf8 anyway? It was never designed to take short utf8 names. Those are strictly 8.3 and if you try to stick utf8 characters in there, you get all kinds of length checking problems. Long names on vfat are stored in unicode anyway. So whats the big gain here? For the sake of squeezing utf8 into places where it never was ment to be, we get messed up filesystems? I admit that some of the ideas may have come from me. I have described one aspect of this issue in the kernel bug #417324: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=417324 I'm pretty confused with all these iocharset, codepage and utf8 flags but I'm certain that in Debian Etch (and its default locale settings [UTF-8] and kernel settings) filenames get converted totally wrong. Long filenames in FAT filesystem are in the form we call UTF-16 today. In default Etch system FAT's UTF-16 filenames get converted to ISO-8859-1 if the filesystem is not mounted with utf8 flag. The other direction is so that Etch's UTF-8 filenames are assumed to be in ISO-8859-1 and, since it's a single-byte encoding, every byte (even in a UTF-8 multibyte character) gets converted separately to UTF-16. This produces complete garbage of course. KDE is nice enough to use utf8 flag but someone reported that Gnome does not (or at least did not) mount with this flag. Thus it produces filenames which are unreadable in other systems (including MS Windows). I guess the change in kernel settings made you see this issue after upgrading from Etch to Lenny. The option CONFIG_FAT_DEFAULT_IOCHARSET was changed from iso-8859-1 to utf8. As far as I have seen in archives and related bug reports the blame for this problem gets shifted around from KDE to pmount to the kernel itself and all the way back. Everybody happily points fingers at the others. This seems to be pretty complicated. We have to make VFAT/UTF-16 -- Debian/UTF-8 conversion work somehow, and in Etch it does not work (except when KDE does the mounting). In Lenny the conversion currently works by default with just mount without any options; this is because the change in the kernel settings. But then there's the issue you reported... :-( In my experience shortname=mixed works nicely without character case problems. -henrik (Using Debian since buzz.) Wow, I'm from the Woody/Sarge generation. :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472834: libgdamm3.0-dev: bug still in latest version
Package: libgdamm3.0-dev Version: 3.0.1-1 Followup-For: Bug #472834 Hi, was just about to file the same bug again when I found out I already reported it half a year ago. Same problem still exists in current version and patch still applies. Best, Norbert -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (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 Versions of packages libgdamm3.0-dev depends on: ii libgda3-dev 3.0.2-5Development files for GNOME Data A ii libgdamm3.0-103.0.1-1C++ wrappers for libgda3 ii libglibmm-2.4-dev 2.16.4-1 C++ wrapper for the GLib toolkit ( libgdamm3.0-dev recommends no packages. Versions of packages libgdamm3.0-dev suggests: ii libgdamm3.0-doc 3.0.1-1C++ wrappers for libgda3 (document -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501831: libsdl1.2debian-all: caca support not compiled in anymore
Package: libsdl1.2debian-all Version: 1.2.13-2 Severity: minor Greetings, apparently SDL no longer includes libcaca support. Looking at the changelog: http://packages.debian.org/changelogs/pool/main/libs/libsdl1.2/current/changelog.txt I can only find references to libcaca being ADDED, and not REMOVED. I therefore presume this is a bug and am setting severity to minor instead of wishlist. Is there a chance of libcaca being reenabled? Previously I thought SDL had no caca support but a Google search told me otherwise; I find aalib a bit boring after all the time I spent showing people that people did it, and would like to use caca, and I'm sure I'm not alone. My test consisted of running my project like this: SDL_VIDEODRIVER=caca ./yatc according to instructions I found for running wormux. Also I tried running qemu the same way. Could someone take a look? And again, is there a chance of libcaca being reenabled? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (1000, 'testing'), (500, 'stable'), (101, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libsdl1.2debian-all depends on: ii libaa1 1.4p5-37+b1 ascii art library ii libartsc01.5.9-2 aRts sound system C support librar ii libasound2 1.0.16-2ALSA library ii libaudio21.9.1-4 Network Audio System - shared libr ii libaudiofile00.2.6-7 Open-source version of SGI's audio ii libc62.7-13 GNU C Library: Shared libraries ii libdirectfb-1.0-01.0.1-11direct frame buffer graphics - sha ii libesd-alsa0 [libesd0] 0.2.36-3Enlightened Sound Daemon (ALSA) - ii libglib2.0-0 2.17.6-1The GLib library of C routines ii libpulse00.9.10-3PulseAudio client libraries ii libsvga1 [svgalibg1] 1:1.4.3-27 console SVGA display libraries ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii svgalibg11:1.4.3-27 transitional dummy package which c libsdl1.2debian-all recommends no packages. libsdl1.2debian-all suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496360: Updated patch
The previous patch contains a small flaw when trying to delete the file on exit even if it does not exist. An updated patch is attached. Cheers, Tobias diff -urpN liquidsoap-0.3.8.1+2.orig/gui/liguidsoap.py liquidsoap-0.3.8.1+2/gui/liguidsoap.py --- liquidsoap-0.3.8.1+2.orig/gui/liguidsoap.py 2008-08-11 14:21:17.0 +0200 +++ liquidsoap-0.3.8.1+2/gui/liguidsoap.py 2008-10-10 17:21:43.0 +0200 @@ -8,6 +8,8 @@ import gobject import threading, socket, sys, os, time, re import getopt +import tempfile + from client import LiqClient from widgets import View @@ -104,6 +106,7 @@ This is free software, released under th # liquidsoap runs liquidsoap with a fixed script # a few parameteres are available def liquidsoap( +scriptfile, host='localhost',port=1234,mount='emission.ogg', backup=''): if backup=='': @@ -111,7 +114,7 @@ def liquidsoap( else: addbackup=';backup' - os.system(cat /tmp/liguidsoap.liq __EOL__ + os.system(cat %s __EOL__ set(log.file.path,/tmp/lig.pid.log) set(log.stdout,true) set(server.telnet,true) @@ -132,10 +135,10 @@ output.icecast.vorbis( id=broadcast, host=%s,port=%d,mount=%s,start=false,mixer) output.file.vorbis(id=backup,start=false,%s,mixer) - % (host, port, mount, backup)) + % (scriptfile, host, port, mount, backup)) pid = os.fork() if pid==0: -os.execlp(liquidsoap,liquidsoap,/tmp/liguidsoap.liq) +os.execlp(liquidsoap,liquidsoap,scriptfile) else: print Running liquidsoap... return pid @@ -162,10 +165,11 @@ def liguidsoap(): ehost=eport=erun=dialog=None icehost=iceport=icemount=backup=None - def exit(pid): + def exit(pid, scriptfile): if pid!=None: os.kill(pid,15) os.waitpid(pid,0) +os.remove(scriptfile) gtk.main_quit() # This startup function can be used to start the GUI directly @@ -173,12 +177,15 @@ def liguidsoap(): def start(response=None): # Dialog stuff liquid_pid=None +scriptfile=None if response!=None: if response!=gtk.RESPONSE_ACCEPT: sys.exit() if erun.get_active(): host,port = 'localhost',1234 +__unused, scriptfile = tempfile.mkstemp('.liq', 'liquidsoap') liquid_pid=liquidsoap( +scriptfile, host=icehost.get_text(), port=iceport.get_value(), mount=icemount.get_text(), @@ -195,7 +202,7 @@ def liguidsoap(): win = gtk.Window() win.set_border_width(10) win.connect(delete_event, lambda w,e: False) -win.connect(destroy, lambda osb: exit(liquid_pid)) +win.connect(destroy, lambda osb: exit(liquid_pid,scriptfile)) win.set_title('Liquidsoap on '+host+':'+str(port)) win.resize(700,300) try:
Bug#501832: aptitude: query-only actions should work for user 'nobody'
Package: aptitude Version: 0.4.11.10-1 Severity: minor I (script, actually) want to run query-only actions of aptitude, such as 'search', as 'nobody' user (rationale: prevent aptitude from locking the /var/lib/dpkg/lock (and fail then) when other instances of apt or dpkg are running). But now aptitude tries to create /nonexistent/.aptitude when runned as 'nobody' and obviously fails. -- Package-specific info: aptitude 0.4.11.10 compiled at Sep 14 2008 21:14:50 Compiler: g++ 4.3.2 Compiled against: apt version 4.6.0 NCurses version 5.6 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.6.20080925 cwidget version: 0.5.12 Apt version: 4.6.0 linux-vdso.so.1 = (0x7fffa69fe000) libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0x7f759e394000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7f759e149000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f759df44000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f759dc71000) libept.so.0 = /usr/lib/libept.so.0 (0x7f759d9f8000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7f759d68e000) libz.so.1 = /usr/lib/libz.so.1 (0x7f759d477000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f759d25b000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f759cf4f000) libm.so.6 = /lib/libm.so.6 (0x7f759000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f759cab5000) libc.so.6 = /lib/libc.so.6 (0x7f759c762000) libutil.so.1 = /lib/libutil.so.1 (0x7f759c55f000) libdl.so.2 = /lib/libdl.so.2 (0x7f759c35b000) /lib64/ld-linux-x86-64.so.2 (0x7f759e654000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.15Advanced front-end for dpkg ii libc6 2.7-13GNU C Library: Shared libraries ii libcwidget30.5.12-3 high-level terminal interface libr ii libept00.5.25High-level library for managing De ii libgcc11:4.3.2-1 GCC support library ii libncursesw5 5.6+20080925-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libxapian151.0.7-3 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.11.9-1 English manual for aptitude, a ter ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output Versions of packages aptitude suggests: ii debtags 1.7.7 Enables support for package tags pn tasksel none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501844: kball: should accept both ENTER keys
Package: kball Version: 0.0.20041216-5 Severity: normal The ENTER key on the numeric keypad doesn't work with this game. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451575: bugs.debian.org: error display link containing name with aptostrophe
Hi, On Sat, 2007-11-17 at 00:36 -0500, Mike O'Connor wrote: Look at the notice that I reassigned the bug in this report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422944 strongBug reassigned from package `a href=pkgreport.cgi?pkg=wnppwnpp/a#39; to `a href=pkgreport.cgi?pkg=ftp.debian.org%26%2339%3B.%3C%2Fstrong%3E%0ARequest+was+from+%3Ccode%3EMike+Oftp.debian.org#39;./strong Request was from codeMike O/a#39;Connor lt;[EMAIL PROTECTED]gt;/code the a tag and the code tag are overlapping. Whatever was causing this appears to have been fixed (at least the fragment referred to above is no longer broken). Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431855: post-removal script returned error exit status 20
This is also reported in Ubuntu here https://bugs.edge.launchpad.net/debian/+source/isdnutils/+bug/281324 Here is the patch against isdnutils_3.12.20071127-0ubuntu1 diff -u isdnutils-3.12.20071127/debian/changelog isdnutils-3.12.20071127/debian/changelog --- isdnutils-3.12.20071127/debian/changelog +++ isdnutils-3.12.20071127/debian/changelog @@ -1,3 +1,10 @@ +isdnutils (1:3.12.20071127-0ubuntu2) intrepid; urgency=low + + * isdnutils-base.postrm : Remove echo when /etc/isdn can't be deleted +This triggers an error purging the package (LP: #281324) + + -- Jean-Baptiste Lallement [EMAIL PROTECTED] Fri, 10 Oct 2008 22:37:27 +0200 + isdnutils (1:3.12.20071127-0ubuntu1) hardy; urgency=low * Updated upstream snapshot (3 fixes only): diff -u isdnutils-3.12.20071127/debian/isdnutils-base.postrm isdnutils-3.12.20071127/debian/isdnutils-base.postrm --- isdnutils-3.12.20071127/debian/isdnutils-base.postrm +++ isdnutils-3.12.20071127/debian/isdnutils-base.postrm @@ -5,10 +5,7 @@ case $1 in purge) -rmdir /etc/isdn 2/dev/null || true -if [ -d /etc/isdn ]; then - echo There are still files in /etc/isdn/ that you may want to remove manually. -fi +rmdir --ignore-fail-on-non-empty /etc/isdn ;; remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
Bug#501087: [Nut-upsdev] Bug#501087: nut: support for a tripplite avr750u
2008/10/4 Raphael Geissert [EMAIL PROTECTED]: 2008/10/4 Arjen de Korte [EMAIL PROTECTED]: Citeren Arnaud Quette [EMAIL PROTECTED]: you missed to add an entry in drivers/tripplite-hid.c -tripplite_claim() for that ;-) And beware that you need to put it in the correct place as well. Some Tripp Lite HID devices (incorrectly) report battery voltage in decivolts so we need to apply a correction factor here. So there are basically two groups in this function. One that reports battery voltage in decivolts (productid 1003, 2005 and 2007) and one that reports battery voltage in volts (productid 3012, 4002, 4003). Before committing this change, we need to see the output of 'upsc' to know what it reports. In the attached patch I've added it to the first group, as I'd expect it to behave just like 1003 (the avr550u model). applied to the trunk, thanks. -- Arnaud -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501087: [Nut-upsdev] Bug#501087: nut: support for a tripplite avr750u
2008/10/4 Raphael Geissert [EMAIL PROTECTED]: 2008/10/4 Charles Lepple [EMAIL PROTECTED]: I don't know much about the Tripp Lite devices covered by the usbhid-ups driver, but the usual debug suggestions apply. You can run the driver with -DDD on the command line, and look for messages related to battery charge. Attaching the output of usbhid-ups -. @Arnaud: there's no windows software it is a java applet which does not like neither the java 5 nor 6 installations of my box. and obviously, no source? you can try to ask TL to disclose the Usage Table (ie the lookup between the unknown values 0x and the corresponding names and meanings). This shouldn't hurt theim too much ;-) and would help us a lot... -- Arnaud -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501820: [Pkg-fglrx-devel] Bug#501820: fglrx-driver breaks DRI for xserver-xorg-video-radeon
Hi Romain, if it's a wontfix there should at least be a note about the issue in the package documentation. If it's not mentioned anywhere people who have tried (and thus installed ) the fglrx driver will think the radeon driver is broken. At least that's what I thought... Regards, Felix Romain Beauxis wrote: severity 501820 normal tag 501820 wontfix thanks Le Friday 10 October 2008 19:57:50 Felix Homann, vous avez écrit : Hi, Hi ! when fglrx-driver is installed DRI is broken for the open source radeon/ati driver. Here's an excerpt of glxinfo: Yep, this is surely a consequence of the private version of libGL installed by fglrx. Just uninstall it and it should be fixed. Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501820: [Pkg-fglrx-devel] Bug#501820: fglrx-driver breaks DRI for xserver-xorg-video-radeon
Le Friday 10 October 2008 23:07:34 Felix Homann, vous avez écrit : Hi Romain, Hi ! if it's a wontfix there should at least be a note about the issue in the package documentation. If it's not mentioned anywhere people who have tried (and thus installed ) the fglrx driver will think the radeon driver is broken. At least that's what I thought... Humm... Right, I tagged wontfix since we won't remove the private libGL package. However, this issue could be stated in its description. Romain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501810: [pkg-fso-maint] Bug#501810: fso-utils: fails to add new menu entry
Hi, Am Freitag, den 10.10.2008, 19:44 +0300 schrieb Timo Juhani Lindfors: [EMAIL PROTECTED]:~$ time uboot-envedit -i env.orig f env.add -o env.new ^ typo or culprit? but after 30 seconds it failed with return value 1 and just printed usage message: usage: /usr/bin/uboot-envedit [-s size] [-c] [-i file] [-o file|-p] [-f env_file] [-D var[=value]] [var=[value] ...] -c ignore CRC errors in input environment -f env_fileread changes from env_file -i fileread environment from file (default: use empty environment) -o filewrite environment to file (default: write to stdout) -p print environment in human-readable form to stdout -s bytes environment size in bytes (default: 262144) -D var[=value] define a variable for env_file preprocessing only var= remove the specified variable var=value set the specified variable The options -c, and -s, if present, must precede all other options. real0m30.281s user0m29.235s sys 0m0.175s Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#501629: python-sphinx: ansi color not always appropriate
package python-sphinx forwarded 501629 http://bugs.python.org/issue4102 tags 501629 upstream thanks Twas brillig at 23:55:07 08.10.2008 UTC-04 when [EMAIL PROTECTED] did gyre and gimble: ME Both sphinx-build and sphinx-quicksetup attempt (and fail) to use ME ansi color sequences, even when TERM=dumb (for example, when run ME from an emacs shell buffer, or m-x compile. Thanks for noticing, forwarded upstream. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501763: python-sphinx: latexwriter uses undefined 'excdescni' environment
package python-sphinx forward 501763 http://bugs.python.org/issue4103 tags 501763 upstream thanks Twas brillig at 09:24:49 10.10.2008 UTC+02 when [EMAIL PROTECTED] did gyre and gimble: MH I'd say, that the problem is still present in the current SVN trunk. Thanks, forwarded upstream. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490410: [Pkg-xfce-devel] Bug#490410: Bug#490410: Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
On Fri, 10 Oct 2008, Yves-Alexis Perez wrote: On Wed, Oct 08, 2008 at 09:58:15AM +0200, Jan Capek wrote: I want to point out that I have two independent computers here: 1) laptop - uses gdm to start xfce4 2) server - has no gdm installed and I launch xfce4 manually (startx) Both are experiencing the same issue. I am willing to debug further. However, it has been more than a month and I forgot some of the internals I saw in the keyboard plugin. Would it help if I post here the exact mechanism how the plugin gets the keyboard layout information from X? Maybe somebody w/ better knowledge of X could direct us. Yes it'd be nice to do some kind of summary, it's becoming a bit messy. Which xorg do your run, btw? Could you give us the result of dpkg -l | grep xorg? Cheers, -- Yves-Alexis Hi, one more update, I have performed dist upgrade, below are the latest package versions and it seems to make no difference either. This is the machine that uses 'startx' to start the server and no display manager. Cheers, Jan ii xorg1:7.3+18 X.Org X Window System ii xorg-docs 1:1.4-3 Miscellaneous documentation for the X.Org software suite ii xserver-xorg1:7.3+18 the X.Org X server ii xserver-xorg-core 2:1.4.2-7 Xorg X server - core server ii xserver-xorg-input-all 1:7.3+18 the X.Org X server -- input driver metapackage ii xserver-xorg-input-evdev1:2.0.3-1 X.Org X server -- evdev input driver ii xserver-xorg-input-kbd 1:1.3.1-1 X.Org X server -- keyboard input driver ii xserver-xorg-input-mouse1:1.3.0-1 X.Org X server -- mouse input driver ii xserver-xorg-input-synaptics0.14.7~git20070706-3 Synaptics TouchPad driver for X.Org/XFree86 server ii xserver-xorg-input-wacom0.8.0.2-2 X.Org X server -- Wacom input driver ii xserver-xorg-video-radeon 1:6.9.0-1+lenny4 X.Org X server -- ATI Radeon display driver ii xserver-xorg-video-radeonhd 1.2.1-2X.Org X server -- AMD/ATI r5xx, r6xx display driver ii xserver-xorg-video-v4l 0.2.0-1X.Org X server -- Video 4 Linux display driver -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409531: nbd-server: timeout option not very useful
over the last year on several occasions, i've seen folks spend a couple of hours debugging this option and coming to the same results ... it times out weather it's being used or not. the -a timeout option is just plain broken. would it be possible to either disable this option entirely, or at the very least, document that it's broken and recommend using keepalive timeouts instead in the man page? thanks for maintaining nbd! live well, vagrant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501846: New DST to Brazil available on tzdata 2008d
Package: tzdata Version: 2007k-1etch1 Severity: normal On October 19 Brazil will be on new DST and 2008d version have this corrected. But by now it is not available on official Debian Etch respository. It will be available or it will be the need to set it manually? Regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501678: Files copied/moved to cifs filesystems get attributes changed
On Fri, 2008-10-10 at 13:01 -0700, Steve Langasek wrote: tags 501678 confirmed upstream thanks On Thu, Oct 09, 2008 at 02:45:27PM +0100, Chris Carr wrote: Package: smbfs Version: 2:3.2.3-1 I'm no expert on samba/cifs but something has changed recently. I've used smbfs for mounting filesystems of other machines on my LAN for years, with no problems once permissions are all sorted out. In the past year or so I've noticed dozens of files appearing on my console in green (executable) - things like .txt files, which should never get +x. I've traced this to samba. Now, whenever I copy/move a file onto a mounted smbfs filesystem, or create a new file on such a filesystem, the file automatically gets permissions 755. Presumably the permissions of new files are controlled by a umask setting somewhere - I can't see one on the manual page of mount.cifs, so maybe it's done in the samba server config. But why would existing files have their attributes changed when they're copied or moved onto a smbfs filesystem? This seems to be a bug - surely samba should not mess with file attributes unless the user explicitly tells it to do so. Are you sure this is happening when you move files? I see it when I copy files, but not when I move them. Yes. I have just confirmed this by moving a plain text file onto a samba share (/home/chrisc on the server mounted as /home/chrisc/MyDocs on the client). Bizarrely, I received the following error message: mv: setting permissions for `MyDocs/text.txt': Permission denied ... but still the +x attribute was set! So does that mean it wasn't set by the mv command, but by the samba server? In case it helps, I attach the smb.conf file for the server. The reason for this is that 'mv' or 'cp -p' will explicitly set the file mode with fchmod(); if you run 'cp' without the '-p' option, then the mode on the new file is not copied separately, it's expected to be set by the option passed to open() which comes from the user's umask. It looks like this is somehow related to the handling of 'map archive' between client and server. If you set 'map archive = no', then the executable bit is not set. Sorry to be dim, but you mean set that in smb.conf, yes? This is only a workaround, though - it's still a bug if our POSIX client is getting the execute bit set when the user isn't asking for it. Thanks for the reply, Chris smb.conf.gz Description: GNU Zip compressed data
Bug#501810: [pkg-fso-maint] Bug#501810: fso-utils: fails to add new menu entry
Joachim Breitner [EMAIL PROTECTED] writes: Am Freitag, den 10.10.2008, 19:44 +0300 schrieb Timo Juhani Lindfors: [EMAIL PROTECTED]:~$ time uboot-envedit -i env.orig f env.add -o env.new ^ typo or culprit? Really good catch! Now it runs for 65 seconds, exits with zero and the output looks sensible. Maybe this bug could be left open as a wishlist bug for better error messages? ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501845: fvwm: FvwmScript-Quit better should use sudo commands for shutdown and reboot
Package: fvwm Version: 1:2.5.26-1 Severity: normal Tags: patch The FvwmScript-Quit script contains the following lines to shutdown and reboot the computer as a (normal) user: [...] Begin If $ToDo == Logout Then Do {Exec sync} Do {Exec /sbin/shutdown -r now} Quit End Else Begin Do {Exec sync} Do {Exec /sbin/shutdown -h now} Quit End [...] I don't know how the author thought it should be used by a user. In /usr/share/doc/fvwm/docs/FAQ.gz one can read: 3.16 How do I set up an fvwm menu item that shuts down my Linux machine? A: Write a little shell script to run the shutdown command. Install sudo on your system [...] Set up the sudoers config file to allow you [...] to run that script with root permissions. Add a menu item to your fvwm root menu [...] that invokes 'sudo /my/script/name'. I solved the problem for me by editing the sudoers file and the FvwmScript-Quit file. I attached my version of FvwmScript-Quit to let you include it in future versions of fvwm, if you like. In fact, I just put a sudo before every shutdown command. So, it was not that much work. But it's my first patch for debian and I'm so proud... :) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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/bash Versions of packages fvwm depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk1.2 1.2.10-18.1 The GIMP Toolkit set of widgets fo ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libncurses55.6+20080830-1shared libraries for terminal hand ii libpng12-0 1.2.27-2 PNG library - runtime ii libreadline5 5.2-3 GNU readline and history libraries ii librplay3 3.3.2-11.1Shared libraries for the rplay net ii librsvg2-2 2.22.2-2 SAX-based renderer library for SVG ii libsm6 2:1.0.3-2 X11 Session Management library ii libstroke0 0.5.1-6 mouse strokes library -- runtime f ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-3 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxpm41:3.5.7-1 X11 pixmap library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages fvwm recommends: ii fvwm-icons 2001.08.13-6 XPMs icons from fvwm development s Versions of packages fvwm suggests: ii cpp 4:4.3.2-2 The GNU C preprocessor (cpp) pn fvwm-themes none (no description available) pn libx11-protocol-perl none (no description available) ii m41.4.11-1 a macro processing language ii menu 2.1.40 generates programs menu for all me pn perl-tk none (no description available) pn wm-icons none (no description available) -- no debconf information WindowTitle {Quit} WindowSize 400 265 # Taille WindowPosition 191 143 # Position #ForeColor {black} #BackColor {grey85} #ShadowColor{grey55} #HilightColor {grey100} #Font -adobe-helvetica-bold-r-*-*-12-* Init Begin WarpPointer 1 Set $ToDo = Logout ChangeValue 6 1 ChangeValue 7 0 ChangeValue 8 0 ChangeValue 9 0 ChangeValue 10 0 End Widget 1 Property Position 40 40 Flags NoReliefString NoFocus Type ItemDraw Icon shutdown.xpm Main Case message of SingleClic : Begin End End Widget 2 Property Size 370 200 Position 15 15 Type Rectangle Main Case message of SingleClic : Begin End End
Bug#501847: kexec-tools: Please document the changed reboot behaviour.
Package: kexec-tools Version: 20080324-2 Severity: normal I've just installed kexec-tools and was surprised to find that, rather than just packaging the kexec executable, you have installed a script so that kexec is used when I reboot. I didn't want that. This feature - and how to disable it - are not described in the documentation as far as I can see. Can you please add some documentation describing this? I would also vote for disabling it by default. It also seems that the kernel which you run will not in general be the one that was running before the reboot. Is that what users would have expected? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.25 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475993: fslview: FTBFS: application.h:25:19: error: qlist.h: No such file or directory
There is a problem on ARM the let's uic-qt3 segfault: http://buildd.debian.org/fetch.cgi?pkg=fslviewver=3.0.2%2B4.1.0-1arch=armstamp=1222355159file=log doh -- thanks to Martin Guy we got access to ARM box, so I troubleshooted segfault to find that it happens at ucm_instantiate, and googling for it lead me instantly to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492538 which was exactly about the issue, with a fix being turn off optimization, and which got fixed/uploaded TODAY ;-) To: [EMAIL PROTECTED] Subject: Bug#492538: fixed in vtk 5.0.4-1.1 Date: Fri, 10 Oct 2008 10:32:12 + thanks to From: peter green [EMAIL PROTECTED] who suggested disabling optimization, so -- soon fslview should build fine I guess on arm ;-) buildd just would need to be kicked to initiate rebuild This prevented (and still prevents) fslview from moving into testing. I have tagged the bug with 'help', but got none so far. -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik signature.asc Description: Digital signature
Bug#501796: texlive-publishers: newer IEEEtran.bst is available now (ver 1.13)
On Fri, Oct 10, 2008 at 11:20 AM, Norbert Preining [EMAIL PROTECTED]wrote: tags 501796 + fixed-upstream thanks Hi, On Fr, 10 Okt 2008, H. S. wrote: Debian currently has ver 1.12 of IEEEtran.bst. However, a newer version, 1.13, is now available on CTAN. The changelog says: Will be fixed when TeX Live 2008 is packaged for Debian. Best wishes Norbert Okay. Thanks for the info. Warm regards. (Sorry for the repeat. Forgot to CC the bts earlier).
Bug#501848: /var/run/aide/ missing
Package: aide Version: 0.13.1-10 Tags: patch This report has been filed here: https://bugs.edge.launchpad.net/ubuntu/+source/aide/+bug/114730 Daily AIDE Report says: ---8 premature termination - Daily AIDE report for $HOSTNAME The cron job was terminated because lock /var/run/aide/cron.daily.lock could not be obtained. ---8--- Creating /var/run/aide/ and changing ownership via: sudo mkdir /var/run/aide sudo chmod root:adm /var/run/aide This only works untill the next reboot. After a reboot the directory /var/run/aide is missing again. TESTCASE 1. install aide 2. reboot system 3. manually invoke the aide cron job: $ sudo /etc/cron.daily/aide if the cronjob aborts right away, then the test has failed. A patch is provided for Ubuntu. diff -u aide-0.13.1/debian/changelog aide-0.13.1/debian/changelog --- aide-0.13.1/debian/changelog +++ aide-0.13.1/debian/changelog @@ -1,3 +1,9 @@ +aide (0.13.1-10ubuntu1) intrepid; urgency=low + + * Create TMPBASE directory if it doesn't exists (LP: #144730) + + -- Jean-Baptiste Lallement [EMAIL PROTECTED] Sat, 19 Jul 2008 23:00:57 +0200 + aide (0.13.1-10) unstable; urgency=low * debian/control: fix deprecated in Conflicts diff -u aide-0.13.1/debian/cron.daily/aide aide-0.13.1/debian/cron.daily/aide --- aide-0.13.1/debian/cron.daily/aide +++ aide-0.13.1/debian/cron.daily/aide @@ -120,6 +120,10 @@ LOGHEAD=$(printf terminated because lock %s could not be obtaiend. $LOCKFILE) MAILHEAD=$(printf The cron job was terminated because lock %s could not be obtained. $LOCKFILE) ;; + cantcreatebase) + LOGHEAD=$(printf terminated: Cannot create base directory %s. $TMPBASE) + MAILHEAD=$(printf The cron job was terminated: Cannot create base directory %s. $TMPBASE) + ;; cantmovetmp) LOGHEAD=$(printf terminated: Cannot move away %s. $TMPDIRIN) MAILHEAD=$(printf The cron job was terminated: Cannot move away %s. $TMPDIRIN) @@ -365,6 +369,11 @@ BEGINTIME=$(date +%s) +if ! mkdir -p $TMPBASE; then + onexit cantcreatebase + exit 1 +fi + if command -v dotlockfile /dev/null 21; then if ! dotlockfile -p -l $LOCKFILE; then onexit nolock
Bug#496659: ITP: libopenoffice-oodoc-perl -- The Perl Open OpenDocument Connector
The latest release of OpenOffice::OODoc is under LGPL, proceeding with package... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501849: Please permit installation with an empty user password
Package: user-setup Version: 1.23 Severity: wishlist Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid ubuntu-patch When performing an install, the user cannot proceed without entering a non-empty password. This remains the case even when an empty password has been specifically preseeded. For most use cases, this is clearly entirely the correct behaviour. In those rare cases where someone really, really, wants to have an empty password for an automatically created user, it would be nice if user-setup would allow this directly, rather than requiring workarounds such as reset with late_command. The attached patch creates an additional internal-use-only preseed boolean: passwd/allow-password-empty which when set to true allows the use of an empty password, either interactively or through preseeding. Users will still be asked for a password, but will not be forced to enter one. I've created the patch against revision 56349 in SVN, but would be happy to update it to a newer revision with modifications if requested. -- Emmet HIKORY Index: debian/user-setup-udeb.templates === --- debian/user-setup-udeb.templates (revision 56349) +++ debian/user-setup-udeb.templates (working copy) @@ -22,6 +22,12 @@ Default: audio cdrom dialout floppy video plugdev netdev powerdev Description: for internal use only +# Allow preseeding whether to permit a blank password for created non-root user +Template: passwd/allow-password-empty +Type: boolean +Default: false +Description: for internal use only + Template: passwd/root-login Type: boolean Default: true Index: user-setup-ask === --- user-setup-ask (revision 56349) +++ user-setup-ask (working copy) @@ -169,7 +169,7 @@ db_get passwd/user-password-crypted || true if ! test $RET ; then # Compare the two passwords, loop with message if not -# identical, or if empty. +# identical db_get passwd/user-password USER_PW=$RET db_get passwd/user-password-again @@ -183,7 +183,10 @@ STATE=6 continue fi -if [ -z $USER_PW ]; then +# Loop if the password is empty, and it's not +# specifically allowed by preseeding +db_get passwd/allow-password-empty +if [ $RET = false ] [ -z $USER_PW ]; then db_set passwd/user-password db_set passwd/user-password-again db_fset user-setup/password-empty seen false
Bug#475958: document procedure to recover from /dev/hda became /dev/sda boot failure
Hi, I have written something addressing this issue. I give it with all the rights under the term of the GPLv2. Please let me know if something is wrong or badly written. Even if I was unable to reproduce this bug, I tried to simulate it and tested successfully the 2 first solutions. The solution 3 being very similar to solution 2. Hope this help. Giovanni Title : boot hangs on 'Waiting for root file system' Title : recover from /dev/hda became /dev/sda boot failure Some users have reported that an upgrade could cause the kernel not finding the system root partition after a system reboot. In such case, the system boot will hang on the following message: Waiting for root file system ... and after a few seconds a bare busybox prompt will show. This problem can occur when the upgrade of the kernel introduces the use of the new generation of IDE drivers. The IDE disk naming convention for the old drivers was hda, hdb, hdc, hdd. The new drivers will name the same disks respectively sda, sdb, sdc, sdd. The problem appears when the upgrade does not generate a new '/boot/grub/menu.lst' file to take the new naming convention into account. During the boot, Grub will pass a system root partition to the kernel that the kernel doesn't find. There are several ways to recover from such a problem. Solution 1 : This is applicable when Grub shows you the menu interface for selecting the entry you want to boot from. If such menu does not appear, try pressing 'ESC' key before the kernel boots in order to make it appear. If you can't get into this menu, try solution 2 or 3. In the Grub menu, highlight the entry you want to boot from. Press 'e' key to edit the options related to this entry. You will see something like : root (hd0,0) kernel /vmlinuz-2.6.26-1-686 root=/dev/hda6 ro initrd /initrd.img-2.6.26-1-686 Highlight the line kernel /vmlinuz-2.6.26-1-686 root=/dev/hda6 ro press 'e' key and replace 'hdX' with 'sdX' ('X' being the letter 'a','b', 'c' or 'd' depending of your system), In my example the line becomes: kernel /vmlinuz-2.6.26-1-686 root=/dev/sda6 ro Then press 'ENTER' to save the modification. If other lines show 'hdX', change these line too. Don't modify the entry similar to 'root (hd0,0)'. Once all modifications are done, press 'b' key. And your system should now boot as usual. If this solution worked. Login to your system, make a backup of the '/boot/grub/menu.lst' file. Then generate a new '/boot/grub/menu.lst' by issuing with root privileges the command: update-grub Edit '/boot/grub/menu.lst' and make sure all occurences of 'hdX' were replaced by 'sdX'. There is nothing wrong with the lines similar to: root(hd0,0) just leave it as it is. Reboot your system, it should reboot correctly. Solution 2 : Boot from a debian installation media (cd/dvd) and when prompt, type 'rescue' to launch the rescue mode. Select your language, location, keyboard mapping, let it configure the network no matter if it success or not. After a while, you should be asked for selecting a partition you want to use as root file system. The proposed choices will look something like: /dev/ide/host0/bus0/target0/lun0/part1 /dev/ide/host0/bus0/target0/lun0/part2 /dev/ide/host0/bus0/target0/lun0/part5 /dev/ide/host0/bus0/target0/lun0/part6 If you know which partition is your root file system, choose the right one. If you don't, just try with the first. If it complains about an invalid root file system partition, try the next one, and so on. Trying one after the other shouldn't arm your partitions and if you have only one system installed on your disks, you should easily find the right root file system partition. If you have many systems installed on your disks, it would be better to know exactly which is the right partition. Once you have choosen a partition, you will be proposed among several actions. Make the choice of executing a shell in the selected partition. If it complains that it cannot do that then try with another partition. Now you should have shell access as user root on your root file system mounted on '/'. You need access to the /boot, /sbin and /usr directories content. If these directories need to be mounted from other partitions, do it. (see '/etc/fstab' if you have no idea of which partition to mount) Make a backup of the '/boot/grub/menu.lst' file. Then generate a new '/boot/grub/menu.lst' by issuing with root privileges the command: update-grub Edit '/boot/grub/menu.lst' and make sure all occurences of 'hdX' ( 'X' being the letter 'a','b','c' or 'd' depending of your system) were replaced by 'sdX'. There is nothing wrong with the lines similar to: root(hd0,0) just leave it as it is. Type 'exit' to leave the rescue shell Then reboot your system, it should reboot correctly. Solution 3 : Boot from your favorite LiveCD distribution (Knoppix, Kaella, ...). Mount the partition where your '/boot' directory is. If you don't know which one it is, use the
Bug#501850: libsyncml-utils: no man pages
Package: libsyncml-utils Version: 0.4.6-3 Severity: minor Those user's executables haven't man pages: /usr/bin/syncml-http-client /usr/bin/syncml-http-server /usr/bin/syncml-obex-client -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsyncml-utils depends on: ii libbluetooth2 3.36-1Library to use the BlueZ Linux Blu ii libc6 2.7-13GNU C Library: Shared libraries ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libopenobex1 1.3+cvs20070425-2 OBEX protocol library ii libsoup2.2-8 2.2.105-4 an HTTP library implementation in ii libsyncml0 0.4.6-3 SyncML protocol library ii libwbxml2-00.9.2-5 WBXML parsing and encoding library ii libxml22.6.32.dfsg-4 GNOME XML library libsyncml-utils recommends no packages. libsyncml-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501851: zsh: Completion fails if a directory name contains '(', ')' and 'Ą '.
Package: zsh Version: 4.3.6-7 Severity: normal Hi, Completion fails if a directory name contains '(', ')' and 'Ą '. 'Ą ' is U+0104 in unicode. Following is a small example to reproduce the problem. % mkdir '()Ą' % touch '()Ą'/foo % ls '()Ą'/[TAB] = I expected it completes foo, but it completes nothing. If I renamed the directory name slightly, e.g. remove a parenthesis or change 'Ą' to 'Ā ' (U+0100), it correctly completes foo. Regards, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages zsh depends on: ii libc6 2.7-14 GNU C Library: Shared libraries ii libcap2 2.11-2 support for getting/setting POSIX. ii libncursesw5 5.6+20080925-1 shared libraries for terminal hand Versions of packages zsh recommends: ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi Versions of packages zsh suggests: pn zsh-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470882: /dev/gpmctl freezes acknowledge
Thomas Dickey, le Wed 08 Oct 2008 20:00:32 -0400, a écrit : b) I'm not as familiar with pdmenu source - but reading, seems to talk directly to gpm using its documented interface, and to be using slang. I tried to reproduce it, same issue indeed: Program received signal SIGBUS, Bus error. CheckMouse () at ../src/mouse.c:39 39 FD_SET(gpm_fd, rfds); (gdb) bt #0 CheckMouse () at ../src/mouse.c:39 #1 0x00404072 in DoMenu (m=0x1f79d10, MenuAction=0x402c80 Pdmenu_Action, Ctrl_C_Action=0x402ca0 Handle_Ctrl_C) at ../src/menu.c:336 #2 0x00404e62 in main (argc=value optimized out, argv=0x7fff9a00ff08) at ../src/pdmenu.c:275 (gdb) p gpm_fd $1 = -1 pdmenu doesn't like gpm_fd becoming -1 under its feet. I haven't been able to reproduce the issue with w3m. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501747: manual workaround but download problem remains
package apt retitle 501747 apt: ‘update’ takes excessive time to download Packages diffs thanks On 10-Oct-2008, Ben Finney wrote: Invoking ‘aptitude update’ downloads a number of different files, but then cycles over and over downloading the same ‘Packages’ file: I found a partial workaround for this: I manually downloaded the current ‘Packages.gz’ file from http://ftp.au.debian.org/pub/debian/dists/lenny/main/binary-i386/ and uncompressed it to the filename apt was expecting, ‘proxy:3142_mirror.internode.on.net_pub_debian_dists_lenny_main_binary-i386_Packages’ in the ‘/var/lib/apt/lists/’ directory. The result was that the file download took a few minutes, and the next ‘update’ produced the following output: = $ sudo aptitude update Hit http://proxy lenny/updates Release.gpg Ign http://proxy lenny/updates/main Translation-en_AU Get:1 http://proxy lenny Release.gpg [189B] Ign http://proxy lenny/main Translation-en_AU Hit http://proxy lenny/updates Release Get:2 http://proxy lenny Release [74.5kB] Get:3 http://volatile.debian.net lenny/volatile Release.gpg [189B] Ign http://volatile.debian.net lenny/volatile/main Translation-en_AU Get:4 http://volatile.debian.net lenny/volatile Release [40.7kB] Ign http://volatile.debian.net lenny/volatile/main Packages/DiffIndex Get:5 http://volatile.debian.net lenny/volatile/main Packages [787B] Ign http://proxy lenny/updates/main Packages/DiffIndex Get:6 http://proxy lenny/main Packages/DiffIndex [2038B] Hit http://proxy lenny/updates/main Packages Hit http://proxy lenny/main Packages Fetched 118kB in 1min2s (1907B/s) Reading package lists... Done = I think that the original description may not have been correct in saying that apt was downloading “the same Packages file” over dozens of hours; instead, it was likely downloading many diff files over that time. This workaround is *not* a resolution to the bug, because: * The downloads performed by ‘aptitude update’ took excessively long, for data that I manually downloaded in a few minutes. Something is causing the automatic process to take orders of magnitude longer than a manual download of effectively the same data. * The resulting, complex, filename for the unpacked ‘Packages.gz’ file had to be manually determined by the user, whereas it would normally be automatically managed by the ‘apt update’ process. This is not a suitable procedure for a user to perform. The correct resolution is to fix the download of diffs that are taking orders of magnitude longer than a manual download of the all-in-one file, so that ‘update’ is useable again. Unfrotunately for this purpose, I have now worked around the problem on this system, so cannot offer much more diagnostic help. -- \ “One of the most important things you learn from the internet | `\ is that there is no ‘them’ out there. It's just an awful lot of | _o__)‘us’.” —Douglas Adams | Ben Finney [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#501851: zsh: Completion fails if a directory name contains '(', ')' and 'Ą '.
On Sat, Oct 11, 2008 at 08:06:11AM +0900, Morita Sho wrote: Completion fails if a directory name contains '(', ')' and 'Ą '. 'Ą ' is U+0104 in unicode. Following is a small example to reproduce the problem. % mkdir '()Ą' % touch '()Ą'/foo % ls '()Ą'/[TAB] = I expected it completes foo, but it completes nothing. If I renamed the directory name slightly, e.g. remove a parenthesis or change 'Ą' to 'Ā ' (U+0100), it correctly completes foo. I get different but also unuseful behavior trying to reproduce that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501852: base-passwd: No syslog / klogd user on Debian
Package: base-passwd Version: 3.5.19 Severity: normal users-and-groups has the following two entries: klog Used by klogd, the kernel logger. syslog Used by syslog, the general purpose logger. This information is not correct on Debian. Debian does not use such a group or user. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27 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 base-passwd depends on: ii libc6 2.7-14 GNU C Library: Shared libraries base-passwd recommends no packages. base-passwd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501853: qa-assistant is missing python-rpm dependency
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: qa-assistant Version: 0.4.90.5-1 This was originally reported at https://bugs.launchpad.net/ubuntu/+source/qa-assistant/+bug/281066. qa-assistant has an unmet dependency on python-rpm, to work the plugin specific for the fedora srpm review. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjv4ykACgkQgovwdl7S/ZFFWACeLkSKtMA55nhq2PRDE+v3jjek ZqoAn30qclm72Y83Zl3STV/++HtzTamM =zC3v -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501849: Please permit installation with an empty user password
Emmet Hikory [EMAIL PROTECTED] writes: I've created the patch against revision 56349 in SVN, but would be happy to update it to a newer revision with modifications if requested. Your patch doesn't follow the coding style (I guess you did it to avoid a bigger diff) and would be nice if you could fix it. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471381: twinkle: segfault when closing log window
On Fri, Aug 08, 2008 at 04:12:03PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: Hi! I was just trying to reproduce the bug and I couldn't. Could you please tell me if it is still present? I can't testify it to be the exact same bug, but I did have the same experience yesterday (or the day before); opening and closing the log window caused Twinkle to crash. Unfortunately, I can't add any more information to this report, as the +unreproducible tag is indeed true. -- You will not censor me through bug terrorism. -- James Troup -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501855: upgrade-reports: initscripts Conflicts/Pre-Depends loop
Package: upgrade-reports Severity: normal Hi, I'm trying to upgrade a fresh Etch install to Lenny. I've hit a speedbump, it seems, see below. How should I (or a normal user) solve this? Olaf # aptitude full-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done The following packages are BROKEN: libsasl2 libssp0 The following NEW packages will be installed: bash-completion{a} bsd-mailx{a} bwidget{a} ca-certificates{a} checkpolicy{a} cpp-4.3{a} debian-faq{a} defoma{a} fam{a} fontconfig{a} fontconfig-config{a} g++-4.3{a} gcc-4.3{a} grub-common{a} hicolor-icon-theme{a} libatk1.0-0{a} libatk1.0-data{a} libbind9-40{a} libboost-date-time1.34.1{a} libboost-doc{a} libboost-filesystem1.34.1{a} libboost-graph-dev{a} libboost-graph1.34.1{a} libboost-iostreams-dev{a} libboost-iostreams1.34.1{a} libboost-program-options1.34.1{a} libboost-python-dev{a} libboost-python1.34.1{a} libboost-regex1.34.1{a} libboost-serialization1.34.1{a} libboost-signals-dev{a} libboost-signals1.34.1{a} libboost-test-dev{a} libboost-test1.34.1{a} libboost-thread-dev{a} libboost-thread1.34.1{a} libboost-wave-dev{a} libboost-wave1.34.1{a} libcairo2{a} libcap2{a} libcups2{a} libdatrie0{a} libdb4.5{a} libdevmapper1.02.1{a} libdns43{a} libdrm2{a} libfam0{a} libfontconfig1{a} libfontenc1{a} libfreetype6{a} libgl1-mesa-glx{a} libglade2-0{a} libglib2.0-0{a} libglib2.0-data{a} libgmp3c2{a} libgnutls26{a} libgomp1{a} libgssglue1{a} libgtk2.0-0{a} libgtk2.0-bin{a} libgtk2.0-common{a} libhtml-template-perl{a} libice6{a} libicu38{a} libisc44{a} libisccc40{a} libisccfg40{a} libjpeg62{a} libkeyutils1{a} libldap-2.4-2{a} libltdl3{a} liblwres40{a} libmcrypt4{a} libmpfr1ldbl{a} libneon27-gnutls{a} libpango1.0-0{a} libpango1.0-common{a} libpci3{a} libpixman-1-0{a} libpng12-0{a} libpq5{a} libqpol1{a} libserf-0-0{a} libsetools-tcl{a} libsm6{a} libstdc++6-4.3-dev{a} libterm-readkey-perl{a} libterm-readline-perl-perl{a} libthai-data{a} libthai0{a} libtiff4{a} libustr-1.0-1{a} libx11-6{a} libx11-data{a} libxau6{a} libxaw7{a} libxcb-render-util0{a} libxcb-render0{a} libxcb-xlib0{a} libxcb1{a} libxcomposite1{a} libxcursor1{a} libxdamage1{a} libxdmcp6{a} libxext6{a} libxfixes3{a} libxfont1{a} libxft2{a} libxi6{a} libxinerama1{a} libxmu6{a} libxmuu1{a} libxpm4{a} libxrandr2{a} libxrender1{a} libxt6{a} libxtst6{a} libxv1{a} libxxf86dga1{a} libxxf86vm1{a} linux-image-2.6.26-1-amd64{a} netcat-traditional{a} openssh-blacklist-extra{a} openssl{a} perl-doc{a} php5-mcrypt{a} python-dev{a} python-sepolgen{a} python2.5{a} python2.5-dev{a} python2.5-minimal{a} selinux-policy-default{a} setools{a} tcl8.4{a} tk8.4{a} ttf-dejavu{a} ttf-dejavu-core{a} ttf-dejavu-extra{a} uuid-runtime{a} x-ttcidfont-conf{a} x11-common{a} x11-utils{a} xauth{a} xbitmaps{a} xfonts-encodings{a} xfonts-utils{a} xterm{a} The following packages will be REMOVED: libgssapi2{a} libldap2{a} libpci2{a} python2.4{u} python2.4-minimal{u} selinux-policy-refpolicy-targeted{a} The following packages will be upgraded: acpid adduser at base-files base-passwd bash bc bind9-host bsdmainutils bsdutils busybox cmake console-common console-data console-tools coreutils cpio cpp cpp-4.1 cron dc debconf debconf-i18n debian-archive-keyring debianutils dhcp3-client dhcp3-common dictionaries-common diff dmidecode dnsutils doc-debian doc-linux-text dselect e2fslibs e2fsprogs ed eject exim4 exim4-base exim4-config exim4-daemon-light file findutils finger ftp g++ g++-4.1 gcc gcc-4.1 gcc-4.1-base gettext-base gnupg gpgv grep groff-base grub gzip hostname iamerican ibritish ifupdown info initramfs-tools initscripts insserv installation-report iptables iputils-ping ispell kexec-tools klibc-utils klogd laptop-detect less libacl1 libapr1 libaprutil1 libattr1 libblkid1 libboost-date-time-dev libboost-dev libboost-filesystem-dev libboost-program-options-dev libboost-regex-dev libboost-serialization-dev libbz2-1.0 libcomerr2 libconsole libdb4.2 libdb4.3 libdbd-mysql-perl libdbi-perl libedit2 libevent1 libexpat1 libgc1c2 libgcc1 libgcrypt11 libgpg-error0 libidn11 libklibc libkrb53 liblocale-gettext-perl liblockfile1 libmagic1 libmysqlclient15-dev libmysqlclient15off libncurses5 libneon26 libnewt0.52 libnfsidmap2 libpam-modules libpam-runtime libpam0g libpcre3 libpopt0 libreadline5 librpcsecgss3 libsasl2-2 libselinux1 libsemanage1 libsepol1 libsigc++-2.0-0c2a libslang2 libsqlite3-0 libss2 libssl0.9.8 libstdc++6-4.1-dev libsvn1 libtasn1-3 libtasn1-3-bin libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl libusb-0.1-4 libuuid1 libvolume-id0 libwrap0 libxml2 lighttpd linux-image-2.6-amd64 login logrotate lsb-base lsof m4 mailx make makedev man-db manpages mawk mime-support mktemp module-init-tools mount mpack
Bug#501854: guile-1.8: GDS is not really usable without gds.el
Package: guile-1.8 Version: 1.8.5+1-4 Severity: wishlist It'd be nice to have and additional guile-gds-el package providing gds.el (unless it's already available somewhere else). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages guile-1.8 depends on: ii guile-1.8-libs1.8.5+1-4 Main Guile libraries ii libc6 2.7-14 GNU C Library: Shared libraries ii libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libltdl3 1.5.26-4 A system independent dlopen wrappe guile-1.8 recommends no packages. Versions of packages guile-1.8 suggests: ii guile-1.8-doc 1.8.5+1-4 Documentation for Guile 1.8 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478855: Bug:#478855 main window pops up on wrong desktop
On Thu, May 01, 2008 at 02:29:42PM +0100, martin f krafft wrote: window on incoming call after...), it pops up on the (fluxbox) desktop from where twinkle was originally started. It should really use the current desktop. IINM, this is a fluxbox issue, not a twinkle issue, and was fixed in 1.1.0. -- james abuse me. I'm so lame I sent a bug report to debian-devel-changes -- Seen on #Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501856: xulrunner-1.9: div/td backgrounds shift or do not align
Package: xulrunner-1.9 Version: 1.9.0.3-1 Severity: important Backgrounds of table cells or of div elements do not line up correctly. This has been a problem since Iceweasel 3.0.1 and it's starting to get difficult to use some sites. It happens in both Iceweasel and Epiphany, but not in Konqueror. See http://www.boardmod.org - backgrounds of table headers are supposed to be even gradients with mitres of corners. http://www.cosmicvariance.com - try changing the window's horizontal width and watch what happens to the background picture in the title frame. http://www.netflix.com - errors with some segments of div borders popping over into the middle of the section. This happens with both Iceweasel 3.0.3 and Epiphany 2.22.3 in unstable. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.3) Gecko/2008092816 Iceweasel/3.0.3 (Debian-3.0.3-2) Related bugs which have received no attention: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499360 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495620 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499147 Mark -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-maggie-26-4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xulrunner-1.9 depends on: ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1 GCC support library ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.6-1 spell checker and morphological an ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.17.dfsg-1 Color management library ii libmozjs1d 1.9.0.3-1 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d4.7.1-4 NetScape Portable Runtime Library ii libnss3-1d 3.12.0-5 Network Security Service libraries ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libpng12-0 1.2.27-2 PNG library - runtime ii libreadline5 5.2-3 GNU readline and history libraries ii libsqlite3-0 3.5.9-3 SQLite 3 shared library ii libstartup-notificatio 0.9-1 library for program launch feedbac ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime xulrunner-1.9 recommends no packages. Versions of packages xulrunner-1.9 suggests: ii xulrunner-1.9-gnome-support 1.9.0.3-1 Support for GNOME in xulrunner app -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501857: refcard: [INTL:nl] Dutch translation for po template
Package: refcard Version: 5.0.3-1 Tags: l10n, patch Severity: wishlist Thanks Please find attached the Dutch translation of the language template. I would be glad if you use it in the next upload. For translation updates please contact the Dutch Translations Team [EMAIL PROTECTED] With kind regards, Paul # Dutch translation of the Debian reference card # Copyright (C) 2008 Free Software Foundation, Inc. # This file is distributed under the same license as the refcard package. # Corien Prins [EMAIL PROTECTED], 2005 # Paul Gevers [EMAIL PROTECTED], 2008 # msgid msgstr Project-Id-Version: refcard 5.0\n POT-Creation-Date: 2008-07-15 18:51+0200\n PO-Revision-Date: 2008-10-08 21:32-0600\n Last-Translator: Paul Gevers [EMAIL PROTECTED]\n Language-Team: Dutch [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Dutch\n X-Poedit-Country: NETHERLANDS\n # type: Attribute 'lang' of: article #: entries.dbk:4 msgid en-GB msgstr nl # type: Content of: articletitle #: entries.dbk:7 msgid Debian#x00A0;GNU/Linux Reference Card msgstr Debian#x00A0;GNU/Linux Hulpkaart # type: Content of: articlesubtitle #: entries.dbk:10 msgid The 101 most important things when using Debian GNU/Linux msgstr De 101 belangrijkste dingen voor de GNU/Linux Debiangebruiker. # type: Content of: articlearticleinfocopyrightholder #: entries.dbk:16 msgid W. Martin Borgert msgstr W. Martin Borgert # type: Content of: articlearticleinfocopyrightholder #: entries.dbk:20 msgid Your Name (\Language\) msgstr C. Prins, Paul Gevers (Dutch) # type: Content of: articlearticleinfolegalnoticepara #: entries.dbk:23 msgid This document may be used under the terms the GNU General Public License version 3 or higher. Conditions for copying and translations can be found at ulink url=\http://xinocat.com/refcard/\; literalhttp://xinocat.com/refcard//literal/ulink, where you can always get the latest version of the reference card. msgstr Dit document mag gebruikt worden onder de voorwaarden van de GNU General Public License versie 3 of hoger. De voorwaarden voor kopi#235;ren en vertalen kunnen gevonden worden op ulink url=\http://xinocat.com/refcard/\; literalhttp://xinocat.com/refcard//literal/ulink, waar ook altijd de laatste versie van de hulpkaart te vinden is. # type: Content of: articlesectiontitle #: entries.dbk:32 #: entries.dbk:368 msgid APT msgstr APT # type: Content of: articlearticleinfokeywordsetkeyword #: entries.dbk:33 msgid Debian msgstr Debian # type: Content of: articlesectiontitle #: entries.dbk:34 msgid dpkg msgstr dpkg # type: Content of: articlearticleinfokeywordsetkeyword #: entries.dbk:35 msgid reference card msgstr hulpkaart # type: Content of: articlearticleinfokeywordsetkeyword #: entries.dbk:36 msgid basic commands msgstr basis commando's # type: Content of: articlearticleinfokeywordsetkeyword #: entries.dbk:37 msgid Version msgstr Versie # type: Content of: articlearticleinfokeywordsetkeyword #: entries.dbk:38 msgid Made by msgstr Gemaakt door # type: Content of: articlesectiontitle #: entries.dbk:42 msgid Getting Help msgstr Hulp zoeken # type: Content of: articlesectionglosslistglossentryglossdefpara #: entries.dbk:47 msgid Read online help for every command and many configuration files. msgstr Lees beknopte informatie over het commando. Elk commando en vele configuratiebestanden hebben een man-page. # type: Content of: articlesectionglosslistglossentryglossdefpara #: entries.dbk:54 msgid Brief help for most commands. msgstr Samenvatting opties voor de meeste commandoapos;s. # type: Content of: articlesectionglosslistglossentryglossdefpara #: entries.dbk:59 msgid Find all documentation here, optional file filenameREADME.Debian/filename contains specifics. msgstr Hier is alle documentatie te vinden. Soms bijzonderheden in het bestand filenameREADME.Debian/filename # type: Content of: articlesectionglosslistglossentryglossdefpara #: entries.dbk:66 msgid Reference, manuals, FAQs, HOWTOs, etc. at literalhttp://www.debian.org/doc//literal msgstr Naslagwerken, installatiehandleiding, FAQapos;s, HOWTOapos;s, en andere documentatie op de website literalhttp://www.nl.debian.org/doc//literal. # type: Content of: articlesectionglosslistglossentryglossdefpara #: entries.dbk:73 msgid The community is always helpful, search for literalusers/literal. msgstr De Debian gemeenschap is altijd behulpzaam, kijk voor literalgebruikers/literal mailing lijst. # type: Content of: articlesectionglosslistglossentryglossdefpara #: entries.dbk:79 msgid Contains all kind of useful information. msgstr Bevat allerlei nuttige informatie. # type: Content of: articlesectiontitle #: entries.dbk:85 msgid Installation msgstr Installatie # type: Content of: articlesectionglosslistglossentryglossdefpara #: entries.dbk:90 msgid All information about it at literalhttp://www.debian.org/devel/debian-installer//literal msgstr Alle informatie over het installatieprogramma
Bug#495620: div/td backgrounds shift or do not align
I think these bugs are related. They are NOT fixed as of 3.0.3. This happens with both Iceweasel 3.0.3 and Epiphany 2.22.3, but does not occur in Konqueror. I filed bug 501856 for xulrunner-1.9. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501856 See http://www.boardmod.org - backgrounds of table headers are supposed to be even gradients with mitres of corners. http://www.cosmicvariance.com - try changing the window's horizontal width and watch what happens to the background picture in the title frame. http://www.netflix.com - errors with some segments of tables. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.3) Gecko/2008092816 Iceweasel/3.0.3 (Debian-3.0.3-2) Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501849: Please permit installation with an empty user password
Otavio Salvador [EMAIL PROTECTED] writes: Emmet Hikory [EMAIL PROTECTED] writes: I've created the patch against revision 56349 in SVN, but would be happy to update it to a newer revision with modifications if requested. Your patch doesn't follow the coding style (I guess you did it to avoid a bigger diff) and would be nice if you could fix it. my fault. Except by a newline before the new comments your patch looks right. Sorry. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501849: Please permit installation with an empty user password
Otavio Salvador wrote: Except by a newline before the new comments your patch looks right. Thanks for the review. I've attached an updated patch, also against r56349 that includes the newline. -- Emmet HIKORY Index: debian/user-setup-udeb.templates === --- debian/user-setup-udeb.templates (revision 56349) +++ debian/user-setup-udeb.templates (working copy) @@ -22,6 +22,12 @@ Default: audio cdrom dialout floppy video plugdev netdev powerdev Description: for internal use only +# Allow preseeding whether to permit a blank password for created non-root user +Template: passwd/allow-password-empty +Type: boolean +Default: false +Description: for internal use only + Template: passwd/root-login Type: boolean Default: true Index: user-setup-ask === --- user-setup-ask (revision 56349) +++ user-setup-ask (working copy) @@ -169,7 +169,7 @@ db_get passwd/user-password-crypted || true if ! test $RET ; then # Compare the two passwords, loop with message if not -# identical, or if empty. +# identical db_get passwd/user-password USER_PW=$RET db_get passwd/user-password-again @@ -183,7 +183,11 @@ STATE=6 continue fi -if [ -z $USER_PW ]; then + +# Loop if the password is empty, and it's not +# specifically allowed by preseeding +db_get passwd/allow-password-empty +if [ $RET = false ] [ -z $USER_PW ]; then db_set passwd/user-password db_set passwd/user-password-again db_fset user-setup/password-empty seen false
Bug#501858: galeon: SIGSEGV with xulrunner-1.9 libs
Package: galeon Version: 2.0.6-2 Severity: important hi, finally figured out why galeon's crashing... segfaulting due to xulrunner-1.9 issues. here's a sample from cathsegv galeon: *** Segmentation fault Register dump: EAX: bfc7eae8 EBX: 0050 ECX: b6953f04 EDX: ESI: bfc7e538 EDI: b6953f04 EBP: b6172c9a ESP: 08e512c8 EIP: b6133239 EFLAGS: bfc7e8f4 CS: e794 DS: e62c ES: cbe7 FS: e5a8 GS: 7904 SS: Trap: bfc7eae8 Error: bfc7e7b8 OldMask: 0001 ESP/signal: bfc7eae8 CR2: Backtrace: /lib/libSegFault.so[0xb7f5f100] /usr/lib/xulrunner-1.9/libxul.so[0xb5fbcc11] ??:0(??)[0xe400] /usr/lib/xulrunner-1.9/libxul.so[0xb613ccc7] /usr/lib/xulrunner-1.9/libxul.so[0xb61fcaf0] /usr/lib/xulrunner-1.9/libxul.so[0xb614ade9] /usr/lib/xulrunner-1.9/libxul.so[0xb614ba1f] /usr/lib/xulrunner-1.9/libxul.so[0xb614e64b] /usr/lib/xulrunner-1.9/libxul.so[0xb613a400] /usr/lib/xulrunner-1.9/libxul.so[0xb6180799] /usr/lib/xulrunner-1.9/libxul.so[0xb611ccb4] /usr/lib/xulrunner-1.9/libxul.so[0xb61200c6] /usr/lib/xulrunner-1.9/libxul.so[0xb61201fc] /usr/lib/xulrunner-1.9/libxul.so[0xb612028a] /usr/lib/xulrunner-1.9/libxul.so[0xb67056f4] /usr/lib/xulrunner-1.9/libxul.so[0xb66d787e] /usr/lib/xulrunner-1.9/libxul.so[0xb665b7ca] /usr/lib/xulrunner-1.9/libxul.so[0xb664718c] /usr/lib/libglib-2.0.so.0[0xb7542e7d] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1e8)[0xb750c348] /usr/lib/libglib-2.0.so.0[0xb750f9e3] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1d2)[0xb750ff02] /usr/lib/libbonobo-2.so.0(bonobo_main+0x63)[0xb7be5d03] galeon(main+0x3ef)[0x807a1ff] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb726d455] galeon(_ZNSt8ios_base4InitD1Ev+0x99)[0x8078a31] thanks simon -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (1001, 'unstable'), (990, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-acahkos Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages galeon depends on: ii galeon-common 2.0.6-2 GNOME web browser for advanced use ii gconf2 2.22.0-1 GNOME configuration database syste ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-14GNU C Library: Shared libraries ii libgcc11:4.3.2-1 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.18.1-1 The GLib library of C routines ii libgnome-desktop-2 2.22.3-2 Utility library for loading .deskt ii libgnome2-02.22.0-1 The GNOME 2 library - runtime file ii libgnomeui-0 2.22.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libnspr4-0d4.7.1-4 NetScape Portable Runtime Library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.21.6-1 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml22.6.32.dfsg-4 GNOME XML library ii procps 1:3.2.7-9 /proc file system utilities ii xulrunner-1.9 1.9.0.3-1 XUL + XPCOM application runner Versions of packages galeon recommends: ii gnome-control-center1:2.22.2.1-2 utilities to configure the GNOME d ii gnome-icon-theme2.22.0-1 GNOME Desktop icon theme ii iso-codes 3.3-1ISO language, territory, currency, ii scrollkeeper0.3.14-16A free electronic cataloging syste ii yelp2.22.1-8 Help browser for GNOME 2 Versions of packages galeon suggests: ii mozplugger1.10.2-2 Plugin allowing external viewers t -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493820: Kopete won't send messages using msn http method
Hi I'd like to let you know about this bug hoping someone finds the time to fix it https://bugs.kde.org/show_bug.cgi?id=151638 Best regards Antonio Pisano -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499621: Bug confirmation
Hi, I can confirm that flashplugin-nonfree fails during the configuration phase due to missing libcurl.so.3: *** NSPlugin Viewer *** ERROR: libcurl.so.3: cannot open shared object file: No such file or directory nspluginwrapper: no appropriate viewer found for /usr/lib/flashplugin-nonfree/libflashplayer.so As Cade pointed out, it seems that some libraries FP10 depends on aren't shipped in ia32-libs. Cheers, Tommaso -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501860: mt-daapd: does not stream m4a (aac) files
Package: mt-daapd Severity: normal Hi, Julien. I just installed the package mt-daapd on the powerpc NAS that I mentioned to you in a private e-mail and everything is fine with MP3 files (I have not tested with FLAC files yet). [*] Unfortunately, it seems that it is not streaming m4a files. With both Amarok and Rhythmbox, it starts like it will start playing the song, showing the metadata, but both players just sit there, stuck at 0:0 seconds (no matter if I am using the clients on Ubuntu or Debian). I will try to see if it happens with iTunes on a Mac that I have and I will report back what I see. Have you seen this happen? Do you need further information? Regards, Rogério Brito. [*] Actually, with some VBR MP3 files, the song duration is enormously wrong. I have one 20min song (Symphony X's The Divine Wings of Tragedy) that shows as 3min only. -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-proposed'), (500, 'hardy-backports'), (500, 'hardy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-21-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8 http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497110: partman-dmraid: obsolete component; should not be included in Lenny
retitle 497110 partman-dmraid: obsolete, keep out of Lenny severity 497110 serious submitter 497110 ! thanks Please remove partman-dmraid (source and udeb) from Lenny. Because of recent changes in libparted, partman and other D-I components that have now migrated to testing this udeb is no longer needed. I'll also file a BR against ftp.d.o requesting removal from unstable. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#501862: gnome-panel: Impossible to select an icon for launcher in panel
Package: gnome-panel Version: 2.20.3-5 Severity: normal I create an application launcher on gnome panel, i type its name and the command to run, but i cannot select an icon out of the Gnome default icons using the option browse. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-panel depends on: ii gnome-about2.22.3-2 The GNOME about box ii gnome-control-center 1:2.22.2.1-2 utilities to configure the GNOME d ii gnome-desktop-data 2.22.3-2 Common files for GNOME 2 desktop a ii gnome-menus2.22.2-4 an implementation of the freedeskt ii gnome-panel-data 2.20.3-5 common files for the GNOME Panel ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libecal1.2-7 2.22.3-1 Client library for evolution calen ii libedataserver1.2-92.22.3-1 Utility library for evolution data ii libedataserverui1.2-8 2.22.3-1 GUI utility library for evolution ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgnome-desktop-2 2.22.3-2 Utility library for loading .deskt ii libgnome-menu2 2.22.2-4 an implementation of the freedeskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.20.3-5 library for GNOME Panel applets ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libwnck22 2.22.3-1 Window Navigator Construction Kit ii libx11-6 2:1.1.5-2 X11 client-side library ii libxau61:1.0.3-3 X11 authorisation library ii menu-xdg 0.3 freedesktop.org menu compliant win Versions of packages gnome-panel recommends: ii alacarte 0.11.5-1 easy GNOME menu editing tool ii evolution-data-server 2.22.3-1 evolution database backend server ii gnome-applets 2.22.3-3 Various applets for GNOME 2 panel ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gnome-session 2.22.3-1 The GNOME 2 Session Manager Versions of packages gnome-panel suggests: ii gnome-system-tools2.22.0-3 Cross-platform configuration utili ii gnome-terminal [x-terminal-em 2.22.3-3 The GNOME 2 terminal emulator appl ii gnome-user-guide [gnome2-user 2.22.1-1 GNOME user's guide ii nautilus 2.20.0-7 file manager and graphical shell f ii xterm [x-terminal-emulator] 235-1 X terminal emulator ii yelp 2.22.1-8 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501863: Documentation for the proposed passwd/allow-password-empty preseed entry
Package: installation-guide Version: 20080520 Severity: wishlist Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid ubuntu-patch Bug #501849 requests the inclusion of a new preseed value (passwd/allow-password-empty) in user-setup. As documentation of preseed values appears to belong in the installation-manual appendix, I've attached a patch against SVN r56349 that would include documentation in English. My apologies that I'm not confident enough with generation of other languages to include the documentation there as well. -- Emmet HIKORY Index: en/appendix/preseed.xml === --- en/appendix/preseed.xml (revision 56349) +++ en/appendix/preseed.xml (working copy) @@ -1128,6 +1128,9 @@ #d-i passwd/user-password-again password insecure # or encrypted using an MD5 hash. #d-i passwd/user-password-crypted password [MD5 hash] +# Permit the created user to have an empty password. The default is false. +# Preseed this to true if the created user may have an empty password. +#d-i passwd/allow-password-empty boolean false # Create the first user with the specified UID instead of the default. #d-i passwd/user-uid string 1010
Bug#501861: RM: partman-dmraid -- RoM: obsolete
Package: ftp.debian.org Please remove partman-dmraid (source and udeb) from the archive. As a result of recent changes in libparted, partman and other D-I components this udeb is no longer needed. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#417850: ok, more info.
I'm the one who first repported it (not at 4linux.. anymore), it has been almost one year and the new debian lenny is almost out. Ok i had some issues with amsn and alsa, and even purging didn't fixed the issue, so i decided to test a cdimage of lenny (6 oct) and i just found out the the bug on etch remains on lenny! But now i've made some tests and i still don't know the true answer but i've made some tests. The facts. - INSTALLING a etch or lenny both lastest happens to have keys like c lowercased EVEN with caps lock on.(brazilian abnt2) - RECONFIGURING console data-package FIX this if you choose latin1 that i'm not pretty sure is the same thing. So i bet the problem is caused by the installer, and this is why none of you could reproduce the bug, cause it just don't appear if you have reconfigured the package. I did several tests now and look at the results: LOOK: md5sum /etc/console/boottime.kmap.gz /usr/share/keymaps/i386/qwerty/br-abnt2.kmap.gz/usr/share/keymaps/i386/qwerty/br-latin1.kmap.gz 615fc1dc4a4ed4513f7e7bf56e7ba96e /etc/console/boottime.kmap.gz cd114aab4d67a1b47c143cfb91aaa515 /usr/share/keymaps/i386/qwerty/br-abnt2.kmap.gz ab05d249b81c28e040c18ff7315f1213 /usr/share/keymaps/i386/qwerty/br-latin1.kmap.gz So if you look at those none of them match. But it's really courious that if i do dpkg-reconfigure console-data now (selecting br-latin1) bdf9817dc33ed126adf62504e9679fc2 /etc/console/boottime.kmap.gz now (selecting br-abnt2) ef0808e19b133fb1300801b08f8883d9 /etc/console/boottime.kmap.gz so none of them matched the first value but abnt2 even being a different layout still with this bug i'm using amd64. i can send these buggy files to the mailing list. and i really hope we can ship lenny without this IMPORTANT bug. Cheers, Daniel. Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses
Bug#501864: underlining of shortcut letters should consider decenders
Package: transmission-gtk Version: 1.33-2 Please help me by reassigning this to the proper package. $ transmission -p Now type ALT v, which brings up the View menu. Observe the words Sort by Age, note the underline under the g is invisible, but indeed, ALT v g is indeed the keys for this item. Therefore we see that the decender part of letters (the part that extends beyond the baseline of most letters) obscures the underlines, so the underlines should be placed even further under such letters. Hmmm, of abcdefghijklmnopqrstuvwxyz this probably affects gjpqy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417850: more info..
Hello again, i just did that loadkeys test, and loadkeys br-abnt2 just works, and as loadkeys just LOADS the keys the /etc/console/boottime.kmap.gz remains the same. So, my guess now might be that dpke-reconfigure console-data is the one who is corrupting the file, cause i can't find in any file of console-data package a file that matches ANY of those md5sums... Well i don't know what else can i add now... :) hope this gets fixed soon :D Cheers Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses
Bug#417850: another issue
sorry for sending 3 emails, but i just remmembered something, just after i updated my kernel to 2.6.26.1 my arrow keys just stopped working, ah and also insert, home, and if i'm not wrong pgup, and pg down. this happens with this new kernel. so should i report a bug agains linux-image? or it is a keymap problem? Thanks. Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses
Bug#501865: Missing dependancy - fontconfig.prerm uses defoma-app in pkg defoma
Package: fontconfig Version: 2.6.0-1 Severity: normal debuian-bug-report -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (400, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 fontconfig depends on: ii fontconfig-config 2.6.0-1generic font configuration library ii libc6 2.7-13 GNU C Library: Shared libraries ii libfontconfig12.6.0-1generic font configuration library fontconfig recommends no packages. Versions of packages fontconfig suggests: ii defoma 0.11.10-0.2 Debian Font Manager -- automatic f -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501849: Please permit installation with an empty user password
For most use cases, this is clearly entirely the correct behaviour. In those rare cases where someone really, really, wants to have an empty password for an automatically created user, it would be nice if user-setup would allow this directly, rather than requiring workarounds such as reset with late_command. Can you please provide some convincing use-cases for situations where someone really, really wants to have an empty password? I'm not at all convinced we should add this. IMO this adds needless complexity and code paths that will seldom be used and probably never tested. It also makes it possible to create an inherently insecure system, something we've always tried to avoid. And finally the documentation of such extremely rarely used options can only confuse users. I also don't see why it should be possible to do this for the normal user account, but not for the root user account. A few comments on the patch itself: +# Allow preseeding whether to permit a blank password for created non-root user +Template: passwd/allow-password-empty +Type: boolean +Default: false +Description: for internal use only The description should be for internal use; can be preseeded (in line with other similar templates). The second line of the description should hold a short description of the template (which is now in the comment; the comment can then be dropped): Permit empty password for non-root account. Also, the name of the template does not indicate in any way that it's restricted to the non-root account. So to summarize: I don't yet see the necessity of adding this feature, especially as creating a passwordless account can trivially be be scripted during preseeding, it is insecure, and the implementation is inconsistent. signature.asc Description: This is a digitally signed message part.
Bug#501860: mt-daapd: does not stream m4a (aac) files
Hi, Julien. I just tested with a PowerPC Mac running iTunes 8 and the m4a files are not played there either. I guess that we could get a tcpdump of the communication to see what is happening differently between m4a and mp3 files. :-( Unfortunately, tomorrow I will be attending a conference on software design methodologies and won't be able to test further. Thanks, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8 http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501866: Missing dependancy - libpango1.0-common.prerm uses defoma-app in pkg defoma
Package: libpango1.0-common Version: 1.20.5-2 Severity: normal I dusted off a system that hasn't been upgraded since Oct of 2007. Upgrading it required a big leap in package versions. The upgrade of perl, perl-base, and perl-modules caused several problems. (I'm filing this report for each package involved, as I'm not sure where the problem is.) The following excerpts from my upgrade process (and the dpkg.log excerpt that follows) show all my apparent dependancy problems. I suspect that the half-configure / half-install / unpack step for perl-modules removed the required modules from the /usr/share/perl/5.8.8 tree. The prerm or postrm scripts for these packages use either /usr/bin/defoma-app or /usr/sbin/install-docs (in packages defoma and doc-base). Those in turn reference files in perl-modules already removed, causing libtiff4 to abort the install. In summary: fontconfig.prerm, libpango1.prerm, and libwmf0.2-7.postrm all invoke /usr/bin/defoma-app; which needs File/Copy.pm from perl-modules. It was able to continue using the prerm script from the new package. libpng12-0.prerm, libtiff4.prerm, base-passwd.postinst, cupsys.prerm, and shared-mime-info.prerm invoke /usr/sbin/install-docs which needs Pod/Usage.pm from perl-modules. I had a backup of the /usr/share/perl/5.8.8 tree, which I reloaded to aloow me to complete the upgrade. output list from apt-get upgrade, et. al. [EMAIL PROTECTED]:~# apt-get -f dist-upgrade ... Get: 1172 http://ftp.us.debian.org testing/main udftools 1.0.0b3-14 [77.8kB] Fetched 1048MB in 1h56m15s (150kB/s) Extracting templates from packages: 100% Preconfiguring packages ... ... Preparing to replace liburi-perl 1.35-2 (using .../liburi-perl_1.35.dfsg.1-1_all.deb) ... Unpacking replacement liburi-perl ... Preparing to replace libhtml-tagset-perl 3.10-2 (using .../libhtml-tagset-perl_3.20-2_all.deb) ... Unpacking replacement libhtml-tagset-perl ... Preparing to replace libhtml-parser-perl 3.56-1 (using .../libhtml-parser-perl_3.56-1+b1_i386.deb) ... Unpacking replacement libhtml-parser-perl ... Preparing to replace sed 4.1.5-2 (using .../archives/sed_4.1.5-6_i386.deb) ... ... Preparing to replace libwww-perl 5.805-1 (using .../libwww-perl_5.813-1_all.deb) ... Unpacking replacement libwww-perl ... Preparing to replace perl-modules 5.8.8-7 (using .../perl-modules_5.10.0-14_all.deb) ... Unpacking replacement perl-modules ... Preparing to replace perl 5.8.8-7 (using .../perl_5.10.0-14_i386.deb) ... Unpacking replacement perl ... ... Preparing to replace defoma 0.11.10-0.1 (using .../defoma_0.11.10-0.2_all.deb) ... Unpacking replacement defoma ... ... Preparing to replace fontconfig 2.4.2-1.2 (using .../fontconfig_2.6.0-1_i386.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement fontconfig ... ### fontconfig.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpango1.0-common 1.16.4-1 (using .../libpango1.0-common_1.20.5-2_all.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. ### libpango1.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpng12-0 1.2.15~beta5-2 (using .../libpng12-0_1.2.27-1_i386.deb) ... Can't locate Pod/Usage.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/sbin/install-docs line 18. Global symbol $opt_rootdir requires explicit package name at /usr/sbin/install-docs line 126. Execution of /usr/sbin/install-docs aborted due to compilation errors. dpkg: warning - old pre-removal script returned error exit status 9 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement libpng12-0 ... ### libpng12-0.prerm invokes /usr/sbin/install-docs ### which needs Pod/Usage.pm from perl-modules ... Preparing to replace libwmf0.2-7 0.2.8.4-4 (using .../libwmf0.2-7_0.2.8.4-6_i386.deb) ...
Bug#501867: merge with grub-pc's grub-mkrescue
Package: grub-rescue-pc Version: 1.96+20080724-10 Severity: wishlist Perhaps grub-rescue-pc should be merged with grub-pc, just enhancing the documentation of the latter, as the functionality is duplicated: $ grub-mkrescue /dev/stdout 2-|wc -c - grub-rescue-cdrom.iso 870626 - 870400 grub-rescue-cdrom.iso 1741026 total Another option would be move the redundant part of the latter into the former. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501747: occurs only via ‘apt-cacher’, not otherwise
reassign 501747 apt-cacher retitle 501747 apt-cacher: clients take excessive time to download files thanks On 11-Oct-2008, Ben Finney wrote: The correct resolution is to fix the download of diffs that are taking orders of magnitude longer than a manual download of the all-in-one file, so that ‘update’ is useable again. Unfrotunately for this purpose, I have now worked around the problem on this system, so cannot offer much more diagnostic help. Further diagnosis shows that this is only a problem when fetching files via an ‘apt-cacher’ instance. It occurs for any requested files; ‘Packages.gz’ or binary ‘….deb’ have both shown this behaviour. = $ sudo aptitude full-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done The following packages will be upgraded: clamav clamav-base clamav-daemon clamav-freshclam console-common console-data cron dhcp3-client dhcp3-common elinks elinks-data gcc-4.3-base libapache2-mod-php5 libclamav5 libdb4.5 libdb4.6 libgcc1 libparted1.8-10 libperl5.10 libpng12-0 libpq5 libstdc++6 libvolume-id0 libx11-6 libx11-data libzzip-0-12 logrotate parted perl perl-base perl-doc perl-modules php-pear php5 php5-common python2.5 python2.5-minimal spamc ssl-cert udev x-ttcidfont-conf 41 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 50.6MB of archives. After unpacking 1831kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done Get:1 http://proxy lenny/main perl-modules 5.10.0-15 [3191kB] Get:2 http://proxy lenny/main perl-modules 5.10.0-15 [3191kB] Get:3 http://proxy lenny/main perl-modules 5.10.0-15 [3191kB] 1% [3 perl-modules 839840/3191kB 26%]^C Each of the above downloads takes tens of minutes, and after each download another begins downloading the same file. Estimated time to complete varies during the process, but is on the order of 10 hours. I can only interrupt the process, or it will cycle indefinitely. The ‘/var/log/apt-cacher/*.log’ files show no unusual behaviour; only accesses of the requested files. When I reconfigure ‘/etc/apt/sources.list.d/’ to avoid the ‘apt-cacher’ proxy, the download proceeds much faster and downloads files only once as expected: = $ sudo aptitude update sudo aptitude full-upgrade Get:1 http://security.debian.org lenny/updates Release.gpg [189B] Ign http://security.debian.org lenny/updates/main Translation-en_AU Get:2 http://security.debian.org lenny/updates Release [40.7kB] Get:3 http://mirror.internode.on.net lenny Release.gpg [189B] Ign http://mirror.internode.on.net lenny/main Translation-en_AU Hit http://volatile.debian.net lenny/volatile Release.gpg Ign http://volatile.debian.net lenny/volatile/main Translation-en_AU Hit http://volatile.debian.net lenny/volatile Release Ign http://volatile.debian.net lenny/volatile/main Packages/DiffIndex Get:4 http://mirror.internode.on.net lenny Release [74.5kB] Hit http://volatile.debian.net lenny/volatile/main Packages Get:5 http://security.debian.org lenny/updates/main Packages [172kB] Get:6 http://mirror.internode.on.net lenny/main Packages [5359kB] Fetched 5647kB in 9min34s (9835B/s) Reading package lists... Done Current status: 36 updates [+36], 21635 new [+21635]. Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done The following packages will be upgraded: clamav clamav-base clamav-daemon clamav-freshclam console-common cron elinks elinks-data gcc-4.3-base libapache2-mod-php5 libclamav5 libdb4.5 libdb4.6 libgcc1 libperl5.10 libpng12-0 libpq5 libstdc++6 libvolume-id0 libx11-6 libx11-data libzzip-0-12 logrotate perl perl-base perl-doc perl-modules php-pear php5 php5-common python2.5 python2.5-minimal spamc ssl-cert udev x-ttcidfont-conf 36 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 48.7MB of archives. After unpacking 1815kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done Get:1 http://security.debian.org lenny/updates/main libzzip-0-12 0.12.83-8lenny1 [35.2kB] Get:2 http://mirror.internode.on.net lenny/main perl-modules 5.10.0-15 [3191kB] Get:3 http://mirror.internode.on.net lenny/main libdb4.6 4.6.21-11 [573kB] Get:4 http://mirror.internode.on.net lenny/main perl 5.10.0-15 [4547kB] […] Get:34 http://mirror.internode.on.net lenny/main python2.5-minimal 2.5.2-11.1 [1180kB] Get:35 http://mirror.internode.on.net lenny/main spamc 3.2.5-1 [72.2kB] Get:36 http://mirror.internode.on.net lenny/main ssl-cert 1.0.23 [13.1kB] Get:37 http://mirror.internode.on.net lenny/main x-ttcidfont-conf 30 [23.4kB] Fetched 41.9MB in 42min4s (16.6kB/s) Reading changelogs... […] = -- \ “A free society is one where it is safe to be unpopular.” | `\
Bug#501869: passwd(1) stops shadowing if /etc/passwd is edited manually
Package: passwd Version: 1:4.1.1-5 File: /usr/bin/passwd Please document on the passwd(1) man page or better yet fix somehow: If a line in /etc/passwd has been changed by hand and not with passwd(1) or vipw(1), then from then on any users who change their passwords using passwd(1) will cause their encrypted password to be visible in /etc/passwd, until the day the administrator runs pwconv(8). E.g., # ed /etc/passwd #e.g. forgot passwd, rescue from grub rw init=/bin/sh /root/s/:x:/::/ w q # passwd #then after rebooting and logging in, set a passwd # grep root /etc/passwd root:$1$cBD... P.S., also you might want to mention on the pwck(8) man page that it doesn't check that shadow information might be sitting exposed in /etc/passwd. Also warn to not run pwck on /etc/group. Also you might want to add SEE ALSO pwck(8) to passwd(1) and shadow(5). Also add SEE ALSO gshadow(5) to shadow(5). In fact there are lots more see also connections that should be made between the members of $(dlocate -man passwd), e.g., pwck-grpck... Or perhaps give all on each page... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501868: libpng12-0: I dusted off a system that hasn't been upgraded since Oct of 2007.
Package: libpng12-0 Version: 1.2.27-2 Severity: normal I dusted off a system that hasn't been upgraded since Oct of 2007. Upgrading it required a big leap in package versions. The upgrade of perl, perl-base, and perl-modules caused several problems. (I'm filing this report for each package involved, as I'm not sure where the problem is.) The following excerpts from my upgrade process (and the dpkg.log excerpt that follows) show all my apparent dependancy problems. I suspect that the half-configure / half-install / unpack step for perl-modules removed the required modules from the /usr/share/perl/5.8.8 tree. The prerm or postrm scripts for these packages use either /usr/bin/defoma-app or /usr/sbin/install-docs (in packages defoma and doc-base). Those in turn reference files in perl-modules already removed, causing libtiff4 to abort the install. In summary: fontconfig.prerm, libpango1.prerm, and libwmf0.2-7.postrm all invoke /usr/bin/defoma-app; which needs File/Copy.pm from perl-modules. It was able to continue using the prerm script from the new package. libpng12-0.prerm, libtiff4.prerm, base-passwd.postinst, cupsys.prerm, and shared-mime-info.prerm invoke /usr/sbin/install-docs which needs Pod/Usage.pm from perl-modules. I had a backup of the /usr/share/perl/5.8.8 tree, which I reloaded to aloow me to complete the upgrade. output list from apt-get upgrade, et. al. [EMAIL PROTECTED]:~# apt-get -f dist-upgrade ... Get: 1172 http://ftp.us.debian.org testing/main udftools 1.0.0b3-14 [77.8kB] Fetched 1048MB in 1h56m15s (150kB/s) Extracting templates from packages: 100% Preconfiguring packages ... ... Preparing to replace liburi-perl 1.35-2 (using .../liburi-perl_1.35.dfsg.1-1_all.deb) ... Unpacking replacement liburi-perl ... Preparing to replace libhtml-tagset-perl 3.10-2 (using .../libhtml-tagset-perl_3.20-2_all.deb) ... Unpacking replacement libhtml-tagset-perl ... Preparing to replace libhtml-parser-perl 3.56-1 (using .../libhtml-parser-perl_3.56-1+b1_i386.deb) ... Unpacking replacement libhtml-parser-perl ... Preparing to replace sed 4.1.5-2 (using .../archives/sed_4.1.5-6_i386.deb) ... ... Preparing to replace libwww-perl 5.805-1 (using .../libwww-perl_5.813-1_all.deb) ... Unpacking replacement libwww-perl ... Preparing to replace perl-modules 5.8.8-7 (using .../perl-modules_5.10.0-14_all.deb) ... Unpacking replacement perl-modules ... Preparing to replace perl 5.8.8-7 (using .../perl_5.10.0-14_i386.deb) ... Unpacking replacement perl ... ... Preparing to replace defoma 0.11.10-0.1 (using .../defoma_0.11.10-0.2_all.deb) ... Unpacking replacement defoma ... ... Preparing to replace fontconfig 2.4.2-1.2 (using .../fontconfig_2.6.0-1_i386.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement fontconfig ... ### fontconfig.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpango1.0-common 1.16.4-1 (using .../libpango1.0-common_1.20.5-2_all.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. ### libpango1.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpng12-0 1.2.15~beta5-2 (using .../libpng12-0_1.2.27-1_i386.deb) ... Can't locate Pod/Usage.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/sbin/install-docs line 18. Global symbol $opt_rootdir requires explicit package name at /usr/sbin/install-docs line 126. Execution of /usr/sbin/install-docs aborted due to compilation errors. dpkg: warning - old pre-removal script returned error exit status 9 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement libpng12-0 ... ### libpng12-0.prerm invokes /usr/sbin/install-docs ### which needs Pod/Usage.pm from perl-modules ... Preparing to replace libwmf0.2-7 0.2.8.4-4 (using .../libwmf0.2-7_0.2.8.4-6_i386.deb) ... Can't
Bug#501868: I had a problem with reportbug - title should be: Missing dependancy - libpng12-0.prerm references install-docs in doc-base.
Paul
Bug#501872: Missing dependancy - libtiff4.prerm (now libtif-doc.prerm?) uses install-docs in pkg doc-base
Package: libtiff4 Version: 3.8.2-11 Severity: normal I dusted off a system that hasn't been upgraded since Oct of 2007. Upgrading it required a big leap in package versions. The upgrade of perl, perl-base, and perl-modules caused several problems. (I'm filing this report for each package involved, as I'm not sure where the problem is.) The following excerpts from my upgrade process (and the dpkg.log excerpt that follows) show all my apparent dependancy problems. I suspect that the half-configure / half-install / unpack step for perl-modules removed the required modules from the /usr/share/perl/5.8.8 tree. The prerm or postrm scripts for these packages use either /usr/bin/defoma-app or /usr/sbin/install-docs (in packages defoma and doc-base). Those in turn reference files in perl-modules already removed, causing libtiff4 to abort the install. In summary: fontconfig.prerm, libpango1.prerm, and libwmf0.2-7.postrm all invoke /usr/bin/defoma-app; which needs File/Copy.pm from perl-modules. It was able to continue using the prerm script from the new package. libpng12-0.prerm, libtiff4.prerm, base-passwd.postinst, cupsys.prerm, and shared-mime-info.prerm invoke /usr/sbin/install-docs which needs Pod/Usage.pm from perl-modules. I had a backup of the /usr/share/perl/5.8.8 tree, which I reloaded to aloow me to complete the upgrade. output list from apt-get upgrade, et. al. [EMAIL PROTECTED]:~# apt-get -f dist-upgrade ... Get: 1172 http://ftp.us.debian.org testing/main udftools 1.0.0b3-14 [77.8kB] Fetched 1048MB in 1h56m15s (150kB/s) Extracting templates from packages: 100% Preconfiguring packages ... ... Preparing to replace liburi-perl 1.35-2 (using .../liburi-perl_1.35.dfsg.1-1_all.deb) ... Unpacking replacement liburi-perl ... Preparing to replace libhtml-tagset-perl 3.10-2 (using .../libhtml-tagset-perl_3.20-2_all.deb) ... Unpacking replacement libhtml-tagset-perl ... Preparing to replace libhtml-parser-perl 3.56-1 (using .../libhtml-parser-perl_3.56-1+b1_i386.deb) ... Unpacking replacement libhtml-parser-perl ... Preparing to replace sed 4.1.5-2 (using .../archives/sed_4.1.5-6_i386.deb) ... ... Preparing to replace libwww-perl 5.805-1 (using .../libwww-perl_5.813-1_all.deb) ... Unpacking replacement libwww-perl ... Preparing to replace perl-modules 5.8.8-7 (using .../perl-modules_5.10.0-14_all.deb) ... Unpacking replacement perl-modules ... Preparing to replace perl 5.8.8-7 (using .../perl_5.10.0-14_i386.deb) ... Unpacking replacement perl ... ... Preparing to replace defoma 0.11.10-0.1 (using .../defoma_0.11.10-0.2_all.deb) ... Unpacking replacement defoma ... ... Preparing to replace fontconfig 2.4.2-1.2 (using .../fontconfig_2.6.0-1_i386.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement fontconfig ... ### fontconfig.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpango1.0-common 1.16.4-1 (using .../libpango1.0-common_1.20.5-2_all.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. ### libpango1.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpng12-0 1.2.15~beta5-2 (using .../libpng12-0_1.2.27-1_i386.deb) ... Can't locate Pod/Usage.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/sbin/install-docs line 18. Global symbol $opt_rootdir requires explicit package name at /usr/sbin/install-docs line 126. Execution of /usr/sbin/install-docs aborted due to compilation errors. dpkg: warning - old pre-removal script returned error exit status 9 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement libpng12-0 ... ### libpng12-0.prerm invokes /usr/sbin/install-docs ### which needs Pod/Usage.pm from perl-modules ... Preparing to replace libwmf0.2-7 0.2.8.4-4 (using .../libwmf0.2-7_0.2.8.4-6_i386.deb) ... Can't locate
Bug#501871: Missing dependancy - libwmf0.2-7.prerm uses defoma-app in pkg defoma
Package: libwmf0.2-7 Version: 0.2.8.4-6 Severity: normal I dusted off a system that hasn't been upgraded since Oct of 2007. Upgrading it required a big leap in package versions. The upgrade of perl, perl-base, and perl-modules caused several problems. (I'm filing this report for each package involved, as I'm not sure where the problem is.) The following excerpts from my upgrade process (and the dpkg.log excerpt that follows) show all my apparent dependancy problems. I suspect that the half-configure / half-install / unpack step for perl-modules removed the required modules from the /usr/share/perl/5.8.8 tree. The prerm or postrm scripts for these packages use either /usr/bin/defoma-app or /usr/sbin/install-docs (in packages defoma and doc-base). Those in turn reference files in perl-modules already removed, causing libtiff4 to abort the install. In summary: fontconfig.prerm, libpango1.prerm, and libwmf0.2-7.postrm all invoke /usr/bin/defoma-app; which needs File/Copy.pm from perl-modules. It was able to continue using the prerm script from the new package. libpng12-0.prerm, libtiff4.prerm, base-passwd.postinst, cupsys.prerm, and shared-mime-info.prerm invoke /usr/sbin/install-docs which needs Pod/Usage.pm from perl-modules. I had a backup of the /usr/share/perl/5.8.8 tree, which I reloaded to aloow me to complete the upgrade. output list from apt-get upgrade, et. al. [EMAIL PROTECTED]:~# apt-get -f dist-upgrade ... Get: 1172 http://ftp.us.debian.org testing/main udftools 1.0.0b3-14 [77.8kB] Fetched 1048MB in 1h56m15s (150kB/s) Extracting templates from packages: 100% Preconfiguring packages ... ... Preparing to replace liburi-perl 1.35-2 (using .../liburi-perl_1.35.dfsg.1-1_all.deb) ... Unpacking replacement liburi-perl ... Preparing to replace libhtml-tagset-perl 3.10-2 (using .../libhtml-tagset-perl_3.20-2_all.deb) ... Unpacking replacement libhtml-tagset-perl ... Preparing to replace libhtml-parser-perl 3.56-1 (using .../libhtml-parser-perl_3.56-1+b1_i386.deb) ... Unpacking replacement libhtml-parser-perl ... Preparing to replace sed 4.1.5-2 (using .../archives/sed_4.1.5-6_i386.deb) ... ... Preparing to replace libwww-perl 5.805-1 (using .../libwww-perl_5.813-1_all.deb) ... Unpacking replacement libwww-perl ... Preparing to replace perl-modules 5.8.8-7 (using .../perl-modules_5.10.0-14_all.deb) ... Unpacking replacement perl-modules ... Preparing to replace perl 5.8.8-7 (using .../perl_5.10.0-14_i386.deb) ... Unpacking replacement perl ... ... Preparing to replace defoma 0.11.10-0.1 (using .../defoma_0.11.10-0.2_all.deb) ... Unpacking replacement defoma ... ... Preparing to replace fontconfig 2.4.2-1.2 (using .../fontconfig_2.6.0-1_i386.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement fontconfig ... ### fontconfig.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpango1.0-common 1.16.4-1 (using .../libpango1.0-common_1.20.5-2_all.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. ### libpango1.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpng12-0 1.2.15~beta5-2 (using .../libpng12-0_1.2.27-1_i386.deb) ... Can't locate Pod/Usage.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/sbin/install-docs line 18. Global symbol $opt_rootdir requires explicit package name at /usr/sbin/install-docs line 126. Execution of /usr/sbin/install-docs aborted due to compilation errors. dpkg: warning - old pre-removal script returned error exit status 9 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement libpng12-0 ... ### libpng12-0.prerm invokes /usr/sbin/install-docs ### which needs Pod/Usage.pm from perl-modules ... Preparing to replace libwmf0.2-7 0.2.8.4-4 (using .../libwmf0.2-7_0.2.8.4-6_i386.deb) ... Can't
Bug#501873: Missing dependancy - base-passwd.postinst uses install-docs in pkg doc-base
Package: base-passwd Version: 3.5.19 Severity: normal I dusted off a system that hasn't been upgraded since Oct of 2007. Upgrading it required a big leap in package versions. The upgrade of perl, perl-base, and perl-modules caused several problems. (I'm filing this report for each package involved, as I'm not sure where the problem is.) The following excerpts from my upgrade process (and the dpkg.log excerpt that follows) show all my apparent dependancy problems. I suspect that the half-configure / half-install / unpack step for perl-modules removed the required modules from the /usr/share/perl/5.8.8 tree. The prerm or postrm scripts for these packages use either /usr/bin/defoma-app or /usr/sbin/install-docs (in packages defoma and doc-base). Those in turn reference files in perl-modules already removed, causing libtiff4 to abort the install. In summary: fontconfig.prerm, libpango1.prerm, and libwmf0.2-7.postrm all invoke /usr/bin/defoma-app; which needs File/Copy.pm from perl-modules. It was able to continue using the prerm script from the new package. libpng12-0.prerm, libtiff4.prerm, base-passwd.postinst, cupsys.prerm, and shared-mime-info.prerm invoke /usr/sbin/install-docs which needs Pod/Usage.pm from perl-modules. I had a backup of the /usr/share/perl/5.8.8 tree, which I reloaded to aloow me to complete the upgrade. output list from apt-get upgrade, et. al. [EMAIL PROTECTED]:~# apt-get -f dist-upgrade ... Get: 1172 http://ftp.us.debian.org testing/main udftools 1.0.0b3-14 [77.8kB] Fetched 1048MB in 1h56m15s (150kB/s) Extracting templates from packages: 100% Preconfiguring packages ... ... Preparing to replace liburi-perl 1.35-2 (using .../liburi-perl_1.35.dfsg.1-1_all.deb) ... Unpacking replacement liburi-perl ... Preparing to replace libhtml-tagset-perl 3.10-2 (using .../libhtml-tagset-perl_3.20-2_all.deb) ... Unpacking replacement libhtml-tagset-perl ... Preparing to replace libhtml-parser-perl 3.56-1 (using .../libhtml-parser-perl_3.56-1+b1_i386.deb) ... Unpacking replacement libhtml-parser-perl ... Preparing to replace sed 4.1.5-2 (using .../archives/sed_4.1.5-6_i386.deb) ... ... Preparing to replace libwww-perl 5.805-1 (using .../libwww-perl_5.813-1_all.deb) ... Unpacking replacement libwww-perl ... Preparing to replace perl-modules 5.8.8-7 (using .../perl-modules_5.10.0-14_all.deb) ... Unpacking replacement perl-modules ... Preparing to replace perl 5.8.8-7 (using .../perl_5.10.0-14_i386.deb) ... Unpacking replacement perl ... ... Preparing to replace defoma 0.11.10-0.1 (using .../defoma_0.11.10-0.2_all.deb) ... Unpacking replacement defoma ... ... Preparing to replace fontconfig 2.4.2-1.2 (using .../fontconfig_2.6.0-1_i386.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement fontconfig ... ### fontconfig.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpango1.0-common 1.16.4-1 (using .../libpango1.0-common_1.20.5-2_all.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. ### libpango1.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpng12-0 1.2.15~beta5-2 (using .../libpng12-0_1.2.27-1_i386.deb) ... Can't locate Pod/Usage.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/sbin/install-docs line 18. Global symbol $opt_rootdir requires explicit package name at /usr/sbin/install-docs line 126. Execution of /usr/sbin/install-docs aborted due to compilation errors. dpkg: warning - old pre-removal script returned error exit status 9 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement libpng12-0 ... ### libpng12-0.prerm invokes /usr/sbin/install-docs ### which needs Pod/Usage.pm from perl-modules ... Preparing to replace libwmf0.2-7 0.2.8.4-4 (using .../libwmf0.2-7_0.2.8.4-6_i386.deb) ... Can't
Bug#501874: Missing dependancy - cupsys.prerm uses install-docs in pkg doc-base
Package: cupsys Version: 1.3.8-1lenny1 Severity: normal I dusted off a system that hasn't been upgraded since Oct of 2007. Upgrading it required a big leap in package versions. The upgrade of perl, perl-base, and perl-modules caused several problems. (I'm filing this report for each package involved, as I'm not sure where the problem is.) The following excerpts from my upgrade process (and the dpkg.log excerpt that follows) show all my apparent dependancy problems. I suspect that the half-configure / half-install / unpack step for perl-modules removed the required modules from the /usr/share/perl/5.8.8 tree. The prerm or postrm scripts for these packages use either /usr/bin/defoma-app or /usr/sbin/install-docs (in packages defoma and doc-base). Those in turn reference files in perl-modules already removed, causing libtiff4 to abort the install. In summary: fontconfig.prerm, libpango1.prerm, and libwmf0.2-7.postrm all invoke /usr/bin/defoma-app; which needs File/Copy.pm from perl-modules. It was able to continue using the prerm script from the new package. libpng12-0.prerm, libtiff4.prerm, base-passwd.postinst, cupsys.prerm, and shared-mime-info.prerm invoke /usr/sbin/install-docs which needs Pod/Usage.pm from perl-modules. I had a backup of the /usr/share/perl/5.8.8 tree, which I reloaded to aloow me to complete the upgrade. output list from apt-get upgrade, et. al. [EMAIL PROTECTED]:~# apt-get -f dist-upgrade ... Get: 1172 http://ftp.us.debian.org testing/main udftools 1.0.0b3-14 [77.8kB] Fetched 1048MB in 1h56m15s (150kB/s) Extracting templates from packages: 100% Preconfiguring packages ... ... Preparing to replace liburi-perl 1.35-2 (using .../liburi-perl_1.35.dfsg.1-1_all.deb) ... Unpacking replacement liburi-perl ... Preparing to replace libhtml-tagset-perl 3.10-2 (using .../libhtml-tagset-perl_3.20-2_all.deb) ... Unpacking replacement libhtml-tagset-perl ... Preparing to replace libhtml-parser-perl 3.56-1 (using .../libhtml-parser-perl_3.56-1+b1_i386.deb) ... Unpacking replacement libhtml-parser-perl ... Preparing to replace sed 4.1.5-2 (using .../archives/sed_4.1.5-6_i386.deb) ... ... Preparing to replace libwww-perl 5.805-1 (using .../libwww-perl_5.813-1_all.deb) ... Unpacking replacement libwww-perl ... Preparing to replace perl-modules 5.8.8-7 (using .../perl-modules_5.10.0-14_all.deb) ... Unpacking replacement perl-modules ... Preparing to replace perl 5.8.8-7 (using .../perl_5.10.0-14_i386.deb) ... Unpacking replacement perl ... ... Preparing to replace defoma 0.11.10-0.1 (using .../defoma_0.11.10-0.2_all.deb) ... Unpacking replacement defoma ... ... Preparing to replace fontconfig 2.4.2-1.2 (using .../fontconfig_2.6.0-1_i386.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement fontconfig ... ### fontconfig.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpango1.0-common 1.16.4-1 (using .../libpango1.0-common_1.20.5-2_all.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. ### libpango1.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpng12-0 1.2.15~beta5-2 (using .../libpng12-0_1.2.27-1_i386.deb) ... Can't locate Pod/Usage.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/sbin/install-docs line 18. Global symbol $opt_rootdir requires explicit package name at /usr/sbin/install-docs line 126. Execution of /usr/sbin/install-docs aborted due to compilation errors. dpkg: warning - old pre-removal script returned error exit status 9 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement libpng12-0 ... ### libpng12-0.prerm invokes /usr/sbin/install-docs ### which needs Pod/Usage.pm from perl-modules ... Preparing to replace libwmf0.2-7 0.2.8.4-4 (using .../libwmf0.2-7_0.2.8.4-6_i386.deb) ... Can't
Bug#501875: Missing dependancy - shared-mime-info.prerm uses install-docs in pkg doc-base
Package: shared-mime-info Version: 0.30-2 Severity: normal I dusted off a system that hasn't been upgraded since Oct of 2007. Upgrading it required a big leap in package versions. The upgrade of perl, perl-base, and perl-modules caused several problems. (I'm filing this report for each package involved, as I'm not sure where the problem is.) The following excerpts from my upgrade process (and the dpkg.log excerpt that follows) show all my apparent dependancy problems. I suspect that the half-configure / half-install / unpack step for perl-modules removed the required modules from the /usr/share/perl/5.8.8 tree. The prerm or postrm scripts for these packages use either /usr/bin/defoma-app or /usr/sbin/install-docs (in packages defoma and doc-base). Those in turn reference files in perl-modules already removed, causing libtiff4 to abort the install. In summary: fontconfig.prerm, libpango1.prerm, and libwmf0.2-7.postrm all invoke /usr/bin/defoma-app; which needs File/Copy.pm from perl-modules. It was able to continue using the prerm script from the new package. libpng12-0.prerm, libtiff4.prerm, base-passwd.postinst, cupsys.prerm, and shared-mime-info.prerm invoke /usr/sbin/install-docs which needs Pod/Usage.pm from perl-modules. I had a backup of the /usr/share/perl/5.8.8 tree, which I reloaded to aloow me to complete the upgrade. output list from apt-get upgrade, et. al. [EMAIL PROTECTED]:~# apt-get -f dist-upgrade ... Get: 1172 http://ftp.us.debian.org testing/main udftools 1.0.0b3-14 [77.8kB] Fetched 1048MB in 1h56m15s (150kB/s) Extracting templates from packages: 100% Preconfiguring packages ... ... Preparing to replace liburi-perl 1.35-2 (using .../liburi-perl_1.35.dfsg.1-1_all.deb) ... Unpacking replacement liburi-perl ... Preparing to replace libhtml-tagset-perl 3.10-2 (using .../libhtml-tagset-perl_3.20-2_all.deb) ... Unpacking replacement libhtml-tagset-perl ... Preparing to replace libhtml-parser-perl 3.56-1 (using .../libhtml-parser-perl_3.56-1+b1_i386.deb) ... Unpacking replacement libhtml-parser-perl ... Preparing to replace sed 4.1.5-2 (using .../archives/sed_4.1.5-6_i386.deb) ... ... Preparing to replace libwww-perl 5.805-1 (using .../libwww-perl_5.813-1_all.deb) ... Unpacking replacement libwww-perl ... Preparing to replace perl-modules 5.8.8-7 (using .../perl-modules_5.10.0-14_all.deb) ... Unpacking replacement perl-modules ... Preparing to replace perl 5.8.8-7 (using .../perl_5.10.0-14_i386.deb) ... Unpacking replacement perl ... ... Preparing to replace defoma 0.11.10-0.1 (using .../defoma_0.11.10-0.2_all.deb) ... Unpacking replacement defoma ... ... Preparing to replace fontconfig 2.4.2-1.2 (using .../fontconfig_2.6.0-1_i386.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement fontconfig ... ### fontconfig.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpango1.0-common 1.16.4-1 (using .../libpango1.0-common_1.20.5-2_all.deb) ... Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7. BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7. dpkg: warning - old pre-removal script returned error exit status 2 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. ### libpango1.prerm invokes /usr/bin/defoma-app ### which needs File/Copy.pm from perl-modules ... Preparing to replace libpng12-0 1.2.15~beta5-2 (using .../libpng12-0_1.2.27-1_i386.deb) ... Can't locate Pod/Usage.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/sbin/install-docs line 18. Global symbol $opt_rootdir requires explicit package name at /usr/sbin/install-docs line 126. Execution of /usr/sbin/install-docs aborted due to compilation errors. dpkg: warning - old pre-removal script returned error exit status 9 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement libpng12-0 ... ### libpng12-0.prerm invokes /usr/sbin/install-docs ### which needs Pod/Usage.pm from perl-modules ... Preparing to replace libwmf0.2-7 0.2.8.4-4 (using .../libwmf0.2-7_0.2.8.4-6_i386.deb) ... Can't
Bug#501876: boxbackup-client: Please support ext[234] nodump flag.
Package: boxbackup-client Version: 0.11~rc2-3.1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Box Backup does not seem to support the ext[234] filesystem's nodump flag, which is used to designate files and directories that should not be backed up, such as Web browser caches. Please add this feature if it isn't already there. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages boxbackup-client depends on: ii debconf [debconf-2.0] 1.5.23Debian configuration management sy ii libc6 2.7-12GNU C Library: Shared libraries ii libedit2 2.11~20080614-1 BSD editline and history libraries ii libgcc11:4.3.1-8 GCC support library ii libssl0.9.80.9.8g-12 SSL shared libraries ii libstdc++6 4.3.1-8 The GNU Standard C++ Library v3 ii openssl0.9.8g-12 Secure Socket Layer (SSL) binary a ii perl 5.10.0-13 Larry Wall's Practical Extraction ii ucf3.007 Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime boxbackup-client recommends no packages. boxbackup-client suggests no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFI8BcPtHQW4HWNftkRAnMlAJwOXVouTHB7MGeKvZb8MwNleUULfgCglCb0 DECSl+C8/cCgechrHwQ9sGM= =RYkg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495311: /tmp as $HOME ?
Is it right to touch any user's $HOME on installation, albeit root? How about using some temp dir as $HOME and clear it afterward? For example, TMPDIR=`mktemp -d` HOME=$TMPDIR ./run-mozilla.sh run-mozilla.sh ./xpcshell -e || ... rm -rf $TMPDIR Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501878: libpkg-guide: please mention and recommend the new dpkg symbols files stuff
Package: libpkg-guide Version: 0.0.20070413 Severity: wishlist Please document and strongly recommend the new dpkg symbols files stuff. More information is available in the following pages: http://wiki.debian.org/UsingSymbolsFiles http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps http://manpages.debian.net/cgi-bin/man.cgi?query=dpkg-shlibdeps http://manpages.debian.net/cgi-bin/man.cgi?query=deb-symbols http://manpages.debian.net/cgi-bin/man.cgi?query=dpkg-gensymbols -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#495311: /tmp as $HOME ?
package xulrunner-1.9 tags 495311 patch thanks On Sat, Oct 11, 2008 at 10:40 AM, Theppitak Karoonboonyanan [EMAIL PROTECTED] wrote: Is it right to touch any user's $HOME on installation, albeit root? How about using some temp dir as $HOME and clear it afterward? Proposed patch against xulrunner1.9.postinst is attached. With this, no .mozilla/ is left after postinst. But it doesn't handle existing .mozilla/ with wrong permission yet, though. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ --- xulrunner-1.9.postinst 2008-09-28 21:50:36.0 +0700 +++ xulrunner-1.9.postinst.mod 2008-10-11 10:46:27.0 +0700 @@ -8,9 +8,11 @@ rm -f /usr/lib/xulrunner-1.9/components/compreg.dat \ /usr/lib/xulrunner-1.9/components/xpti.dat cd /usr/lib/xulrunner-1.9 -./run-mozilla.sh ./xpcshell -e || +TMP_HOME=`mktemp -d` +HOME=$TMP_HOME ./run-mozilla.sh ./xpcshell -e || rm -f /usr/lib/xulrunner-1.9/components/compreg.dat \ /usr/lib/xulrunner-1.9/components/xpti.dat +rm -rf $TMP_HOME fi
Bug#501812: gnome-keyring: Disable graphical dialog when interacting with a shell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Oct 10, 2008 at 07:20:13PM +0200, Josselin Mouette wrote: Le vendredi 10 octobre 2008 à 19:07 +0200, [EMAIL PROTECTED] a écrit : When typing from a shell in a terminal ssh [EMAIL PROTECTED], don't fire up a GUI dialog. It is quite disruptive. I don’t think it is disruptive, as long as the dialog gets the focus. That's how tastes differ. For me, it's like a popup in a web page (even worse -- I'm typing at a text console). Feel free to open a bug report upstream if you are willing to nitpick on that preference. Alternatively, provide a way of de-installing the package without de-installing half of Gnome. You can disable the SSH agent functionality by setting the /apps/gnome-keyring/daemon-components/ssh GConf key to false. That fixes it for me -- at least partially. Will the classical ssh-agent take over this job then? Thanks - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI8ClVBcgs9XrR2kYRAicqAJ4rHemtkH+vL18nVrcCfgxky87sCACdHKO6 /da6sjDzTxiN/Ma2jnd6TBM= =kPrg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501855: upgrade-reports: initscripts Conflicts/Pre-Depends loop
On 2008-10-11 03:44 +0200, Olaf van der Spek wrote: Package: upgrade-reports Severity: normal I'm afraid the severity might have to be bumped to grave if other people see this problem as well. I'm trying to upgrade a fresh Etch install to Lenny. I've hit a speedbump, it seems, see below. How should I (or a normal user) solve this? Olaf # aptitude full-upgrade [snip] E: This installation run will require temporarily removing the essential package initscripts due to a Conflicts/Pre-Depends loop. This is often bad, but if you really want to do it, activate the APT::Force-LoopBreak option. E: Internal Error, Could not early remove initscripts Can you please try aptitude -s install initscripts? That might give an idea which package is causing the dependency loop. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501849: Please permit installation with an empty user password
Frans Pop wrote: For most use cases, this is clearly entirely the correct behaviour. In those rare cases where someone really, really, wants to have an empty password for an automatically created user, it would be nice if user-setup would allow this directly, rather than requiring workarounds such as reset with late_command. Can you please provide some convincing use-cases for situations where someone really, really wants to have an empty password? I really, really wanted to do it to ease working with tools that request graphical sudo authentication for devices that didn't have keyboards. Yes, this is pointlessly insecure, and yes, there are input tools that can be used in some cases, but these tend to be fairly cumbersome. ... I also don't see why it should be possible to do this for the normal user account, but not for the root user account. That's a fair complaint. I felt that having it only apply for the normal user was a loose wave towards security, but on reflection have to agree it's pointless. A few comments on the patch itself: The description should be for internal use; can be preseeded (in line with other similar templates). The second line of the description should hold a short description of the template (which is now in the comment; the comment can then be dropped): Permit empty password for non-root account. Unless I misunderstand the purpose of the other internal use templates in user-setup (which is quite possible), I suspect these issues also need to be addressed for several existing templates. My apologies for this error. Also, the name of the template does not indicate in any way that it's restricted to the non-root account. And as you pointed out above, there's no good reason that if implemented it shouldn't apply to both. The presented patch is incomplete. So to summarize: I don't yet see the necessity of adding this feature, especially as creating a passwordless account can trivially be be scripted during preseeding, it is insecure, and the implementation is inconsistent. Fair enough. While it makes it easier for me to do what I'm doing, the fact that it's a rare use case, insecure-by-default, and not too hard to script is sufficient for me to withdraw the request in the face of any opposition, rather than fix the patch more generally. If someone else has a strong enough feeling that it should be present, I'm more than willing to update the patch to meet the guidelines above. -- Emmet HIKORY -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500471: setting package to debian-maintainers, tagging 500471
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # debian-maintainers (1.46) UNRELEASED; urgency=low # # * Add Debian maintainer Emmanuel Bouthenot. Closes: #500471 package debian-maintainers tags 500471 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]