Bug#531145: findimagedupes: man page contains installation instructions
On Tue, 2 Jun 2009, Manuel Prinz wrote: sed -i '/^=head1 INSTALLATION/,/^=head1 /{/^=head1 /p;d;}' $(pkg) OK, fine for me. I'll be working on some package(s) tonight anyway, so I could implement the fix and upload while I'm at it. Is this OK for you? Perfect. I'm currently loaded with other stuff - so any help is welcome. Thanks Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531658: Should Provides: libghc6-parsec-dev?
On Wed, Jun 03, 2009 at 03:24:21PM +1000, Trent W. Buck wrote: Package: libghc6-parsec3-dev Version: 3.0.0-5 Severity: normal Other packages (in this case, haskell-network) have build-depends on libghc6-parsec-dev (= 3.0.0-4) Because the -5 package only conflicts with libghc6-parsec-dev and does not also provide it, this build dependency cannot be met, and a sourceful update (of haskell-network) is necessary. I think respectively the libghc6-parsec3-dev, libghc6-parsec3-doc and libghc6-parsec3-prof packages should Provides: libghc6-parsec-dev, libghc6-parsec-doc and libghc6-parsec-prof. I just tried adding Provides lines, and haskell-network still didn't see that libghc6-parsec-dev was installed, though aptitude certainly did. So I dunno. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531663: pytone: freezes at start
Package: pytone Version: 3.0.0-1+b1 Severity: normal I installed pytone, set musicbasedir in /etc/pytonerc and startet pytone. I seemed to scan the musik collection, after this a screen with songs, artists etc. appears, but I couldn't navigate in the UI. I had to kill pytone with SIGKILL. I started it again, and the screen got blank, nothing else happend. Regards, Tino -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27.8 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pytone depends on: ii libao2 0.8.8-5 Cross Platform Audio Output Librar ii libc6 2.9-12 GNU C Library: Shared libraries ii python 2.5.4-2 An interactive high-level object-o ii python-eyed30.6.17-1 Python module for id3-tags manipul ii python-pyao 0.82-2.1 A Python interface to the Audio Ou ii python-pymad0.5.4-3.2+b1 Python wrapper to the MPEG Audio D ii python-pysqlite22.5.5-1 Python interface to SQLite 3 ii python-support 1.0.3automated rebuilding support for P Versions of packages pytone recommends: ii python-pyvorbis 1.4-1 Python interface to the Ogg Vorbis Versions of packages pytone suggests: pn mpg321none (no description available) pn python-xmms none (no description available) -- no debconf information I [08:20:01|MainThread|] PyTone 3.0.0 startup D [08:20:01|MainThread|service] started timer service D [08:20:01|MainThread|service] started songdb manager service D [08:20:01|MainThread|service] started 'main' songdb service D [08:20:01|MainThread|service] started songautoregisterer service D [08:20:01|MainThread|hub] event: events.autoregistersongs instance at 0xb6770f0c (priority 0) D [08:20:01|song database thread (id=main)|services/songdbs/sqlite] dbfile: '/home/scorpion/.pytone/main.db' D [08:20:01|songdb manager service|hub] event: events.autoregistersongs instance at 0xb6770f0c (priority 0) D [08:20:01|song database thread (id=main)|services/songdbs/sqlite] Found on-disk db version: 1 D [08:20:01|MainThread|services/players/internal] bufferedao device opened D [08:20:01|MainThread|service] started player main service D [08:20:01|MainThread|service] started playlist service D [08:20:01|player thread (id=main)|hub] request: 'playlist_requestnextsong'-'main',False (priority 0) D [08:20:01|player thread (id=main)|hub] event: hub.requestresponse instance at 0x9b5d5cc (priority 0) D [08:20:01|playlist service|hub] event: events.playlistchanged instance at 0x9b5d7cc (priority 0) D [08:20:01|MainThread|mainscreen] h=39, w=101 D [08:20:01|MainThread|hub] event: events.focuschanged instance at 0x9b5daec (priority 0) D [08:20:01|playlist service|hub] got result None for 'playlist_requestnextsong'-'main',False D [08:20:01|MainThread|hub] event: events.statusbar_update instance at 0x9b5de2c (priority 0) D [08:20:01|MainThread|hub] request: 'getdatabasestats'-'main' (priority 0) D [08:20:01|MainThread|hub] event: hub.requestresponse instance at 0x9b703cc (priority 0) D [08:20:01|songdb manager service|hub] request: 'getdatabasestats'-'main' (priority 0) D [08:20:01|songdb manager service|hub] event: hub.requestresponse instance at 0x9b7056c (priority 0) D [08:20:01|song database thread (id=main)|hub] got result services.songdbs.sqlite.songdbstats instance at 0x9b7072c for 'getdatabasestats'-'main' D [08:20:01|songdb manager service|hub] got result services.songdbs.sqlite.songdbstats instance at 0x9b7072c for 'getdatabasestats'-'main' D [08:20:01|MainThread|item] (tag!=G:Podcast, tag=S:Deleted) D [08:20:01|MainThread|hub] request: 'getartists'((tag!=G:Podcast, tag!=S:Deleted, 'compilation'=False))-'main' (priority 0) D [08:20:01|MainThread|hub] event: hub.requestresponse instance at 0x9b70a8c (priority 0) D [08:20:01|songdb manager service|services/songdb] dbrequest cache: query for request: 'getartists'((tag!=G:Podcast, tag!=S:Deleted, 'compilation'=False))-'main' D [08:20:01|songdb manager service|services/songdb] dbrequest cache: sucessfully hashed request: -724533627 D [08:20:01|songdb manager service|hub] request: 'getartists'((tag!=G:Podcast, tag!=S:Deleted, 'compilation'=False))-'main' (priority 0) D [08:20:01|songdb manager service|hub] event: hub.requestresponse instance at 0x9b70c0c (priority 0) E [08:20:01|song database thread (id=main)|service] 'main' songdb service: caught exception: 'ascii' codec can't encode character u'\xf6' in position 17: ordinal not in range(128) D [08:20:01|song database thread (id=main)|log] Exception caught: 'ascii' codec can't encode character u'\xf6' in position 17: ordinal not in range(128) D [08:20:01|song database
Bug#531662:
Subject: jruby1.1: Please merge packaging changes from Ubuntu if possible Package: jruby1.1 Version: 1.1.6-2 Severity: normal *** Please type your report below this line *** Please merge following packaging changes from Ubuntu if possible. 1. Change build dependency java6-sdk to default-jdk. I am not sure if this change is relevant in Debian as the default-jdk differs in Debian (GCJ) than in Ubuntu (Openjdk). I haven't actually tried to build the package with this change. 2. Change dependency java6-runtime to default-jre | java5-runtime as build.xml specifies source version as 1.5. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-2-powerpc Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531118: please build-depend on unversioned boost devel package
Steve M. Robbins wrote: You are quite right, this is a wishlist level bug. Thanks for letting me know that openoffice.org requires Boost 1.37. Well, actually I didn't try 1.38 yet :) I changed to 1.37 after 1.34/1.35 were supposed to go away and stayed there But I remember bad times on boost upgrades... If you remember, please let me know when openoffice moves to Boost 1.38, so that Boost 1.37 may be removed (bug 531186). OK, will do. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531661: claws-mail: forwarding shouldn't wrap forwarded text
Package: claws-mail Version: 3.5.0-2.1 Severity: wishlist Claws defaults to wrapping emails when composing, which is fine. However, when forwarding an email, it mangles it terribly; I have a hard time imagining the user ever wanting that behavior. Instead, I would think that the forwarded message should be kept the same as it originally was.. It would be nice if claws did that without having to disable wrapping. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530956: ufw: [debconf_rewrite] Debconf templates review
Quoting Jamie Strandboge (ja...@ubuntu.com): Also, while this is indeed a boolean, due to limitations in the gtk debconf backend, it was deemed that the original wording worked best with the gtk checkbox. See http://launchpad.net/bugs/344971 for details. If you feel that the Description here is better considering all contexts, I am fine with making the change, but I wanted to point our the gtk debconf deficiency. This has been discussed a while ago (indeed during Debian Installer early development which is the first time some style uniformity ideas were discuseed for debconf templates). It is correct that the GTK interface checkboxes for boolean templates slightly better fit a non interrogative form. However, this non interrogative form is completely unsuitable for *other* debconf interfaces, and particularly the dialog one where the synopsis is showed just before Yes and No buttons. So, the interrogative form recommendation is a compromise between all these needs: it is OK with checkboxes (though not perfect) *and* Yes/No buttons. A good fix would probably be turning the checkboxes in Yes/No dialog boxes in the GTK interface for debconf so that we can achieve better consistency. signature.asc Description: Digital signature
Bug#531538: libmtp5: another dangling symlink
On Tue, 02 Jun 2009, sean finney wrote: i'm pretty sure i haven't touched these files, is there any other way it could have disappeared? if this file is provided by another package there should be a strict depends as otherwise the system is unbootable after an upgrade. Do you have libmtp8 installed? *inst scripts from that package fiddle with those config files IIRC. Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531664: ttf-khmeros: fontlint warnings
Package: ttf-khmeros Version: 5.0-2 Severity: normal The fontlint program from fontforge gives warnings for each font: - /usr/share/fonts/truetype/ttf-khmeros/KhmerOSbattambang.ttf Copyright (c) 2000-2008 by George Williams. Executable based on sources from 00:29 GMT 29-Apr-2008. Library based on sources from 20:49 GMT 30-Apr-2008. This font contains both a 'kern' table and a 'GPOS' table. The 'kern' table will only be read if there is no 'kern' feature in 'GPOS'. Warning: Mac string is a subset of the Windows string in the 'name' table for the Copyright string in the English (US) language. Warning: Mac and Windows entries in the 'name' table differ for the Designer string in the language English (US) Mac String: Danh Hong - 2005 Windows String: Danh Hong - 2006 The glyph named mu is mapped to U+00B5. But its name indicates it should be mapped to U+03BC. The glyph named minus is mapped to U+00AD. But its name indicates it should be mapped to U+2212. The glyph named acute is mapped to U+0301. But its name indicates it should be mapped to U+00B4. The glyph named grave is mapped to U+0300. But its name indicates it should be mapped to U+0060. The glyph named tilde is mapped to U+0303. But its name indicates it should be mapped to U+02DC. Validation KhmerOSbattambang ...Failed Self Intersecting Glyph Wrong Direction Missing Points at Extrema - /usr/share/fonts/truetype/ttf-khmeros/KhmerOSbokor.ttf Copyright (c) 2000-2008 by George Williams. Executable based on sources from 00:29 GMT 29-Apr-2008. Library based on sources from 20:49 GMT 30-Apr-2008. This font contains both a 'kern' table and a 'GPOS' table. The 'kern' table will only be read if there is no 'kern' feature in 'GPOS'. Warning: Mac string is a subset of the Windows string in the 'name' table for the Copyright string in the English (US) language. The glyph named mu is mapped to U+00B5. But its name indicates it should be mapped to U+03BC. The glyph named minus is mapped to U+00AD. But its name indicates it should be mapped to U+2212. The glyph named acute is mapped to U+0301. But its name indicates it should be mapped to U+00B4. The glyph named grave is mapped to U+0300. But its name indicates it should be mapped to U+0060. The glyph named tilde is mapped to U+0303. But its name indicates it should be mapped to U+02DC. Validation KhmerOSbokor ...Failed Self Intersecting Glyph Wrong Direction Missing Points at Extrema - /usr/share/fonts/truetype/ttf-khmeros/KhmerOScontent.ttf Copyright (c) 2000-2008 by George Williams. Executable based on sources from 00:29 GMT 29-Apr-2008. Library based on sources from 20:49 GMT 30-Apr-2008. This font contains both a 'kern' table and a 'GPOS' table. The 'kern' table will only be read if there is no 'kern' feature in 'GPOS'. Warning: Mac string is a subset of the Windows string in the 'name' table for the Copyright string in the English (US) language. Warning: Mac and Windows entries in the 'name' table differ for the Fullname string in the language English (US) Mac String: Khmer OS Battambang Windows String: Khmer OS Content Warning: Mac and Windows entries in the 'name' table differ for the Designer string in the language English (US) Mac String: Danh Hong - 2005 Windows String: Danh Hong - 2006 The glyph named mu is mapped to U+00B5. But its name indicates it should be mapped to U+03BC. The glyph named minus is mapped to U+00AD. But its name indicates it should be mapped to U+2212. The glyph named acute is mapped to U+0301. But its name indicates it should be mapped to U+00B4. The glyph named grave is mapped to U+0300. But its name indicates it should be mapped to U+0060. The glyph named tilde is mapped to U+0303. But its name indicates it should be mapped to U+02DC. Validation KhmerOScontent ...Failed Self Intersecting Glyph Wrong Direction Missing Points at Extrema - /usr/share/fonts/truetype/ttf-khmeros/KhmerOSfasthand.ttf Copyright (c) 2000-2008 by George Williams. Executable based on sources from 00:29 GMT 29-Apr-2008. Library based on sources from 20:49 GMT 30-Apr-2008. This font contains both a 'kern' table and a 'GPOS' table. The 'kern' table will only be read if there is no 'kern' feature in 'GPOS'. Warning: Mac string is a subset of the Windows string in the 'name' table for the Copyright string in the English (US) language. The glyph named mu is mapped to U+00B5. But its name indicates it should be mapped to U+03BC. The glyph named minus is mapped to U+00AD. But its name indicates it should be mapped to U+2212. The glyph named acute is mapped to U+0301. But its name indicates it should be mapped to U+00B4. The glyph
Bug#531665: terminals make awesome to crash
Package: awesome Version: 3.3~rc4-1 Severity: grave Justification: renders package unusable Hi, Today when I try to start a terminal (Mod4-ENTER) or Mod4-r xterm / terminator / xfce4-terminal, awesome crash Sometimes appears a window where says about read .xsessions errors: $ cat .xsesion-errors /etc/gdm/Xsession: Beginning session setup... It is a awesome related issue ? Any workaround? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages awesome depends on: ii libc6 2.9-13 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.14-2 simple interprocess messaging syst ii libev31:3.6-1high-performance event loop librar ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libimlib2 1.4.2-4+b1 powerful image loading and renderi ii liblua5.1-0 5.1.4-3Simple, extensible, embeddable pro ii libpango1.0-0 1.24.2-1 Layout and rendering of internatio ii libstartup-notification0 0.10-1 library for program launch feedbac ii libx11-6 2:1.2.1-1 X11 client-side library ii libxcb-atom1 0.3.4-1utility libraries for X C Binding ii libxcb-aux0 0.3.4-1utility libraries for X C Binding ii libxcb-event1 0.3.4-1utility libraries for X C Binding ii libxcb-icccm1 0.3.4-1utility libraries for X C Binding ii libxcb-image0 0.3.4-1utility libraries for X C Binding ii libxcb-keysyms1 0.3.4-1utility libraries for X C Binding ii libxcb-property1 0.3.4-1utility libraries for X C Binding ii libxcb-randr0 1.3-2 X C Binding, randr extension ii libxcb-render-util0 0.3.4-1utility libraries for X C Binding ii libxcb-render01.3-2 X C Binding, render extension ii libxcb-shm0 1.3-2 X C Binding, shm extension ii libxcb-xinerama0 1.3-2 X C Binding, xinerama extension ii libxcb-xtest0 1.3-2 X C Binding, xtest extension ii libxcb1 1.3-2 X C Binding ii libxdg-basedir1 1.0.1-1implementation of the XDG Base Dir ii menu 2.1.41 generates programs menu for all me Versions of packages awesome recommends: ii rlwrap0.30-1.1 readline feature command line wrap ii x11-xserver-utils 7.4+2 X server utilities awesome suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531640: libaqbanking: gnutls error when connect to amex credit card OFX server
Hi Su An, suanccd wrote: qt3-wizard is not able to connect to the American Express credit card server. Here is the procedure to reproduce the error. 1. run /usr/lib/aqbanking/plugins/20/wizards/qt3-wizard 2. click Users tab, click New button, choose aqofxconnect as backend. 3. In the General tab, add the following details. User Name: suanncd User Id: suanccd Customer Id: suanccd Country: United States of America Bank Id: 3101 4. In the OFX tab, add the following. FID: 3101 ORG: AMEX Server URL: https://www99.americanexpress.com/myca/ofxdl/us/download?request_type=nl_desktopdownload check supports account list download and force SSLv3 5. click OK to close the User Configuratio window. 6. select the newly created user (suanccd), and click Edit 7. click Get Accounts I am sorry, but I am not able to reproduce this step because the button Get Accounts is disabled here. Can you please try your instructions again with removed $HOME/.aqbanking/ directory? How do I get an enabled button Get Accounts? However: Does the observed behaviour change if you tick the Server Option Force SSLv3 in Step 4? Regards Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515072: faad2 2.7 Transition
Matthew W. S. Bell schrieb: Is upstream coordinating SO version now, or is this still a software packager decision? Upstream is coordinating SONAME now, please have a look at http://faac.cvs.sourceforge.net/viewvc/faac/faad2/libfaad/Makefile.am?revision=1.33view=markupsortby=date -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531538: another dangling symlink
On Tue, 02 Jun 2009, Rafael Laboissiere wrote: The libmtp7 package contains the file /etc/udev/rules.d/libmtp7.rules. This file is not touched by libmtp8, AFAIK. On the other hand, libmtp5 seems to be affected by the following offending code in postinst: if dpkg --compare-versions $2 lt-nl 0.3.7-3 ; then mv_conffile /etc/udev/$PACKAGE.rules \ /etc/udev/rules.d/45-$PACKAGE.rules fi I do not remember why the above is necessary. Could you please refresh my memory, Savvas? (On a somewhat unrelated note) Maybe the udev files should be moved to libmtp-common to avoid similar problems in the future and to avoid duplication of udev rules if you have several versions of the library installed? Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527899: removal of package fails
On Tue, 02 Jun 2009, Chris Taylor wrote: This patch fixes the removal bug in sqlrelay. It simply removes all sqlrelay files and the directory from /etc. -Chris --- a/debian/sqlrelay.postrm +++ b/debian/sqlrelay.postrm @@ -19,7 +19,7 @@ set -e case $1 in remove|purge) rm -Rf /var/cache/sqlrelay - rm -f /etc/sqlrelay* + rm -rf /etc/sqlrelay* ;; Removing configuration files on remove (instead of purge only) is a mistake too... Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527899: removal of package fails
On Wed, Jun 03, 2009 at 08:59:09AM +0200, Raphael Hertzog wrote: On Tue, 02 Jun 2009, Chris Taylor wrote: This patch fixes the removal bug in sqlrelay. It simply removes all sqlrelay files and the directory from /etc. -Chris --- a/debian/sqlrelay.postrm +++ b/debian/sqlrelay.postrm @@ -19,7 +19,7 @@ set -e case $1 in remove|purge) rm -Rf /var/cache/sqlrelay - rm -f /etc/sqlrelay* + rm -rf /etc/sqlrelay* ;; Removing configuration files on remove (instead of purge only) is a mistake too... Cheers, -- Raphaël Hertzog Oops, that was actually a typo, I meant to make it on purge only in the patch. -Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531666: ferm: postinst script creates not enough symlink to rc script
Package: ferm Version: 2.0.3-1 Severity: important ferm.postinst of version 2.0.3-1 contains this: # Automatically added by dh_installinit if [ -x /etc/init.d/ferm ]; then update-rc.d ferm start 41 S . start 36 0 6 . /dev/null Meanwhile the previous version was: # Automatically added by dh_installinit if [ -x /etc/init.d/ferm ]; then update-rc.d ferm defaults /dev/null 1.2.2-1 created the following symlinks after installation: /etc# ls -l rc*.d/*ferm* lrwxrwxrwx 1 root root 14 Apr 28 10:37 rc0.d/K20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Apr 28 10:37 rc1.d/K20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Apr 28 10:37 rc2.d/S20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Apr 28 10:37 rc3.d/S20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Apr 28 10:37 rc4.d/S20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Apr 28 10:37 rc5.d/S20ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Apr 28 10:37 rc6.d/K20ferm - ../init.d/ferm /etc# After a 1.2.2-1 - 2.0.3-1 upgrade symlinks remain intact, everybody is happy. However in new installs we got this: /etc$ ls -l rc*.d/*ferm* lrwxrwxrwx 1 root root 14 Mar 13 10:15 rc0.d/S36ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Mar 13 10:15 rc6.d/S36ferm - ../init.d/ferm lrwxrwxrwx 1 root root 14 Mar 13 10:15 rcS.d/S41ferm - ../init.d/ferm /etc$ This may cause that after a normal boot (i.e runlevel=2) iptables are empty. The init script probably does not run at all. !!! Systems with newly installed ferm are vulnerable. !!! Gabor -- System Information: Debian Release: 5.0.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531667: mercurial-common: git commands for hg convert are incorrect
Package: mercurial-common Version: 1.0.1-5.1 Severity: normal Tags: patch When trying to convert a git repository to a mercurial one on debian lenny the following error occurs. $ hg convert -s git . assuming destination .-hg abort: cannot find required git tool This is because the convert tool assumes dashed git command names (e.g. 'git-rev-parse' instead of 'git rev-parse'). In lenny the git commands were reorganized so that the full git-cmd names were no longer in the default path and 'git cmd' must be used instead. The fix seems relatively simple though. -Ron -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.28.7-x200 (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 mercurial-common depends on: ii python2.5.2-3An interactive high-level object-o ii python-support0.8.4 automated rebuilding support for P Versions of packages mercurial-common recommends: ii mercurial 1.0.1-5.1 Scalable distributed version contr mercurial-common suggests no packages. -- no debconf information --- a/hgext/convert/git.py +++ b/hgext/convert/git.py @@ -32,20 +32,20 @@ if not os.path.exists(path + /objects): raise NoRepo(%s does not look like a Git repo % path) -checktool('git-rev-parse', 'git') +checktool('git', 'git') self.path = path def getheads(self): if not self.rev: -return self.gitcmd('git-rev-parse --branches').read().splitlines() +return self.gitcmd('git rev-parse --branches').read().splitlines() else: -fh = self.gitcmd(git-rev-parse --verify %s % self.rev) +fh = self.gitcmd(git rev-parse --verify %s % self.rev) return [fh.read()[:-1]] def catfile(self, rev, type): if rev == 0 * 40: raise IOError() -fh = self.gitcmd(git-cat-file %s %s % (type, rev)) +fh = self.gitcmd(git cat-file %s %s % (type, rev)) return fh.read() def getfile(self, name, rev): @@ -56,7 +56,7 @@ def getchanges(self, version): self.modecache = {} -fh = self.gitcmd(git-diff-tree --root -m -r %s % version) +fh = self.gitcmd(git diff-tree --root -m -r %s % version) changes = [] seen = {} for l in fh: @@ -109,7 +109,7 @@ def gettags(self): tags = {} -fh = self.gitcmd('git-ls-remote --tags %s' % self.path) +fh = self.gitcmd('git ls-remote --tags %s' % self.path) prefix = 'refs/tags/' for line in fh: line = line.strip() @@ -126,7 +126,7 @@ def getchangedfiles(self, version, i): changes = [] if i is None: -fh = self.gitcmd(git-diff-tree --root -m -r %s % version) +fh = self.gitcmd(git diff-tree --root -m -r %s % version) for l in fh: if \t not in l: continue @@ -134,7 +134,7 @@ changes.append(f) fh.close() else: -fh = self.gitcmd('git-diff-tree --name-only --root -r %s %s^%s --' +fh = self.gitcmd('git diff-tree --name-only --root -r %s %s^%s --' % (version, version, i+1)) changes = [f.rstrip('\n') for f in fh] fh.close()
Bug#521646: linux-kbuild-2.6: Not possible to rebuild debian/control
On Wed, Jun 03, 2009 at 01:02:10AM +0200, Adrian Glaubitz wrote: In any case this bug should be fixed soon, I cannot fully backport any debian kernels to Lenny at the moment without problems. Since linux-headers package depends on kbuild, I can never install them. All of this packages are properly installable on Lenny. So there is no need to change anything. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454183: libc6: deadlock in syslog() after fork
Hi, I've found this bug doing a research on a similar issue in my program and think it's worth to add some information. This is not a bug but a behaviour that conforms to the specification: http://www.opengroup.org/onlinepubs/009695399/functions/pthread_atfork.html In short: calling any function that is not async-safe (man 7 signal) in child process after fork() call in a multi-threaded program has undefined behaviour. The problem is with functions (own or system library functions) that uses mutexes internally to protect global resources. When you call fork at the moment when some mutexes are locked you end up with a child that has only one thread and global data that were modified in critical sections in other threads at the moment of fork() are inconsistent. Also, mutexes are unusable in the child. See the above pthread_atfork() description to find out more. -- Damian Pietras http://www.linuxprogrammingblog.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484648: evolution: GNOME Keyring asks for password for default keyring
Package: evolution Version: 2.26.1.1-2 Severity: normal Every time I start evolution, I get a GNOME Keyring dialog asking me to enter a password for the default keyring: http://teasel.6gnip.net/~rah/gnome-default-keyring.png -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (850, 'stable'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.4-rah-4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.2.12-1simple interprocess messaging syst ii debconf [deb 1.5.26 Debian configuration management sy ii evolution-co 2.26.1.1-2 architecture independent files for ii evolution-da 2.26.2-1evolution database backend server ii gconf2 2.26.0-1GNOME configuration database syste ii gnome-icon-t 2.24.0-4GNOME Desktop icon theme ii libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libbluetooth 3.36-1 Library to use the BlueZ Linux Blu ii libbonobo2-0 2.24.1-1Bonobo CORBA interfaces library ii libbonoboui2 2.24.1-1The Bonobo UI library ii libc62.9-12 GNU C Library: Shared libraries ii libcairo21.8.6-2+b1 The Cairo 2D vector graphics libra ii libcamel1.2- 2.26.2-1The Evolution MIME message handlin ii libdbus-1-3 1.2.12-1simple interprocess messaging syst ii libdbus-glib 0.80-4 simple interprocess messaging syst ii libebackend1 2.26.2-1Utility library for evolution data ii libebook1.2- 2.26.2-1Client library for evolution addre ii libecal1.2-7 2.26.2-1Client library for evolution calen ii libedataserv 2.26.2-1Utility library for evolution data ii libedataserv 2.26.1.1-2 GUI utility library for evolution ii libegroupwis 2.26.2-1Client library for accessing group ii libenchant1c 1.4.2-3.3 a wrapper library for various spel ii libexchange- 2.26.1.1-2 Client library for accessing Excha ii libfontconfi 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgconf2-4 2.26.0-1GNOME configuration database syste ii libgdata-goo 2.26.2-1Client library for accessing Googl ii libgdata1.2- 2.26.2-1Client library for accessing Googl ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgnome-pil 2.0.15-2.4 Support libraries for gnome-pilot ii libgnome2-0 2.26.0-1The GNOME library - runtime files ii libgnomecanv 2.26.0-1A powerful object-oriented display ii libgnomeui-0 2.24.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2 1:2.24.1-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libgtkhtml-e 3.26.1.1-2 HTML rendering/editing library - e ii libgtkhtml3. 3.26.1.1-2 HTML rendering/editing library - r ii libgweather1 2.26.1-1GWeather shared library ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libical0 0.43-2 iCalendar library implementation i ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libldap-2.4- 2.4.11-1OpenLDAP libraries ii libnotify1 [ 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.7.4-3 NetScape Portable Runtime Library ii libnss3-1d 3.12.3-1Network Security Service libraries ii liborbit21:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0- 1.24.0-3+b1 Layout and rendering of internatio ii libpisock9 0.12.3-11 library for communicating with a P ii libpisync1 0.12.3-11 synchronization library for PalmOS ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libsm6 2:1.1.0-2 X11 Session Management library ii libsoup2.4-1 2.26.2-1an HTTP library implementation in ii libsqlite3-0 3.6.13-1SQLite 3 shared library ii libusb-0.1-4 2:0.1.12-13 userspace USB
Bug#531538: libmtp5: another dangling symlink
On Wed, Jun 03, 2009 at 08:46:52AM +0200, Raphael Hertzog wrote: On Tue, 02 Jun 2009, sean finney wrote: i'm pretty sure i haven't touched these files, is there any other way it could have disappeared? if this file is provided by another package there should be a strict depends as otherwise the system is unbootable after an upgrade. Do you have libmtp8 installed? *inst scripts from that package fiddle with those config files IIRC. look at the previous email in the bugreport :) also @Savvas: in case you don't know, i (i.e. the reporter) don't get emails that are only sent to the bug report... so if you want feedback from me you should either cc me or cc 531538-submit...@bugs.debian.org. with regards to where the package came from: i couldn't say, it was probably brought in as an indirect dependency at some time in the past. sean signature.asc Description: Digital signature
Bug#531622: [INTL:sv] Updated translation for Swedish (sv)
On Tue, Jun 02, 2009 at 09:42:54PM +0200, Martin Bagge wrote: Please consider to add the attached translation (git diff and complete file attached). applied in the git repo, thanks much for this! -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Bug#531647: vim-tiny: should depend on indent
On Wed, Jun 03, 2009 at 01:12:45AM -0400, James Vega wrote: I was assuming +cindent wasn't appropriate for -tiny, but if it's not too much bigger, that would work as well. I'd wager it's smaller than pulling in the indent package. ;) Recommending indent wouldn't add any size footprint. If there is a setting that inhibit losing text, I'd consider the Recommend a better solution (unless of course +cindent is just a few Kb more). Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime signature.asc Description: Digital signature
Bug#531647: vim-tiny: should depend on indent
On Wed, Jun 03, 2009 at 09:05:26AM +0200, Stefano Zacchiroli wrote: On Wed, Jun 03, 2009 at 01:12:45AM -0400, James Vega wrote: I was assuming +cindent wasn't appropriate for -tiny, but if it's not too much bigger, that would work as well. I'd wager it's smaller than pulling in the indent package. ;) Recommending indent wouldn't add any size footprint. True, but it still seems like trying to fit a square peg into a round hole. If there is a setting that inhibit losing text, I'd consider the Recommend a better solution (unless of course +cindent is just a few Kb more). I'm working on a patch to propose to Bram which will emit an error to the user if Vim is built with -cindent and 'equalprg' isn't set. I see this as a better solution than Vim filtering the text through an arbitrary and undocumented external program. If he isn't amenable to that, then I guess I can settle for using Recommends. -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org signature.asc Description: Digital signature
Bug#529753: insserv: at shutdown critics about invoke-rc.d stop
On Friday 22 May 2009 19:13:00 Ralph Ulrich wrote: Kel Modderman wrote: # warning: # warning: stop script call of invoke-rc.d # warning: this is not supported by insserv # warning: I am not aware of any message generated by the insserv program which is similar to it. I made a photo of the shutdown messages scrolling away: --- Listening on LPT/eth1/ Sending on LPT/eth1/ Sending on Socket/fallback DHCPRELEASE on eth1 on send_packet: Network is unreachable send_packet: Please consult README file regarding broadcast ... invoke-rc.d: invoke-rc.d: Warning: invoke-rc.d called during shutdown invoke-rc.d: initscript policy layer fallback to safe mode invoke-rc.d: Reloading /etc/samba/smb.conf: smbd onlyNo process is pid bd.pid found running: none killed . Done. Cleaning up ifupdown Deactivating swap --- This is the information the initial bug report should have included! The information in initial report must be fictional. There is nothing here to suggest insserv related problems. Possibly something in /etc/network/if-*/ is calling invoke-rc.d, and this can happen at shutdown/reboot time when networking service is stopped. Kel.
Bug#530671: [Mutt] #3242: mutt: does not want to open dot subdirs via imap anymore
#3242: mutt: does not want to open dot subdirs via imap anymore --+- Reporter: anto...@dyne.org | Owner: mutt-dev Type: defect| Status: new Priority: major | Milestone: Component: mutt | Version: 1.5.19 Keywords:| --+- Forwarding from http://bugs.debian.org/530671 This bug seems to happen only with dovecot, which is using a dot (.) as folder separator, particularly it happens *only if* the subdirs starts with a dot (INBOX.subdir is not considered), if you have a look at the .muttdebug0 attached it is clear that mutt is trying to open /boot and not .boot. How to reproduce: {{{ 1) open mutt, insert imap password, got the INBOX list 2) c? 3) select a subdir, press enter 4) error message: Invalid mailbox name }}} This happens only with 1.5.19 and we also tried to release a new version with the following two commits integrated: {{{ Prioritize the entered IMAP folder delimiter. http://dev.mutt.org/hg/mutt/rev/d6ee34f3ccaf Fix last commit http://dev.mutt.org/hg/mutt/rev/f76046ce4686 }}} Unfortuantely this did not change the behavior. I'm setting the priority as 'normal' and not 'minor' as I do usually because this is an 'important' bug on the debian side. -- Ticket URL: http://dev.mutt.org/trac/ticket/3242 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506586: [SECURITY] [DSA 1809-1] New Linux 2.6.26 packages fix several vulnerabilities
Hallo list, dann frazier wrote: -- Debian Security Advisory DSA-1809-1secur...@debian.org http://www.debian.org/security/ dann frazier Jun 01, 2009http://www.debian.org/security/faq -- Package: linux-2.6 Vulnerability : denial of service, privilege escalation Problem type : local/remote Debian-specific: no CVE Id(s) : CVE-2009-1630 CVE-2009-1633 CVE-2009-1758 [snip] CVE-2009-1633 Jeff Layton and Suresh Jayaraman fixed several buffer overflows in the CIFS filesystem which allow remote servers to cause memory corruption. Apparently this is a different issue from #506586, I can still verify that bug on my system. In particular a simple 'du -hs' on the mounted cifs share leads to an immediate freeze of the system. I have two questions: Is a hard freeze, incurring data loss of all open/unsaved files considered a security issue? Since #506586 and #509428 are reported to be fixed in inux-image-2.6.29-1-686 2.6.29-2 inux-image-2.6.29-1-686 2.6.29-3 is there any chance that the fixes are backported for lenny or should users of stable upgrade to the kernel from testing/unstable/backports? FWIW, my tests seem to support the claim that this is fixed for backport's linux-image-2.6.29-bpo.2-amd64 (fingers crossed). Thanks for any clarification ;-) Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530671: mutt: does not want to open dot subdirs via imap anymore
forwarded 530671 http://bugs.mutt.org/3242 tag 530671 +confirmed upstream thanks Hi, I've also tried to reproduce the bug creating a subdir outside the IMAP hierarchy but it still works, unfortunately I have a folder/spoolfile setting and my mutt seems, this is the muttdebug fragment and the subdir is called testdot: imap_browse: mbox: INBOX 4 a0008 LIST INBOX 4 * LIST (\HasChildren) . INBOX 4 a0008 OK List completed. IMAP queue drained imap_browse: Quoting mailbox scan: INBOX. - INBOX.% 4 a0009 LIST INBOX.% 4 * LIST (\HasNoChildren) . INBOX.test12 4 a0009 OK List completed. IMAP queue drained imap_browse: Quoting mailbox scan: - % 4 a0010 LIST % 4 * LIST (\HasChildren) . INBOX 4 * LIST (\HasNoChildren) . Trash 4 * LIST (\HasNoChildren) . testdot 4 a0010 OK List completed. IMAP queue drained 4 a0011 SELECT testdot 4 * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) Getting mailbox FLAGS 4 * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. Getting mailbox PERMANENTFLAGS 4 * 0 EXISTS Handling EXISTS Please note that if you are not using spoolfile/folder settings on your .muttrc the bug is clearly unreproducible because mutt by default uses /var/spool/mail/$USER as spoolfile and even after doing: 1) c imap://usern...@host/ 2) insert password and hit return then c? will show you the list of mailbox you have in your local $HOME/Mail, so you cannot select any remote IMAP mailbox. The first step to fix the bug is to reproduce it, unfortunately with a clean installation of mutt without any .muttrc, using your instructions, the bug is not reproducible. I've forwarded the bug upstream, probably they know what is going on and they have already came across this problem. Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518463: [Pkg-sysvinit-devel] Bug#518463: initscripts: skip live specific file systems
On Friday 06 March 2009 21:08:24 Daniel Baumann wrote: Package: initscripts Severity: wishlist Tags: patch Owner: debian-l...@lists.debian.org Hi, /etc/init.d/umountfs unmounts both temporary and local filesystems. however, in case of a live system, trying to unmount /cow, /live* or /filesystem* will not work and therefore results in an (end-user confusing) warning, that the respective fs could not have been unmounted because it's busy. In the latest version of live-initramfs we do workaround this at runtime by patching the script. However, it would be nice if this could be improved and integrated into the umountfs script itself. Note that the namespace (/live*, /filesystem* etc.) is stable, it is already part of some excluding/including mechanisms in gnome-vfs and live-installer. so you don't have to fear that even if you hardcode it, that you don't need to change it soon again. However, if you would prefere something with an exclude mechanism by sourcing from another file that would be only there on live-systems, that's fine too. Please let me know what you'd prefere. Anyway, here is what we do currently: sed -i -e 's#pioodl $TMPFS_MTPTS)#pioodl $TMPFS_MTPTS | sed -e s...@\\ @\\n@ | grep -v ^/live)#' \ -e 's#pioodl $REG_MTPTS)#pioodl $REG_MTPTS | sed -e s...@\\ @\\n@ | grep -v ^/live | grep -v ^/filesystem) /#' \ /etc/init.d/umountfs How about something like: --- --- debian/initscripts/etc/init.d/umountfs (revision 1331) +++ debian/initscripts/etc/init.d/umountfs (working copy) @@ -79,6 +79,10 @@ continue fi ;; + /filesystem*|/live*) + # used by live-initramfs + continue + ;; esac case $FSTYPE in proc|procfs|linprocfs|devfs|sysfs|usbfs|usbdevfs|devpts) --- in the second replace, we also add '/' so that $REG_MTPTS is never empty. it would be nice if you can make the whole unmounting of local filesystems conditional, so that the script doesn't try to do anything when there's nothing to unmount. I do not know why adding / to REG_MTPTS helps. What is the rationale for it? Thanks, Kel.
Bug#501821:
Yes - problems with the xorg-configuration are one of the biggest issues when you change something in the hardware. Specially the new formats of TFT-Screens are causing much problems. At least it would help if the X-Server would go to a standard resolution (800X600) when no desktop could be established. I could solve the problem in the time between. But not with the packages of debian. The only chance is to install the drivers you can download at NVIDIA. When you choose that the install script shall do the X-configuration also, there is a good chance that all resolutions are supported. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494001: [Pkg-sysvinit-devel] Bug#494001: Bug#494001: Minimum kernel requirement for Squeeze
On Saturday 30 May 2009 20:39:42 Roger Leigh wrote: Can you have a good look at [0] for errors please? [0] http://lists.alioth.debian.org/pipermail/pkg-sysvinit-commits/2009-May/001220.html It looks fine. The only slight oddity is the slight difference in logic between checkroot.sh and postinst. In particular, the need for touch /etc/mtab in checkroot.sh This uses: if [ Linux = $KERNEL ] [ ! -L /etc/mtab ] [ -f /proc/mounts ] then if touch /etc/mtab /dev/null 21 then rm -f /etc/mtab ln -s /proc/mounts /etc/mtab else log_warning_msg cannot symlink /etc/mtab to /proc/mounts fi fi whereas the initscripts postinst uses: if [ $(uname -s) = Linux ] then if [ -f /etc/mtab ] [ ! -L /etc/mtab ] [ -f /proc/mounts ] then rm -f /etc/mtab ln -s /proc/mounts /etc/mtab fi fi I'm guessing here it's to cope with a read-only root on startup that the postinst doesn't need to care about. Yeah. Is that odd? Does it need a comment? Thanks, Kel.
Bug#529671: ITA: obexpushd -- program for receiving files via Bluetooth or IRDA
retitle 529671 ITA: obexpushd -- program for receiving files via Bluetooth or IRDA owner deb...@hendrik-sattler.de stop As upstream author and maintainer for libopenobex and other obex packages, I adopt this. Hendrik Sattler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515072: faad2 2.7 Transition
All done in git this morning. IMHO the package is ready for upload now. Fabian Greffrath schrieb: - Why are you hardcoding -DPIC and -fPIC into the CFLAGS in debian/rules? This should really be unnecessary. It is also unnecessary to set the optimization flags on purpose anymore. - Why do you run the entire autoreconf sequence in the override_dh_auto_configure rule? BTW, if you insist on doing so, please replace the ./configure call in line 20 with dh_auto_configure. - Why do you enable DRM support? In the past it has proven to make the library unusable. - libmp4ff-dev and faad2-dbg must depend on libmp4ff0. - Please avoid the .{a,la,so} bashism in the -dev install files. - Please use a *sane* watch file. The one you added is nearly unreadable. - * Move libfaad-dev to the front to be 'default' package debhelper acts on. WTF is the purpose of changes like this?! So far for the first check... Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518463: [Pkg-sysvinit-devel] Bug#518463: initscripts: skip live specific file systems
Kel Modderman wrote: How about something like: + /filesystem*|/live*) + # used by live-initramfs + continue + ;; looks good. in the second replace, we also add '/' so that $REG_MTPTS is never empty. it would be nice if you can make the whole unmounting of local filesystems conditional, so that the script doesn't try to do anything when there's nothing to unmount. I do not know why adding / to REG_MTPTS helps. What is the rationale for it? if $REG_MTPTS is empty, the script fails with an error. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531450: ITP: gmameui -- front-end for the arcade games emulator MAME
Paul Wise wrote: I note the GPLv2+ is probably not compatible with the MAME non-free license. How does gmameui interact with MAME? Is the way it does that likely to form a derivative work? If so we cannot distribute gmameui. Yes, the MAME license restricts commercial use, and is thus non gpl-compatible. As we've just talked on IRC, gmameui runs mame in a separate process. Thanks for your help! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531538: another dangling symlink
* Raphael Hertzog hert...@debian.org [2009-06-03 08:54]: On Tue, 02 Jun 2009, Rafael Laboissiere wrote: The libmtp7 package contains the file /etc/udev/rules.d/libmtp7.rules. This file is not touched by libmtp8, AFAIK. On the other hand, libmtp5 seems to be affected by the following offending code in postinst: if dpkg --compare-versions $2 lt-nl 0.3.7-3 ; then mv_conffile /etc/udev/$PACKAGE.rules \ /etc/udev/rules.d/45-$PACKAGE.rules fi I do not remember why the above is necessary. Could you please refresh my memory, Savvas? (On a somewhat unrelated note) Maybe the udev files should be moved to libmtp-common to avoid similar problems in the future and to avoid duplication of udev rules if you have several versions of the library installed? I am not sure this would be useful, since the The udev rules file is versioned now: $ dpkg -L libmtp8 | grep rules$ /lib/udev/rules.d/45-libmtp8.rules I think that each libmtpn package will need its specific rules file. -- Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506959: Seconded; also with stricter security setting
Package: openvpn Version: 2.1~rc15-1 Severity: normal Hi, for each tunnel where the other endpoint is currently unreachable, I get a line NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables in syslog every 47 seconds, despite there being no scripts configured. On my system, that amounts to several megabytes per day :-/ Simon -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc 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 openvpn depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libc6 2.9-12 GNU C Library: Shared libraries ii liblzo2-2 2.03-1 data compression library ii libpam0g 1.0.1-9Pluggable Authentication Modules l ii libpkcs11-helper1 1.07-1 library that simplifies the intera ii libssl0.9.8 0.9.8g-16 SSL shared libraries ii openssl-blacklist 0.5-2 list of blacklisted OpenSSL RSA ke ii openvpn-blacklist 0.3list of blacklisted OpenVPN RSA sh Versions of packages openvpn recommends: ii net-tools 1.60-23The NET-3 networking toolkit Versions of packages openvpn suggests: ii openssl 0.9.8g-16 Secure Socket Layer (SSL) binary a pn resolvconfnone (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530502: closed by Joey Hess jo...@debian.org (Bug#530502: fixed in ikiwiki 3.14)
Debian Bug Tracking System pisze: This is an automatic notification regarding your Bug report which was filed against the ikiwiki package: #530502: Ikiwiki 3.13 FTBFS: Can't stat /usr/share/ikiwiki/smiley: No such file or directory It has been closed by Joey Hess jo...@debian.org. I can confirm that the bug has been fixed and now I'm able to rebuild ikiwiki 3.14. Thank you very much! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530584: [Mutt] #3236: mutt: should use /var/tmp for mail drafts by default
#3236: mutt: should use /var/tmp for mail drafts by default ---+ Reporter: anto...@dyne.org | Owner: mutt-dev Type: enhancement | Status: new Priority: minor | Milestone: Component: mutt | Version: Resolution:|Keywords: ---+ Comment(by vinc17): I agree with madduck. [http://www.pathname.com/fhs/pub/fhs-2.3.html#TMPTEMPORARYFILES FHS] even recommends: ''Although data stored in /tmp may be deleted in a site- specific manner, it is recommended that files and directories located in /tmp be deleted whenever the system is booted.'' A system reboot can occur almost at any time, for various reasons. And it generally occurs much more often than disk failures. So, the fact that disk failures can occur is not a reason not to change /tmp to /var/tmp (or the user's home directory). It is known that /var/tmp is safer than (or at least as safe as) /tmp and it is required by FHS. Concerning the possible problems with the user's home directory, this is completely ridiculous: Mutt ''already'' uses the home directory by default for postponed messages. So, there would ''not'' be more problems, and AFAIK, no-one has complained. -- Ticket URL: http://dev.mutt.org/trac/ticket/3236#comment:8 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518463: [Pkg-sysvinit-devel] Bug#518463: initscripts: skip live specific file systems
On Wednesday 03 June 2009 18:30:24 Daniel Baumann wrote: Kel Modderman wrote: How about something like: + /filesystem*|/live*) + # used by live-initramfs + continue + ;; looks good. in the second replace, we also add '/' so that $REG_MTPTS is never empty. it would be nice if you can make the whole unmounting of local filesystems conditional, so that the script doesn't try to do anything when there's nothing to unmount. I do not know why adding / to REG_MTPTS helps. What is the rationale for it? if $REG_MTPTS is empty, the script fails with an error. Hmm, there is already a check to see if $REG_MTPTS is empty: --- if [ $REG_MTPTS ] then REG_MTPTS=$(pioodl $REG_MTPTS) ... --- Could it be that the error may have been introduced by piping pioodl function output through `grep -v /live' as in your current hack? Thanks, Kel.
Bug#531669: New upstream version DocBook 5.0
Source: docbook-xml Severity: wishlist DocBook schemas v. 5.0 (RELAX NG, DTD, XML Schema) are available at http://www.docbook.org/schemas/5x.html (6 Feb 2008). Philipp Kempgen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531671: sgt-puzzles: Modal dialogs are resizable
Package: sgt-puzzles Version: 8541-1 Severity: minor Tags: patch Modal dialogs from sgt-puzzles (like Game-Specific, Game-Random Seed, Type-Custom and Help-About) are resizable. This is because Gtk windows are user resizable by default. However, because these dialog are obviously not meant to be resizable (see the widget layout break when you try) I think it makes sense to disable this functionality. Included patch clears the resizable flag for the message-box() and get-config() windows. --- gtk.c.ORIG 2009-05-31 12:36:47.0 +0200 +++ gtk.c 2009-05-31 12:38:42.0 +0200 @@ -850,6 +850,7 @@ int message_box(GtkWidget *parent, char gtk_signal_connect(GTK_OBJECT(window), destroy, GTK_SIGNAL_FUNC(window_destroy), NULL); gtk_window_set_modal(GTK_WINDOW(window), TRUE); +gtk_window_set_resizable(GTK_WINDOW(window), FALSE); gtk_window_set_transient_for(GTK_WINDOW(window), GTK_WINDOW(parent)); /* set_transient_window_pos(parent, window); */ gtk_widget_show(window); @@ -1084,6 +1085,7 @@ static int get_config(frontend *fe, int gtk_signal_connect(GTK_OBJECT(fe-cfgbox), key_press_event, GTK_SIGNAL_FUNC(win_key_press), cancel); gtk_window_set_modal(GTK_WINDOW(fe-cfgbox), TRUE); +gtk_window_set_resizable(GTK_WINDOW(fe-cfgbox), FALSE); gtk_window_set_transient_for(GTK_WINDOW(fe-cfgbox), GTK_WINDOW(fe-window)); /* set_transient_window_pos(fe-window, fe-cfgbox); */ Arjan -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27.21 (PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sgt-puzzles depends on: ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.9-13 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra ii libfontconfig12.6.0-3generic font configuration library ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.24.2-1 Layout and rendering of internatio Versions of packages sgt-puzzles recommends: ii epiphany-webkit [www-browser 2.27.2-2Intuitive GNOME web browser - WebK ii iceweasel [www-browser] 3.0.9-1 lightweight web browser based on M ii links2 [www-browser] 2.2-1+b1Web browser running in both graphi ii lynx-cur [www-browser] 2.8.7pre4-1 Text-mode WWW Browser with NLS sup ii w3m [www-browser]0.5.2-2+b1 WWW browsable pager with excellent ii yelp 2.24.0-2Help browser for GNOME 2 sgt-puzzles suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531670: must not call /sbin/MAKEDEV
Package: irda-utils Version: 0.9.18-9 Severity: normal /dev/MAKEDEV is guaranteed to exist, /sbin/MAKEDEV is not. -- ciao, Marco signature.asc Description: Digital signature
Bug#531675: New upstream: 1.0beta2
Package: krecipes Severity: wishlist Please note that upstream released a new version late in April -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531641: --filename-only needs one char option
On Wed, Jun 03, 2009 at 01:23:26PM +0800, jida...@jidanni.org wrote: * added support output filters (--package-only, --filename-only) (Closes: #531641) I forgot to add that without also adding accompanying short options, you are missing the gist of dlocate: fast and convenient. ok, i'll add '-p' and '-f' as short options in the next release. craig -- craig sanders c...@taz.net.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531672: reportbug: hangs when called from debian-bug.el on xserver-xorg-video-intel package
Package: reportbug Version: 4.4 Severity: important Trying to report a bug with debian-bug from Emacs against the xserver-xorg-video-intel package, the reportbug process hangs with Emacs saying Getting package information from reportbug reportbug then hogs a lot of CPU but does not finish. This happens consistently with the xserver-xorg-video-intel package, but it works normally with other packages. Also when running reportbug from the command line, I can report bugs against xserver-xorg-video-intel too. -- Package-specific info: ** Environment settings: EDITOR=emacsclient --alternate-editor emacs DEBEMAIL=mar...@better.se EMAIL=mar...@bindows.net DEBFULLNAME=Marcus Better ** /home/marcus/.reportbugrc: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.4-melech (SMP w/2 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.7.21 Advanced front-end for dpkg ii python2.5.4-3An interactive high-level object-o ii python-reportbug 4.4Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utils none (no description available) pn debsums none (no description available) ii dlocate 0.96.1 fast alternative to dpkg -L and dp ii file 5.03-1 Determines file type using magic ii gnupg 1.4.9-4GNU privacy guard - a free PGP rep ii postfix [mail-transport-agent 2.5.5-1.1 High-performance mail transport ag pn python-gnome2-extras none (no description available) ii python-gtk2 2.14.1-3 Python bindings for the GTK+ widge pn python-urwid none (no description available) pn python-vtenone (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531673: ITP: oasis3 -- Coupler for exchanging fields between components of Earth system models
Package: wnpp Severity: wishlist Owner: Alastair McKinstry mckins...@debian.org * Package name: oasis3 Version : 3.3 Upstream Author : Sophie Valcke oasish...@cerfacs.fr * URL : http://www.prism.enes.org/PAEs/coupling_IO/software_OASIS3.php * License : GPL-2 Programming Lang: Fortran Description : Coupler for exchanging fields between components of Earth system models OASIS3 is the direct evolution of the OASIS coupler developed since more than 10 years at CERFACS (Toulouse, France). Portability and flexibility are OASIS3 key design concepts. At run-time, OASIS3 acts as a separate mono process executable, which main function is to interpolate the coupling fields exchanged between the component models, and as a library linked to the component models, the OASIS3 PRISM Model Interface Library (OASIS3 PSMILe). OASIS3 supports 2D coupling fields only. To communicate with OASIS3, directly with another model, or to perform I/O actions, a component model needs to include few specific PSMILe calls. OASIS3 PSMILe supports in particular parallel communication between a parallel component model and OASIS3 main process based on Message Passing Interface (MPI) and file I/O using the GFDL mpp_io library. OASIS3 has been extensively used in the PRISM demonstration runs and is currently used by approximately 15 climate modelling groups in Europe, USA, Canada, Australia, India and Brazil. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531674: New upstream version DocBook 5.0
Package: docbook-xml Version: 4.5-6 Severity: wishlist DocBook schemas v. 5.0 (RELAX NG, DTD, XML Schema) are available at http://www.docbook.org/schemas/5x.html (6 Feb 2008). Philipp Kempgen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529249: gnome-session: Blocks two minutes when starting session with awesome
On Tue, 19 May 2009, Josselin Mouette wrote: Raphaël, I’d be interested if you could test gnome-session 2.26 in experimental. Theoretically, it should not block, but you will just see a pulsing cursor for some time after logging in. After that, you won’t be able to save the window locations and workspaces if you save your session, but the rest should work fine. It works much better indeed. I still have a delay, but it's a few seconds only. Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531680: debootstrap: Should not use obsolete dpkg --print-installation-architecture
Package: debootstrap Version: 1.0.13 Tags: patch The new dpkg in sid warns now that --print-installation-architecture is obsolete: fz:~# debootstrap sid chroot http://ftp.de.debian.org/debian dpkg: warning: obsolete option '--print-installation-architecture', please use '--print-architecture' instead. This patch solves it. --- debootstrap 2009-04-24 21:08:35.0 +0200 +++ debootstrap 2009-06-03 11:11:23.0 +0200 @@ -335,8 +335,8 @@ if [ $ARCH != ]; then true elif [ -x /usr/bin/dpkg ] \ - /usr/bin/dpkg --print-installation-architecture /dev/null 21; then - ARCH=`/usr/bin/dpkg --print-installation-architecture` + /usr/bin/dpkg --print-architecture /dev/null 21; then + ARCH=`/usr/bin/dpkg --print-architecture` elif type udpkg /dev/null 21 \ udpkg --print-architecture /dev/null 21; then ARCH=`/usr/bin/udpkg --print-architecture` -- System Information: Debian Release: squeeze/sid APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debootstrap depends on: ii binutils 2.19.51.20090508-1 The GNU assembler, linker and bina ii wget 1.11.4-2 retrieves files from the web Versions of packages debootstrap recommends: ii gnupg 1.4.9-4GNU privacy guard - a free PGP rep debootstrap suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531678: icedove: does not remember imap password, even when you tick that box
Package: icedove Version: 2.0.0.19-1 Severity: important I have several imap accounts configured in icedove. For some accounts it has the password saved in the 'password manager', but for 2 accounts the password is not in there. So it asks for the password for these 2 accounts when it tries to log in. I enter the password, and I tick the box that it has to save it. Next time I start icedove it just asks again... When I check in the password manager the password is not in there. This is always reproducible, and really deteriorates the user experience. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (990, 'stable'), (800, 'unstable'), (800, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils2.30 Miscellaneous utilities specific t ii fontconfig 2.6.0-3 generic font configuration library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2+lenny1FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1.1 GCC support library ii libglib2.0-0 2.16.6-1+lenny1 The GLib library of C routines ii libgtk2.0-02.12.12-1~lenny1 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 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-3+lenny1 Layout and rendering of internatio ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxft22.1.12-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii psmisc 22.6-1Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime icedove recommends no packages. Versions of packages icedove suggests: pn icedove-gnome-support none (no description available) ii latex-xft-fonts 0.1-8 Xft-compatible versions of some La ii libthai0 0.1.9-4Thai language support library -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531681: texlive-base-bin: should recommend ghostscript-x
Package: texlive-base-bin Version: 2007.dfsg.2-6 Severity: minor Hi! I have some documents that produces DVI files with some PostScript code. Xdvi used to be able to show them, but nowadays prints the following error on start: xdvik: write_to_gs: Broken pipe gs: Unknown device: x11 gs: Unrecoverable error: undefined in .uninstallpagedevice gs: Operand stack: gs: defaultdevice This can be simply resolved by installing ghostscript-x (though this was not obvious) which contains the x11 device. Maybe a simple recommend would do to enable this part of xdvi. (Although I've noticed that it only suggests ghostscript, so there may be other considerations involved.) Kind regards, Paul ## other files ## List of ls-R files -rw-r--r-- 1 root root 864 May 6 10:50 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 14264 May 6 10:50 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Apr 20 10:57 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 May 6 10:46 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 May 6 10:46 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Apr 20 10:57 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 4011 May 6 10:50 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 9682 May 6 10:50 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4740 May 6 10:50 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Jun 20 2007 mktex.cnf ## md5sums of texmf.d 42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf 42c20d7e8bd343542772b5a145bf8ad8 /etc/texmf/texmf.d/05TeXMF.cnf.ucf-dist 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf f68e5add6afd6585b982f2f78e2e6a92 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (102, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-base-bin depends on: ii dpkg 1.15.2Debian package management system ii ed 1.3-4 The classic UNIX line editor ii libc6 2.9-13GNU C Library: Shared libraries ii libgcc11:4.4.0-5 GCC support library ii libkpathsea4 2007.dfsg.2-6 TeX Live: path search library for ii libncurses55.7+20090523-1shared libraries for terminal hand ii libpng12-0 1.2.36-1 PNG library - runtime ii libpoppler40.10.6-1 PDF rendering library ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxaw72:1.0.5-2 X11 Athena Widget library ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxpm41:3.5.7-1 X11 pixmap library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii perl 5.10.0-22 Larry Wall's Practical Extraction ii tex-common 1.18 common infrastructure for building ii texlive-common 2007.dfsg.2-4 TeX Live: Base component ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages texlive-base-bin recommends: ii texlive-base-bin-doc 2007.dfsg.2-6 TeX Live: Documentation files for Versions of packages texlive-base-bin suggests: ii evince [postscript-viewer] 2.26.1-2 Document (postscript, pdf) viewer ii ghostscript [postscript-vi 8.64~dfsg-1.1 The GPL Ghostscript PostScript/PDF ii perl-tk1:804.028-4 Perl module providing the Tk graph ii xpdf-reader [pdf-viewer] 3.02-1.4 Portable Document Format (PDF) sui Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii dpkg 1.15.2 Debian
Bug#531677: iptables: minor errors in man page
Package: iptables Version: 1.4.3.2-2 Severity: normal Tags: patch The attached patch corrects some minor errors in the iptables(8) man page, related to port ranges in the tcp module. --- /usr/share/man/man8/iptables.orig.8 2009-04-19 12:25:09.0 -0700 +++ /usr/share/man/man8/iptables.8 2009-06-03 01:30:03.0 -0700 @@ -1187,23 +1187,23 @@ .SS tcp These extensions can be used if `\-\-protocol tcp' is specified. It provides the following options: .TP [\fB!\fP] \fB\-\-source\-port\fP,\fB\-\-sport\fP \fIport\fP[\fB:\fP\fIport\fP] Source port or port range specification. This can either be a service name or a port number. An inclusive range can also be specified, -using the format \fIport\fP\fB:\fP\fIport\fP. +using the format \fIfirst\fP\fB:\fP\fIlast\fP. If the first port is omitted, 0 is assumed; if the last is omitted, 65535 is assumed. -If the second port is greater than the first they will be swapped. +If the first port is greater than the last they will be swapped. The flag \fB\-\-sport\fP is a convenient alias for this option. .TP -[\fB!\fP] \fB\-\-destination\-port\fP,\fB\-\-dport\fP \fIport\fP[\fB,\fP\fIport\fP] +[\fB!\fP] \fB\-\-destination\-port\fP,\fB\-\-dport\fP \fIport\fP[\fB:\fP\fIport\fP] Destination port or port range specification. The flag \fB\-\-dport\fP is a convenient alias for this option. .TP [\fB!\fP] \fB\-\-tcp\-flags\fP \fImask\fP \fIcomp\fP Match when the TCP flags are as specified. The first argument \fImask\fP is the flags which we should examine, written as a comma-separated list, and -- System Information: Debian Release: 5.0.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages iptables depends on: ii libc6 2.9-12 GNU C Library: Shared libraries iptables recommends no packages. iptables suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531683: [INTL:ast] Asturian iso-codes updated translation
Package: iso-codes Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Asturian updated translation of the iso-codes package. Thanks very much! (encoded iso-codes_iso_3166_ast.po.gz file follows) iso-codes_iso_3166_ast.po.gz Description: GNU Zip compressed data
Bug#531685: coreutils: ls .. does not list parent directory when on a symlink
Package: coreutils Version: 7.3-1 Severity: normal fel...@pcfelipe:musica% ls -ld cumbias lrwxrwxrwx 1 felipe felipe 28 2009-05-16 15:46 cumbias - /home/felipe/Desktop/cumbias fel...@pcfelipe:musica% cd cumbias fel...@pcfelipe:cumbias% ls -ld ../cumbias drwxr-xr-x 2 felipe felipe 4.0K 2009-04-08 13:34 ../cumbias fel...@pcfelipe:cumbias% ls seems to ignore the fact that I came through a symlink and use the real dir's parent. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.47-2 Access control list shared library ii libattr1 1:2.4.43-2 Extended attribute shared library ii libc6 2.9-12 GNU C Library: Shared libraries ii libselinux1 2.0.71-1 SELinux shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531621: libdvdread4: On powerpc, can't playback DVD anymore
Hi, Daniel Baumann wrote: please reproduce with debians mplayer. Debian's mplayer works fine. However, I find this hardly surprising, since Debian's mplayer does apparently not link against libdvdread4. (Instead, the library is compiled in statically, probably the version that is included in mplayer SVN snapshots.) With Debian's mplayer: ~$ ldd `which mplayer` | grep libdvdread ~$ Here is the test with debian-multimedia's mplayer-g4: ~$ mplayer dvd:// [... stuff here ...] Playing dvd://. libdvdread: Using libdvdcss version 1.2.10 for DVD access libdvdread: Invalid main menu IFO (VIDEO_TS.IFO), ifoRead_FP_PGC() failed. Can't open VMG info! No stream found to handle url dvd:// Exiting... (End of file) ~$ ldd `which mplayer` | grep libdvdread libdvdread.so.4 = /usr/lib/libdvdread.so.4 (0x0e22d000) Here's what I get on the console when trying to open the file with Totem (as far as I can see this is Debian's own Totem): ~$ totem dvd:// ** Message: no file info No accelerated IMDCT transform found libdvdread: Using libdvdcss version 1.2.10 for DVD access libdvdread: Invalid main menu IFO (VIDEO_TS.IFO), ifoRead_FP_PGC() failed. No accelerated IMDCT transform found libdvdread: Using libdvdcss version 1.2.10 for DVD access libdvdread: Invalid main menu IFO (VIDEO_TS.IFO), ifoRead_FP_PGC() failed. ** Message: Error: Could not read title information for DVD. resindvdsrc.c(333): rsn_dvdsrc_start (): /GstPlayBin:play/RsnDvdBin:source/resinDvdSrc:dvdsrc: system error: File exists And of course, the movie does not play in Totem. Best regards, --Lorenz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531676: mozilla-mplayer: This page crashes iceweasel if the WMV support is enabled
Package: mozilla-mplayer Version: 3.55-2 Severity: important If Windows Media Player Plug-in is enabled in the Iceweasel Add-Ons plugin settings, the following page crashes Iceweasel every time, even in safe-mode: http://www.aftenposten.no/meninger/kronikker/article3102780.ece When disabling the above option in the Add-Ons plugin settings, Iceasel does not crash anymore. Best regards, Torquil Sørensen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-rc3-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mozilla-mplayer depends on: ii iceweasel 3.0.9-1 lightweight web browser based on M ii libc6 2.9-13 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-5GCC support library ii libglib2.0-02.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libx11-62:1.2.1-1X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii mplayer 1:1.0.rc2svn20090521-0.0 The Ultimate Movie Player For Linu mozilla-mplayer recommends no packages. mozilla-mplayer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531538: another dangling symlink
@Sean: thank you for the tip, didn't know that! :) Sean, can you reply with the output of: apt-cache policy libmtp5 libmtp6 apt-cache rdepends libmtp5 libmtp6 I really need to see where they came from, if they were manually installed (or from another source) and if any packages depend on it. Raphael Hertzog: (On a somewhat unrelated note) Maybe the udev files should be moved to libmtp-common to avoid similar problems in the future and to avoid duplication of udev rules if you have several versions of the library installed? Rafael Laboissiere: I think that each libmtpn package will need its specific rules file. Raphael, thanks for the info, but you mean to have one libmtp.rules installed? What if older releases don't support the new layout/format of rules? I agree with Rafael Laboissiere on this one. Affected packages: libmtp5: http://git.debian.org/?p=collab-maint/libmtp.git;a=tree;f=debian;h=1d35f255c7cc570b09a707b6e40cb7f3ee92717c;hb=7ce7562b3c3594bf823911d807bd810a3089b7e3 early libmtp6 ( 0.2.1-2): http://git.debian.org/?p=collab-maint/libmtp.git;a=tree;f=debian;h=188431f317af7795c6b610ded59cfd9c3f9b;hb=6067ac7eb599663c951ba403f8fe8564c25b18db The old installation in libmtp5 and libmtp6 was like this as far as I see: - Rules file is installed in /etc/udev/libmtp.rules. - A symlink /etc/udev/rules.d/libmtp.rules is created. Rafael Laboissiere: Are you sure that this change will not break libmtp5? The change I suggested: http://git.debian.org/?p=collab-maint/libmtp.git;a=commitdiff;h=67f58bb49779e156d0eb9ff1f94093ff31501537 Rafael, you are right, it probably will. But I'm worried about these: (1) Is the remaining /etc/udev/libmtp.rules (and symlink /etc/udev/rules.d/libmtp.rules) going to affect libmtp8? We'll have to ask upstream I guess. (2) Aren't libmtp5 and early libmtp6 considered deprecated? Their files should be deprecated (3) In libmtp6, the change from libmtp.rules - libmtp6.rules did NOT remove the leftover /etc/udev/libmtp.rules (and symlink /etc/udev/rules.d/libmtp.rules). (4) Users like Sean have installed libmtp8 now, and the file /etc/udev/libmtp.rules is now removed. There is a dangling symlink that should be removed. Solutions: a) This upgrade desperately needs a Breaks: libmtp5, libmtp6 ( 0.2.1-2) for these deprecated versions which would satisfy this change. b) On the other hand, we can comment out #rm -f /etc/udev/libmtp.rules in debian/libmtp.preinst.in to avoid breakage and reconsider it at some point in the future. Now, I'm not sure about this change and (1) above though. If you decide to go with (b), the current git change should stay because of (4), and comment out the rm command: -rm -f /etc/udev/libmtp.rules + +# Commented out, part of libmtp5 and older libmtp6 (bug #531538) +#rm -f /etc/udev/libmtp.rules -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531679: xterm segfaults after upgrading tango-icon-theme
Package: tango-icon-theme Version: 0.8.90-2 Severity: important Hi, after upgrading my Debian testing box today, xterm crashed with a segmentation fault. Copying in /usr/share/icons/Human/cursors/ sb_up_arrow to sb_down_arrow, and sb_right_arrow to sb_left_arrow solved the problem. As you may have noticed, a lot of different packages seem to be involded and I'm not at all sure I'm directing this bug report at the right place. Please feel free to reassign this bug if you see fit. Running xterm with gdb shows that the function XcursorScanTheme is running in circles. The stack backtrace looks like follows: ... #16 0x2afd30e569d8 in XcursorScanTheme (theme=0x6a4b10 Tango:gnome, name=0x2afd30e57ade sb_down_arrow) at ../../src/library.c:265 #17 0x2afd30e569d8 in XcursorScanTheme (theme=0x6a4af0 Tangerine:Tango:gnome, name=0x2afd30e57ade sb_down_arrow) at ../../src/library.c:265 #18 0x2afd30e569d8 in XcursorScanTheme (theme=0x6a4ae1 Human, name=0x2afd30e57ade sb_down_arrow) at ../../src/library.c:265 #19 0x2afd30e569d8 in XcursorScanTheme (theme=0x6a4ab0 Tango:gnome, name=0x2afd30e57ade sb_down_arrow) at ../../src/library.c:265 #20 0x2afd30e569d8 in XcursorScanTheme (theme=0x6a4a90 Tangerine:Tango:gnome, name=0x2afd30e57ade sb_down_arrow) at ../../src/library.c:265 #21 0x2afd30e569d8 in XcursorScanTheme (theme=0x6a4a81 Human, name=0x2afd30e57ade sb_down_arrow) at ../../src/library.c:265 #22 0x2afd30e569d8 in XcursorScanTheme (theme=0x6a4a50 Tango:gnome, name=0x2afd30e57ade sb_down_arrow) at ../../src/library.c:265 ... This happens a couple thousand times until the stack limit is hit and a segmentation fault is triggered. The argument theme is obtained by XcursorScanTheme using the function _XcursorThemeInherits. I haven't looked at it further, but my guess is that it's evaluating the inheritance of themes and returns the ``parent'' theme. Thus root of the problem seems to be this circular reference: o...@alyja:~ $ grep Inherits /usr/share/icons/{Human,Tango}/index.theme /usr/share/icons/Human/index.theme:Inherits=Tangerine,Tango,gnome /usr/share/icons/Tango/index.theme:Inherits=gnome,crystalsvg,Human By copying the files (as noted above) this recursion is ended and xterm starts normally again. I think other programs using libXcursor may be effected, too. pidgin crashed on me and after removing `Human' from Tango's `Inherits' list it started up again and worked just fine. I didn't to any further debugging though. I direct this bugreport against tango-icon-theme and not human-cursors-theme or libxcursor1 because of the three only tango-icon-theme was updated recently. As I said: Feel free to reassign. The previous version of the package was 0.8.90-1. With that old version, I didn't experience any problems. I see several possible solutions: - Remove the circular inheritance. - Provide `sb_down_arrow' and `sb_left_arrow', for example in human-cursors-theme. This is probably a dead-end since other non-existent files will cause the problem again. - Limit the recursion depth in libXcursor/XcursorScanTheme to something reasonable, like 20 or 100 or so. Regards, -octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ signature.asc Description: Digital signature
Bug#525572: pulseaudio: volume muted after every boot
For one reboot... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531682: memstat: process list of shared objects missing
Package: memstat Version: 0.7 Severity: normal The list of PID's after each shared object has gone missing: sid:~# memstat -w 268k: PID 1 (/sbin/init) 2364k: PID 340 (/usr/bin/galculator) 288k: PID 1187 (/sbin/syslogd) 268k: PID 1196 (/sbin/klogd) 552k: PID 1215 (/usr/bin/dbus-daemon) 300k: PID 1873 (/usr/sbin/automount) 300k: PID 2024 (/usr/sbin/automount) 828k: PID 2338 (/bin/bash) 408k: PID 2492 (/usr/sbin/smartd) 640k: PID 2526 (/usr/sbin/ntpd) ... 1968k: PID 32527 (/usr/bin/tcsh) 8k( 8k): /dev/zero 46748k( 46748k): /dev/nvidia0 16k( 0k): /tmp/ZjMTc1 8k( 0k): /tmp/dwwIRw 8k( 0k): /tmp/tD9DV2 ... 5384k( 2976k): /usr/lib/openoffice/basis3.0/program/libtklx.so 2400k( 2400k): /usr/lib/openoffice/basis3.0/program/services.rdb 2248k(188k): /usr/lib/openoffice/basis3.0/program/libucpftp1.so 5176k( 3012k): /usr/lib/openoffice/basis3.0/program/libfwklx.so 132k(124k): /usr/bin/galculator 40k( 24k): /usr/bin/dbus-launch 980k(972k): /usr/bin/xplanet 384k( 44k): /usr/bin/xdaliclock 380k(320k): /usr/bin/tcsh 688k(668k): /usr/bin/gedit 884k(756k): /usr/bin/gkrellm 348k(340k): /usr/bin/ssh 16k( 12k): /usr/bin/unclutter 1856k( 1788k): /usr/bin/Xorg 8784k( 1744k): /usr/bin/emacs22-x 420k(380k): /usr/bin/gnome-keyring-daemon 396k(380k): /usr/bin/evince 408k(376k): /usr/bin/file-roller 12k( 8k): /usr/bin/memstat 16k( 12k): /usr/bin/xload 504k(360k): /usr/bin/xterm 820k(804k): /usr/bin/fvwm2 32k( 28k): /usr/bin/xautolock 352k(312k): /usr/bin/dbus-daemon 76k( 72k): /usr/bin/top 76k( 68k): /usr/bin/ispell 1212k( 0k): /usr/lib/openoffice/basis3.0/help/en/swriter.db 1068k( 0k): /usr/lib/openoffice/basis3.0/help/en/swriter.ht 5144052k ( 380340k) sid:~# memstat(1): ... After the processes, the shared objects are listed. The amount of mem‐ ory is shown along with the filename of the shared object, followed by a list of the processes using the shared object. The memory is listed ^ This has been working for me before, but I'm not sure when it stopped working. / Anders -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (51, 'testing-proposed-updates'), (50, 'unstable'), (40, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.20 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF8) Shell: /bin/sh linked to /bin/bash Versions of packages memstat depends on: ii libc6 2.9-12 GNU C Library: Shared libraries memstat recommends no packages. memstat suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531557: libpam-ldap: [debconf_rewrite] Debconf templates and debian/control review
On Tue, 2009-06-02 at 09:53 +0200, Christian Perrier wrote: The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. I'm not the maintainer of libpam-ldap but I would like to comment anyway. Template: libpam-ldap/rootbinddn Type: string Default: cn=manager,dc=example,dc=net -_Description: LDAP account for root: - This account will be used when root changes a password. +_Description: LDAP administrative account: + Please enter the name of the LDAP administrative account. . - Note: This account has to be a privileged account. + This account will be used automatically for database management, so + it will be granted the appropriate privileges. The new template text seems to suggest that the account will be created when installing the package, specifically the text it will be granted the appropriate privileges is incorrect and should probably read the account needs to have appropriate privileges assigned in the LDAP directory. Template: libpam-ldap/dblogin Type: boolean Default: false _Description: Does the LDAP database require login? - Choose this option if you can't retrieve entries from - the database without logging in. + Please choose whether the LDAP server should enforce a login before + retrieving entries. The same applies here, something like Please choose whether the LDAP server enforces a login before retrieving entries. Having said that, I would welcome a review of my package (nss-ldapd) ;) -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#531672: reportbug: hangs when called from debian-bug.el on xserver-xorg-video-intel package
Hi Marcus, On Wed, Jun 3, 2009 at 11:00, Marcus Better mar...@better.se wrote: Package: reportbug Version: 4.4 Severity: important Trying to report a bug with debian-bug from Emacs against the xserver-xorg-video-intel package, the reportbug process hangs with Emacs saying Getting package information from reportbug reportbug then hogs a lot of CPU but does not finish. how big are X logs? as I can see from [1] it tries to embed the full log in the bug report, and that can cause problem. [1] /usr/share/bug/xserver-xorg-video-intel/script If you remove (reduce) the log (dimensions), do you have more luck? This happens consistently with the xserver-xorg-video-intel package, but it works normally with other packages. Also when running reportbug from the command line, I can report bugs against xserver-xorg-video-intel too. just to clarify: you *are able* to use reportbug against xserver-xorg-video-intel from the command line bug *not* from inside emacs? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531569: (no subject)
Frank Küster wrote: Yes, and thanks for the patch - however, it might be easier to convince the authors of fmtutil and add a check whether an error was the 5 year old warning, than to convice the LaTeX team. Or at least faster. That works too. However, it would be much easier to distinguish warnings and errors if they actually would have some unique identifier. As it is now fmtutil will search lines that start with '! ' (applies to warnings and errors) and will return exit code different than 0, claiming that there is a potential error in the format files. I'd reckon the easiest way to change this would be to patch tex macros to output unique formatted warnings and patch fmtutil to react accordingly. Regards, Jussi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527899: removal of package fails
* Raphael Hertzog hert...@debian.org [090603 09:10]: On Tue, 02 Jun 2009, Chris Taylor wrote: This patch fixes the removal bug in sqlrelay. It simply removes all sqlrelay files and the directory from /etc. -Chris --- a/debian/sqlrelay.postrm +++ b/debian/sqlrelay.postrm @@ -19,7 +19,7 @@ set -e case $1 in remove|purge) rm -Rf /var/cache/sqlrelay - rm -f /etc/sqlrelay* + rm -rf /etc/sqlrelay* ;; Removing configuration files on remove (instead of purge only) is a mistake too... And the amount of what is removed looks extremly suspicious, too. This really needs to be reduced to actual files, otherwise it will also remove things like a user-generated /etc/sqlrelay.backup or things like that Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531687: aptitude: [patch] gcc4.4 build fixes
Package: aptitude Version: 0.4.11.11-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic ubuntu-patch In Ubuntu, we've applied the attached patch to achieve the following: * debian/patches/10_gcc44.dpatch: - fixes for gcc 4.4 We thought you might be interested in doing the same. -- Package-specific info: aptitude 0.4.11.11 compiled at Feb 10 2009 13:35:39 Compiler: g++ 4.3.3 Compiled against: apt version 4.6.0 NCurses version 5.7 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.7.20090207 cwidget version: 0.5.12 Apt version: 4.6.0 linux-gate.so.1 = (0xb800e000) libapt-pkg-libc6.9-6.so.4.7 = /usr/lib/libapt-pkg-libc6.9-6.so.4.7 (0xb7f3) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7ef2000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7eea000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7e28000) libept.so.0 = /usr/lib/libept.so.0 (0xb7db5000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb7c63000) libz.so.1 = /lib/libz.so.1 (0xb7c4d000) libpthread.so.0 = /lib/tls/i686/cmov/libpthread.so.0 (0xb7c34000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7b44000) libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0xb7b1e000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7b0f000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb79ac000) libutil.so.1 = /lib/tls/i686/cmov/libutil.so.1 (0xb79a8000) libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xb79a3000) /lib/ld-linux.so.2 (0xb800f000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-proposed'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: i386 (i686) Kernel: Linux 2.6.28-12-generic (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- aptitude-0.4.11.11.orig/debian/patches/10_gcc44.dpatch +++ aptitude-0.4.11.11/debian/patches/10_gcc44.dpatch @@ -0,0 +1,98 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 10_gcc44.dpatch by Michael Vogt m...@ubuntu.com +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fix building with gcc 4.4 by adding a bunch of missing +## DP: includes + +...@dpatch@ +diff -urNad aptitude-0.4.11.11~/src/cmdline/cmdline_action.cc aptitude-0.4.11.11/src/cmdline/cmdline_action.cc +--- aptitude-0.4.11.11~/src/cmdline/cmdline_action.cc 2008-11-20 04:17:12.0 +0100 aptitude-0.4.11.11/src/cmdline/cmdline_action.cc 2009-06-03 11:14:48.0 +0200 +@@ -20,6 +20,7 @@ + #include apt-pkg/version.h + + #include stdlib.h ++#include cstdio + + #include cwidget/generic/util/transcode.h + +diff -urNad aptitude-0.4.11.11~/src/cmdline/cmdline_clean.cc aptitude-0.4.11.11/src/cmdline/cmdline_clean.cc +--- aptitude-0.4.11.11~/src/cmdline/cmdline_clean.cc 2008-11-20 04:17:12.0 +0100 aptitude-0.4.11.11/src/cmdline/cmdline_clean.cc2009-06-03 11:14:48.0 +0200 +@@ -15,6 +15,7 @@ + #include apt-pkg/strutl.h + + #include iostream ++#include cstdio + + #include sys/stat.h + +diff -urNad aptitude-0.4.11.11~/src/cmdline/cmdline_do_action.cc aptitude-0.4.11.11/src/cmdline/cmdline_do_action.cc +--- aptitude-0.4.11.11~/src/cmdline/cmdline_do_action.cc 2008-11-20 04:17:12.0 +0100 aptitude-0.4.11.11/src/cmdline/cmdline_do_action.cc2009-06-03 11:14:48.0 +0200 +@@ -15,7 +15,7 @@ + #include generic/apt/apt.h + #include generic/apt/config_signal.h + #include generic/apt/download_install_manager.h +- ++#include cstdio + #include aptitude.h + + #include apt-pkg/algorithms.h +diff -urNad aptitude-0.4.11.11~/src/cmdline/cmdline_forget_new.cc aptitude-0.4.11.11/src/cmdline/cmdline_forget_new.cc +--- aptitude-0.4.11.11~/src/cmdline/cmdline_forget_new.cc 2008-11-20 04:17:12.0 +0100 aptitude-0.4.11.11/src/cmdline/cmdline_forget_new.cc 2009-06-03 11:14:48.0 +0200 +@@ -5,6 +5,7 @@ + #include cmdline_forget_new.h + + #include aptitude.h ++#include cstdio + + #include generic/apt/apt.h + #include generic/apt/config_signal.h +diff -urNad aptitude-0.4.11.11~/src/cmdline/cmdline_update.cc aptitude-0.4.11.11/src/cmdline/cmdline_update.cc +--- aptitude-0.4.11.11~/src/cmdline/cmdline_update.cc 2008-11-20 04:17:12.0 +0100 aptitude-0.4.11.11/src/cmdline/cmdline_update.cc 2009-06-03 11:14:48.0 +0200 +@@ -20,6 +20,7 @@ + #include cmdline_util.h + + #include aptitude.h ++#include cstdio + + #include generic/apt/apt.h + #include generic/apt/config_signal.h +diff -urNad aptitude-0.4.11.11~/src/cmdline/cmdline_upgrade.cc aptitude-0.4.11.11/src/cmdline/cmdline_upgrade.cc +---
Bug#531672: reportbug: hangs when called from debian-bug.el on xserver-xorg-video-intel package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Sandro, Sandro Tosi wrote: how big are X logs? Quite big, one is over 3 MB. (I hadn't noticed.) If you remove (reduce) the log (dimensions), do you have more luck? Yes, that helps. just to clarify: you *are able* to use reportbug against xserver-xorg-video-intel from the command line bug *not* from inside emacs? That's right. When using the command line it opens up an Emacs buffer (according to the EDITOR setting) containing the full huge X.org log in a split second. Cheers, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkomSAwACgkQXjXn6TzcAQkDwgCdEeXe8JIs6SZLxxb4D65nhEsP mI8AnjPGboKh9xK0Yk7YyCk2h48npiwh =EGTO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531647: Vim filters through indent when -cindent and equalprg unset
James - Using = when Vim was built with -cindent and the user hasn't set 'equalprg' filters the text through the external command `indent'. As this behavior isn't documented, it's a surprise to the user and can cause the text-to-be-indented to be deleted or replaced with error messages from the shell. This is old Vi behavior, AFAIK. The attached patch is a proposed solution which instead emits an error telling the user that 'equalprg' needs to be set. I've added the explanation to ='s help as well, with a help tag for the new error number. I don't think changing the behavior is a good idea. I'll add a comment at 'equalprg' about what happens when it's empty. And in change.txt: ={motion} Filter {motion} lines through the external program given with the 'equalprg' option. When the 'equalprg' option is empty (this is the default), use the internal formatting function |C-indenting|. But when 'indentexpr' is not empty, it will be used instead |indent-expression|. When Vim was compiled without internal formatting then the indent program is used as a last resort. - Bram -- For society, it's probably a good thing that engineers value function over appearance. For example, you wouldn't want engineers to build nuclear power plants that only _look_ like they would keep all the radiation inside. (Scott Adams - The Dilbert principle) /// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org/// -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520846: Doesn't happen for me
Am Montag, den 30.03.2009, 13:22 +0200 schrieb Michel Dänzer: update-grub works fine on my PowerBook with the same version of grub-ieee1275... Did you make any configuration changes such that ${GRUB_TERMINAL_OUTPUT} ends up as gfxterm? Or do you have grub-splashimages installed maybe? (I don't) Maybe your files in /etc/grub.d weren't upgraded. I just tried it in a clean chroot where I installed the i386 version of grub-ieee1275 and failed there too. Just sent a mail about this upstream. Or maybe you somehow don't have gfxterm.mod in /boot/grub -- Felix Zielcke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#412858: Problem with print and print preview in iceweasel
I have changed in my about:config the option print.whileInPrintPreview from false to true and the problem is disappeared. I have also applied this in Epiphany which is based also on Gecko (Mozilla) engine. Unfortunately in Epiphany this thing doesn't work. My version of Epiphany browser is: 2.22.3-9 Also applied this in Galeon browser. In Galeon i didn't see something like print preview and by this reason i can't confirm the status of this bug in Galeon. My version of Galeon browser is: 2.0.6-2.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531688: New upstream release 4.2r3
Package: libhdf4 Severity: normal There is a new upstream release of HDF4, 4.2r3. This release contains some functionality that is needed in the latest release of a package that I am packaging for Debian. hdf-eos; it uses SDgetcompress, not present in Debian. Can you please update? Thanks Alastair McKinstry -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454147: Kernel bug related to setting BOOTLOGD_ENABLE=yes
Like the above folks, I have also experienced this issue. Twice in a row. My hypervisor system: Linux xencore 2.6.26-2-xen-amd64 #1 SMP Fri Mar 27 07:12:15 UTC 2009 x86_64 GNU/Linux # cat /etc/debian_version 5.0.1 Guest: Linux imrandev.soton.smoothwall.net 2.6.26-2-xen-amd64 #1 SMP Fri Mar 27 07:12:15 UTC 2009 x86_64 GNU/Linux # cat /etc/debian_version 5.0.1 I noticed that this occured after I set BOOTLOGD_ENABLE=yes (formerly BOOTLOGD_ENABLE=no) in /etc/default/bootlogd in my guest. I was curious to see what boot up messages would be logged. There was probably no reason to do this since /var/log/boot only shows the default logging entry. Below is what was shown on the xm console guest screen. When I connected this way I could not send any input to the terminal. [46022.513876] [ cut here ] [46022.513890] kernel BUG at drivers/char/tty_io.c:811! [46022.513894] invalid opcode: [1] SMP [46022.513897] CPU 0 [46022.513900] Modules linked in: ipv6 nfs lockd nfs_acl sunrpc xt_tcpudp iptable_filter iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack ip_tables x_tables evdev ext3 jbd mbcache dm_mirror dm_log dm_snapshot dm_mod raid1 md_mod thermal_sys [46022.513928] Pid: 882, comm: bootlogd Not tainted 2.6.26-2-xen-amd64 #1 [46022.513932] RIP: e030:[80359cad] [80359cad] tty_ldisc_put+0x34/0x5e [46022.513941] RSP: e02b:880007cc9e18 EFLAGS: 00010046 [46022.513944] RAX: RBX: RCX: 0042 [46022.513947] RDX: RSI: 0003 RDI: 806000a4 [46022.513950] RBP: R08: 0008 R09: 880001db6200 [46022.513953] R10: 880006bd2980 R11: 0003 R12: [46022.513955] R13: R14: R15: 8800065c2800 [46022.513962] FS: 7f563095e6e0() GS:80539000() knlGS: [46022.513965] CS: e033 DS: ES: [46022.513968] DR0: DR1: DR2: [46022.513972] DR3: DR6: 0ff0 DR7: 0400 [46022.513975] Process bootlogd (pid: 882, threadinfo 880007cc8000, task 880007d6aa80) [46022.513978] Stack: 8800065c2800 880006bd2800 8035c7f0 [46022.513985] 000c38967ce0 000207cc9f50 06bd2800 [46022.513990] 0003 880006646140 880007c16080 880007940150 [46022.513995] Call Trace: [46022.514000] [8035c7f0] release_dev+0x546/0x5ce [46022.514006] [80435bb7] error_exit+0x0/0x69 [46022.514010] [8035c889] tty_release+0x11/0x1a [46022.514015] [8028b13e] __fput+0xa1/0x16b [46022.514019] [8028885f] filp_close+0x5d/0x65 [46022.514023] [80289bc9] sys_close+0xa5/0x101 [46022.514027] [8020b528] system_call+0x68/0x6d [46022.514031] [8020b4c0] system_call+0x0/0x6d [46022.514034] [46022.514035] [46022.514036] Code: ff 11 76 04 0f 0b eb fe 48 c7 c7 a4 00 60 80 e8 e8 b9 0d 00 48 89 c5 48 63 c3 48 69 d0 90 00 00 00 8b 82 48 01 60 80 85 c0 75 04 0f 0b eb fe 48 8b ba 40 01 60 80 ff c8 89 82 48 01 60 80 e8 d5 [46022.514083] RIP [80359cad] tty_ldisc_put+0x34/0x5e [46022.514087] RSP 880007cc9e18 [46022.514093] ---[ end trace 9982d726e244ec38 ]--- I also had the following in my guest config: ## IC - added to prevent problems after upgrade to Debian Lenny ## See: http://maff.ailoo.net/2009/04/upgrade-from-debian-etch-xen-30-to-debian-lenny-xen-32-amd64/ extra = console=hvc0 xencons=tty Regards, Imran Chaudhry
Bug#531515: debsums: dpkg-deb: Unexpected number of arguments to --control
I've tried to find where this is coming from and the only line which uses --control is /usr/bin/debsums:491 It is triggered whenever I do something like: apt-get install --reinstall gawk However, this is what gets run: dpkg --control /var/cache/apt/archives/gawk_1%3a3.1.6.dfsg-3_amd64.deb /tmp/vQkt8g7Oc8/DEBIAN So I'm not sure how to reproduce your problem using dpkg 1.15.2 Cheers, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531686: ekiga: Ekiga mantain my line bussy, when I don't call. then segfault on exit contextual button (from systray)
Javier Barroso wrote: Package: ekiga Version: 3.2.1~git20090515.9d0263-1 Severity: important Hi again, I think this is another crash (neither both reports I reported recently) I'm attaching again the log. Sometimes it occurs, others not (I'm lost): I make a call to my friend, and my friend hang, then seems like ekiga doesn't release phone, but I can call again to another number. When I finish this call, my line is busy and I can't received calls. If you need more info, I would like help with. Thanks a lot for both logs/bugs. This one is not known. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531672: reportbug: hangs when called from debian-bug.el on xserver-xorg-video-intel package
Hi Marcus, On Wed, Jun 3, 2009 at 11:53, Marcus Better mar...@better.se wrote: Sandro Tosi wrote: how big are X logs? Quite big, one is over 3 MB. (I hadn't noticed.) If you remove (reduce) the log (dimensions), do you have more luck? Yes, that helps. :) just to clarify: you *are able* to use reportbug against xserver-xorg-video-intel from the command line bug *not* from inside emacs? That's right. When using the command line it opens up an Emacs buffer (according to the EDITOR setting) containing the full huge X.org log in a split second. so pure reportbug works, while using debian-bug from debian-el does not. I suggest to reassign this bug to debian-el: do you agree? Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531683: [INTL:ast] Asturian iso-codes updated translation
On Wed, 2009-06-03 at 11:17 +0200, Marcos wrote: Please find attached the Asturian updated translation of the iso-codes package. Thanks very much! Hi Marcos, thanks for the update. Please note that there's one fuzzy string in our repository: #. name for LBY #, fuzzy msgid Libyan Arab Jamahiriya msgstr Libia Please check that this is indeed the correct translation for the official short name of Libya. We've introduced a common name for Libya, which is now included in the .po files as well. That one is the former official short name Libya. Regards, Tobias -- Tobias Quathamer | Warning: Dates in calendar are closer than they Hamburg, Germany | appear. signature.asc Description: This is a digitally signed message part
Bug#531690: fdm: duplicate messages delivery to the actual mailbox fails sometimes
Package: fdm Version: 1.6-1.2 Severity: normal Frank, I have discussed this issue with upstream and we believe there is a bug in fdm when delivering acutal messages to mailboxes for which, in its cache, it detects that it is a duplicate. This issue is intermittent and hard to reproduce. Since this applies to the version of fdm in Debian also, I'm filing this bug report for tracking purposes. Thanks, Ritesh -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-custom (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fdm depends on: ii adduser3.110 add and remove users and groups ii libc6 2.9-12GNU C Library: Shared libraries ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8g-16 SSL shared libraries ii libtdb11.1.3-1 Trivial Database - shared library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime fdm recommends no packages. fdm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531379: nautilus: Does not mount usb stick volumes, no error output
2009/6/1 Josselin Mouette j...@debian.org: Le lundi 01 juin 2009 à 09:55 +0200, Ulrik Sverdrup a écrit : This is the same bug as #530256 : I fixed it by using the environment variable workarond posted by Michael Biebl in that bug. What exactly did you change? I changed from startx to env -u XDG_SESSION_COOKIE startx I log in by this method, skipping gdm (I think it was a boot speed optimization some time back) Without doing this, what is the output of ck-list-sessions? output of ck-list-sessions was like in the bug referenced. But I have a proper Realname set. But the active = FALSE was in the output.. even though I was active of course. How are you logging in? Startx, GDM? What is in your .dmrc, your .xinitrc, your .xsession? $ cat .dmrc [Desktop] Session=default .xinitrc and .xsession empty I autologin from getty via .bash_profile: $ cat .bash_profile export GTK_MENUBAR_NO_MAC=civclient civclient-gtk source .bashrc test -z $DISPLAY || exit if test $(tty) = /dev/tty1 then env -u XDG_SESSION_COOKIE startx sleep 20 fi I think there was user error behind this bug.. only seen with the startx configuration so far. The bug on nautilus' side, or perhaps on policykit's side is simply **No error displayed when user tries to do action but permission denied/fails** Thank you for your interest in the bug! Ulrik -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531691: /usr/bin/epiphany: Tries to download files to /; which obviously fails
Package: epiphany-browser Version: 2.26.1-1 Severity: normal File: /usr/bin/epiphany Menu Edit / Preferences / General. I have Automatically download and open files set. The download folder is set to File System, which seems to be a weird unusual name for the root folder. 1) That's a very bad default, for the obvious reason that most users don't have write permissions there. I'd suggest $HOME, $HOME/Desktop, $HOME/downloads or something like that. 2) It cannot be changed. If I select another folder there and click Close, when I go back to that dialog, it is back to File System End result is that I get files named e.g. OLLFR9Gk.part in /tmp/ and I have to fish the downloaded file from there. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (600, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany-browser depends on: ii epiphany-gecko2.26.1-1 Intuitive GNOME web browser - Geck epiphany-browser recommends no packages. epiphany-browser suggests no packages. Versions of packages epiphany-gecko depends on: ii dbus-x111.2.12-1 simple interprocess messaging syst ii epiphany-browser-data 2.26.1-1 Data files for the GNOME web brows ii gnome-icon-theme2.24.0-4 GNOME Desktop icon theme ii iso-codes 3.9-1ISO language, territory, currency, ii libavahi-client30.6.25-1 Avahi client library ii libavahi-common30.6.25-1 Avahi common library ii libavahi-gobject0 0.6.25-1 Avahi GObject library ii libc6 2.9-12 GNU C Library: Shared libraries ii libcanberra-gtk00.11-1 Gtk+ helper for playing widget eve ii libcanberra00.11-1 a simple abstract interface for pl ii libdbus-1-3 1.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-20.80-4 simple interprocess messaging syst ii libenchant1c2a 1.4.2-3.3a wrapper library for various spel ii libgcc1 1:4.4.0-5GCC support library ii libgconf2-4 2.26.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.20.1-2 The GLib library of C routines ii libgnome2-0 2.26.0-1 The GNOME library - runtime files ii libgnomeui-02.24.1-1 The GNOME 2 libraries (User Interf ii libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.7.4-3 NetScape Portable Runtime Library ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internatio ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libx11-62:1.2.1-1X11 client-side library ii libxml2 2.7.3.dfsg-1 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii python2.5 2.5.4-1 An interactive high-level object-o ii xulrunner-1.9 1.9.0.7-1XUL + XPCOM application runner ii xulrunner-1.9-gnome-support 1.9.0.7-1Support for GNOME in xulrunner app -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484648: [Evolution] Bug#484648: evolution: GNOME Keyring asks for password for default keyring
On mer, 2009-06-03 at 08:17 +0100, Bob Ham wrote: Every time I start evolution, I get a GNOME Keyring dialog asking me to enter a password for the default keyring: http://teasel.6gnip.net/~rah/gnome-default-keyring.png That's because you need to unlock it to gain access to your passwords. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#531689: Please add documentation
Package: cdo Version: 1.3.1+dfsg-4 Severity: minor Contact the upstream authors and get the sources of the PDFs, so they can be included. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cdo depends on: ii libc6 2.9-13GNU C Library: Shared libraries ii libhdf5-serial-1.6.6-0 1.6.6-4+b1Hierarchical Data Format 5 (HDF5) ii libproj0 4.6.1-5 Cartographic projection library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime cdo recommends no packages. cdo suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484648: [Evolution] Bug#484648: evolution: GNOME Keyring asks for password for default keyring
On mer, 2009-06-03 at 11:24 +0100, Bob Ham wrote: That's because you need to unlock it to gain access to your passwords. According to gnome-keyring-manager, the login keyring contains a password to unlock the default keyring: http://teasel.6gnip.net/~rah/login-keyring.png You obviously have problems unlocking one or the other keyring, but what I meant is that it has nothing to do with evolution -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#484648: [Evolution] Bug#484648: evolution: GNOME Keyring asks for password for default keyring
On Wed, 2009-06-03 at 12:16 +0200, Yves-Alexis Perez wrote: On mer, 2009-06-03 at 08:17 +0100, Bob Ham wrote: Every time I start evolution, I get a GNOME Keyring dialog asking me to enter a password for the default keyring: http://teasel.6gnip.net/~rah/gnome-default-keyring.png That's because you need to unlock it to gain access to your passwords. According to gnome-keyring-manager, the login keyring contains a password to unlock the default keyring: http://teasel.6gnip.net/~rah/login-keyring.png -- Bob Ham r...@bash.sh signature.asc Description: This is a digitally signed message part
Bug#531685: coreutils: ls .. does not list parent directory when on a symlink
Felipe Sateler wrote: fel...@pcfelipe:musica% ls -ld cumbias lrwxrwxrwx 1 felipe felipe 28 2009-05-16 15:46 cumbias - /home/felipe/Desktop/cumbias fel...@pcfelipe:musica% cd cumbias fel...@pcfelipe:cumbias% ls -ld ../cumbias drwxr-xr-x 2 felipe felipe 4.0K 2009-04-08 13:34 ../cumbias fel...@pcfelipe:cumbias% ls seems to ignore the fact that I came through a symlink and use the real dir's parent. Symlinks violate some principles of least surprise. Therefore it is no surprise that it is impossible to make all uses of symlinks unsurprising. What you are seeing is not a bug but is simply the way symlinks work. You changed directory through a symlink and arrived at /home/felipe/Desktop/cumbias. When you listed ../cumbias that was relative to your new location. It has no knowledge of how you got there. Note that '.' and '..' are real directory entries. They are not pseudo entries. When 'ls .' or 'ls ..' is invoked those real directory entries are listed. The shell covers them with fake entries for the purpose of 'cd' to change the behavior into logical paths when symlinks are in use. But that does not remove the underyling entries. All operating system kernel system calls use the real entries. The fake entries are an imaginary world created within the process model of new-style, symlink-aware command shells. When ls is called upon to list a file that contains .. in the path ls doesn't (and shouldn't) do anything special. It simply hands the filename off to the kernel call to get the directory listing. The shell now (the current shell today in contrast to the classic shell of previous decades) tries to create an imaginary world that preserves the concept of logical paths. It does this because most people want it do so. It tries to track this information using the shell $PWD variable. It would show that you are in the symlink path. But that path does not actually exist. In reality at this point you are actually in /home/felipe/Desktop/cumbias and it doesn't matter that you got there by following the symlink. Often people go through this process of discovery and then decide that the imaginary world created by the shell and layered on top of the physical filesystem is the source of trouble and turn off logical paths in the shell. (See the bash 'set -o physical' option.) Then after using the system that way for a while they miss the ability to back out of directories they arrived at through a symlink by using cd ... They then restore the default shell behavior and live in the imaginary world again. They have learned that it is imaginary but also now know the real boundaries of it and can work around the inconsistencies. Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531692: cdbs: Vcs-Svn doesn't point to trunk
Package: cdbs Version: 0.4.56 Severity: minor Vcs-Svn doesn't point to the trunk, which makes users of this field download all branches, tags and whatever else is in the repository. Please make it point to the trunk -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cdbs depends on: ii debhelper 7.2.14 helper programs for debian/rules Versions of packages cdbs recommends: ii autotools-dev 20090427.1 Update infrastructure for config.{ Versions of packages cdbs suggests: ii devscripts2.10.50scripts to make the life of a Debi pn doc-base none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531693: Include docs
Package: emoslib Version: Include docs Severity: normal Contact upstream authors and get the tex sources of the pdfs, so documentaion can be included. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518681: iceweasel: Still happens in 3.0.9
Package: iceweasel Version: 3.0.9-1 Severity: normal I still have the same problem in 3.0.9. i have played with the fonts to no avail. can you suggest a package you may have installed which would have fixed it? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 3.1.3 Miscellaneous utilities specific t ii fontconfig2.6.0-3generic font configuration library ii libc6 2.9-12 GNU C Library: Shared libraries ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface ii libnspr4-0d 4.7.4-2NetScape Portable Runtime Library ii libstdc++64.4.0-5The GNU Standard C++ Library v3 ii procps1:3.2.7-11 /proc file system utilities ii psmisc22.7-1 utilities that use the proc file s ii xulrunner-1.9 1.9.0.7-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 0.1-8 Xft-compatible versions of some La ii libkrb53 1.6.dfsg.4~beta1-13 Transitional library package/krb4 pn mozplugger none (no description available) pn ttf-mathematica4.1 none (no description available) pn xfonts-mathmlnone (no description available) pn xprint none (no description available) ii xulrunner-1.9-gnome- 1.9.0.7-1 Support for GNOME in xulrunner app -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531696: Add versioned symbols to the MagPlus library
Package: magics++ Version: 2.6.4-1 Severity: normal Add versioned symbols to the library. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages magics++ depends on: ii libmagics++ 2.6.4-1ECMWF meteorological plotting soft magics++ recommends no packages. magics++ suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531694: Include documentation
Package: magics++ Version: 2.6.4-1 Severity: normal Contact upstream authors and get tex sources for PDFs so that documentation can be included. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to ga_IE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages magics++ depends on: ii libmagics++ 2.6.4-1ECMWF meteorological plotting soft magics++ recommends no packages. magics++ suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531695: gnome-keyring: The login keyring doesn't appear to unlock to default keyring
Package: gnome-keyring Version: 2.26.1-1 Severity: important Every time I start evolution, I get a GNOME Keyring dialog asking me to enter a password for the default keyring: http://teasel.6gnip.net/~rah/gnome-default-keyring.png According to gnome-keyring-manager, the login keyring contains a password to unlock the default keyring: http://teasel.6gnip.net/~rah/login-keyring.png -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (850, 'stable'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.4-rah-4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-keyring depends on: ii dbus-x11 1.2.12-1simple interprocess messaging syst ii gconf2 2.26.0-1GNOME configuration database syste ii libc62.9-12 GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1simple interprocess messaging syst ii libgconf2-4 2.26.0-1GNOME configuration database syste ii libgcr0 2.26.1-1Library for Crypto UI related task ii libgcrypt11 1.4.4-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgp11-02.26.1-1Glib wrapper library for PKCS#11 - ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libhal1 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share ii libpango1.0- 1.24.0-3+b1 Layout and rendering of internatio ii libtasn1-3 2.2-1 Manage ASN.1 structures (runtime) Versions of packages gnome-keyring recommends: ii libpam-gnome-keyring 2.26.1-1 PAM module to unlock the GNOME key Versions of packages gnome-keyring suggests: ii hal 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530754: malformed log messages
Package: rsyslog Version: 3.22.0-1 Severity: normal I can reproduce it here, but just on a x86 box with libc6-i686 installed. On a x86_64 box with just libc6 I have no issues. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531538: another dangling symlink
Rafael, you are right, it probably will. But I'm worried about these: (1) Is the remaining /etc/udev/libmtp.rules (and symlink /etc/udev/rules.d/libmtp.rules) going to affect libmtp8? We'll have to ask upstream I guess. http://sourceforge.net/tracker/?func=detailatid=809062aid=2800399group_id=158745 Rafael, I have a followup question though. Say for example I have libmtp7 and libmtp8 on my machine. Does that mean that libmtp7.rules is *only* used with libmtp7, or will libmtp8 read that file as well (and vice versa, is libmtp8.rules only for libmtp8)? I mean, we install a separate libmtp8.rules for libmtp8, is the library linked to only the rules we provide? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531690: fdm log for debian bug 528818
Hi Nicholas, On Wednesday 03 Jun 2009 15:03:42 Nicholas Marriott wrote: the duplicates folder and no where else. If it is a duplicate, a copy of it should be present in the other folder. Right ? This could happen if delivery to the duplicate cache succeeded but delivery to your actual mailbox failed. I think this is a side-effect of a bug somewhere in the patch you are using, I see it occasionally but so far I haven't had time to track it down. I'll have a closer look but it won't be until I get home from holiday Debing BTS #531690 has been filed to track the duplicate message delivery issue. Background: But there's another issue that I'd like to bring to your attention. I've noticed that at times, I see new messages being categorized under the duplicates folder. Here's the rule I'm using: # Catch duplicate messages using a message-id cache. $db = ${base}/duplicates $key = %[message_id] cache $db expire 1 week match not string $key to { # Filter messages already in the cache. match in-cache $db key $key action maildir ${path}/.duplicates # Add message-ids to the cache. match all action to-cache $db key $key continue } There has been instances where I've seen the email to be available only under the duplicates folder and no where else. If it is a duplicate, a copy of it should be present in the other folder. Right ? Earlier, I have had ignored this behavior. This looked to be a concern recently when I noticed that one of the important messages were delivered into the duplicates folder and no where else. == Thanks, Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#531569: (no subject)
Here is the same patch with correct file names. Just copy it in the debian/patches directory and include it in the series file. Regards, Jussi diff -Nur tetex-base-3.0.dfsg.3.orig/tex/latex/base/latex.ltx tetex-base-3.0.dfsg.3/tex/latex/base/latex.ltx --- tetex-base-3.0.dfsg.3.orig/tex/latex/base/latex.ltx 2004-03-14 04:19:52.0 +0200 +++ tetex-base-3.0.dfsg.3/tex/latex/base/latex.ltx 2009-06-03 12:56:44.0 +0300 @@ -527,17 +527,17 @@ \expandafter\reser...@a\fmtversion\@nil \ifnum\count@65 \typeout{^^J% -!!^^J% -! You are attempting to make a LaTeX format from a source file^^J% -! That is more than five years old.^^J% -!^^J% -! If you enter return to scroll past this message then the format^^J% -! will be built, but please consider obtaining newer source files^^J% -! before continuing to build LaTeX.^^J% -!!^^J% ++=^^J% +| You are attempting to make a LaTeX format from a source file^^J% +| That is more than five years old.^^J% +|^^J% +| If you enter return to scroll past this message then the format^^J% +| will be built, but please consider obtaining newer source files^^J% +| before continuing to build LaTeX.^^J% ++=^^J% } - \errhelp{To avoid this error message, obtain new LaTeX sources.} - \errmessage{LaTeX source files more than 5 years old!} + \typeout{To avoid this error message, obtain new LaTeX sources.} + \typeout{LaTeX source files more than 5 years old!} \fi \let\reser...@a\relax \fi
Bug#514841: seems to be fixed in gnome-bluetooth 2.27.5-1
On 06/02/2009 05:24 PM, Filippo Giunchedi wrote: please retry with current bluez-gnome 1.8 and/or gnome-bluetooth 2.27, using bluetooth-sendto this should be fixed, can you confirm? Sending a file β.txt using bluetooth-sendto works fine. The problem seems to be fixed, so you can close this bug. Thanks! -- Morita Sho morita-pub-en-deb...@inz.sakura.ne.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520846: Doesn't happen for me
On Wed, 2009-06-03 at 11:47 +0200, Felix Zielcke wrote: Am Montag, den 30.03.2009, 13:22 +0200 schrieb Michel Dänzer: update-grub works fine on my PowerBook with the same version of grub-ieee1275... Did you make any configuration changes such that ${GRUB_TERMINAL_OUTPUT} ends up as gfxterm? Or do you have grub-splashimages installed maybe? (I don't) [...] Or maybe you somehow don't have gfxterm.mod in /boot/grub Indeed, that's it. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531698: [locales] dpkg-reconfigure locales should allow to select none/all
Package: locales Version: 2.9-13 Severity: wishlist --- Please enter the report below this line. --- If by default about 20 or more locales are selected in the list, deactivating all but the really required ones is tedious. A select/unselect all option would be really nice. --- System information. --- Architecture: i386 Kernel: Linux 2.6.29-2 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.spline.de 500 unstableftp.ch.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== glibc-2.9-1| debconf| 1.5.26 OR debconf-2.0| Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531699: ITP: apt-offline -- Offline APT Package Manager
Package: wnpp Severity: wishlist Owner: Ritesh Raj Sarraf r...@researchut.com * Package name: apt-offline Version : 0.8.0 Upstream Author : Ritesh Raj Sarraf r...@researchut.com * URL : http://pypt-offline.sf.net * License : GPL Programming Lang: Python Description : Offline APT Package Manager apt-offline is a utility for people using Debian (and distros based on Debian) on a machine with no network connectivity. It helps in downloading the required Package Management data from another networked Windows/Linux/Mac box. Some of the features of apt-offline are: - Fetch the list of package updates - Generate the list of packages to be upgraded - Offline Bug Reports (Currently only Debian BTS) - Multiple download threads - apt cache check - Multiple Platform Support Dear DDs, The original name referred in the upstream link is pypt-offline. Since Debian currently doesn't have a package named apt-offline, I'd like to take over this name for the utility I've developed, if there is no objection. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487904: log fills up with Open ACPI failed messages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 My X.org log is now over 3 MB and counting because of these messages. I don't know why the connection sometimes succeeds and sometimes not. Ubuntu has applied a patch for it: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/247195 Cheers, Marcus -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkomWMoACgkQXjXn6TzcAQnRsQCZAcbWOcs4M6/CWaWZBk2+O/eL p5IAnjSbqccKNsZw5QFvvKDTBwP3DP4p =jAYM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484648: [Evolution] Bug#484648: evolution: GNOME Keyring asks for password for default keyring
On Wed, 2009-06-03 at 12:37 +0200, Yves-Alexis Perez wrote: it has nothing to do with evolution I've raised bug 531695 against gnome-keyring-manager. -- Bob Ham r...@bash.sh signature.asc Description: This is a digitally signed message part