Bug#458498: murrine-themes: doesn't theme new tooltip widget in gtk+ 2.12
Package: murrine-themes Version: 0.53.1 Severity: normal The gtkrc files for the murrine themes theme tooltips like this: widget gtk-tooltips style theme-tooltips which doesn't match the new tooltip widget in gtk+ 2.12. Replacing it with this: widget gtk-tooltip* style theme-tooltips matches both types of tooltip widget. Various other themes (clearlooks, crux, glider, glossy..) do this too. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages murrine-themes depends on: ii gtk2-engines-murrine 0.53.1-1 cairo-based gtk+-2.0 theme engine murrine-themes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458325: Typo fix, multicast equalize - multipath equalize
Hi Andreas, On Dec 30, 2007 1:36 PM, Andreas Henriksson [EMAIL PROTECTED] wrote: Package: manpages Version: 2.67-1 Severity: wishlist Tags: patch On sön, 2007-12-30 at 11:42 +0100, Andras Korn wrote: On Sat, Dec 29, 2007 at 03:15:08PM +0100, Andreas Henriksson wrote: man 7 rtnetlink says: RTM_F_EQUALIZE a multicast equalizer (not yet implemented) This at least should be multipath, not multicast. (See bug #149897 for original discussion...) Patch attached. Thanks. Fixed for upstream 2.75. Cheers, Michael -- Michael Kerrisk Maintainer of the Linux man-pages project http://www.kernel.org/doc/man-pages/ Want to report a man-pages bug? Look here: http://www.kernel.org/doc/man-pages/reporting_bugs.html
Bug#458486: console-setup: Problem with LSB header in init.d script
tags 458486 pending thanks Quoting Petter Reinholdtsen ([EMAIL PROTECTED]): Package: console-setup Version: 1.19 Tags: patch User: [EMAIL PROTECTED] Usertags: incorrect-dependency When testing dependency based boot sequencing, I discovered a bug in the init.d script for console. It got the same provides as console-screen.sh, and this make the update-rc.d provided by insserv fail to insert it into the boot sequence. Also, the required headers required-stop and default-stop are missing. This patch solve the issue: Sounds fair. I committed that change. BTW, as c-s is maintained in the D-I SVN, you have commit access to it, Petter... signature.asc Description: Digital signature
Bug#458499: /usr/lib/man-db/man: support '-s' switch
Package: man-db Version: 2.5.0-4 Severity: wishlist File: /usr/lib/man-db/man System V systems (e.g. Solaris) use the syntax 'man -sSECTION PAGE' instead of 'man SECTION PAGE'. since -s is not already used by man(1), it would be nice if this syntax could be supported in additional to the current syntax. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.11-hemlock18-twincest (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages man-db depends on: ii bsdmainutils6.1.7collection of more utilities from ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii dpkg1.14.7 package maintenance system for Deb ii groff-base 1.18.1.1-15 GNU troff text-formatting system ( ii libc6 2.7-4GNU C Library: Shared libraries ii libgdbm31.8.3-3 GNU dbm database routines (runtime ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime man-db recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458500: RM: avifile-win32-plugin [amd64] -- RoRM; Binary not built anymore on amd64
Package: ftp.debian.org Severity: normal Heya, avifile doesn't build avifile-win32-plugin on amd64 anymore (see #438106). The unremoved binary hinders the transition to testing. Marc -- BOFH #209: Only people with names beginning with 'A' are getting mail this week (a la Microsoft) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458132: Fixed in inotify-tools 3.13
This bug has been fixed in inotify-tools 3.13. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435911: bug has reappeared in latest version
reopen 435911 thanks i'd prefer to leave this bug report open since: 1. the bug isn't fixed, it's just been passed upstream and the debian BTS supports flagging a bug as 'forwarded upstream'. 2. it's more than just a 'cosmetic' bug, it's a fundamentally broken mis-design.and vdradmin works perfectly well without the javascript popup junk. 3. the bug report is going to be archived in 1 day and effectively vanish from the public record if it isn't re-opened. 4. other people may have the same problem, and unless it is fixed my patch and/or perl script is the only way to get rid of the broken javascript crap. 5. someday, upstream may actually do something about it. 6. the upstream development mailing list and bug tracker are both useless to me since i don't read, write, or speak german (i've forgotten what little i learnt in high school over 25 years ago)in fact, if myth was as good as vdr i'd be tempted to switch to it just because of the language barrier. craig -- craig sanders [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458503: lightyears: Please support arbitrary resolutions
Package: lightyears Version: 1.3a-2 Severity: wishlist Lightyears currently supports a fixed set of graphics resolutions. Please consider adding support to enumerate the available graphics resolutions and let the user choose any of those resolutions. In particular, note that this may include non-4:3 resolutions. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lightyears depends on: ii python 2.4.4-6 An interactive high-level object-o ii python-pygame1.7.1release-4.1+b1 SDL bindings for games development ii python-support 0.7.5 automated rebuilding support for p ii ttf-bitstream-vera 1.10-7 The Bitstream Vera family of free lightyears recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458501: imapsync: does not work under lenny: perl lib Mail::IMAPClient release 2.2.9 needed
Package: imapsync Version: 1.219-1 Severity: important imapsync does not work anymore under lenny after an dist-upgrade some time ago. The error is as follows: Ambiguous call resolved as CORE::close(), qualify as such or use at /usr/bin/imapsync line 1726. Ambiguous call resolved as CORE::close(), qualify as such or use at /usr/bin/imapsync line 1733. Ambiguous call resolved as CORE::close(), qualify as such or use at /usr/bin/imapsync line 1740. Ambiguous call resolved as CORE::close(), qualify as such or use at /usr/bin/imapsync line 1744. Ambiguous call resolved as CORE::close(), qualify as such or use at /usr/bin/imapsync line 1760. Ambiguous call resolved as CORE::close(), qualify as such or use at /usr/bin/imapsync line 1774. Ambiguous call resolved as CORE::close(), qualify as such or use at /usr/bin/imapsync line 1782. Ambiguous call resolved as CORE::close(), qualify as such or use at /usr/bin/imapsync line 1803. Ambiguous call resolved as CORE::close(), qualify as such or use at /usr/bin/imapsync line 1807. Ambiguous call resolved as CORE::close(), qualify as such or use at /usr/bin/imapsync line 1812. Upgrade perl lib Mail::IMAPClient to release 2.2.9 at least -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages imapsync depends on: ii libdigest-hmac-perl 1.01-6 create standard message integrity ii libio-socket-ssl-perl 1.02-1 Perl module implementing object or ii libmail-imapclient-perl 3.00-1 Perl library for manipulating IMAP ii libterm-readkey-perl 2.30-3 A perl module for simple terminal ii perl 5.8.8-12 Larry Wall's Practical Extraction imapsync recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458506: fretsonfire: Applying new video settings does not work
Package: fretsonfire Version: 1.2.451.dfsg-2 Severity: normal After changing the video settings, attempting to apply the new settings does not work; frets on fire instead exits with this exception: ALSA lib pcm_dmix.c:866:(snd_pcm_dmix_open) unable to open slave ALSA lib pcm_dmix.c:866:(snd_pcm_dmix_open) unable to open slave ALSA lib pcm_dmix.c:866:(snd_pcm_dmix_open) unable to open slave ALSA lib pcm_dmix.c:866:(snd_pcm_dmix_open) unable to open slave Traceback (most recent call last): File FretsOnFire.py, line 64, in ? engine = GameEngine(config) File /usr/share/games/fretsonfire/game/GameEngine.py, line 149, in __init__ self.audio.open(frequency = frequency, bits = bits, stereo = stereo, bufferSize = bufferSize) File /usr/share/games/fretsonfire/game/Audio.py, line 49, in open pygame.mixer.init() pygame.error: No available audio device I would guess that FoF failed to close the audio device before reopening it, or has some similar race condition. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fretsonfire depends on: ii fretsonfire-game 1.2.451.dfsg-2 game of musical skill and fast fin ii fretsonfire-songs-sectoid 1.dfsg-2 game of musical skill and fast fin fretsonfire recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458504: fretsonfire: Does not handle non-4:3 resolutions correctly
Package: fretsonfire Version: 1.2.451.dfsg-2 Frets on fire offers all available graphics resolutions as options, but choosing a non-4:3 resolution (such as the widescreen 1680x1050 I tried) appears to cut off some of the intended visible area of the game and menus. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fretsonfire depends on: ii fretsonfire-game 1.2.451.dfsg-2 game of musical skill and fast fin ii fretsonfire-songs-sectoid 1.dfsg-2 game of musical skill and fast fin fretsonfire recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458502: xen-utils-common: Slight problem with LSB header in init.d script
Package: xen-utils-common Version: 3.0+hg11292-2 Tags: patch User: [EMAIL PROTECTED] Usertags: incorrect-dependency When testing dependency based boot sequencing, I discovered a bug in the init.d script for xen-utils-common. It is set to stop in the boot runlevel (S), but no script should stop there. Also, xend only depend on $local_fs, but uses files in /usr/ which is not guaranteed to be available until after $remote_fs. Last, the xendomains script have the home-made header default-enabled which create a lintian warning and was the issue that make me have a closer look at these scripts dependencies. This patch solve the issues: diff -ur xen-common-3.1.0.orig/debian/xen-utils-common.xend.init xen-common-3.1.0/debian/xen-utils-common.xend.init --- xen-common-3.1.0.orig/debian/xen-utils-common.xend.init 2008-01-01 10:34:58.0 +0100 +++ xen-common-3.1.0/debian/xen-utils-common.xend.init 2008-01-01 10:36:54.0 +0100 @@ -1,10 +1,10 @@ #!/bin/sh ### BEGIN INIT INFO # Provides: xend -# Required-Start:$local_fs -# Required-Stop: $local_fs +# Required-Start:$remote_fs +# Required-Stop: $remote_fs # Default-Start: 2 3 4 5 -# Default-Stop: S 0 1 6 +# Default-Stop: 0 1 6 # Short-Description: XEN control daemon # Description: XEN control daemon ### END INIT INFO Only in xen-common-3.1.0/debian: xen-utils-common.xend.init.~1~ diff -ur xen-common-3.1.0.orig/debian/xen-utils-common.xendomains.init xen-common-3.1.0/debian/xen-utils-common.xendomains.init --- xen-common-3.1.0.orig/debian/xen-utils-common.xendomains.init 2008-01-01 10:34:58.0 +0100 +++ xen-common-3.1.0/debian/xen-utils-common.xendomains.init2008-01-01 10:36:12.0 +0100 @@ -6,12 +6,12 @@ # Required-Stop: $syslog $remote_fs xend # Should-Stop: # Default-Start: 2 3 4 5 -# Default-Stop: S 0 1 6 -# Default-Enabled: yes +# Default-Stop: 0 1 6 # Short-Description: Start/stop secondary xen domains # Description: Start / stop domains automatically when domain 0 #boots / shuts down. ### END INIT INFO +# Default-Enabled: yes PATH=/usr/lib/xen-common/bin:/sbin:/bin:/usr/sbin:/usr/bin VERSION=$(xen-utils-version -q 2/dev/null || true) As the stop xend script do not seem to do anything except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list to speed up the shutdown. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458381: uploads via authenticated HTTP/PUT have 15 seconds delays between files
On Mon, Dec 31, 2007 at 11:04:18PM +0100, Thomas Viehmann wrote: The URL should be written as fqdn = bender.workaround.org:64738 incoming = /upload/ Oh, alright. Works perfectly now! Thanks a lot. Both with and without authentication. Hope you had time for some New Year's celebration after all. :) Kindly Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#119886: openssh-server: Encountered this problem with backup-manager
Package: openssh-server Version: 1:4.7p1-1 Followup-For: Bug #119886 I ran into the same problem when trying to use backup-manager with ssh uploads. I created a user backup-manager on the system I want to upload the backups to, and since I already had to give that user permission to /var/archives, I made /var/archives its home directory. However, backup-manager defaults to 0660 permissions on /var/archives, making ssh refuse to use /var/archives/.ssh/authorized_keys . It would require a bit more work, but I think the *right* solution here would involve asking if the group which has write permission to the directory contains any users other than the SSH target user. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc4 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openssh-server depends on: ii adduser 3.105 add and remove users and groups ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii dpkg 1.14.14package maintenance system for Deb ii libc6 2.7-5 GNU C Library: Shared libraries ii libcomerr21.40.3-1 common error description library ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libpam-modules0.99.7.1-5 Pluggable Authentication Modules f ii libpam-runtime0.99.7.1-5 Runtime support for the PAM librar ii libpam0g 0.99.7.1-5 Pluggable Authentication Modules l ii libselinux1 2.0.15-2+b1SELinux shared libraries ii libssl0.9.8 0.9.8g-3 SSL shared libraries ii libwrap0 7.6.dbs-14 Wietse Venema's TCP wrappers libra ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii openssh-client1:4.7p1-1 secure shell client, an rlogin/rsh ii zlib1g1:1.2.3.3.dfsg-8 compression library - runtime openssh-server recommends no packages. -- debconf information: ssh/new_config: true * ssh/use_old_init_script: true ssh/encrypted_host_key_but_no_keygen: ssh/disable_cr_auth: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458505: rwhod: Problem with LSB header in init.d script
Package: rwhod Version: 0.17-9 Tags: patch User: [EMAIL PROTECTED] Usertags: incorrect-dependency When testing dependency based boot sequencing, I discovered a bug in the init.d script for rwhod. Its dependencies make it start too early in the boot. It need a mounted /usr/, and thus should depend on $remote_fs, not $local_fs. This patch solve the issues: diff -ur netkit-rwho-0.17.orig/debian/rwhod.init netkit-rwho-0.17/debian/rwhod.init --- netkit-rwho-0.17.orig/debian/rwhod.init 2008-01-01 10:52:45.0 +0100 +++ netkit-rwho-0.17/debian/rwhod.init 2008-01-01 10:54:15.0 +0100 @@ -2,8 +2,8 @@ ### BEGIN INIT INFO # Provides: rwhod -# Required-Start:$network $local_fs -# Required-Stop: $network $local_fs +# Required-Start:$remote_fs $network +# Required-Stop: $remote_fs $network # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Server for rwho and ruptime services As the stop script do not seem to do anything except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list to speed up the shutdown. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453844: xserver-xorg-video-ati: TV-out does not work on RS482 (Radeon Xpress 200M)
Linas Žvirblis wrote: Just tested with 1:6.7.198~git20071223.ad3325f6-1, and it has only got worse, I am afraid. The load_detection option makes absolutely no difference, and now I cannot enable S-video at all: Your VGA-0 output is marked as unknown (load detection on Xpress 200 board doesn't work well yet), it's using the second CRTC (the hardware pipeline in the board). The internal panel (LVDS) uses the first CRTC. So there is no CRTC available for S-video (only 2 are available for all outputs). You should disable VGA-0 so that one CRTC becomes available. If you don't care at all about the VGA output, you should just add: Option Monitor-VGA-0 Foo to the Device section and add the following section above: Section Monitor Identifier Foo Ignore true EndSection The upstream developers are well aware of this bogus load detection on Xpress fortunatelly (that's why it says unknown in stead of a vague disconnected as earlier). There are some other bug reports about this. So I hope we can expect some fix soon. Brice
Bug#458381: uploads via authenticated HTTP/PUT have 15 seconds delays between files
chaas wrote: Oh, alright. Works perfectly now! Thanks a lot. Both with and without authentication. Hope you had time for some New Year's celebration after all. :) Good! I'll break dput in all sorts of ways by trying to fix some more bugs and have an upload, then. When you switch mentors to the new scheme, it would be nice to see whether we can include a [debian-mentors] or so stanza in the stock dput configuration (that would depend on what you are using for login credentials).[1] Kind regards T. 1. Of course, I wonder whether it might be cool to create a debian-guest keyring by scanning all homes on alioth for .debian-key.asc and importing them and using that in places where we use Debian usually uses the developer's keyring (uploading, voting in polls, ...) -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458508: Please allow using a script to download an orig tarball
Package: svn-buildpackage Version: 0.6.23 Tags: patch It would be useful if svn-buildpackage would allow the use of an external script to handle downloading/generating an orig tarball. I think it would benefit people who maintain packages with very large orig tarballs from the requirement of having to upload the orig tarball to some external site, especially people with slow upload connections. There's also the added bonus of writing checks for MD5/SHA-* checksums directly in the script, the ability to check multiple mirrors, downloads from svn, and probably some other benefits that I can't think of yet. The patch introduces another property (svn-bp:debOrigScript) and works similar to svn-bp:origUrl. Set the property under the top level directory of the package. For example: 'svn propset svn-bp:debOrigScript debian/generate-tarball-script debian' It can be any type of script, and this assumes the script generates the tarball in the current working directory. It will change to whatever directory is set for origDir first and then run the script. It will expect an exit status of 0 from the script. Another change I introduced in this patch is for handling downloading from origUrl. It will expect an exit status of 0 for wget as well. It's not related to this bug but I thought svn-buildpackage would improve with this as well. -- Regards, Andres Mejia --- svn-buildpackage.bak 2008-01-01 04:45:51.0 -0500 +++ svn-buildpackage 2008-01-01 04:47:40.0 -0500 @@ -6,6 +6,7 @@ use Getopt::Long qw(:config no_ignore_case bundling pass_through); use File::Basename; use Cwd; +use POSIX; # WEXITSTATUS use strict; #use diagnostics; @@ -326,11 +327,30 @@ $origfile = long_path($origExpect); # for the actual operation } else { - if ($$c{origUrl}) { + if ($$c{debOrigScript}) { # use an external script to acquire debian orig tarball + my $top_dir = getcwd(); + my $tar_dir = $$c{origDir}; + my $debScript = $$c{debOrigScript}; + my $debScript_abs_path = long_path($debScript); # use absolute path to script + print Orig tarball not found (expected $origExpect), fetching using script $debScript...\n; + print Running script from $tar_dir\n; + chdir($tar_dir); + my $sysret = WEXITSTATUS(system($debScript_abs_path)); # assume a non-interactive script + if (0 != $sysret) { # script failed +die Fetching of orig tarball using $debScript failed...\n; + } + $origfile = long_path($origExpect); # now the file should exist + chdir($top_dir); + } elsif ($$c{origUrl}) { my $oUrl = $$c{origUrl}; print Orig tarball not found (expected $origExpect), fetching from $oUrl...\n; mkdir -p $$c{origDir} if (! -d $$c{origDir}); - system wget -O $origExpect $oUrl ; + my $wget_bin = '/usr/bin/wget'; + my @args = ('-O', $origExpect, $oUrl); + my $sysret = WEXITSTATUS(system($wget_bin, @args)); + if (0 != $sysret) { # downloading orig tarball failed +die Fetching of tarball from $oUrl failed\n; + } $origfile = long_path($origExpect); # now the file should exist }; }
Bug#458501: attached patch for lenny
the attached patch fixes the problem with Core::close() and also the problem with the version string (i updated the regex) yesterday the author of imapsync released a new version. And there he prints out: check_lib_version() or die imapsync needs perl lib Mail::IMAPClient release 2.2.9 exactly, future imapsync release may suppoort 3.0.x, but sorry not now\n; maybe i/we have to wait for a version which support Mail::IMAPClient 3.x Greetings Torsten imapsync_1.219_PerlImapVersion.patch.gz Description: GNU Zip compressed data
Bug#458507: improve benchmark-system
Package: hardinfo Version: 0.4.2.3-1 Severity: wishlist --- Please enter the report below this line. --- It would be great if the benchmark-table could give some more information about the systems hardware the benchmark runs on. Is it realizable to collect following information for the respective benchmarks? CPU GPURAM name, GHz, cores used, cache | chipset, memory, GHz | memory FSB GHz | HDD Motherboard Benchmark results Cache, rpm | ?? |??? I think if there would be enough people submitting their benchmark-results it should be possible to calculate the benchmarks of single components. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed ===-+-== libatk1.0-0 (= 1.20.0) | 1.20.0-1 libc6(= 2.7-1) | 2.7-5 libcairo2(= 1.4.0) | 1.4.10-1+lenny2 libgcrypt11 (= 1.2.2) | 1.4.0-2 libglib2.0-0(= 2.14.0) | 2.14.3-1 libgnutls13(= 2.0.4-0) | 2.0.4-1 libgtk2.0-0 (= 2.12.0) | 2.12.1-1 libpango1.0-0 (= 1.18.3) | 1.18.3-1 libsoup2.2-8(= 2.2.98) | 2.2.104-1 libtasn1-3 (= 0.3.4) | 1.1-1 libxml2 | 2.6.30.dfsg-3 pciutils (= 1:2.1.11-10) | 1:2.2.4~pre4-1 zlib1g(= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458204: clamav: off-by-one programming error in pingServer function
Hi Nigel, * Nigel Horne [EMAIL PROTECTED] [2007-12-29 17:11]: buf[nbytes-1] = '\0'; should do the trick. Wrong, that will now add the nul byte one byte too early. There is a low-priority bug around here, fixed by changing nbytes = clamd_recv(sock, buf, sizeof(buf); to nbytes = clamd_recv(sock, buf, sizeof(buf) - 1); http://svn.clamav.net/websvn/diff.php?repname=clamav-develpath=%2Ftrunk%2Fclamav-milter%2Fclamav-milter.crev=3468sc=1 http://svn.clamav.net/websvn/diff.php?repname=clamav-develpath=%2Ftrunk%2Fclamav-milter%2Fclamav-milter.crev=3469sc=1 X-P There is no real-world issue here though, so no need to panic. Its fun to hear that so confident from you since thats not what the diff shows ;) * TODO: is it possible (desirable?) to determine if the remote machine has been * compromised? */ Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpEVloZM4Znb.pgp Description: PGP signature
Bug#330837: Tk::Table: expand option
Do you have a simple example that demonstrates this? -- Colin Tuckley | +44(0)1903 236872 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458509: dhcp3-server/dhcp3-relay: Problem with LSB header in init.d script
Package: dhcp3-server dhcp3-relay Version: 3.0.4-9 Tags: patch User: [EMAIL PROTECTED] Usertags: incorrect-dependency When testing dependency based boot sequencing, I discovered a bug in the init.d script for dhcp3-server and dhcp3-relay. Their dependencies make it start too early in the boot. They need a mounted /usr/, and thus should depend on $remote_fs, not $local_fs. And they _need_ it, so it should be a required and not an optional dependency. I threw in a dependency on $syslog for the the dhcp server, as I know it is logging to syslog. If the relay server is also loging to syslog, it should depend on $syslog too. This patch solve the issues: diff -ur dhcp3-3.0.6.dfsg.orig/debian/dhcp3-relay.init.d dhcp3-3.0.6.dfsg/debian/dhcp3-relay.init.d --- dhcp3-3.0.6.dfsg.orig/debian/dhcp3-relay.init.d 2008-01-01 11:12:58.0 +0100 +++ dhcp3-3.0.6.dfsg/debian/dhcp3-relay.init.d 2008-01-01 11:14:25.0 +0100 @@ -5,10 +5,8 @@ ### BEGIN INIT INFO # Provides: dhcp3-relay -# Required-Start:$network -# Required-Stop: $network -# Should-Start: $local_fs -# Should-Stop: $local_fs +# Required-Start:$remote_fs $network +# Required-Stop: $remote_fs $network # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: DHCP relay Only in dhcp3-3.0.6.dfsg/debian: dhcp3-relay.init.d.~1~ diff -ur dhcp3-3.0.6.dfsg.orig/debian/dhcp3-server.init.d dhcp3-3.0.6.dfsg/debian/dhcp3-server.init.d --- dhcp3-3.0.6.dfsg.orig/debian/dhcp3-server.init.d2008-01-01 11:12:58.0 +0100 +++ dhcp3-3.0.6.dfsg/debian/dhcp3-server.init.d 2008-01-01 11:13:53.0 +0100 @@ -5,10 +5,8 @@ ### BEGIN INIT INFO # Provides: dhcp3-server -# Required-Start:$network -# Required-Stop: $network -# Should-Start: $local_fs -# Should-Stop: $local_fs +# Required-Start:$remote_fs $network $syslog +# Required-Stop: $remote_fs $network $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: DHCP server As the stop script do not seem to do anything except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list to speed up the shutdown. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458510: movies: progress-bar doesn't work
Package: rhythmbox Version: 0.10.1-1+b3 Severity: normal --- Please enter the report below this line. --- When watching a movie with rhythmbox the progress-bar doesn't move. Thank you for your fine work!Matthias Krüger --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing 141.76.2.4 --- Package information. --- Depends (Version) | Installed =-+-== dbus | 1.1.1-3 gconf2 (= 2.10.1-2) | 2.20.1-2 gnome-icon-theme | 2.20.0-1 gstreamer0.10-alsa| 0.10.15-4 OR gstreamer0.10-audiosink | gstreamer0.10-gnomevfs| 0.10.15-4 gstreamer0.10-plugins-base| 0.10.15-4 gstreamer0.10-plugins-good| 0.10.6-4 gstreamer0.10-plugins-ugly| 0.10.6-3 gstreamer0.10-x | 0.10.15-4 libart-2.0-2 (= 2.3.18) | 2.3.19-3 libatk1.0-0 (= 1.20.0) | 1.20.0-1 libavahi-client3 (= 0.6.13) | 0.6.21-4 libavahi-common3 (= 0.6.10) | 0.6.21-4 libavahi-glib1(= 0.6.12) | 0.6.21-4 libbonobo2-0 (= 2.15.0) | 2.20.2-1 libbonoboui2-0(= 2.15.1) | 2.20.0-1 libc6 (= 2.7-1) | 2.7-5 libcairo2 (= 1.4.0) | 1.4.10-1+lenny2 libdbus-1-3(= 1.1.1) | 1.1.1-3 libdbus-glib-1-2(= 0.74) | 0.74-1 libexpat1 (= 1.95.8) | 1.95.8-4 libffi4(= 4.2.1) | 4.2.2-4 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libfreetype6 (= 2.3.5) | 2.3.5-1+b1 libgconf2-4 (= 2.13.5) | 2.20.1-2 libglade2-0 (= 1:2.6.1) | 1:2.6.2-1 libglib2.0-0 (= 2.14.0) | 2.14.3-1 libgnome-keyring0 (= 2.20.1) | 2.20.2-1 libgnome-media0 | 2.20.1-3 libgnome2-0 (= 2.17.3) | 2.20.1.1-1 libgnomecanvas2-0 (= 2.11.1) | 2.20.1.1-1 libgnomeui-0 (= 2.17.1) | 2.20.1.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.20.1-1 libgnutls13 (= 2.0.4-0) | 2.0.4-1 libgpod3 | 0.6.0-3 libgstreamer-plugins-base0.10-0 (= 0.10.15) | 0.10.15-4 libgstreamer0.10-0 (= 0.10.15) | 0.10.15-3 libgtk2.0-0 (= 2.12.0) | 2.12.1-1 libhal1 (= 0.5.10) | 0.5.10-2 libice6 (= 1:1.0.0) | 2:1.0.4-1 liblircclient0| 0.8.0-13 libmusicbrainz4c2a (= 2.1.5) | 2.1.5-1 libnautilus-burn4 | 2.18.2-1 libnotify1 (= 0.4.4) | 0.4.4-3 libnotify1-gtk2.10| liborbit2 (= 1:2.14.1) | 1:2.14.7-0.1 libpango1.0-0 (= 1.18.3) | 1.18.3-1 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libpopt0(= 1.10) | 1.10-3 libsexy2 (= 0.1.8) | 0.1.11-2 libsm6| 2:1.0.3-1+b1 libsoup2.2-8 (= 2.2.98) | 2.2.104-1 libtotem-plparser7(= 2.20.0) | 2.20.1-1 libx11-6 | 2:1.0.3-7 libxcursor1( 1.1.2) | 1:1.1.9-1 libxext6 | 1:1.0.3-2 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxi6| 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxml2 (= 2.6.27) | 2.6.30.dfsg-3 libxrandr2 (= 2:1.2.0) | 2:1.2.2-1 libxrender1 | 1:0.9.4-1 python| 2.4.4-6
Bug#458511: policycoreutils: Audit2why manpage contains typo in example
Package: policycoreutils Version: 2.0.16-1 Severity: minor In the example section of the audit2why manpage a path is being used that doesn't match the real location of audit2why. According to dpkg -L the correct path is /usr/bin/audit2why instead of /usr/sbin/audit2why. $ /usr/sbin/audit2why /var/log/audit/audit.log Please point it to the right location: $ /usr/bin/audit2why /var/log/audit/audit.log or be consistant with the audit2allow manpage: $ audit2why /var/log/audit/audit.log -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (800, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages policycoreutils depends on: ii libc62.7-5 GNU C Library: Shared libraries ii libpam0g 0.99.7.1-5 Pluggable Authentication Modules l ii libselinux1 2.0.15-2+b1 SELinux shared libraries ii libsemanage1 2.0.3-1+b1 shared libraries used by SELinux p ii libsepol12.0.3-1+b1 Security Enhanced Linux policy lib ii python 2.4.4-6 An interactive high-level object-o ii python-selinux 2.0.15-2+b1 Python bindings to SELinux shared ii python-semanage 2.0.3-1+b1 Python bindings for SELinux polic ii sepolgen 1.0.8-1 A Python module used in SELinux po Versions of packages policycoreutils recommends: ii selinux-policy-refpolicy- 0.0.20070507-5 Targeted variant of the SELinux re -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458449: Starting of x.org fails with PreInitDAL failed
severity 458449 important thanks Le Monday 31 December 2007 14:57:54 Georgi Naplatanov, vous avez écrit : Package: fglrx-driver Version: 8.44.3-1 Severity: critical Not for everyone... After installation of fglrx-driver 8.44.3-1, x.org did not start. It would be nice if you could add hardware details on your board.. Romain
Bug#454573: ipplan: General update after the debconf review process
Dear Debian maintainer, On Wednesday, November 21, 2007, I sent you a notification about the beginning of a review action on debconf templates for ipplan. Then, I sent you a bug report with rewritten templates and announcing the beginning of the second phase of this action: call for translation updates. Translators have been working hard and here is now the result of their efforts. Please consider using it EVEN if you committed files to your development tree as long as they were reported. The attached tarball contains: - debian/changelog with the list of changes - debian/control with rewrites of packages' descriptions - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) As said, please use *at least* the PO files as provided here, preferrably over those sent by translators in their bug reports. All of them have been checked and reformatted. In some cases, formatting errors have been corrected. The patch.rfr file contains a patch for the templates and control file(s) alone. Please note that this patch applies to the templates and control file(s) of your package as of Wednesday, November 21, 2007. If your package was updated in the meantime, I may have updated my reference copybut I also may have missed that. This is indeed why I suggested you do not modified such files while the review process was running, remember..:-) It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. -- patch.tar.gz Description: Binary data --- ipplan.old/debian/templates 2007-11-16 08:12:27.034275579 +0100 +++ ipplan/debian/templates 2007-12-06 11:04:34.544548515 +0100 @@ -1,17 +1,25 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# [EMAIL PROTECTED] for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: ipplan/webserver_type Type: multiselect -_Choices: apache, apache-ssl, apache-perl, apache2 +__Choices: apache, apache-ssl, apache-perl, apache2 Default: apache, apache-ssl, apache-perl, apache2 -_Description: Automatical web server reconfiguration: - If you do not select a web server to reconfigure automatically, ipplan - will not be usable until you reconfigure your webserver to enable - ipplan. +_Description: Web server to reconfigure automatically: + Please choose the web server that should be automatically configured + to run ipplan. Template: ipplan/restart-webserver Type: boolean Default: false _Description: Should ${webserver} be restarted? - Remember that in order to activate the new configuration, ${webserver} has + In order to activate the new configuration, ${webserver} has to be restarted. You can also restart ${webserver} by manually executing 'invoke-rc.d ${webserver} restart'. @@ -19,52 +27,51 @@ Type: boolean Default: true _Description: Configure MySQL? - Please confirm whether ipplan should attempt to configure MySQL automatically. + Please confirm whether MySQL should be configured automatically. + . If you do not choose this option, please see the instructions in /usr/share/doc/ipplan/README.Debian. - Ipplan could attempt to configure MySQL automatically. If you don't want, see - the instructions in /usr/share/doc/ipplan/README.Debian. Do not choose this - option if mysql-server is being installed along with ipplan. Read the file - /usr/share/doc/mysql-serv/README.Debian to enable networking. It may be - wise to set a new MySQL root password when installing mysql-server. Template: ipplan/mysql/dbserver Type: string Default: localhost -_Description: MySQL Host: - The name or IP of the host running MySQL that will store the ipplan - database. +_Description: MySQL host: + Please enter the name or IP address of the MySQL database server + that will store the ipplan database. Template: ipplan/mysql/dbadmin Type: string Default: root -_Description: Database admin user who can create a database: - Database admin user account capable of creating new databases. +_Description: Database server administrator username: + Please enter the username of the database server administrator. This + account must have database creation privileges. Template: ipplan/purge Type: boolean Default: true _Description: Delete database on purge? - Please choose whether the database should be removed when ipplan is purged. + Please choose whether the database should be removed when the ipplan + package is purged. Template: ipplan/mysql/dbname Type: string Default: ipplan -_Description: ipplan database name: - Name of the ipplan database. +_Description: IPplan database name: + Please enter the name of
Bug#458512: wishlist: syntax-highlighting
Package: kile Version: 1:2.0-1 Severity: wishlist Hi and happy New Year!:) It would be nice to add some things for highlighting in the LaTeX syntax. E.g. the in the tabular envireonment. Possible it is better to open a thread or an wishlist in an other way to collect other wishes for highlightening. It would be also very nice if the spellchecker could directly and easy configured from kile that it do not remark some special LaTeX orders as misstakes. Thanks for Your work, kile is a very good LaTex editor. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (90, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kile depends on: ii kdelibs4c2a 4:3.5.8.dfsg.1-3 core libraries and binaries for al ii konsole 4:3.5.8.dfsg.1-2 X terminal emulator for KDE ii libacl1 2.2.45-1 Access control list shared library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libattr11:2.4.39-1 Extended attribute shared library ii libaudio2 1.9a-1 Network Audio System - shared libr ii libc6 2.7-3GNU C Library: Shared libraries ii libfam0 2.7.0-13 Client library to control the FAM ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libidn111.1-1GNU libidn library, implementation ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libpcre37.3-2Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libqt3-mt 3:3.3.7-9Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii texlive-latex-base 2007-12 TeX Live: Basic LaTeX packages ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime Versions of packages kile recommends: ii kdvi4:3.5.8-2+b1 dvi viewer for KDE ii kghostview 4:3.5.8-2+b1 PostScript viewer for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458329: [EMAIL PROTECTED]: Re: Bug#458329: PTS: don't show lintian link when there are no lintian warnings]
[ Forwarding relevant snippets of Russ' mail to the bug report, to keep track of his suggestions. ] - Forwarded message from Russ Allbery [EMAIL PROTECTED] - Date: Mon, 31 Dec 2007 12:41:49 -0800 From: Russ Allbery [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#458329: PTS: don't show lintian link when there are no lintian warnings Stefano Zacchiroli [EMAIL PROTECTED] writes: Cool, I wasn't aware of that. So this is the way to go for the PTS: download daily the list of packages with errors/warnings, and generate links only for them. This is a general recipe followed also per other kind of links, e.g. svnbuildstat (now that it is fixed). You could also use the contents of this file to show the number of errors and warnings on the PTS page of the package. snip No problem, what do you suggest for the policy for presenting links from the PTS? i.e. when do you want to see the link to one and when the link to the other? I think it would make the most sense to show links to both pages if they both have contents, or to show a link only to the full page if there are no warnings or errors. You'd want to distinguish between the two links somehow to make it clear that one is only warnings and errors (and generally what people have to worry about), and the other shows the full report including things that aren't necessarily problems. snip -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -%- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455220: aptitude: Reading package list percentage shown without % sign
I can confirm this. I have been observing it for nearly a year now. signature.asc Description: This is a digitally signed message part.
Bug#458515: Acknowledgement (calamaris: [debconf_rewrite] Debconf templates and debian/control review)
forcemerge 458514 458515 thanks Hmm, sorry for the duplicate report. signature.asc Description: Digital signature
Bug#454640: Debian doesn't see blankt discs
This problem doesn't belong to brasero. My Debian doesn't see any blank disc. I tried Gnome baker, nautilus and brasero. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458513: apt-listchanges: [INTL:fr] French debconf templates translation update
Package: apt-listchanges Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks for taking care of warning translators before uploading a new version with string changes. It's highly appreciated. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of apt-listchanges debconf templates to French # Copyright (C) 2007 Christian Perrier [EMAIL PROTECTED] # This file is distributed under the same license as the apt-listchanges package. # # Christian Perrier [EMAIL PROTECTED], 2007, 2008. # Denis Barbier [EMAIL PROTECTED] msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-24 16:37+0100\n PO-Revision-Date: 2008-01-01 12:21+0100\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: select #. Choices #: ../templates:2001 msgid pager msgstr Pageur #. Type: select #. Choices #: ../templates:2001 msgid browser msgstr Navigateur #. Type: select #. Choices #: ../templates:2001 msgid xterm-pager msgstr Pageur xterm #. Type: select #. Choices #: ../templates:2001 msgid xterm-browser msgstr Navigateur xterm #. Type: select #. Choices #: ../templates:2001 msgid gtk msgstr GTK #. Type: select #. Choices #: ../templates:2001 msgid text msgstr Texte #. Type: select #. Choices #: ../templates:2001 msgid mail msgstr Courriel #. Type: select #. Choices #: ../templates:2001 msgid none msgstr Aucun #. Type: select #. Description #: ../templates:2002 #| msgid Method for changes display: msgid Method to be used to display changes: msgstr Méthode d'affichage des changements : #. Type: select #. Description #: ../templates:2002 msgid Changes in packages can be displayed in various ways by apt-listchanges: msgstr Les modifications intervenues dans les paquets peuvent être affichées de plusieurs manières par apt-listchanges : #. Type: select #. Description #: ../templates:2002 #| msgid #| pager: display changes one page at a time;\n #| browser : display HTML-formatted changes using a web browser;\n #| xterm-pager : like pager, but in an xterm in the background;\n #| xterm-browser: like browser, but in an xterm in the background;\n #| gtk : display changes in a GTK window;\n #| text : print changes to the terminal (without pausing);\n #| mail : only send changes via mail;\n #| none : do not run automatically from APT. msgid pager: display changes one page at a time;\n browser : display HTML-formatted changes using a web browser;\n xterm-pager : like pager, but in an xterm in the background;\n xterm-browser: like browser, but in an xterm in the background;\n gtk : display changes in a GTK window;\n text : print changes to the terminal (without pausing);\n mail : only send changes via e-mail;\n none : do not run automatically from APT. msgstr Pageur : utilise un pageur (logiciel de pagination) ;\n Navigateur : affiche dans un navigateur ;\n Pageur xterm : pageur dans un xterm en tâche de fond ;\n Navigateur xterm : navigateur dans un xterm en tâche de fond ;\n GTK : affiche dans une fenêtre GTK ;\n Texte : affiche sur le terminal (sans pause) ;\n Courriel : envoie les changements par courrier électronique ;\n Aucun : ne pas exécuter apt-listchanges depuis APT. #. Type: select #. Description #: ../templates:2002 #| msgid #| This setting can be overridden at execution time. All frontends but #| 'none' can also mail a copy. msgid This setting can be overridden at execution time. By default, all the options except for 'none' will also send copies by mail. msgstr Ce réglage peut être remplacé par un autre à l'exécution de la commande. Pour tous les choix (sauf « Aucun »), une copie sera également envoyée par courrier électronique. #. Type: string #. Description #: ../templates:3001 msgid E-mail address(es) which will receive changes: msgstr Adresse(s) électronique(s) de réception des changements : #. Type: string #. Description #: ../templates:3001 msgid Optionally, apt-listchanges can e-mail a copy of displayed changes to a specified address. msgstr Apt-listchanges peut envoyer une copie des changements par courrier électronique. #. Type: string #. Description #: ../templates:3001 msgid Multiple addresses may be specified, delimited by commas. Leaving this field empty disables mail notifications. msgstr Plusieurs adresses
Bug#458514: calamaris: [debconf_rewrite] Debconf templates and debian/control review
Package: calamaris Version: N/A Severity: normal Tags: patch Dear Debian maintainer, On Friday, December 14, 2007, I notified you of the beginning of a review process concerning debconf templates for calamaris. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes are suggested, and if you have any objections, let me know in the next 3 days. Please try to avoid uploading calamaris with these changes right now. The second phase of this process will begin on Friday, January 04, 2008, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Friday, January 25, 2008. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Saturday, January 26, 2008, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --- calamaris.old/debian/templates 2007-12-01 08:23:01.362558809 +0100 +++ calamaris/debian/templates 2008-01-01 12:22:29.804809993 +0100 @@ -1,100 +1,127 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# [EMAIL PROTECTED] for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: calamaris/cache_type Type: select -_Choices: auto, squid, oops +__Choices: auto, squid, oops Default: auto -_Description: What type of proxy log files do you want to analyse? +_Description: Type of proxy log files to analyze: Calamaris is able to process log files from Squid or Oops. If you choose 'auto' it will look first for Squid log files and then for Oops log files. . - 'auto' is a safe choice if you only have log files from one of them. - Otherwise, you can force Calamaris here to use the correct log files. + Choosing 'auto' is recommended when only one proxy is installed. + Otherwise, the appropriate setting can be enforced here. Template: calamaris/daily/task Type: select -_Choices: nothing, mail, web, both +__Choices: nothing, mail, web, both Default: mail -_Description: How should the daily analysis of Calamaris be stored? - Calamaris is able to store the result of the analysis as an email sent to - somebody or as a web page. You can also choose to not do an analysis at - all or to do both. +_Description: Output method for Calamaris daily analysis reports: + The result of the Calamaris analysis can be sent as an email to a + specified address or stored as a web page. + . + Please choose which of these methods you want to use. Template: calamaris/daily/mail Type: string Default: root -_Description: Email address to which the daily analysis should be sent - If you chose to not do a daily analysis by email, then this value has no - effect. +_Description: Recipient for daily analysis reports by mail: + Please choose the address that should receive daily Calamaris + analysis reports. + . + This setting is only needed if the reports are to be sent by email. Template: calamaris/daily/html Type: string Default: /var/www/calamaris/daily/index.html -_Description: Where should the daily analysis be stored (in HTML)? - If you chose to not do a daily analysis in HTML, then this value has no - effect. +_Description: Directory for storing HTML daily analysis reports: + Please choose the directory where daily Calamaris analysis reports + should be stored. + . + This setting is only needed if the reports are to be generated as + HTML. Template: calamaris/daily/title Type: string _Default: Squid daily -_Description: Title of the daily analysis - You can enter arbitrary text here to prepend it to the title of the daily - analysis. +_Description: Title of the daily
Bug#458515: calamaris: [debconf_rewrite] Debconf templates and debian/control review
Package: calamaris Version: N/A Severity: normal Tags: patch Dear Debian maintainer, On Friday, December 14, 2007, I notified you of the beginning of a review process concerning debconf templates for calamaris. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes are suggested, and if you have any objections, let me know in the next 3 days. Please try to avoid uploading calamaris with these changes right now. The second phase of this process will begin on Friday, January 04, 2008, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Friday, January 25, 2008. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Saturday, January 26, 2008, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --- calamaris.old/debian/templates 2007-12-01 08:23:01.362558809 +0100 +++ calamaris/debian/templates 2008-01-01 12:22:29.804809993 +0100 @@ -1,100 +1,127 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# [EMAIL PROTECTED] for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: calamaris/cache_type Type: select -_Choices: auto, squid, oops +__Choices: auto, squid, oops Default: auto -_Description: What type of proxy log files do you want to analyse? +_Description: Type of proxy log files to analyze: Calamaris is able to process log files from Squid or Oops. If you choose 'auto' it will look first for Squid log files and then for Oops log files. . - 'auto' is a safe choice if you only have log files from one of them. - Otherwise, you can force Calamaris here to use the correct log files. + Choosing 'auto' is recommended when only one proxy is installed. + Otherwise, the appropriate setting can be enforced here. Template: calamaris/daily/task Type: select -_Choices: nothing, mail, web, both +__Choices: nothing, mail, web, both Default: mail -_Description: How should the daily analysis of Calamaris be stored? - Calamaris is able to store the result of the analysis as an email sent to - somebody or as a web page. You can also choose to not do an analysis at - all or to do both. +_Description: Output method for Calamaris daily analysis reports: + The result of the Calamaris analysis can be sent as an email to a + specified address or stored as a web page. + . + Please choose which of these methods you want to use. Template: calamaris/daily/mail Type: string Default: root -_Description: Email address to which the daily analysis should be sent - If you chose to not do a daily analysis by email, then this value has no - effect. +_Description: Recipient for daily analysis reports by mail: + Please choose the address that should receive daily Calamaris + analysis reports. + . + This setting is only needed if the reports are to be sent by email. Template: calamaris/daily/html Type: string Default: /var/www/calamaris/daily/index.html -_Description: Where should the daily analysis be stored (in HTML)? - If you chose to not do a daily analysis in HTML, then this value has no - effect. +_Description: Directory for storing HTML daily analysis reports: + Please choose the directory where daily Calamaris analysis reports + should be stored. + . + This setting is only needed if the reports are to be generated as + HTML. Template: calamaris/daily/title Type: string _Default: Squid daily -_Description: Title of the daily analysis - You can enter arbitrary text here to prepend it to the title of the daily - analysis. +_Description: Title of the daily
Bug#458449: Starting of x.org fails with PreInitDAL failed
Romain Beauxis wrote: severity 458449 important thanks Le Monday 31 December 2007 14:57:54 Georgi Naplatanov, vous avez йcrit : Package: fglrx-driver Version: 8.44.3-1 Severity: critical Not for everyone... After installation of fglrx-driver 8.44.3-1, x.org did not start. It would be nice if you could add hardware details on your board.. Romain Hello , Romain, happy new year. My motherboard is Asus M2N-E SLI, you can see more details at http://www.asus.com/products.aspx?l1=3l2=101l3=370l4=0model=1419modelmenu=1 and video card is Asus PCI-E X1600 PRO Silent - http://www.asus.com/products.aspx?l1=2l2=8l3=241l4=0model=1477modelmenu=2. With previous version of fglrx driver i have not problems. I sent a list of packages installed on my machine in case it may help. Regards Georgi deb-packages.txt.gz Description: application/gzip
Bug#458516: lirc-modules-source: cannot build lirc_dev on 2.6.23-1
Package: lirc-modules-source Version: 0.8.0-13 Severity: grave Tags: patch Justification: renders package unusable This is probably a duplicate of 457858, but since there are no real details given I don't want to hijack it. Please merge mine with it if you want to. lirc_dev does not compile, at least on 2.6.23-1, and probably earlier kernel versions (I've been running on a newer ubuntu package for a while to get support for my xbox remote, I'll give your experimental package a go having now spotted it). I have attached a patch to fix the problem. It may also be needed on your 0.8.2 package (it is on the ubuntu one of the same version). Regards, Richard. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-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 lirc-modules-source depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii debhelper 5.0.63 helper programs for debian/rules ii debianutils 2.28.2 Miscellaneous utilities specific t ii ucf 3.004 Update Configuration File: preserv Versions of packages lirc-modules-source recommends: ii dpkg-dev 1.14.14package building tools for Debian ii gcc [c-compiler] 4:4.2.2-1 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-18 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.2-4The GNU C compiler ii kernel-package11.001 A utility for building Linux kerne ii make 3.81-3 The GNU version of the make util -- debconf information: lirc-modules-source/use_lirc_hints: true lirc-modules-source/parallel_irq: 7 * lirc-modules-source/do-build: false lirc-modules-source/parallel_timer: 65536 lirc-modules-source/sir_type: Other lirc-modules-source/serial_softcarrier: false lirc-modules-source/kernel-source-not-found: lirc-modules-source/serial_transmitter: true lirc-modules-source/it87_type: Standard lirc-modules-source/not_needed: lirc-modules-source/serial_port: 0x2f8 * lirc-modules-source/drivers: atiusb lirc-modules-source/serial_irq: 3 lirc-modules-source/serial_type: Other lirc-modules-source/kernel-source: /usr/src/linux/ lirc-modules-source/sir_irq: 3 lirc-modules-source/sir_port: 0x2f8 lirc-modules-source/parallel_port: 0x378 * lirc-modules-source/what_next: --- lirc_dev.c.orig 2007-10-03 13:40:08.0 + +++ lirc_dev.c 2008-01-01 11:24:43.0 + @@ -869,8 +869,7 @@ return SUCCESS; out_unregister: - if(unregister_chrdev(IRCTL_DEV_MAJOR, IRCTL_DEV_NAME)) - printk(KERN_ERR lirc_dev: unregister_chrdev failed!\n); + unregister_chrdev(IRCTL_DEV_MAJOR, IRCTL_DEV_NAME); out: return -1; } @@ -894,15 +893,8 @@ */ void cleanup_module(void) { - int ret; - - ret = unregister_chrdev(IRCTL_DEV_MAJOR, IRCTL_DEV_NAME); + unregister_chrdev(IRCTL_DEV_MAJOR, IRCTL_DEV_NAME); class_destroy(lirc_class); - - if(ret) - printk(lirc_dev: error in module_unregister_chrdev: %d\n, ret); - else - dprintk(lirc_dev: module successfully unloaded\n); } MODULE_DESCRIPTION(LIRC base driver module);
Bug#458517: pcd2html: [debconf_rewrite] Debconf templates and debian/control review
Package: pcd2html Version: N/A Severity: normal Tags: patch Dear Debian maintainer, On Saturday, December 15, 2007, I notified you of the beginning of a review process concerning debconf templates for pcd2html. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes are suggested, and if you have any objections, let me know in the next 3 days. Please try to avoid uploading pcd2html with these changes right now. The second phase of this process will begin on Friday, January 04, 2008, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Friday, January 25, 2008. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Saturday, January 26, 2008, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --- pcd2html.old/debian/templates 2007-12-11 09:40:14.211923180 +0100 +++ pcd2html/debian/templates 2008-01-01 12:39:43.248964979 +0100 @@ -1,6 +1,16 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# [EMAIL PROTECTED] for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: pcd2html/cdmount Type: string Default: /media/cdrom _Description: Mount point for Kodak Photo CDs: - Pcd2html prepares Kodak Photo CDs for web presentation. The script system - needs to know on which location in the file system CDs are mounted. + Pcd2html prepares Kodak Photo CDs for web presentation. + . + Please specify the location where CDs are to be mounted. --- pcd2html.old/debian/control 2007-12-11 09:40:14.211923180 +0100 +++ pcd2html/debian/control 2007-12-16 07:14:54.701939433 +0100 @@ -9,7 +9,6 @@ Architecture: all Depends: graphicsmagick | imagemagick (= 6.0.6.2-1.6), make, psmisc, ${misc:Depends} Description: scripts to convert PCD images to commented HTML pages - By giving some rules and commenting text in predefined files - it is possible to convert Kodak Photo CD data into linked - HTML pages with describing text. English and German pages - can be created. + The pcd2html utility can take a set of rules and template files with + annotations and use them to convert Kodak Photo CD data into linked + HTML pages with descriptive text in English or German.
Bug#458459: Update Installing from a UNIX/Linux system for Lenny
On Mon, Dec 31, 2007 at 11:47:57AM -0500, Ian Turner wrote: Package: installation-guide Version: 20070319 Severity: normal Section D.3 of the Lenny installation guide is out of date. I observe at least the following required changes: - The debootstrap-udeb package is required, not the debootstrap package. Why would the debootstrap-udeb package be required? debootstrap-udeb is a special package that's only usable within the installer; normal systems should use debootstrap. What problems did you encounter trying to use debootstrap? - Running debootstrap should refer to lenny, not etch - References to sources.list refer to etch, but should refer to lenny I've fixed the second one to use releasename;. However, the central entity definitions for the manual still have the release name set to etch. Frans (or anyone), do you know if this is intentional? Thanks, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458522: flashplugin-nonfree: version in oldstable has security bugs
Package: flashplugin-nonfree Severity: grave Tags: wontfix, security, help I'm tagging this bug wontfix to express that I don't intend to spend time on this old version of flashplugin-nonfree written in Ruby in oldstable. As said before on bugs 433687 and 402822, NMU welcome. ---BeginMessage--- Hi, the following CVE (Common Vulnerabilities Exposures) ids were published for flashplugin-nonfree some time ago. CVE-2005-2628[0]: | Macromedia Flash 6 and 7 (Flash.ocx) allows remote attackers to | execute arbitrary code via a SWF file with a modified frame type | identifier that is used as an out-of-bounds array index to a function | pointer. CVE-2005-3591[1]: | Macromedia Flash plugin (1) Flash.ocx 7.0.19.0 (Windows) and earlier | and (2) libflashplayer.so before 7.0.25.0 (Unix) allows remote | attackers to cause a denial of service (crash) and possibly execute | arbitrary code via parameters to the ActionDefineFunction ActionScript | call in a SWF file, which causes an improper memory access condition, | a different vulnerability than CVE-2005-2628. CVE-2006-5330[2]: | CRLF injection vulnerability in Adobe Flash Player plugin 9.0.16 and | earlier for Windows, 7.0.63 and earlier for Linux, 7.x before 7.0 r67 | for Solaris, and before 9.0.28.0 for Mac OS X, allows remote attackers | to modify HTTP headers of client requests and conduct HTTP Request | Splitting attacks via CRLF sequences in arguments to the ActionScript | functions (1) XML.addRequestHeader and (2) XML.contentType. NOTE: the | flexibility of the attack varies depending on the type of web browser | being used. Unfortunately the vulnerabilities described above are not important enough to get them fixed via regular security update in Debian oldstable. They do not not warrant a DSA. However it would be nice if this could get fixed via a regular point update. Please contact the release time for this. This is an automatically generated mail, in case you are already working on an upgrade this is of course pointless. You can see the status of this vulnerability on: http://security-tracker.debian.net/tracker/CVE-2005-2628 http://security-tracker.debian.net/tracker/CVE-2005-3591 http://security-tracker.debian.net/tracker/CVE-2006.5330 For further information: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-2628 [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-3591 [2] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-5330 Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpJaGsvf0hcU.pgp Description: PGP signature ---End Message--- signature.asc Description: This is a digitally signed message part
Bug#458519: dpkg-dev: dpkg-buildpackage does not print correct build messages with .orig.tar.bz2 sources
Package: dpkg-dev Version: 1.14.14 Severity: normal Tags: patch This patch makes the messages be reported correctly: --- /usr/bin/dpkg-buildpackage 2007-12-27 11:14:11.0 + +++ /tmp/dpkg-buildpackage 2008-01-01 11:33:29.051451711 + @@ -440,7 +440,7 @@ # source only upload if (fileomitted '\.diff\.gz') { $srcmsg = _g('source only upload: Debian-native package'); -} elsif (fileomitted '\.orig\.tar\.gz') { +} elsif (fileomitted '\.orig\.tar\.(gz|bz2)') { $srcmsg = _g('source only, diff-only upload (original source NOT included)'); } else { $srcmsg = _g('source only upload (original source is included)'); @@ -451,7 +451,7 @@ $srcmsg = _g('binary only upload (no source included)'); } elsif (fileomitted '\.diff\.gz') { $srcmsg = _g('full upload; Debian-native package (full source is included)'); -} elsif (fileomitted '\.orig\.tar\.gz') { +} elsif (fileomitted '\.orig\.tar\.(gz|bz2)') { $srcmsg = _g('binary and diff upload (original source NOT included)'); } else { $srcmsg = _g('full upload (original source is included)'); -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.23-1-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii cpio2.9-7GNU cpio -- a program to manage ar ii dpkg1.14.14 package maintenance system for Deb ii make3.81-3 The GNU version of the make util ii patch 2.5.9-4 Apply a diff file to an original ii perl [perl5]5.8.8-12 Larry Wall's Practical Extraction ii perl-modules5.8.8-12 Core Perl modules Versions of packages dpkg-dev recommends: ii bzip2 1.0.3-7high-quality block-sorting file co ii gcc [c-compiler] 4:4.2.2-1 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-18 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.2-4The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458518: ejabberd: Bind to ports 1024 not possible, no error generated
Package: ejabberd Version: 1.1.2-6 Severity: important If you try to configure ejabberd to bind to port 80 or 443, by modifying ejabberd.cfg, the following behaviour is observed: - you can successfully start the process - ejabberd binds to configured ports above 1023 - ejabberd is not bound to configured ports below 1024 The bug: no error is generated to say why the ports below 1024 are not bound Ultimately, it is failing to bind to ports below 1024 because it is started as the user ejabberd instead of the user root. Corrections: - documentation (README.Debian) should inform the user that it is not possible to bind on port 80 or 443 because the process is not running as root - ejabberd should log an error and possibly refuse to start if any of the configured ports can not be bound successfully - there should be a feature that allows ejabberd to start as root, bind to the required ports, and then change to the ejabberd user (similar to the way the `named' process behaves) Why this is important, documentation: - for usage of Jabber to spread, we must make it easy to get through firewalls - many corporate firewalls, by default, will only allow the `HTTP Connect' proxy method to connect to servers on port 443 - configuring ejabberd to listen on port 443 is a very effective way to allow incoming connections from users who are behind firewalls -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages ejabberd depends on: ii adduser3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii erlang-base1:11.b.2-4Concurrent, real-time, distributed ii erlang-nox 1:11.b.2-4Concurrent, real-time, distributed ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.4XML parsing C library - runtime li ii libssl0.9.80.9.8c-4etch1 SSL shared libraries ii openssl0.9.8c-4etch1 Secure Socket Layer (SSL) binary a ii ucf2.0020Update Configuration File: preserv ii zlib1g 1:1.2.3-13compression library - runtime ejabberd recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458520: proftpd-dfsg: [INTL:fr] French debconf templates translation update
Package: proftpd-dfsg Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Thanks for taking care of warning translators before uploading a new version with string changes. It's highly appreciated. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of proftpd-dfsg debconf templates to French # Copyright (C) 2007 Christian Perrier [EMAIL PROTECTED] # This file is distributed under the same license as the proftpd-dfsg package. # # Christian Perrier [EMAIL PROTECTED], 2006-2007. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-12 11:52+0530\n PO-Revision-Date: 2007-12-12 11:55+0530\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: select #. Choices #: ../proftpd.templates:2001 msgid from inetd msgstr Depuis inetd #. Type: select #. Choices #: ../proftpd.templates:2001 msgid standalone msgstr Indépendamment #. Type: select #. Description #: ../proftpd.templates:2002 msgid Run proftpd: msgstr Lancement de proftpd : #. Type: select #. Description #: ../proftpd.templates:2002 msgid ProFTPd can be run either as a service from inetd, or as a standalone server. Each choice has its own benefits. With only a few FTP connections per day, it is probably better to run ProFTPd from inetd in order to save resources. msgstr ProFTPd peut être lancé soit en tant que service depuis inetd, soit comme un serveur indépendant. Chaque méthode a ses avantages. Pour quelques connexions par jour, il est suggéré de lancer ProFTPd depuis inetd afin de préserver les ressources du système. #. Type: select #. Description #: ../proftpd.templates:2002 msgid On the other hand, with higher traffic, ProFTPd should run as a standalone server to avoid spawning a new process for each incoming connection. msgstr Au contraire, avec un trafic plus important, il est recommandé d'exécuter ProFTPd indépendamment pour éviter de démarrer un nouveau processus pour chaque connexion entrante. #. Type: note #. Description #. Not reviewed: obsolete #: ../proftpd.templates:3001 msgid Warning on syntax changes in ProFTPd configuration. msgstr Changement de syntaxe dans la configuration de ProFTPd #. Type: note #. Description #. Not reviewed: obsolete #: ../proftpd.templates:3001 msgid You are upgrading from a pre-1.3.0 version. Probably you will need to revise your previous configuration to be compliant with current directives. Please, consult documentation and how-tos available in proftpd-doc and change /etc/ proftpd/proftpd.conf as needed. msgstr Vous effectuez une mise à jour depuis une version inférieure à 1.3.0. Il vous sera probablement nécessaire de revoir votre configuration antérieure afin d'être conforme aux nouvelles directives. Veuillez consulter la documentation disponible dans le paquet proftpd-doc et modifier /etc/proftpd/ proftpd.conf en conséquence. #. Type: note #. Description #. Not reviewed: obsolete #: ../proftpd.templates:3001 msgid Unfortunately, it is nearly impossible currently to convert your setup automatically, but for some basic issues. You will have to do it yourself. ProFTPd could also be unable to use the resulting configuration, and it would not restart after upgrading. msgstr Malheureusement, il est à peu près impossible de convertir votre configuration automatiquement, sauf pour des points particulièrement simples. Vous devrez le faire vous-même. ProFTPd pourrait être incapable d'utiliser le fichier de configuration résultant et ne redémarrera donc pas après la mise à jour. #. Type: note #. Description #. Not reviewed: obsolete #: ../proftpd.templates:3001 msgid Note also that starting from 1.3.0 version, dynamic modules are used and configuration should be splitted, keeping modules loading instructions within the new /etc/proftpd/modules.conf configuration file for future hacks. That file should be included by the main configuration file. msgstr Veuillez également noter qu'à partir de la version 1.3.0, des modules dynamiques sont utilisés et que la configuration doit être éclatée en plusieurs fichiers. Les instructions de chargement des modules sont placées dans le nouveau fichier de configuration /etc/proftpd/modules.conf pour des développements futurs. Ce fichier sera appelé par le fichier de configuration principal.
Bug#458521: dpkg-dev: Depends on bzip2 needed for .orig.tar.bz2 unpacking and building
Package: dpkg-dev Version: 1.14.14 Severity: important With .orig.tar.bz2 sources being allowed, dpkg-source and dpkg-buildpackage need to be able to process them, and this requires a dependency on the bzip2 package to do that. Please could you add a dependency for this? Thanks, Roger -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.23-1-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii cpio2.9-7GNU cpio -- a program to manage ar ii dpkg1.14.14 package maintenance system for Deb ii make3.81-3 The GNU version of the make util ii patch 2.5.9-4 Apply a diff file to an original ii perl [perl5]5.8.8-12 Larry Wall's Practical Extraction ii perl-modules5.8.8-12 Core Perl modules Versions of packages dpkg-dev recommends: ii bzip2 1.0.3-7high-quality block-sorting file co ii gcc [c-compiler] 4:4.2.2-1 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-18 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.2-4The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406559: Xlib converts 32 bit data to 64 bit
Hello. I've spent last day investigating this bug. The problem lies whithin Xlib and the integer format in librep, but the short-term solution goes in sawfish. I would like to reopen this bug as soon as it is closed and reassing it to Xlib. I will describe what I could find out about this bug and attach a patch that you should test. I also think #403100 and #406559 are the same bug, but I will wait for a confirmation before merging them. In fact, I have done my tests based on the experience of #403100, opening fbpanel, but have watched the same error as in #406559, the bad argument for make-vector. The error is triggered when sawfish receives a _NET_WM_DESKTOP from the client with 0x as a parameter, which EWMH describes as sticking the window for every desktop/workspace. The rep/lisp code is the following: ((_NET_WM_DESKTOP) (when (windowp w) (let ((desktop (aref data 0))) (if (eql desktop #x) ;; making window sticky (make-window-sticky/workspace w) ;; changing the desktop (make-window-unsticky/workspace w) (send-window-to-workspace-from-first w desktop nil) This means the window will be made stick to all workspaces if the parameter is 0x and will be made unstick and sent to the desktop-nth workspace. In 64 bits, this number turns to be 0x, i.e., a 64-bit -1. In amd64, adding this 8 more digits solves the problem. We could do an or for both values as a solution. Using -1 as a solution does not solve it, since sawfish creates this rep number as unsigned and librep turns these into BigInt, since it uses 2 bits in the number representation for distinguishing between types. So, when calling the client-message-hook from C code, sawfish creates the vector and the numbers for the parameters. X protocol has 3 formats for these messages: 20 8-bit parameters, 10 16-bit parameters or 5 32-bit parameters. _NET_WM_DESKTOP has format 32. Xlib, however, uses long as the type of the 32-bit parameters. And it tries to be smart when sending this data to the user, converting it from 32 bit unsigned to the native long format of the host. So, a 32-bit 1's is converted to 64-bit 1's. So, what is my fix? Well, before creating the numbers for rep from the 64-bit data Xlib gives us, I convert them back to unsigned 32-bit, using uint32_t type. So, we get 0x back. This is also a more generic fix, since any other messages, not only _NET_WM_DESKTOP, will be fixed. As a bonus, I attach my XCB code that will trigger the problem. Please, try it and the fix in 32-bit too, so we can be sure there will be no regression. Regards, Thadeu Cascardo. --- sawfish-1.3.1.old/src/events.c 2008-01-01 01:46:12.0 -0200 +++ sawfish-1.3.1/src/events.c 2008-01-01 01:45:22.0 -0200 @@ -21,6 +21,7 @@ #include sawmill.h #include limits.h +#include stdint.h #include string.h #include time.h #include X11/extensions/shape.h @@ -641,7 +642,10 @@ case 32: data = Fmake_vector (rep_MAKE_INT(5), Qnil); for (i = 0; i 5; i++) - rep_VECTI(data,i) = rep_make_long_uint (ev-xclient.data.l[i]); + { + unsigned long l = (uint32_t) ev-xclient.data.l[i]; + rep_VECTI(data,i) = rep_make_long_uint (l); + } break; default: #include xcb/xcb.h #include stdio.h #include stdlib.h #include string.h #include unistd.h xcb_atom_t X_GetAtom (xcb_connection_t *conn, char *name, size_t name_len) { xcb_atom_t atom; xcb_intern_atom_cookie_t cookie; xcb_intern_atom_reply_t *reply; cookie = xcb_intern_atom (conn, 0, name_len, name); reply = xcb_intern_atom_reply (conn, cookie, NULL); if (reply) { atom = reply-atom; free (reply); return atom; } return -1; } int main (int argc, char **argv) { xcb_connection_t *conn; xcb_screen_iterator_t iter; xcb_client_message_event_t event; xcb_void_cookie_t cookie; xcb_generic_error_t *error; xcb_window_t root; xcb_window_t window; conn = xcb_connect (NULL, NULL); iter = xcb_setup_roots_iterator (xcb_get_setup (conn)); root = iter.data-root; window = xcb_generate_id (conn); fprintf (stdout, Root window has ID %x\n, root); fprintf (stdout, New window has ID %x\n, window); cookie = xcb_create_window_checked (conn, 0, window, root, 0, 0, 128, 128, XCB_COPY_FROM_PARENT, XCB_WINDOW_CLASS_COPY_FROM_PARENT, XCB_COPY_FROM_PARENT, 0, NULL); error = xcb_request_check (conn, cookie); if (error != NULL) { xcb_request_error_t *rerror = (xcb_request_error_t *) error; fprintf (stderr, Could not create window: ); fprintf (stderr, Response is %d and error code is %d\n, error-response_type, error-error_code); fprintf (stderr, Bad value is %x\n, rerror-bad_value); free (error); } cookie =
Bug#455710: [Pkg-fonts-devel] Bug#455710: bug in defoma hint file, please reopen this bug
Hello, I've tested ttf-inconsolata version 001.009-1, but can't use it yet on my old Sarge system. I've found that Defoma hints file, /etc/defoma/hints/ttf-inconsolata.hints, have a typo : it refers about /usr/share/fonts/truetype/ttf-inconsolata/Inconsolata.ttf file, but the font file have been renamed with .otf suffix... I've tried to unregister / reregister it in Defoma with correct name, I get now a correct symlink /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Inconsolata.otf, but xlsfonts or xfontsel lists this font with near all parameters to 0, and I can't use a given height for an xterm : $ rxvt -fn '-*-inconsolata-medium-r-normal-*-15-*-*-*-*-*-*-*' rxvt: can't load font -*-inconsolata-medium-r-normal-*-15-*-*-*-*-*-*-* I don't know if I missed an action to do... Fred. Hi, Thanks for your bug report. Sorry about the typo in the hints. I thought I had verified the correct registration in Defoma... :( I get the same behaviour with xterm and xvrt on unstable. Probably the same with other apps not supporting fontconfig naming. I'll investigate that with upstream. Cheers, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458523: dpkg-query: Missing newline make output hard/impossible to parse
Package: dpkg Version: 1.14.14 Severity: important When trying to list all obsolete init.d scripts that are conffiles, I ran into a problem with the output from dpkg-query. The reason is that there is no newline between the list of files between different packages. Here is an example to demonstrate the problem: minerva:/# dpkg-query -W -f='${Conffiles}' | grep /etc/init.d/init.d |grep obsolete|head -2 /etc/init.d/loadcpufreq 5cf8c5572d789beaf18d79fc52f95665 obsolete /etc/fonts/conf.d/unhinted.conf 4070b0651a9e3e0d26a77d6cc6f7e575 obsolete /etc/init.d/fuse 0a6a4540ffd72926dbb9f12d9f1ad31d minerva:/# Notice how there is no newline between 'obsolete' and '/etc/init.d/fuse'. Please change the output from dpkg-query to add a newline between entries for different packages. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458499: /usr/lib/man-db/man: support '-s' switch
tags 458499 fixed-upstream thanks On Tue, Jan 01, 2008 at 08:47:32AM +, River Tarnell wrote: Package: man-db Version: 2.5.0-4 Severity: wishlist File: /usr/lib/man-db/man System V systems (e.g. Solaris) use the syntax 'man -sSECTION PAGE' instead of 'man SECTION PAGE'. since -s is not already used by man(1), it would be nice if this syntax could be supported in additional to the current syntax. Fixed for 2.5.1. Thanks for the suggestion! Tue Jan 1 12:34:10 GMT 2008 Colin Watson [EMAIL PROTECTED] * src/man.c (options): Add -s as an alias for -S (Debian bug #458499). (parse_opt): Accept it. (get_section_list): Allow the section list to be separated by commas as well as colons. * man/man1/man.man1 (OPTIONS): Document -s and comma-separation. * docs/NEWS: Document this. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458524: debian-edu-config: Left behind obsolete init.d script and other conffiles
Package: debian-edu-config Version: 0.415 Severity: important By coincident I discovered that discover-data had an obsolete init.d script loadcpufreq laying around. It should have been removed from the disk when the script was dropped from the package, but wasn't: minerva:/# dpkg-query -W -f='${Conffiles}' debian-edu-config|grep init.d|grep obsolete /etc/init.d/loadcpufreq 5cf8c5572d789beaf18d79fc52f95665 obsolete minerva:/# md5sum /etc/init.d/loadcpufreq 5cf8c5572d789beaf18d79fc52f95665 /etc/init.d/loadcpufreq minerva:/# It should be removed if the md5sum patches the one in the package. Here is an example from sudo.preinst on how to do this: #!/bin/sh rm_conffile() { PKGNAME=$1 CONFFILE=$2 if [ -e $CONFFILE ]; then md5sum=`md5sum \$CONFFILE\ | sed -e \s/ .*//\` old_md5sum=`dpkg-query -W -f='${Conffiles}' $PKGNAME | sed -n -e \' $CONFFILE's/.* //p\` if [ $md5sum != $old_md5sum ]; then echo Obsolete conffile $CONFFILE has been modified by you. echo Saving as $CONFFILE.dpkg-bak ... mv -f $CONFFILE $CONFFILE.dpkg-bak else echo Removing obsolete conffile $CONFFILE ... rm -f $CONFFILE fi fi } case $1 in install|upgrade) if dpkg --compare-versions $2 le 1.6.8p12-5; then rm_conffile sudo /etc/init.d/sudo update-rc.d sudo remove fi esac The init.d script is not the only obsolete conffile left behind by debian-edu-config. Here is the output from dpkg-query -W -f='${Conffiles}' debian-edu-config|grep obsolete in my sid chroot: /etc/cfengine/debian-edu/cf.devfsd a34fe6778701e0107e2a516eadf7672e obsolete /etc/cfengine/debian-edu/cf.sarge-installation-cleanup 4cff581ce799401e62fe67774cd003c1 obsolete /etc/bind/debian-edu/named-bind8.conf 530821ca31042282ae30ddacad7946f5 obsolete /etc/cfengine/debian-edu/cf.bind8 857ddd2f0574af3832b8ef5acd902e20 obsolete /etc/cfengine/debian-edu/cf.dsp bdf4e53f39d416633f8791d9da20cc33 obsolete /etc/skel/.kde/share/config/kmailrc 7cdaf154fd78c0a4a05ed7b32afb6a64 obsolete /etc/X11/Xsession.d/20debian-edu-kdedirs ff12b97b59e3362299f2c0dc89fae8da obsolete /etc/cfengine/debian-edu/cf.kdm_hdwarn 6ea94f17af715fde4e12f40ebba6c61c obsolete /etc/cfengine/debian-edu/cf.webmin d58d8a768ff052fed47310507c988ee7 obsolete /etc/cfengine/debian-edu/cf.udev f3e63041a9f11ae868adada7f342d614 obsolete /etc/cfengine/debian-edu/cf.shorewall d34afe147fb54459cffb63808f2ec8bb obsolete /etc/cfengine/debian-edu/cf.amanda 20881184e3673386aafbe467ebe89f40 obsolete /etc/cfengine/debian-edu/cf.shell b26a24d0c8d653312c86be8a6268cf98 obsolete /etc/cfengine/debian-edu/cf.issue 87fafc86385d52440ed56fcf11c75cde obsolete /etc/cfengine/debian-edu/cf.apache 592041f009ddb2b5f046725c53778b32 obsolete /etc/cfengine/debian-edu/cf.cpufrequtils 3820079267e039babee0ffdc5fa0186f obsolete /etc/ldap/slapd-sarge_debian-edu.conf c3fb949e11be018d1cbb834253544045 obsolete /etc/ldap/slapd-debian-edu.conf 76940903aaabdf85778cd6b717f7a3d2 obsolete /etc/pam.d/samba-debian-edu 29a1c58c9829a337d5334fd35c949301 obsolete /etc/pam.d/kde-debian-edu 7c055f7edd78c0458115315633a43d03 obsolete /etc/pam.d/other-debian-edu e6746ac8849b85f29cf75dddb07cb8e5 obsolete /etc/pam.d/login-debian-edu 3c42b50c695d5caade57b18e4417d19a obsolete /etc/pam.d/kscreensaver-debian-edu 84c2a35dc2635c6b95dc39ca1b2ec0b0 obsolete /etc/pam.d/cupsys-debian-edu 4f4b5d8067af05a6eee91a2bc5388419 obsolete /etc/pam.d/su-debian-edu ea07f1c4b82ee8a176d3d5c6f5828a81 obsolete /etc/pam.d/cron-debian-edu 5055d2865ab52978650d381ef9079e89 obsolete /etc/pam.d/passwd-debian-edu 969e80f4afb58224bffc45c1cea3306a obsolete /etc/pam.d/ssh-debian-edu a7f70bb00fec00f397ea82691ce8a020 obsolete /etc/init.d/loadcpufreq 5cf8c5572d789beaf18d79fc52f95665 obsolete /etc/cfengine/debian-edu/cf.opera ec99a974b914be76cd3b13aa03677402 obsolete Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458085: apache2.2-common: wrong permissions on /var/lock/apache2
In testing/unstable the install -d -o www-data /var/lock/apache2 moved to apache2ctl, which is not a config file. Something needs to be done that the admin can change this without the change being overwritten on updates. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458524: debian-edu-config: Left behind obsolete init.d script and other conffiles
See also URL: http://wiki.debian.org/DpkgConffileHandling for background info and example code. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458151: [Pkg-utopia-maintainers] Bug#458151: network-manager: NetworkManager incompatible with GNOME Network Control Panel
Daniel Dickinson schrieb: Better yet remove NetworkManager and replace it with a daemon that doesn't require X. This claim is wrong. It seems you haven't understood the architecture of NetworkManager. The NetworkManager daemon itself doesn't have any X dependencies. Please get your facts straight before you write such an uninformed email again. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#390833: Intend not to adopt
I decided not to adopt the whole package, but to ITP [1] the command line validator, which seems to be the part not provided by another debian package. Probably I shouldn't own this bug anymore? David [1] http://bugs.debian.org/458394 pgpxbQnonwawA.pgp Description: PGP signature
Bug#458525: Problem with default card when cx88_alsa module is used
Package: alsa-base Version: 1.0.15-3 Severity: minor In the modprobe file from the alsa-base /etc/modprobe.d/alsa-base, is an option configured to ensure that the snd-cx88_alsa module is not grabbing the index 0. But this is not working, because the module was renamed. I have changed: options snd-cx88_alsa index=-2 to options cx88_alsa index=-2 See also this Ubuntu Bug: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/126864 I am using Debian GNU/Linux sid, kernel 2.6.23-1-686 and libc6 2.7-5. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457291: flashplugin-nonfree: decision 2007-12-21: keep this package out of stable starting with lenny
On Mon, 2007-12-31 at 14:16 +, [EMAIL PROTECTED] wrote: Can you please elucidate on why Lenny will not have this package? Yes: Most newer versions of the Adobe Flash Player are a combination of new features and fixes for security bugs. The Debian Security Team does not support contrib and non-free. The Debian Stable Release Managers Team does not support fast updates in stable. And volatile is not meant to bring new features in stable. It is not acceptable that users of Debian stable use flashplugin-nonfree to install the Adobe Flash Plugin, and not get updates for security bugs in the Adobe Flash Plugin within reasonable time. And it is not acceptable that new features are thrown in stable too soon too fast. The consensus on #debian-release on 2007-12-21 was that flashplugin-nonfree does not belong in stable. The decision made on 2007-12-21 is, starting with Lenny, that flashplugin-nonfree is to be maintained in unstable for users of unstable and testing, and is to be maintained at backports.org for users of stable. Will there be a free alternative that will work enough? (I appreciate that 'enough' is vague) No idea. Maybe gnash is an interesting alternative ? I'd just appreciate knowing what's going on, thanks. Yes, of course. I understand that, and your questions are welcome. I understand this package must be problematic for Debian Stable Yes. because it downloads a static package name whose contents change and so this package breaks when Adobe's player is updated. The MD5 checks keep new features out of Debian stable. That is intentional. Has anyone asked Adobe if they'll give their packages a version-specific filename and leave old versions on their server? Convincing Adobe to use version-specific filenames, would enable the flashplugin-nonfree package in stable to continue to install the old version of the Adobe Flash Player, so with the security bugs. That does not help users of Debian stable to install a secure version of the Adobe Flash Player. Regards, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#450942: Eclipse error messages
I can confirm that this bug still happens with current Azureus 3.0.3.4-2. It is extremely annoying, as I almost always must 'rest' my cursor away from Azureus' window. Thanks, Felipe. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457291: what's going on with Adobe Flash player in Lenny?
On Mon, 2007-12-31 at 16:08 +0100, Holger Levsen wrote: Hi, we plan to have flashplugin-nonfree available for debian stable users. Either via volatile or via backports.org. Not via volatile. http://lists.debian.org/debian-release/2007/12/msg00179.html Yes, I intend to maintain a package for Debian stable users at backports.org. Regards, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#452434: (no subject)
Looks like this has been fixed in 4:3.98.0~svn753247-1, at least it works for me now. -- Eckhart Wörner GPG Fingerprint: 409F 6C94 4850 B947 AE04 F776 505A BA9A 400F 8876 signature.asc Description: This is a digitally signed message part.
Bug#458459: Update Installing from a UNIX/Linux system for Lenny
On Tuesday 01 January 2008, Colin Watson wrote: I've fixed the second one to use releasename;. However, the central entity definitions for the manual still have the release name set to etch. Frans (or anyone), do you know if this is intentional? Yes, it was to allow us to update the manual for Etch (see r45965/r45966), but that option has since been abandoned. I've just re-committed that change for common.ent. signature.asc Description: This is a digitally signed message part.
Bug#457291: flashplugin-nonfree in testing
On Mon, 2007-12-31 at 16:33 +, [EMAIL PROTECTED] wrote: What about for Debian Testing users? as far as I understand there isn't an equivalent in Testing of backports.org or volatile. I intend to maintain the package in unstable in a way that it is compatible with testing without delay. So users of Debian testing can simply install that package. Regards, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#439979: extra setting for Architecture:all pkgconfig data
The full setting for PKG_CONFIG_LIBDIR is: $ENV{PKG_CONFIG_LIBDIR}=/usr/$(DEB_HOST_GNU_TYPE)/lib/pkgconfig/:/usr/share/pkgconfig/; Adding /usr/share/ allows the few Architecture: all packages that contain pkgconfig data to be located during cross builds. (e.g. gnome-mime-data). -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgptrqiPwg1Fe.pgp Description: PGP signature
Bug#452434: (no subject)
Version 4:3.98.0~svn753247-1 Yeah. we fixed it some time ago. It might also have been in th eprevious version though. Just marking it done in the version pointed out. Thanks /Sune -- Man, how may I reset the space bar? First of all you should get access over a computer to ping to the case. signature.asc Description: This is a digitally signed message part.
Bug#458528: atlantik: may roll again after game ends
Package: atlantik Version: 4:3.5.8-1 Severity: normal If you roll doubles as the last move of a game, such as if it moves you onto a property for which you cannot pay the rent, the game ends, but then the $PLAYER_NAME may roll again message appears. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages atlantik depends on: ii kdelibs4c2a 4:3.5.8.dfsg.1-4 core libraries and binaries for al ii libc6 2.7-5GNU C Library: Shared libraries ii libgcc1 1:4.2.2-4GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libkdegames14:3.5.8-1KDE games library and common files ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libqt3-mt 3:3.3.7-9Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.1.3-1X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-8 compression library - runtime atlantik recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458529: [INTL:gl] Galician debconf template translation for gcl
Package: gcl Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of gclcvs's debconf templates # This file is distributed under the same license as the gclcvs package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: gclcvs\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-23 08:47+0100\n PO-Revision-Date: 2008-01-01 13:38+\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../in.gcl.templates:2001 msgid Use the work-in-progress ANSI build by default? msgstr ¿Empregar por defecto a versión ANSI que se está a facer? #. Type: boolean #. Description #: ../in.gcl.templates:2001 msgid GCL is in the process of providing an ANSI compliant image in addition to its traditional CLtL1 image still in production use. msgstr Estase a traballar para que GCL forneza unha imaxe ANSI ademáis da imaxe CLtL1 que aínda se emprega en produción. #. Type: boolean #. Description #: ../in.gcl.templates:2001 msgid Please see the README.Debian file for a brief description of these terms. Choosing this option will determine which image will be used by default when executing '[EMAIL PROTECTED]@'. msgstr Consulte o ficheiro README.Debian para ver unha descrición breve deses termos. Ao establecer esa variable ha determinar a imaxe que ha empregar por defecto ao executar \[EMAIL PROTECTED]@\. #. Type: boolean #. Description #: ../in.gcl.templates:2001 msgid This setting may be overridden by setting the GCL_ANSI environment variable to any non-empty string for the ANSI build, and to the empty string for the CLtL1 build, e.g. GCL_ANSI=t [EMAIL PROTECTED]@. The currently enforced build flavor will be reported in the initial startup banner. msgstr Pode empregar a outra imaxe establecendo a variable de ambiente GCL_ANSI a calquera cadea non baleira para empregar a versión ANSI, e á cadea baleira para empregar a versión CLtL1; por exemplo, GCL_ANSI=t [EMAIL PROTECTED]@. Hase informar da versión en uso no cartel que aparece ao iniciar o programa. #. Type: boolean #. Description #: ../in.gcl.templates:3001 msgid Use the profiling build by default? msgstr ¿Empregar por defecto a versión con cronometrado? #. Type: boolean #. Description #: ../in.gcl.templates:3001 msgid GCL has optional support for profiling via gprof. msgstr GCL agora ten soporte opcional de cronometrado mediante gprof. #. Type: boolean #. Description #: ../in.gcl.templates:3001 msgid Please see the documentation for si::gprof-start and si::gprof-quit for details. As this build is slower than builds without gprof support, it is not recommended for final production use. msgstr Consulte a documentación de si::gprof-start e si::gprof-quit para máis detalles. Xa que esta versión é máis lenta que as que non teñen soporte de gprof, non se recomenda que a empregue para o uso en produción. #. Type: boolean #. Description #: ../in.gcl.templates:3001 msgid Set the GCL_PROF environment variable to the empty string for more optimized builds, or any non-empty string for profiling support; e.g. GCL_PROF=t [EMAIL PROTECTED]@. If profiling is enabled, this will be reported in the initial startup banner. msgstr Pode empregar unha versión distinta á seleccionada establecendo a variable de ambiente GCL_PROF a calquera cadea non baleira para empregar o soporte de cronometrado, ou á cadea baleira para as versións máis optimizadas; por exemplo, GCL_PROF=t [EMAIL PROTECTED]@. Se está activado o cronometrado, hase informar diso no cartel que aparece ao iniciar o programa. #~ msgid #~ GCL is in the process of providing an ANSI compliant image in addition to #~ its traditional CLtL1 image still in production use. Please see the #~ README.Debian file for a brief description of these terms. Setting this #~ variable will determine which image you will use by default on executing #~ '[EMAIL PROTECTED]@'. You can locally override this choice by setting the GCL_ANSI #~ environment variable to any non-empty string for the ANSI build, and to #~ the empty string for the CLtL1 build, e.g. GCL_ANSI=t [EMAIL PROTECTED]@. The #~ flavor of the build in force will be reported in the initial startup #~ banner. #~ msgstr #~ Estase a traballar para que GCL forneza unha imaxe ANSI ademáis da imaxe #~ CLtL1 que aínda se emprega en produción. Consulte o ficheiro README. #~ Debian para ver unha descrición breve deses termos. Ao estabrecer esa #~ variable ha determinar a imaxe que ha empregar por defecto ao executar #~ \[EMAIL PROTECTED]@\. Pode empregar a outra imaxe estabrecendo a variable de #~ ambiente GCL_ANSI a calquera cadea non baleira para empregar a versión #~ ANSI, e á cadea baleira para empregar a versión CLtL1; por exemplo, #~ GCL_ANSI=t [EMAIL PROTECTED]@. Hase informar da versión
Bug#458068: libiw29: Priority of libiwnn should be optional
reassign 458068 ftp.debian.org title 458068 Please change priority of libiw29, libiw30 and wireless-tools to optional thanks On Fri, Dec 28, 2007 at 05:41:53PM +0530, Kapil Hari Paranjape wrote: Package: libiw29 Version: 29~pre22-1 Severity: normal Hello, There are a number of priority optional packages which depend on libiwnn. However, libiwnn is pegged at priority extra which causes a violation of Policy version 2.5. Now it could be argued that these packages could reduce their priority. However, given that wireless network connectivity is everywhere nowadays, I think that libiwnn would certainly qualify as a package one might reasonably install on a Debian system without conflict with other usage --- i.e. priority optional. I know that in the past, the priority of wireless-tools was set to extra because the ftp-masters decided that wireless stuff wasn't that common. However, today it is, and there are a number of reverse dependencies on libiw29, the list is: xsupplicant wmwave wlassistant wireless-tools network-manager netapplet libiw-dev kwlan kwifimanager knemo ifrename guessnet gnome-system-tools gnome-main-menu conky It also seems strange that a package which provides udebs for the installer has priority extra. If the priority of libiw29 is changed, please also change that of the wireless-tools binary package, since there are also some important reverse dependencies on that one: atmel-firmware madwifi-tools wpasupplicant wlassistant wifi-radar whereami pcmciautils network-config linux-wlan-ng kwirelessmonitor kwifimanager knemo kismet ion3-scripts ifrename education-laptop aircrack-ng -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#458526: warzone2100: FTBFS: /bin/sh: zip: command not found
Package: warzone2100 Version: 2.1.0~0.svn3260-1 Severity: serious Hi, Your package is failing to build with the following error: cd aivolution zip -ru0 ../aivolution.wz multiplay commands.txt installation.txt -x *svn* /bin/sh: zip: command not found make[5]: *** [aivolution.wz] Error 127 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458527: linux-image-2.6.18-5-686: Postinst script fails if grub not installed
Package: linux-image-2.6.18-5-686 Version: 2.6.18.dfsg.1-17 Severity: normal When there is no grub on the system, at the end of the installation postinst script fails: -- menek:~# apt-get install linux-image-2.6.18-5-686 Reading package lists... Done Building dependency tree... Done Suggested packages: linux-doc-2.6.18 Recommended packages: libc6-i686 The following NEW packages will be installed: linux-image-2.6.18-5-686 0 upgraded, 1 newly installed, 0 to remove and 55 not upgraded. Need to get 0B/16.3MB of archives. After unpacking 49.8MB of additional disk space will be used. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done Preconfiguring packages ... Selecting previously deselected package linux-image-2.6.18-5-686. (Reading database ... 168760 files and directories currently installed.) Unpacking linux-image-2.6.18-5-686 (from .../linux-image-2.6.18-5-686_2.6.18.dfsg.1-17_i386.deb) ... Done. Setting up linux-image-2.6.18-5-686 (2.6.18.dfsg.1-17) ... Hmm. The package shipped with a symbolic link /lib/modules/2.6.18-5-686/source However, I can not read the target: No such file or directory Therefore, I am deleting /lib/modules/2.6.18-5-686/source Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. The provided postinst hook script [/sbin/update-grub] could not be run. dpkg: error processing linux-image-2.6.18-5-686 (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: linux-image-2.6.18-5-686 E: Sub-process /usr/bin/dpkg returned an error code (1) -- In this case it would be better if the script gave a warning, that one should manually update bootloader (lilo in my case). I am not sure if it is not a kernel-package bug, because the same happens with my custom made linux-image. -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-initrd Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages linux-image-2.6.18-5-686 depends on: ii coreutils5.97-5.3The GNU core utilities ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy ii initramfs-tools [linux-initr 0.85h tools for generating an initramfs ii module-init-tools3.3-pre4-2 tools for managing Linux kernel mo Versions of packages linux-image-2.6.18-5-686 recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.18-5-686/postinst/create-kimage-link-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/old-system-map-link-2.6.18-5-686: true linux-image-2.6.18-5-686/preinst/elilo-initrd-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/bootloader-test-error-2.6.18-5-686: linux-image-2.6.18-5-686/postinst/depmod-error-2.6.18-5-686: false linux-image-2.6.18-5-686/preinst/already-running-this-2.6.18-5-686: linux-image-2.6.18-5-686/preinst/bootloader-initrd-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/old-dir-initrd-link-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/old-initrd-link-2.6.18-5-686: true linux-image-2.6.18-5-686/preinst/failed-to-move-modules-2.6.18-5-686: linux-image-2.6.18-5-686/preinst/abort-install-2.6.18-5-686: linux-image-2.6.18-5-686/prerm/would-invalidate-boot-loader-2.6.18-5-686: true linux-image-2.6.18-5-686/postinst/bootloader-error-2.6.18-5-686: linux-image-2.6.18-5-686/preinst/lilo-initrd-2.6.18-5-686: true linux-image-2.6.18-5-686/preinst/overwriting-modules-2.6.18-5-686: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-5-686/postinst/depmod-error-initrd-2.6.18-5-686: false linux-image-2.6.18-5-686/prerm/removing-running-kernel-2.6.18-5-686: true linux-image-2.6.18-5-686/preinst/initrd-2.6.18-5-686: linux-image-2.6.18-5-686/preinst/lilo-has-ramdisk: linux-image-2.6.18-5-686/postinst/kimage-is-a-directory: linux-image-2.6.18-5-686/preinst/abort-overwrite-2.6.18-5-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458530: [INTL:gl] Galician debconf template translation for shorewall-common
Package: shorewall-common Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of shorewall's debconf templates # This file is distributed under the same license as the shorewall package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: shorewall\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-23 08:49+0100\n PO-Revision-Date: 2008-01-01 13:44+\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../shorewall-common.templates:2001 msgid No automatic restart for Shorewall msgstr Non se ha reiniciar Shorewall automaticamente #. Type: note #. Description #: ../shorewall-common.templates:2001 msgid Shorewall will not be restarted automatically after being upgraded, to prevent changes in configuration files causing network outages. msgstr Non se ha reiniciar Shorewall automaticamente trala actualización para evitar que os cambios nos ficheiros de configuración produzan cortes de rede. #. Type: note #. Description #: ../shorewall-common.templates:2001 msgid You should check Shorewall's configuration files and restart it with 'invoke- rc.d shorewall restart'. msgstr Debería verificar os ficheiros de configuración de Shorewall e reinicialo mediante \invoke-rc.d shorewall restart\. #. Type: boolean #. Description #: ../shorewall-common.templates:3001 msgid Restart Shorewall? msgstr ¿Reiniciar Shorewall? #. Type: boolean #. Description #: ../shorewall-common.templates:3001 msgid This release of Shorewall introduces some changes in the configuration files - see /usr/share/doc/shorewall-common/releasenotes.txt.gz. msgstr Esta versión de Shorewall introduce algúns cambios nos ficheiros de configuración - consulte /usr/share/doc/shorewall-common/releasenotes.txt.gz. #. Type: boolean #. Description #: ../shorewall-common.templates:3001 msgid To avoid the risk of failures and network outages these files should be checked carefully before the firewall is restarted. msgstr Para evitar o risco de fallos e cortes na rede debería verificar detidamente estes ficheiros antes de reiniciar a devasa. #. Type: boolean #. Description #: ../shorewall-common.templates:3001 msgid Please choose whether you want to restart Shorewall immediately. msgstr Indique se quere reiniciar Shorewall agora. #~ msgid Shorewall won't be restarted automatically #~ msgstr Non se ha reiniciar Shorewall automaticamente #~ msgid #~ This will prevent network blackout due to changes in configuration files. #~ msgstr #~ Isto ha evitar un corte na rede debido a cambios nos ficheiros de #~ configuración. #~ msgid Check your configuration and then restart Shorewall issuing: #~ msgstr Comprobe a configuración e reinicie Shorewall executando: #~ msgid invoke-rc.d shorewall restart #~ msgstr invoke-rc.d shorewall restart #~ msgid or #~ msgstr ou #~ msgid /etc/init.d/shorewall restart #~ msgstr /etc/init.d/shorewall restart #~ msgid #~ This is a major release of Shorewall that introduces some changes in the #~ configuration files. You have to check carefully your configuration #~ before restarting your firewall to avoid failures and network blackout. #~ The changes are listed in /usr/share/doc/shorewall/releasenotes.txt.gz. #~ msgstr #~ Esta é unha versión de Shorewall que introduce algúns cambios nos #~ ficheiros de configuración. Ha ter que comprobar atentamente a #~ configuración antes de reiniciar a devasa para evitar fallos e cortes na #~ rede. Os cambios figuran no ficheiro /usr/share/doc/shorewall/ #~ releasenotes.txt.gz. #~ msgid #~ Did you check your configuration and do you want to restart Shorewall #~ right now? #~ msgstr ¿Comprobou a configuración, e quere reiniciar Shorewall agora? #~ msgid #~ You _must_ review your firewall configuration in order to get Shorewall #~ to work properly. #~ msgstr #~ _Debe_ revisar a configuración da devasa para que Shorewall funcione #~ correctamente. #~ msgid #~ * The MERGE_HOSTS variable in shorewall.conf is no longer\n #~ supported. Shorewall 1.4 behavior is the same as 1.3 with\n #~ MERGE_HOSTS=Yes. #~ msgstr #~ * A variable MERGE_HOSTS de shorewall.conf xa non está soportada.\n #~ O comportamento de Shorewall 1.4 é o mesmo que en 1.3 con\n #~ MERGE_HOSTS=Yes. #~ msgid #~ * Interface names of the form device:integer in\n #~ /etc/shorewall/interfaces now generate an error. #~ msgstr #~ * Os nomes de interface do tipo dispositivo:enteiro\n #~ en /etc/shorewall/interfaces agora producen un erro. #~ msgid #~ * OLD_PING_HANDLING=Yes will generate an error at startup as will\n #~ specification of the 'noping' or 'filterping' interface options. #~ msgstr #~ * OLD_PING_HANDLING=Yes ha producir un erro no inicio,\n #~ igual que especificar as opcións de
Bug#458531: php5-xcache: suggestion for documentation improvement
Package: php5-xcache Version: 1.2.1-3 Severity: wishlist Hello, I've just tried xcache... It's good to have it in Debian, thanks. I have a some suggestions for documentation improvement : in README.Debian : The sentence To use XCache, first you have to enable it seems inacurate. Shouldn't it read XCache is enabled automatically on standard Debian Installation. You simply have to get your webserver to reload it's configuration file (with something like 'invoke-rc.d apache2 reload'. The sentence coverager is disabled by default seems misleading: from xcache_1.2.1-3.diff, it seems that coverager isn't compiled by default (not compiled with --enable-xcache-coverager ??). So I tried to enable it in php.ini, without success ;) Could you either compile it, or rewrite the sentence, with something like coverager is not compiled in the Debian package. in /etc/php5/conf.d/xcache.ini : The option xcache.admin.auth = On should actually read xcache.admin.enable_auth = On Also add a note above coverager php.ini section, saying that XCache have to be built with the coverager module enabled... Thanks, Franklin -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages php5-xcache depends on: ii libapache-mod-php5 [phpapi 5.2.0-8+etch7 server-side, HTML-embedded scripti ii libapache2-mod-php5 [phpap 5.2.0-8+etch7 server-side, HTML-embedded scripti ii libc6 2.7-5 GNU C Library: Shared libraries ii php5-cgi [phpapi-20060613+ 5.2.0-8+etch7 server-side, HTML-embedded scripti ii php5-cli [phpapi-20060613+ 5.2.0-8+etch7 command-line interpreter for the p php5-xcache recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458533: [INTL:gl] Galician debconf template translation for snort
Package: snort Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of snort's debconf templates # This file is distributed under the same license as the snort package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: snort\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-28 01:31+0100\n PO-Revision-Date: 2008-01-01 14:01+\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../snort.templates:1001 ../snort-mysql.templates:1001 #: ../snort-pgsql.templates:1001 msgid boot, dialup, manual msgstr inicio, conexión, manual #. Type: select #. Description #: ../snort.templates:1002 ../snort-mysql.templates:1002 #: ../snort-pgsql.templates:1002 msgid When should Snort be started? msgstr ¿Cando se debe iniciar Snort? #. Type: select #. Description #: ../snort.templates:1002 ../snort-mysql.templates:1002 #: ../snort-pgsql.templates:1002 msgid Snort can be started during boot, when connecting to the net with pppd or only when you manually start it via /usr/sbin/snort. msgstr Snort pode arrincarse no inicio do sistema, ao se conectar á rede mediante pppd ou só ao inicialo manualmente mediante /usr/sbin/snort. #. Type: string #. Description #: ../snort.templates:2001 ../snort-mysql.templates:2001 #: ../snort-pgsql.templates:2001 msgid Interface(s) which Snort should listen on: msgstr Interfaces nas que Snort debe escoitar: #. Type: string #. Description #: ../snort.templates:2001 ../snort-mysql.templates:2001 #: ../snort-pgsql.templates:2001 msgid This value usually is 'eth0', but you might want to vary this depending on your environment, if you are using a dialup connection 'ppp0' might be more appropiate (Hint: use 'ip link show' of 'ifconfig'). msgstr Este valor adoita ser \eth0\, pero pode querer modificalo dependendo do ambiente. Se emprega unha conexión por módem, \ppp0\ pode ser a opción axeitado (empregue \ip link show\ ou \ifconfig\). #. Type: string #. Description #: ../snort.templates:2001 ../snort-mysql.templates:2001 #: ../snort-pgsql.templates:2001 msgid Typically this is the same interface than the 'default route' is on. You can determine which interface is used for this running either '/sbin/ip ro sh' or '/sbin/route -n' (look for 'default' or '0.0.0.0'). msgstr Normalmente esta é a mesma interface na que está a \ruta por defecto\. Pode determinar a interface que se emprega executando \/sbin/ip ro sh\ ou \/sbin/route -n\ (busque \default\ ou \0.0.0.0\). #. Type: string #. Description #: ../snort.templates:2001 ../snort-mysql.templates:2001 #: ../snort-pgsql.templates:2001 msgid It is also not uncommon to use an interface with no IP and configured in promiscuous mode, if this is your case, select the interface in this system that is physically connected to the network you want to inspect, enable promiscuous mode later on and make sure that the network traffic is sent to this interface (either connected to a 'port mirroring/spanning' port in a switch, to a hub or to a tap) msgstr Tampouco é pouco habitual empregar unha interface sen IP e configurada en modo promiscuo. Se este é o seu caso, escolla a interface deste sistema que estea conectada fisicamente á rede que quere inspeccionar, active despois o modo propiscuo e asegúrese de que o tráfico da rede se envíe a esta interface (conectada a un porto \espello/árbore\ dun switch, a un concentrador de rede ou a unha toma). #. Type: string #. Description #: ../snort.templates:2001 ../snort-mysql.templates:2001 #: ../snort-pgsql.templates:2001 msgid You can configure multiple interfaces here, just by adding more than one interface name separated by spaces. Each interface can have its specific configuration. msgstr Pode configurar aquí varias interfaces engadindo varios nomes de interfaces separados mediante espazos. Cada interface pode ter a súa configuración específica. #. Type: string #. Description #: ../snort.templates:3001 ../snort-mysql.templates:3001 #: ../snort-pgsql.templates:3001 msgid Address range that Snort will listen on: msgstr Rango de enderezos nos que ha escoitar Snort: #. Type: string #. Description #: ../snort.templates:3001 ../snort-mysql.templates:3001 #: ../snort-pgsql.templates:3001 msgid You have to use CIDR form, i.e. 192.168.1.0/24 for a block of 256 IPs or 192.168.1.42/32 for just one. Specify multiple addresses on a single line separated by ',' (comma characters), no spaces allowed! msgstr Ten que empregar a forma CIDR; é dicir, 192.168.1.0/24 para un bloque de 256 IPs ou 192.168.1.42/32 para só unha IP. Indique varios enderezos nunha soa liña separados por \,\ (comas); non se admiten espazos. #. Type: string #. Description #: ../snort.templates:3001 ../snort-mysql.templates:3001 #: ../snort-pgsql.templates:3001 msgid If
Bug#458534: [INTL:gl] Galician debconf template translation for yiff
Package: yiff Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of yiff's debconf templates # This file is distributed under the same license as the yiff package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: yiff\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-21 14:58+\n PO-Revision-Date: 2008-01-01 14:03+\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../yiff-server.templates:1001 #| msgid Do you want yiff-server to manage your sound card's mixer settings? msgid Should yiff-server manage your sound card's mixer settings? msgstr ¿Debe yiff-server xestionar a configuración do mesturador da tarxeta de son? #. Type: boolean #. Description #: ../yiff-server.templates:1001 msgid Yiff-server comes with it's own mixer settings capability. msgstr Yiff-server inclúe a súa propia configuración do mesturador. #. Type: boolean #. Description #: ../yiff-server.templates:1001 msgid This feature imposes Yiff's mixer settings every time yiff-server is started. If you opt for this, yiff-server will read in it's mixer setting file from msgstr Esta característica impón a configuración do mesturador de Yiff cada vez que se inicie yiff-server. Se acepta isto, yiff-server ha ler a súa configuración do mesturador de #. Type: boolean #. Description #: ../yiff-server.templates:1001 msgid /var/state/yiff/mixer msgstr /var/state/yiff/mixer #. Type: boolean #. Description #: ../yiff-server.templates:1001 msgid You may edit this file as you wish. msgstr Pode editar este ficheiro como queira.
Bug#455984: [INTL:gl] [UPDATED] Galician debconf template translation for apt-listchanges
retitle 455984 [INTL:gl] [UPDATED] Galician debconf template translation for apt-listchanges thanks -- Jacobo Tarrío | http://jacobo.tarrio.org/ # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: apt-listchanges\n Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-12 11:31+0530\n PO-Revision-Date: 2008-01-01 14:12+\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:2001 msgid pager msgstr visor #. Type: select #. Choices #: ../templates:2001 msgid browser msgstr navegador #. Type: select #. Choices #: ../templates:2001 msgid xterm-pager msgstr visor-xterm #. Type: select #. Choices #: ../templates:2001 msgid xterm-browser msgstr navegador-xterm #. Type: select #. Choices #: ../templates:2001 msgid gtk msgstr gtk #. Type: select #. Choices #: ../templates:2001 msgid text msgstr texto #. Type: select #. Choices #: ../templates:2001 msgid mail msgstr correo #. Type: select #. Choices #: ../templates:2001 msgid none msgstr ningún #. Type: select #. Description #: ../templates:2002 msgid Method to be used to display changes: msgstr Método a empregar para a visualización dos datos: #. Type: select #. Description #: ../templates:2002 msgid Changes in packages can be displayed in various ways by apt-listchanges: msgstr apt-listchanges pode amosar os cambios nos paquetes de varios xeitos: #. Type: select #. Description #: ../templates:2002 msgid pager: display changes one page at a time;\n browser : display HTML-formatted changes using a web browser;\n xterm-pager : like pager, but in an xterm in the background;\n xterm-browser: like browser, but in an xterm in the background;\n gtk : display changes in a GTK window;\n text : print changes to the terminal (without pausing);\n mail : only send changes via e-mail;\n none : do not run automatically from APT. msgstr visor : amosar os cambios páxina a páxina;\n navegador : amosar os cambios en formato HTML cun navegador web;\n visor-xterm: coma o visor, pero nunha xterm en segundo plano;\n navegador-xterm: coma o navegador, pero nunha xterm en segundo plano;\n gtk: amosar os cambios nunha fiestra de GTK;\n texto : amosar os cambios no terminal (sen facer pausas);\n correo : só enviar os cambios por correo electrónico;\n ningún : non executar automaticamente desde APT. #. Type: select #. Description #: ../templates:2002 msgid This setting can be overridden at execution time. By default, all the options except for 'none' will also send copies by mail. msgstr Esta configuración pódese ignorar no momento da execución. Por defecto, tódalas opcións agás \ningún\ tamén han enviar unha copia por correo electrónico. #. Type: string #. Description #: ../templates:3001 msgid E-mail address(es) which will receive changes: msgstr Enderezo(s) de e-mail que ha(n) recibir os cambios: #. Type: string #. Description #: ../templates:3001 msgid Optionally, apt-listchanges can e-mail a copy of displayed changes to a specified address. msgstr De xeito opcional, apt-listchanges pode enviar por correo electrónico unha copia dos cambios que se amosen ao enderezo que se indique. #. Type: string #. Description #: ../templates:3001 msgid Multiple addresses may be specified, delimited by commas. Leaving this field empty disables mail notifications. msgstr Pódense indicar varios enderezos, separándoos con comas. Se se deixa este campo baleiro hanse desactivar os avisos por correo. #. Type: boolean #. Description #: ../templates:4001 msgid Prompt for confirmation after displaying changes? msgstr ¿Pedir unha confirmación despois de amosar os cambios? #. Type: boolean #. Description #: ../templates:4001 msgid After displaying the list of changes, apt-listchanges can pause with a confirmation prompt. This is useful when running from APT, as it offers an opportunity to abort the upgrade if a change is unwelcome. msgstr Despois de amosar a lista de cambios, apt-listchanges pode esperar por confirmación. Isto é útil cando se está a executar desde APT, xa que ofrece a oportunidade de abortar a actualización se hai un cambio que non sexa benvido. #. Type: boolean #. Description #: ../templates:4001 msgid This can be overridden at execution time,
Bug#458532: Clamav vulnerable to symlink attack
Package: clamav Version: 0.90.1-3etch7 Severity: critical Tags: security Two new CVEs for clamav: Name: CVE-2007-6595 Status: Candidate URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6595 Reference: BUGTRAQ:20071229 TK53 Advisory #2: Multiple vulnerabilities in ClamAV Reference: URL:http://www.securityfocus.com/archive/1/archive/1/485631/100/0/threaded Reference: BID:27064 Reference: URL:http://www.securityfocus.com/bid/27064 ClamAV 0.92 allows local users to overwrite arbitrary files via a symlink attack on (1) temporary files in the cli_gentempfd function in libclamav/others.c or on (2) .ascii files in sigtool, when utf16-decode is enabled. Name: CVE-2007-6596 Status: Candidate URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6596 Reference: BUGTRAQ:20071229 TK53 Advisory #2: Multiple vulnerabilities in ClamAV Reference: URL:http://www.securityfocus.com/archive/1/archive/1/485631/100/0/threaded Reference: BID:27064 Reference: URL:http://www.securityfocus.com/bid/27064 ClamAV 0.92 does not recognize Base64 UUEncoded archives, which allows remote attackers to bypass the scanner via a Base64-UUEncoded file. I'd say ignore CVE-2007-6596, as clamav also doesn't recognise insert-random-proprietary-encoding-here either, so it's not really a valid issue (imo). Tags for versions are: CVE-2007-6595 isn't relevant for sarge, and only part (2) is in etch. Lenny/sid affected fully. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458518: ejabberd: Bind to ports 1024 not possible, no error generated
If you try to configure ejabberd to bind to port 80 or 443, by modifying ejabberd.cfg, the following behaviour is observed: - you can successfully start the process - ejabberd binds to configured ports above 1023 - ejabberd is not bound to configured ports below 1024 The bug: no error is generated to say why the ports below 1024 are not bound It's true. I'll try to fix it (I think that generating an error message to the log is enough.) Ultimately, it is failing to bind to ports below 1024 because it is started as the user ejabberd instead of the user root. Corrections: - documentation (README.Debian) should inform the user that it is not possible to bind on port 80 or 443 because the process is not running as root It will be done in the next ejabberd upload. - ejabberd should log an error and possibly refuse to start if any of the configured ports can not be bound successfully Logging an error is enough for me. - there should be a feature that allows ejabberd to start as root, bind to the required ports, and then change to the ejabberd user (similar to the way the `named' process behaves) It's hard for erlang application, so I don't think that it worth doing that. Erlang appplication can't drop privileges, and soket binding to privileged port by a non-privileged user requires an external suid program which isn't available in Debian. Why this is important, documentation: - for usage of Jabber to spread, we must make it easy to get through firewalls - many corporate firewalls, by default, will only allow the `HTTP Connect' proxy method to connect to servers on port 443 - configuring ejabberd to listen on port 443 is a very effective way to allow incoming connections from users who are behind firewalls I don't agree that it's important. I think that all services should be bound to their assigned ports. Otherwise the system becomes a mess. From the other hand, do you really think that corporate firewalls are set by evil people just to prevent XMPP to spread? BTW, if you want Jabber server to listen at port 443 you can redirect it by a firewall. -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458536: [INTL:gl] Galician debconf template translation for kdesudo
Package: kdesudo Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of kdesudo's debconf templates # This file is distributed under the same license as the kdesudo package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: kdesudo\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-23 08:15+0100\n PO-Revision-Date: 2008-01-01 14:17+\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../kdesudo.templates:2001 msgid Use KdeSudo in place of KdeSu? msgstr ¿Empregar KdeSudo no canto de KdeSu? #. Type: boolean #. Description #: ../kdesudo.templates:2001 msgid KdeSudo is a drop-in replacement for KdeSu. msgstr KdeSudo é un sustituto compatible de KdeSu. #. Type: boolean #. Description #: ../kdesudo.templates:2001 msgid Please choose whether KdeSudo should be the default front-end for gaining elevated privileges under KDE. msgstr Indique se quere empregar KdeSudo coma interface preferida para obter privilexios elevados en KDE.
Bug#457416: iceweasel hangs after start with backtrace
severity 457416 normal thanks Not starting when a config file is corrupted is not a grave bug. Downgrading to allow testing migration. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458538: [INTL:gl] Galician debconf template translation for roxen4
Package: roxen4 Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of roxen4's debconf templates # This file is distributed under the same license as the roxen4 package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: roxen4\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-12-23 08:48+0100\n PO-Revision-Date: 2008-01-01 14:28+\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid Server name: msgstr Nome do servidor: #. Type: string #. Description #: ../templates:2001 msgid Please enter the name that should be given to the Roxen server. msgstr Introduza o nome que se debe dar ao servidor Roxen. #. Type: string #. Description #: ../templates:3001 msgid Administration page URL: msgstr URL da páxina de administración: #. Type: string #. Description #: ../templates:3001 msgid Please enter the URL that should be used to access Roxen's administration server. Example: msgstr Introduza o URL que se debe empregar para acceder ao servidor de administración de Roxen. Por exemplo: #. Type: string #. Description #: ../templates:3001 msgid http://www.example.org:port/ msgstr http://www.example.org:porto/ #. Type: string #. Description #: ../templates:3001 msgid where 'port' is the port to listen to. A random port is proposed by default. It is very probably free for use but you should check this before accepting this value. msgstr onde \porto\ é o porto no que se ha de escoitar. Proponse por defecto un porto aleatorio. Con moita probabilidade estea libre para o empregar, pero debería verificalo antes de aceptar este valor. #. Type: string #. Description #: ../templates:4001 msgid Administrator username: msgstr Nome de usuario do administrador: #. Type: string #. Description #: ../templates:4001 msgid Please enter the username for the Roxen server administrator. msgstr Introduza o nome do usuario administrador do servidor Roxen. #. Type: password #. Description #. Translators: do not translate ${SERVER_ADMIN} #: ../templates:5001 msgid Administrator password: msgstr Contrasinal do administrador: #. Type: password #. Description #. Translators: do not translate ${SERVER_ADMIN} #: ../templates:5001 msgid Please choose a password for the Roxen server administrator (${SERVER_ADMIN}). msgstr Introduza un contrasinal para o administrador do servidor Roxen (${SERVER_ADMIN}). #. Type: password #. Description #: ../templates:6001 msgid Administrator password confirmation: msgstr Confirmación do contrasinal do administrador: #. Type: error #. Description #: ../templates:7001 msgid Empty administrator password msgstr Contrasinal do administrador baleiro #. Type: boolean #. Description #: ../templates:8001 msgid Enable built-in update system? msgstr ¿Activar o sistema de actualizacións automáticas? #. Type: boolean #. Description #: ../templates:8001 msgid Roxen offers an automatic update system. To use this feature, you need an account in the Roxen Community. msgstr Roxen ofrece un sistema de actualizacións automáticas. Para empregar esta característica precisa dunha conta na Comunidade Roxen. #. Type: boolean #. Description #: ../templates:9001 msgid Access update server through proxy? msgstr ¿Acceder ao servidor de actualizacións mediante un proxy? #. Type: boolean #. Description #: ../templates:9001 msgid Please choose whether the update server should be accessed through an HTTP proxy. msgstr Indique se quere acceder ao servidor de actualizacións mediante un proxy HTTP. #. Type: string #. Description #: ../templates:10001 msgid Proxy server hostname: msgstr Nome do servidor proxy: #. Type: string #. Description #: ../templates:11001 msgid Proxy server port: msgstr Porto do servidor proxy: #. Type: error #. Description #: ../templates:12001 msgid Empty proxy host or port msgstr Nome do servidor proxy ou porto baleiro #. Type: string #. Description #: ../templates:13001 msgid Roxen Community identity: msgstr Identidade da Comunidade Roxen: #. Type: string #. Description #: ../templates:13001 msgid Please enter your Roxen Community identity (e-mail address). msgstr Introduza a súa identidade da Comunidade Roxen (enderezo de email). #. Type: string #. Description #: ../templates:13001 msgid Entering 'none' will disable the automatic update system. msgstr Se introduce \none\ hase desactivar o sistema de actualizacións automáticas. #. Type: error #. Description #: ../templates:14001 msgid Missing community identity msgstr Falla a identidade na comunidade #. Type: error #. Description #: ../templates:14001 msgid A community identity is mandatory for access to the automatic update facility. msgstr É necesaria unha identidade na comunidade para acceder ao sistema de actualizacións automáticas. #. Type:
Bug#458535: Intention to NMU hotkey-setup to fix bugs and apply patches from Ubuntu
Package: hotkey-setup Version: 0.1-17.1 I plan to NMU hotkey-setup to fix a few issues. I will upload to the 7-day delayed upload queue. Here is the patch I plan to upload. Please let me know if there is some reason why I should not upload this new version. The package is ready to go, and I will wait for 5 hours before doing I upload. I did not process the laptop specific bugs and patches this time, as I do not yet understand the package well enough to evaluate them. diff -urN hotkey-setup-0.1/debian/changelog hotkey-setup-0.1-pere/debian/changelog --- hotkey-setup-0.1/debian/changelog 2007-08-04 19:10:57.0 +0200 +++ hotkey-setup-0.1-pere/debian/changelog 2008-01-01 14:46:21.0 +0100 @@ -1,3 +1,28 @@ +hotkey-setup (0.1-17.2) unstable; urgency=low + + * Non-maintainer upload. + * Updated standards-version from 3.6.1 to 3.7.3. No changes needed. + * Make sure init.d script is not executed when the package is removed +but not purged (Closes: #379613). Patch from Vagrant Cascadian. + * Add LSB style dependency header in init.d script (Closes: #376955) + * Remove unneeded stop symlinks in runlevel 0 and 6. Based on patch +from Scott James Remnant and Ubuntu. + * Use -c when checking for /dev/nvram (Closes: #387246). Patch from +Tom May. + * Don't fail when keystate cannot be restored or thinkpad-keys cannot +be terminated when stopping initscript. Patch from Kel Modderman. + * Add a custom prerm script to remove keycodes state file when prerm +of installed package fails (Closes: #437360). Patch from Kel +Modderman. + * Depend on console-tools | console-utilities to make sure the +setkeycodes program is available (Closes: #431329). + * Change init.d shell from /bin/bash to /bin/sh, based on patch from +Paul Sladen and Ubuntu. + * Ensure that the existing scripts are only run on laptops. Based +on patch from Matthew Garrett and Ubuntu. + + -- Petter Reinholdtsen [EMAIL PROTECTED] Tue, 1 Jan 2008 14:45:47 +0100 + hotkey-setup (0.1-17.1) unstable; urgency=medium * Non-maintainer upload. diff -urN hotkey-setup-0.1/debian/control hotkey-setup-0.1-pere/debian/control --- hotkey-setup-0.1/debian/control 2007-08-04 19:10:04.0 +0200 +++ hotkey-setup-0.1-pere/debian/control2008-01-01 14:37:30.0 +0100 @@ -3,11 +3,11 @@ Priority: optional Maintainer: Matthew Garrett [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0) -Standards-Version: 3.6.1 +Standards-Version: 3.7.3 Package: hotkey-setup Architecture: i386 amd64 -Depends: dmidecode (= 2.7) +Depends: dmidecode (= 2.7), laptop-detect, console-tools | console-utilities Conflicts: tpb Description: auto-configures laptop hotkeys This package will attempt to auto-detect your laptop hardware and then diff -urN hotkey-setup-0.1/debian/init.d hotkey-setup-0.1-pere/debian/init.d --- hotkey-setup-0.1/debian/init.d 2006-04-29 21:09:27.0 +0200 +++ hotkey-setup-0.1-pere/debian/init.d 2008-01-01 14:47:38.0 +0100 @@ -1,4 +1,15 @@ -#!/bin/bash +#!/bin/sh +### BEGIN INIT INFO +# Provides: hotkey-setup +# Required-Start:$remote_fs $syslog +# Required-Stop: $remote_fs $syslog +# Default-Start: 2 3 4 5 +# Default-Stop: 1 +# Short-Description: Set up laptop keys to generate keycodes. +### END INIT INFO + +# do not run if not package is not installed +test -x /usr/sbin/dumpkeycodes || exit 0 manufacturer=`dmidecode --string system-manufacturer` name=`dmidecode --string system-product-name` @@ -15,7 +26,7 @@ if [ ! -c /dev/input/uinput ]; then modprobe uinput fi - if [ ! -b /dev/nvram ]; then + if [ ! -c /dev/nvram ]; then modprobe nvram fi /usr/sbin/thinkpad-keys touch $THINKPAD_LOCKFILE @@ -25,6 +36,9 @@ case $1 in start) +# This entire block does nothing on desktops right now +if laptop-detect; then + /usr/sbin/dumpkeycodes $SAVED_STATE if [ $? -gt 0 ]; then @@ -105,13 +119,14 @@ . /usr/share/hotkey-setup/default.hk esac . /usr/share/hotkey-setup/generic.hk +fi ;; stop) if [ -f $THINKPAD_LOCKFILE ]; then - kill `pidof thinkpad-keys` rm -f $THINKPAD_LOCKFILE + kill `pidof thinkpad-keys` || true ; rm -f $THINKPAD_LOCKFILE fi if [ -f $SAVED_STATE ]; then - setkeycodes $(cat $SAVED_STATE) + setkeycodes $(cat $SAVED_STATE) || true fi ;; restart|force-reload) diff -urN hotkey-setup-0.1/debian/postinst hotkey-setup-0.1-pere/debian/postinst --- hotkey-setup-0.1/debian/postinst1970-01-01 01:00:00.0 +0100 +++ hotkey-setup-0.1-pere/debian/postinst 2008-01-01 14:58:19.0 +0100 @@ -0,0 +1,12 @@ +#!/bin/sh + +set -e + +# Remove symlinks to script to have them reinserted by debhelper +# without the shutdown and reboot links; this init script does not +# need them. +if dpkg
Bug#339776: imagemagick: new upstream release available (6.2.5-4, 2005.10.31)
Hi Nelson, I see that you tagged this bug pending in November, but that there hasn't been an upload since then. Are you still planning to upload a new package? I maintain the ruby bindings for imagemagick, and their new version requires imagemagick = 6.3. Something else: I see that you are not officially the maintainer of imagemagick. Are you planning to adopt it? I filed #454809 a while ago, and plan to orphan imagemagick in a few weeks, so a maintainer with more time available can pick it up. Would you be interested yourself? Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#458537: yakuake: Default close terminal shortcut conflicts with vim's redo change
Package: yakuake Version: 2.8-1 Severity: normal Subject says it all. I would suggest to disable close terminal shortcut by default. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages yakuake depends on: ii kdelibs4c2a 4:3.5.8.dfsg.1-4 core libraries and binaries for al ii konsole 4:3.5.8.dfsg.1-2 X terminal emulator for KDE ii libc6 2.7-5GNU C Library: Shared libraries ii libgcc1 1:4.2.2-4GCC support library ii libqt3-mt 3:3.3.7-9Qt GUI Library (Threaded runtime v ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 yakuake recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456867: Patch to fix the FTBFS: dpkg-shlibdeps RC bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 456867 patch thanks I added one patch to fix this RC bug: gnat-4.2: FTBFS: dpkg-shlibdeps: failure: couldn't find library libgnat-4.2.so.1 needed by debian/libgnatprj4.2/usr/lib/libgnatprj.so.4.2 (its RPATH is ''). The problem was related to missing to build the packages called libgnat and libgnatvsn before libgnatprj. Regards. - - -- Anibal Avelar (FixXxeR) http://fixxxer.cc GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656 - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://firegpg.tuxfamily.org iD8DBQFHdpXqzur584O2RlYRAk3rAJ4hjpR0H0L67RvIq3No42q7k8QPlgCfaV/c cO7pdxaTZgiQruOD4VTcjCc= =cccz - -END PGP SIGNATURE- - -- Anibal Avelar (FixXxeR) http://fixxxer.cc GPG: 83B64656 - C143 4AD8 B017 53FA B742 D6AA CEEA F9F3 83B6 4656 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://firegpg.tuxfamily.org iD8DBQFHefmuzur584O2RlYRAuPzAJkBXV4zE1CNuQVXCLJGPFKaa6v3zwCeNBLR X0HOO7xUshyfLpnEA/4RWVY= =gKPk -END PGP SIGNATURE- diff -bBdNrw -U5 temp/gnat-4.2-4.2.2/debian/rules.d/binary-ada.mk gnat-4.2-4.2.2/debian/rules.d/binary-ada.mk --- temp/gnat-4.2-4.2.2/debian/rules.d/binary-ada.mk 2007-12-31 20:07:07.0 -0600 +++ gnat-4.2-4.2.2/debian/rules.d/binary-ada.mk 2007-12-31 20:14:29.132264707 -0600 @@ -168,11 +168,11 @@ dh_installdeb -p$(p_lgnatvsn_dbg) dh_md5sums -p$(p_lgnatvsn_dbg) dh_builddeb -p$(p_lgnatvsn_dbg) touch $@ -$(binary_stamp)-libgnatprj: +$(binary_stamp)-libgnatprj: $(binary_stamp)-libgnat $(binary_stamp)-libgnatvsn : # libgnatprj-dev dh_movefiles -plibgnatprj-dev usr/lib/ada/adalib/gnatprj dh_movefiles -plibgnatprj-dev usr/share/ada/adainclude/gnatprj dh_install -plibgnatprj-dev \ debian/gnatprj.gpr usr/share/ada/adainclude
Bug#453680: ITP: djbdns -- Replacement for BIND, written by Dan Bernstein
http://cr.yp.to/distributors.html was updated 2007.12.28-29 with appropriate public domain notes. Build away! -- Kind Regards, Michael Shuler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458474: fam: Slightly wrong LSB header in init.d script
[Petter Reinholdtsen] This patch solve the issue: I just had a closer look, and discovered that the fam binary is in /usr/, and thus the script need to depend on $remote_fs, not $network. Here is a better patch: --- /etc/init.d/fam.orig 2007-07-23 01:33:12.0 +0200 +++ /etc/init.d/fam2007-12-31 20:39:16.0 +0100 @@ -1,10 +1,10 @@ #! /bin/sh ### BEGIN INIT INFO # Provides: fam -# Required-Start:$network portmap -# Required-Stop: $network portmap -# Default-Start: 1 2 3 4 5 -# Default-Stop: S 0 6 +# Required-Start:$remote_fs $portmap +# Required-Stop: $remote_fs $portmap +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 # Short-Description: File Alteration Monitor # Description: Debian init script for File Alteration Monitor ### END INIT INFO As the stop script do not seem to do anything except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. This is still true. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458338: manpages: Misplaced line in man console_codes
Hello Phil, I agree with you, and have made the change for upstream 2.75. Cheers, Michael On Dec 30, 2007 3:14 PM, phil [EMAIL PROTECTED] wrote: Package: manpages Version: 2.67-1 Severity: normal man console_codes says: LF (0x0A, ^J), VT (0x0B, ^K) and FF (0x0C, ^L) all give a linefeed; CR (0x0D, ^M) gives a carriage return; SO (0x0E, ^N) activates the G1 character set, and if LF/NL (new line mode) is set also a carriage return; This should surely be: LF (0x0A, ^J), VT (0x0B, ^K) and FF (0x0C, ^L) all give a linefeed, and if LF/NL (new line mode) is set also a carriage return; CR (0x0D, ^M) gives a carriage return; SO (0x0E, ^N) activates the G1 character set Looking at the source, it seems that the offending phrase and if LF/NL (new line mode) is set also a carriage return is a single line; my guess is that it has simply been misplaced. Regards, Phil. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.21-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- no debconf information -- Michael Kerrisk Maintainer of the Linux man-pages project http://www.kernel.org/doc/man-pages/ Want to report a man-pages bug? Look here: http://www.kernel.org/doc/man-pages/reporting_bugs.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458540: mono-gac fails to install
Package: mono-gac Version: 1.2.6+dfsg-5 Severity: important Setting up mono-gac (1.2.6+dfsg-5) ... * Installing 1 assembly from libgmime2.2-cil into Mono * Installing 4 assemblies from libmono-addins0.2-cil into Mono * Installing 2 assemblies from libmono-addins-gui0.2-cil into Mono * Installing 1 assembly from libndesk-dbus1.0-cil into Mono * Installing 1 assembly from libndesk-dbus-glib1.0-cil into Mono ! Assembly /usr/share/cli-common/policies.d/libmono-addins-gui0.2-cil/policy.0.2.Mono.Addins.Gui.dll does not exist, ignoring ! Assembly /usr/share/cli-common/policies.d/libmono-addins0.2-cil/policy.0.2.Mono.Addins.dll does not exist, ignoring ! Assembly /usr/share/cli-common/policies.d/libmono-addins0.2-cil/policy.0.2.Mono.Addins.Setup.dll does not exist, ignoring dpkg: error processing mono-gac (--configure): subprocess post-installation script returned error exit status 3 dpkg: dependency problems prevent configuration of mono-runtime: mono-runtime depends on mono-gac (= 1.2.6+dfsg-5); however: Package mono-gac is not configured yet. dpkg: error processing mono-runtime (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libgconf2.0-cil: libgconf2.0-cil depends on mono-runtime (= 1.0); however: Package mono-runtime is not configured yet. dpkg: error processing libgconf2.0-cil (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libmono-addins0.2-cil: libmono-addins0.2-cil depends on mono-runtime (= 1.0); however: Package mono-runtime is not configured yet. dpkg: error processing libmono-addins0.2-cil (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libmono1.0-cil: libmono1.0-cil depends on mono-runtime (= 1.0); however: Package mono-runtime is not configured yet. dpkg: error processing libmono1.0-cil (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libmono-addins-gui0.2-cil: libmono-addins-gui0.2-cil depends on libmono-addins0.2-cil (= 0.3); however: Package libmono-addins0.2-cil is not configured yet. libmono-addins-gui0.2-cil depends on libmono1.0-cil (= 1.2.6); however: Package libmono1.0-cil is not configured yet. dpkg: error processing libmono-addins-gui0.2-cil (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libmono2.0-cil: libmono2.0-cil depends on mono-runtime (= 1.1.8.1); however: Package mono-runtime is not configured yet. dpkg: error processing libmono2.0-cil (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: mono-gac mono-runtime libgconf2.0-cil libmono-addins0.2-cil libmono1.0-cil libmono-addins-gui0.2-cil libmono2.0-cil E: Sub-process /usr/bin/dpkg returned an error code (1) Some errors occurred while unpacking. I'm going to configure the packages that were installed. This may result in duplicate errors or errors caused by missing dependencies. This is OK, only the errors above this message are important. Please fix them and run [I]nstall again Press enter to continue. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-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 mono-gac depends on: ii libc6 2.7-5GNU C Library: Shared libraries ii libmono-corlib1.0-cil 1.2.6+dfsg-5 Mono core library (1.0) ii mono-jit1.2.6+dfsg-5 fast CLI JIT/AOT compiler for Mono Versions of packages mono-gac recommends: ii cli-common0.5.3 common files between all CLI packa -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458539: tc flowid unknown
Package: iproute Version: 20071016-2 Severity: normal Distribution: testing Architecture: amd64 After an update to the new iproute package yesterday, it seems that the flowid parameter is not accepted anymore? The tc rules generated by shorewall do not work anymore! Here is the error message from /var/log/shorewall-init.log: What is flowid? Illegal police ERROR: Command tc filter add dev ppp0 parent : protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate 3072kbit burst 10k drop flowid :1 Failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458450: libaqbanking-data: needs to conflict with libaqbanking16
Hi Andreas, Andreas Pakulat wrote: Does your AqBanking 2.x work now again? yes. Good. I just uploaded a fixed package. If yes I'll try to do these steps on libaqbanking-data's postinst script on installation. I would think that dpkg first removes the files and dirs associated with the old package and then unpacks the new package in which case there shouldn't have been a problem. Maybe this is a bug in dpkg? This problem is known as #266379 and will not change soon. Thus I added a postinst script to solve this bug. Regards Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448023: mime-support: update-mime doesn't pick up everything in mailcap.order?
Yes. Add --debug=1 to the command line. -- Brian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428899: Support RFC4709: application/davmount+xml
I'll add it to the mime.types file but you'll have to add the rule and script to whatever package includes the webdav-client program. -- Brian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458532: Clamav vulnerable to symlink attack
Hi Neil, * Neil McGovern [EMAIL PROTECTED] [2008-01-01 15:26]: [...] I'd say ignore CVE-2007-6596, as clamav also doesn't recognise insert-random-proprietary-encoding-here either, so it's not really a valid issue (imo). Isn't the problem with this that mailers exist that treat such contect as attachments if included in the mail body? Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpkpRe9dIHzr.pgp Description: PGP signature
Bug#434826: Bug#449356: elfsh: should this package be orphaned?
On 12/12/07 at 15:26 -0500, Andrés Roldán wrote: Hi, While reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer, because: * 4 RC bugs with no recent activity Please don't orphan this package as I am now packaging Eresi which will replace elfsh. Hi Andrés, Have you made some progress on this ITP? I'm a bit concerned about the fact that elfsh is completely broken, while the work on packaging eresi seems to have been ongoing for several months. Do you have an idea of when the eresi package will be available? Will it be in time for lenny? Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#451106: Bug#449355: llvm: should this package be removed?
On 15/11/07 at 08:44 +0100, Cyril Brulebois wrote: Lucas Nussbaum [EMAIL PROTECTED] (05/11/2007): If you think that it should be orphaned instead of being removed from Debian, please reply to this bug and tell so. Just to keep you posted, there are some ongoing discussions on the llvm2 ITP bug (#451106), between MadCoder, Arthur Loiret, and the maintainer. Thank you for the pointer. Arthur, have you made some progress on adopting this package (and switching to llvm2)? Are there some blockers? -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#458544: amsn: unnecessary use of lintian overrides
Package: amsn Version: 0.97~rc1+dfsg1-5 Severity: important Hi, amsn: package-contains-empty-directory usr/lib/amsn/utils/Tclxml Why do you overwrite this? As I sponsored several packages by you and saw a bunch of overrides, please don't override stuff that is not needed. The directory does not seem to be used, at least in a working amsn installation its still empty. Fix this and the changelog of 0.97-1 (you say you erased the homepage from control why you actually moved it to a control tag instead for example) and I'll sponsor 0.97-1. Cheers Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpZphYvT3mrS.pgp Description: PGP signature
Bug#458542: /usr/bin/azureus: line 10: exec: java: not found
Package: azureus Version: 3.0.3.4-2 Severity: serious Justification: Policy 3.5 I just installed azureus. It does not work, looks like a missing dependency. [EMAIL PROTECTED] ~ azureus /usr/bin/azureus: line 10: exec: java: not found [EMAIL PROTECTED] ~ which java java not found Regards, Thue -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.23.8 (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/bash Versions of packages azureus depends on: ii gij [java-virtual-machine]4:4.2.1-6 The GNU Java bytecode interpreter ii gij-4.1 [java2-runtime] 4.1.2-16 The GNU Java bytecode interpreter ii gij-4.2 [java2-runtime] 4.2.1-5The GNU Java bytecode interpreter ii java-gcj-compat 1.0.76-5 Java runtime environment using GIJ ii libcommons-cli-java 1.0-11 API for working with the command l ii liblog4j1.2-java 1.2.15-2 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.3-java 3.3.1-2Standard Widget Toolkit for GTK Ja ii sun-java6-jre [java2-runtime] 6-00-2 Sun Java(TM) Runtime Environment ( azureus recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458543: Section menus to new policy
Package: gap Severity: wishlist Hi! Don't need to change these ones to new menu policy ? Applications ? $ grep -r Apps/Math * debian/gap-doc.doc-base.ref:Section: Apps/Math debian/gap-doc.doc-base.fullindex:Section: Apps/Math debian/gap-doc.doc-base.new:Section: Apps/Math debian/gap-doc.doc-base.tut:Section: Apps/Math debian/gap-doc.doc-base.prg:Section: Apps/Math debian/gap-doc.doc-base.ext:Section: Apps/Math Thanks -- Marco Rodrigues http://Marco.Tondela.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458549: gdm doesn't yet support USERXSESSIONRC
Package: gdm Version: 2.20.2-1 Severity: normal Hi, with #411639, X11 now supports loading user environment variables put in $HOME/.xsessionrc. This is done with /etc/X11/Xsession.d/40x11-common_xsessionrc. It's a file in /etc/X11/Xsession.d, so it's sourced by gdm from /etc/gdm/Xsession (wich is good), but $USERXSESSIONRC is not set in /etc/gdm/Xsession (while it's set in /etc/X11/Xsession). It'd be nice if this variable could be set in gdm too. Attached patch fixes this. Thanks, and regards. -- Yves-Alexis Perez -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc6 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm depends on: ii adduser 3.105add and remove users and groups ii debconf [debconf-2. 1.5.17 Debian configuration management sy ii gksu2.0.0-5 graphical frontend to su ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libattr11:2.4.39-1 Extended attribute shared library ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.12-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libdmx1 1:1.0.2-2X11 Distributed Multihead extensio ii libfontconfig1 2.5.0-2 generic font configuration library ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libpam-modules 0.99.7.1-5 Pluggable Authentication Modules f ii libpam-runtime 0.99.7.1-5 Runtime support for the PAM librar ii libpam0g0.99.7.1-5 Pluggable Authentication Modules l ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii librsvg2-2 2.18.2-1 SAX-based renderer library for SVG ii librsvg2-common 2.18.2-1 SAX-based renderer library for SVG ii libselinux1 2.0.15-2+b1 SELinux shared libraries ii libwrap07.6.dbs-14 Wietse Venema's TCP wrappers libra ii libx11-62:1.0.3-7X11 client-side library ii libxau6 1:1.0.3-2X11 authorisation library ii libxdmcp6 1:1.0.2-2X11 Display Manager Control Protoc ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-3GNOME XML library ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii openbox [x-window-m 3.4.4-3 standards compliant, fast, light-w ii tilda [x-terminal-e 0.09.4+cvs20071012-1 terminal emulator with first perso ii xbase-clients 1:7.3+9 miscellaneous X clients - metapack ii xfce4-terminal [x-t 0.2.8-2 Xfce terminal emulator ii xfwm4 [x-window-man 4.4.2-1 window manager of the Xfce project ii xterm [x-terminal-e 229-1X terminal emulator Versions of packages gdm recommends: ii gdm-themes 0.5.1 Themes for the GNOME Display Manag ii whiptail 0.52.2-11.1 Displays user-friendly dialog boxe ii xnest 2:1.4.1~git20071212-2 Nested X server ii xserver-xorg 1:7.3+9 the X.Org X server ii zenity 2.20.1-1 Display graphical dialog boxes fro -- debconf information: gdm/daemon_name: /usr/bin/gdm * shared/default-x-display-manager: gdm --- /etc/gdm/Xsession.orig 2008-01-01 16:47:52.0 +0100 +++ /etc/gdm/Xsession 2008-01-01 16:48:14.0 +0100 @@ -96,6 +96,7 @@ SYSSESSIONDIR=/etc/X11/Xsession.d USERXSESSION=$HOME/.xsession +USERXSESSIONRC=$HOME/.xsessionrc ALTUSERXSESSION=$HOME/.Xsession # this will go into the .xsession-errors along with all other echo's
Bug#458447: dovecot-imapd: Can't connect to dovecot since 1.0.9 (from 1.0.5)
Happy new year, I am sorry, in fact it was my error, I was using a plugin I compiled myself and there was a problem with it, it caused this error and I couldn't find anything in the log (but there should be a place if I look carefully where there is an error :) Sorry again for this and thanks you. On Mon, Dec 31, 2007 at 04:59:22PM +0100, Fabio Tranchitella wrote: Hello, * 2007-12-31 14:54, kaouete wrote: Package: dovecot-imapd Version: 1:1.0.5-1 Severity: grave Justification: renders package unusable Since I updated dovecot from 1.0.5-1 to 1.0.9-1 I can't connect to my imapd with mutt and roundcube anymore. I get this error with mutt : tls_socket_read (A TLS packet with unexpected length was received.) I didn't change anything in the conf. Can you please try the package 1.0.10-1 currently in unstable? Thanks, -- Fabio Tranchitella http://www.kobold.it Free Software Developer and Consultant http://www.tranchitella.it _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#458518: ejabberd: Bind to ports 1024 not possible, no error generated
On 1/1/08, Daniel Pocock [EMAIL PROTECTED] wrote: Just as long as it makes the problem obvious - I was a little confused when I changed the configuration and there was no obvious impact. The actual problem was that the logging facility wasn't started yet, so error messages didn't reach the log file. The message looks like the following: E(0.242.0:ejabberd_listener:80): Failed to open socket for {222, ejabberd_c2s, [{access,c2s}, {max_stanza_size, 65536}, starttls, {certfile, /etc/ejabberd/ejabberd.pem}, {shaper, c2s_shaper}]}: eacces which rooks reasonably understandable. Why this is important, documentation: - for usage of Jabber to spread, we must make it easy to get through firewalls - many corporate firewalls, by default, will only allow the `HTTP Connect' proxy method to connect to servers on port 443 - configuring ejabberd to listen on port 443 is a very effective way to allow incoming connections from users who are behind firewalls I don't agree that it's important. I think that all services should be bound to their assigned ports. Otherwise the system becomes a mess. From the other hand, do you really think that corporate firewalls are set by evil people just to prevent XMPP to spread? BTW, if you want Jabber server to listen at port 443 you can redirect it by a firewall. I agree - in a default configuration - we should only use assigned ports. In practice, we should give users the information to configure it for their needs: - Many companies have a policy permitting email and instant messaging, for productivity reasons. - Google Talk provides a way for people to do Jabber through a HTTP firewall (using a flash client). MSN and others also work through HTTP proxies. - If firewall administrators really want to be secure, they would not offer the `HTTP Connect' service. For example, security concious companies typically don't provide any Internet access from those LAN segments that need real security. Those machines are on separate networks with extra firewalls and modified routing tables. - When someone is at a hotel, an airport, or a friends house, they may otherwise be unable to use Jabber. They need to either pre-configure their Jabber server on port 443, or install a web based Jabber client on their web server (which may mean limited features). - Consequently, although it is non-standard, it is quite legitimate and often quite desirable for people installing this package to want to use port 443. - In my own case, I put an extra IP address on the server, just for Jabber. That way, I can have ejabberd listening on (jabber IP):443, and I have an Apache process listening on (another IP):443. Therefore, using the https port for ejabberd client connections doesn't inconvenience me at all. I think that it's faily easy to redirect TCP connections using iptables, so I isn't so important to be able to bind privileged ports. A simple example will be included into README.Debian. -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449353: bibletime: should this package be orphaned?
severity 449353 normal reassign 449353 wnpp retitle 449353 O: bibletime -- A bible study tool for KDE thanks On 05/11/07 at 12:16 +0100, Lucas Nussbaum wrote: While reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer, because: * 2 RC bugs with no recent activity * more than 2 years without being in testing Hi, Since the situation didn't improve, and the maintainer never answered this bug report, I'm now orphaning the package, as originally suggested. I'm Ccing some Ubuntu devs, and the kde extras team. One of them might be interested in adopting this package and maintaining it inside Debian. Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272909: switch desktop back and forth: window with wine program disappears
Ove Kaaven said: (by the date of Mon, 31 Dec 2007 15:32:28 +0100) However I didn't try if this bug occurs with another window manager, perhaps I could if you insist. I suspect that we will see this in compiz, but not in KDE or gnome. Yes, it would be nice to try other window managers. I will try to do this before end of this month. Also I can simply send you my ~/.wine directory with autocad installed, so you will be able to run it for yourself and see the problem. Do you want that? I suppose I could do that, if it's not way too big. I don't want to spend more time than I have to on an upstream bug... upstream bugs are too countless for that. But I could at least take a look. download and unpack file: http://geo.hmg.inpg.fr/~janek/wine.tar.bz2 execute command in a terminal: wine c:/ac15/acad.exe Two windows will open, hit 'cancel' in the Startup window to close it. Only the main window will remain. Now you can switch viewports (or even draw something inside autocad). When you switch to a viewport on which autocad window is not even partially visible - the window will disappear forewer. Now you can only hit ctrl-c in the terminal to terminate wine app. If you don't close startup window both wine windows will not disappear (but you can't work in autocad either, since startup has focus). To test this with sawfish, you got to enable viewports by adding those 2 lines to ~/.sawfishrc (define-special-variable viewport-dimensions '(6 . 4) Size of each virtual workspace.) then you can switch viewports for example with sawifish pager (which is ran by default if its debian package is installed). The 6 . 4 is the number of viewports: 6x4=24 (that's just my personal configuration). let me know how it worked for you :) -- # Janek Kozicki -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]