Bug#889487: fixed in rasdaemon 0.6.4-1
On Wed, 23 Oct 2019 04:20:55 + Al Stone wrote: Source: rasdaemon Source-Version: 0.6.4-1 We believe that the bug you reported is fixed in the latest version of rasdaemon, which is due to be installed in the Debian FTP archive. Hi! This report is marked as fixed, yet the package still has a hard dependency on systemd, making the package non-installable on systems avoiding timesyncd / systemd-timers. Combined with mcelog being removed from buster entirely, there is currently no way get MCE logging/reporting on a systemd-less buster system. Please consider relaxing the systemd dependency to an "OR" or something similar. Thank you!
Bug#775931: Acknowledgement (fluxbox should be compiled with randr support (preempting need for restart on resolution change))
Any update on this? It is *really* inconvenient to have to reboot fluxbox every time you plug an external monitor :(
Bug#794327: Acknowledgement (Hardware H264 capture regression in UVC subsystem: wheezy(ok) => jessie(bad))
Tags: fixed-upstream As of several hours ago this is now included in the media-tree[1], as per request for 4.4[2]. It would be *amazing* if this can be backported to debian's stable 3.16, to make the C920 usable again with jessie stock kernels. [1] http://git.linuxtv.org/cgit.cgi/media_tree.git/commit/?id=5d0fd3c806b9e932010931ae67dbb482020e0882 [2] http://www.spinics.net/lists/linux-media/msg93417.html
Bug#794327: Hardware H264 capture regression in UVC subsystem: wheezy(ok) = jessie(bad)
Package: linux-image-3.16.0-4-amd64 Version: 3.16.7-ckt11-1 Tags: patch fixed-upstream Greetings! A little bit after the official Wheezy linux-image (3.2) a change to the UVC subsystem[1] was merged and subsequently released as linux 3.3. A long-unnoticed side effect of this patch was a regression that produced invalid timestamps on hardware-encoded H264 captures, which is known to affect at least 2 different devices: Logitech C920[2] and a builtin Acer Orbicam[3]. The problem was recently acknowledged by the UVC maintainer and a patch was produced which fixes the issue [4]. Afaik it is slated to be included during the Linux 4.3 merge window this month. Since there is no way to work around this problem in userland [5], and there are many reports of this problem by different users [3], [6], [7], [8] it seems fitting to add this (rather small) patch[4] to debian's linux-image-3.16* quilt. Thank you in advance! Cheers P.S. Adding a one-time CC to the linux-media mailing list, in case a part of the above is factually incorrect. [1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=66847ef [2] http://sourceforge.net/p/linux-uvc/mailman/message/33164469/ [3] http://www.spinics.net/lists/linux-media/msg92089.html [4] http://www.spinics.net/lists/linux-media/msg92022.html [5] http://ffmpeg.org/pipermail/ffmpeg-user/2015-July/027630.html [6] https://trac.ffmpeg.org/ticket/3956 [7] http://sourceforge.net/p/linux-uvc/mailman/message/33564420/ [8] http://askubuntu.com/questions/456175/logitech-c920-webcam-on-ubuntu-14-04-hesitates-chops-every-3-seconds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775931: fluxbox should be compiled with randr support (preempting need for restart on resolution change)
Package: fluxbox Version: 1.3.5-1 Severity: normal As per freenode#fluxbox conversation on 2015-01-21 the package should be built with xrandr support: [17:54] ak|ra paultag: the default is --enable-randr, btw. why didnt the build add it? [17:55] ak|ra paultag: do you need an explicit dep against randr-dev? [17:55] paultag I must have dropped the flag when I redid some work Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681054: fsvs: [Fixed Upstream] Group auto-prop (e.g. encryption) can be circumvented
Package: fsvs Version: 1.2.3-0+nmu1 Severity: important Tags: upstream The just released fsvs 1.2.5 includes a fix for a potential security hole with handling of non-world-readable files. Please consider uploading a new deb. Cheers -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fsvs depends on: ii libapr1 1.4.6-3 ii libaprutil1 1.4.1-1 ii libc62.13-34 ii libgdbm3 1.8.3-11 ii libpcre3 1:8.30-5 ii libsvn1 1.7.5-1 Versions of packages fsvs recommends: ii subversion 1.7.5-1 fsvs suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642829: libdbix-class-perl: FTBFS: Failed 1/268 test programs. 1/20631 subtests failed.
On Sun, Sep 25, 2011 at 01:46:13PM +0200, gregor herrmann wrote: tag 642829 + confirmed thanks On Sun, 25 Sep 2011 12:45:35 +0200, Mònica Ramírez Arceda wrote: Source: libdbix-class-perl Version: 0.08195-1 Severity: serious Relevant part: # Failed test 'distinct = 1 is passed through properly' # at t/88result_set_column.t line 49. # Structures begin differing at: # $got-[0] = '1997' # $expected-[0] = '1999' # Looks like you failed 1 test of 29. t/88result_set_column.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/29 subtests Same here (cowbuilder i386 sid chroot). Interesting... investigating. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642829: libdbix-class-perl: FTBFS: Failed 1/268 test programs. 1/20631 subtests failed.
On Sun, Sep 25, 2011 at 01:46:13PM +0200, gregor herrmann wrote: tag 642829 + confirmed thanks On Sun, 25 Sep 2011 12:45:35 +0200, Mònica Ramírez Arceda wrote: Source: libdbix-class-perl Version: 0.08195-1 Severity: serious Relevant part: # Failed test 'distinct = 1 is passed through properly' # at t/88result_set_column.t line 49. # Structures begin differing at: # $got-[0] = '1997' # $expected-[0] = '1999' # Looks like you failed 1 test of 29. t/88result_set_column.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/29 subtests Same here (cowbuilder i386 sid chroot). Bug identified, it's a harmless ordering issue (the test does not properly sort outputs, expecting the database resultset to be stable). However attempts to sort uncovered a much more serious issue, so the whole fix is scheduled for 0.08196. In any case the *functionality* of 0.08195 currently shipped with sid/testing is not affected by this, it is just a suboptimal test. Please mark the bug with the appropriate waiting on nextver tag (whatever it is :) Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564990: Any luck on packaging 1.2?
Any tracktion on this issue? It really sucks compiling the thing on each new deploy :( There are some ubuntu patches (I assume the packaging is similar): https://bugs.launchpad.net/ubuntu/+source/fsvs/+bug/491864 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612590: fsvs: New version available - 1.2.3 (1.2.x series debuted 1.5 years ago)
Package: fsvs Version: 1.1.17-1 Severity: wishlist As the subject says, current fsvs version is quite outdated: 1.1.17 - 2008-10-29 1.2.0 - 2009-06-18 1.2.1 - 2009-10-12 1.2.2 - 2010-03-11 1.2.3 - 2011-01-17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610690: Bup version 0.22 now available
Bumping the wishlisted version to 0.22 (now with awesome --graft and dumb server support). Thank you! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610690: bup: Bup versions 0.21 available as of Jan 8th
Jon Dowland wrote: On 21/01/2011 12:04, Peter Rabbitson wrote: Version: 0.17b-2 Severity: normal Please consider wrapping up a new 0.21 package for sid Note that sid is carrying 0.20-2 at the moment -- so we are one release behind upstream, but you are two releases behind sid... That's correct, except this is not the system on which I actually use bup :) Neither does .20 have the features I am after. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610690: bup: Bup versions 0.21 available as of Jan 8th
Package: bup Version: 0.17b-2 Severity: normal Please consider wrapping up a new 0.21 package for sid -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.35-trunk-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 bup depends on: ii git [git-core] 1:1.7.2.3-2.2fast, scalable, distributed revisi ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-fuse 2:0.2.1-2+b1 Python bindings for FUSE (Filesyst ii python-tornado 1.0.1-1 scalable, non-blocking web server Versions of packages bup recommends: pn par2 none (no description available) bup suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600063: libclass-accessor-grouped-perl: Module susceptible to drastic change of semantics in presence of libclass-xsaccessor-perl
Package: libclass-accessor-grouped-perl Version: 0.09003-1 Severity: important Tags: patch A bit over a year ago optional support for Class::XSAccessor was introduced to generate lightning-fast 'simple'-group accessors. However it recently a number of oversights became apparent, all of which were fixed in the latest version on CPAN 0.09008. The identified and fixed problems are: * Any accessors of type 'simple' (arguably the most used ones) that are declared as read-only or write-only, will silently turn into read-writer ones when Class::XSAccessor is present in @INC * If Class::XSAccessor is present in @INC set_simple/get_simple methods will no longer be invoked, even if the underlying program defines custom versions of these methods Note that it doesn't matter wether Class::XSAccessor was installed via dpkg or if it has been locally cpan'ed - all it takes is for the perl interpreter to find it somehow. Please consider upgrading the squeeze version, as the current one (0.09003-1) is too vulnerable to spooky action at a distance. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.35-trunk-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 libclass-accessor-grouped-perl depends on: pn libclass-inspector-perl none (no description available) pn libmro-compat-perlnone (no description available) pn libsub-identify-perl none (no description available) ii libsub-name-perl 0.04-1 Assigns a new name to referenced s ii perl 5.10.1-14 Larry Wall's Practical Extraction Versions of packages libclass-accessor-grouped-perl recommends: pn libclass-xsaccessor-perl none (no description available) libclass-accessor-grouped-perl suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596642: aspell: Segfault on empty STDIN
Package: aspell Version: 0.60.6-4 Severity: important Pretty straightforward: r...@thesaurus:~# echo -n | aspell list Segmentation fault -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.35-trunk-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 aspell depends on: ii dictionaries-common 1.5.12 Common utilities for spelling dict ii libaspell15 0.60.6-4 GNU Aspell spell-checker runtime l ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-13 GCC support library ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand ii libstdc++64.4.4-13 The GNU Standard C++ Library v3 Versions of packages aspell recommends: ii aspell-en [aspell-dictionary] 6.0-0-6English dictionary for GNU Aspell Versions of packages aspell suggests: pn aspell-docnone (no description available) pn spellutilsnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562099: Update
I finally was able to bisect this a little bit. In addition to the original report, I tested with the following versions: -rw-r--r-- 1 root root 421744 2010-04-10 13:29 openvpn_2.1.0-2_i386.deb -rw-r--r-- 1 root root 403716 2008-09-17 20:02 openvpn_2.1~rc11-1_i386.deb -rw-r--r-- 1 root root 406384 2010-01-12 17:49 openvpn_2.1~rc15-1_i386.deb -rw-r--r-- 1 root root 407718 2010-01-12 17:48 openvpn_2.1~rc19-2_i386.deb -rw-r--r-- 1 root root 416610 2010-01-12 17:43 openvpn_2.1~rc20-2_i386.deb a398857f910e203fd7f02d4061889c4d openvpn_2.1.0-2_i386.deb 742788fdd1b5b944ab297aa23139d621 openvpn_2.1~rc11-1_i386.deb 8941d4b581a57bd6312c9b90195a48c6 openvpn_2.1~rc15-1_i386.deb 82e977bf527ba7861855277786d5f132 openvpn_2.1~rc19-2_i386.deb 49171ddda7fbf602c912217a510813a2 openvpn_2.1~rc20-2_i386.deb The problem does not exist on rc11, rc15 and rc19. Upgrading to rc20 or anything more recent causes UDP replies to clients to go out via the default gateway interface, no matter where the incoming connection came from. I am not changing anything on the system, apart from a dpkg -i openvpn-xxx to switch the server version in use. Looking at the changelog of rc20 I do not see anything that could make it behave differently from rc19, but the problematic behavior is sadly totally reproducible. Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562099: [Openvpn-users] Does --multihome work in latest OpenVPN release?
Peter Rabbitson wrote:
Peter Rabbitson wrote:
Samuli Seppänen wrote:
Hi,
Is someone successfully using the --multihome option on latest OpenVPN
release? Or is this bug report still valid:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562099
I am sorry I dropped the ball on testing that one. Will test the coming
night EST, and update.
Looking more at the *debian* changelog, I see that there was a 3rd party
ipv6 patch, which *could* have caused these problems. However it is not
very easy for me to compile a clean openvpn on the multihomed server.
Please let me know if this can be diagnosed in any other way, if not -
I will find a way to test with vanilla openvpn.
And unfortunately I was right (proven with the help of [1]) :(
openvpn_2.1~rc20-1_i386.deb works
openvpn_2.1~rc20-2_i386.deb does not
The only code-change between the two is:
* patches/jjo-ipv6-support.patch: Added ipv6 support. (Closes: #307846)
Patch from JuanJo Ciarlante.
So this got to be the culprit. Attaching a -U10 diff between the sources of
both debian packages (not too long):
[1] http://snapshot.debian.org/package/openvpn/
diff -U10 -r openvpn-2.1_rc21-1/mroute.c openvpn-2.1_rc21-2/mroute.c
--- openvpn-2.1_rc21-1/mroute.c 2010-05-01 21:33:38.520080366 +0200
+++ openvpn-2.1_rc21-2/mroute.c 2010-05-01 21:33:51.746080500 +0200
@@ -358,21 +358,21 @@
}
}
break;
case MR_ADDR_IPV6:
#ifdef USE_PF_INET6
{
struct buffer buf;
struct sockaddr_in6 sin6;
int port;
char buf6[INET6_ADDRSTRLEN] = ;
- memset(sin6, 0, sizeof sin6);
+ CLEAR(sin6);
sin6.sin6_family = AF_INET6;
buf_set_read (buf, maddr.addr, maddr.len);
if (buf_read(buf, sin6.sin6_addr, sizeof (sin6.sin6_addr)))
{
if (getnameinfo((struct sockaddr *)sin6, sizeof (struct
sockaddr_in6),
buf6, sizeof (buf6), NULL, 0,
NI_NUMERICHOST) != 0)
{
buf_printf (out, MR_ADDR_IPV6 getnameinfo() err);
break;
}
diff -U10 -r openvpn-2.1_rc21-1/options.c openvpn-2.1_rc21-2/options.c
--- openvpn-2.1_rc21-1/options.c2010-05-01 21:33:38.529079829 +0200
+++ openvpn-2.1_rc21-2/options.c2010-05-01 21:33:51.792080328 +0200
@@ -1,19 +1,22 @@
/*
* OpenVPN -- An application to securely tunnel IP networks
* over a single UDP port, with support for SSL/TLS-based
* session authentication and key exchange,
* packet encryption, packet authentication, and
* packet compression.
*
* Copyright (C) 2002-2009 OpenVPN Technologies, Inc. sa...@openvpn.net
*
+ * Additions for eurephia plugin done by:
+ * David Sommerseth d...@users.sourceforge.net Copyright (C) 2009
+ *
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2
* as published by the Free Software Foundation.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
@@ -72,20 +75,21 @@
#endif
#ifdef ENABLE_PKCS11
[PKCS11]
#endif
#ifdef ENABLE_IP_PKTINFO
[MH]
#endif
#ifdef USE_PF_INET6
[PF_INET6]
#endif
+ [eurephia]
built on __DATE__
;
#ifndef ENABLE_SMALL
static const char usage_message[] =
%s\n
\n
General Options:\n
--config file : Read configuration options from file.\n
@@ -1545,28 +1549,36 @@
/*
* Sanity check on TCP mode options
*/
if (ce-connect_retry_defined ce-proto != PROTO_TCPv4_CLIENT
#ifdef USE_PF_INET6
ce-proto != PROTO_TCPv6_CLIENT
#endif
)
-msg (M_USAGE, --connect-retry doesn't make sense unless also used with
--proto tcp-client);
+msg (M_USAGE, --connect-retry doesn't make sense unless also used with
--proto tcp-client
+#ifdef USE_PF_INET6
+ or tcp6-client
+#endif
+);
if (ce-connect_timeout_defined ce-proto != PROTO_TCPv4_CLIENT
#ifdef USE_PF_INET6
ce-proto != PROTO_TCPv6_CLIENT
#endif
)
-msg (M_USAGE, --connect-timeout doesn't make sense unless also used with
--proto tcp-client);
+msg (M_USAGE, --connect-timeout doesn't make sense unless also used with
--proto tcp-client
+#ifdef USE_PF_INET6
+ or tcp6-client
+#endif
+);
/*
* Sanity check on MTU parameters
*/
if (options-tun_mtu_defined options-link_mtu_defined)
msg (M_USAGE, only one of --tun-mtu or --link-mtu may be defined (note
that --ifconfig implies --link-mtu %d), LINK_MTU_DEFAULT);
#ifdef ENABLE_OCC
if (!proto_is_udp(ce-proto) options-mtu_test
Bug#573313: svk: A new official version of SVK has shipped
Package: svk Version: 2.0.2-3 Severity: important Plase consider upgrading so we can make the debian-freeze window. The new version is much more robust on mirroring complex trees and the like. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567119: mcedit ignores editnormal in MC_COLOR_TABLE
Package: mc Version: 3:4.7.0.1-1 Severity: important mcedit ignores the 'editnormal' MC_COLOR_TABLE parameter, and instead falls back to the 'normal' parameter', which in turn makes it impossible to use different backgrounds in mc an mcedit. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29.2.thes2 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mc depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libslang2 2.2.2-2The S-Lang programming library - r Versions of packages mc recommends: ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap Versions of packages mc suggests: ii acroread [pdf-viewer] 9.3-0.0 Adobe Acrobat Reader: Portable Doc ii arj 3.10.22-8archiver for .arj files ii bzip2 1.0.5-4 high-quality block-sorting file co pn catdvi none (no description available) pn dbview none (no description available) pn djvulibre-bin none (no description available) ii evince [pdf-viewer] 2.28.2-1 Document (postscript, pdf) viewer ii file5.03-5+b1Determines file type using magic pn gv none (no description available) ii imagemagick 7:6.5.8.3-1 image manipulation programs ii lynx2.8.8dev.2-1 Text-mode WWW Browser (transitiona pn odt2txt none (no description available) ii perl5.10.1-9 Larry Wall's Practical Extraction ii python 2.5.4-9 An interactive high-level object-o pn python-boto none (no description available) pn python-tz none (no description available) ii unzip 6.0-1De-archiver for .zip files ii zip 3.0-1Archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567131: Ctrl+PgUp/Down no longer work in mcedit
Package: mc Version: 3:4.7.0.1-1 Severity: important As noted in the subject the ump to start/end of file no longer works in mcedit with 4.7 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29.2.thes2 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mc depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libslang2 2.2.2-2The S-Lang programming library - r Versions of packages mc recommends: ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap Versions of packages mc suggests: ii acroread [pdf-viewer] 9.3-0.0 Adobe Acrobat Reader: Portable Doc ii arj 3.10.22-8archiver for .arj files ii bzip2 1.0.5-4 high-quality block-sorting file co pn catdvi none (no description available) pn dbview none (no description available) pn djvulibre-bin none (no description available) ii evince [pdf-viewer] 2.28.2-1 Document (postscript, pdf) viewer ii file5.03-5+b1Determines file type using magic pn gv none (no description available) ii imagemagick 7:6.5.8.3-1 image manipulation programs ii lynx2.8.8dev.2-1 Text-mode WWW Browser (transitiona pn odt2txt none (no description available) ii perl5.10.1-9 Larry Wall's Practical Extraction ii python 2.5.4-9 An interactive high-level object-o pn python-boto none (no description available) pn python-tz none (no description available) ii unzip 6.0-1De-archiver for .zip files ii zip 3.0-1Archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481072: dk-filter reliably crashes upon connection from postfix
Jan Wagner wrote: Hi there, On Friday 17 April 2009, Peter Rabbitson wrote: I hope someone can resolve this for me, thanks. any progress here? As this is an RC bug and looking on the popcon usage, you risk to get the package removed from squeeze, as we freeze in the near future. Thanks and with kind regards, Jan. I will recheck later today/tomorrow and report. Thank you for the reminder. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562099: openvpn: --multihome broken in latest version
Package: openvpn Version: 2.1.0-1 Severity: important Upgrading to openvpn 2.1.0-1 breaks the --multihome option. UDP packets are being sent via the interface closest to the defautl gateway *regardless* of which was the interface on which the connection request came in. Downgrading back to 2.1~rc11-1 fixes the problem. Thank you -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560117: libdbd-sybase-perl: Ancient version does not support connections to MSSQL Server 2008
Steve Langasek wrote: forcemerge 329526 560117 thanks On Wed, Dec 09, 2009 at 03:01:04AM +0100, Peter Rabbitson wrote: Package: libdbd-sybase-perl Version: 1.00-3+b2 Severity: important Please consider upgrading this package to something at least a *little* more recent. The current version in debian is unable to connect to MSSQL 2008. Why do you think this connection failure is due to a problem in libdbd-sybase-perl? The protocol logic is all in the freetds libraries. My method dictates this. Freetds is the one coming with debian: 0.82. Here is my testing environment: --- # MSSQL 2005 #IP=192.168.200.102 #PORT=1433 # MSSQL 2008 IP=192.168.200.100 PORT=1036 export DBICTEST_MSSQL_ODBC_DSN=dbi:ODBC:server=$IP;port=$PORT;database=dbic_test;driver=FreeTDS;tds_version=8.0 export DBICTEST_MSSQL_ODBC_USER=dbic_test export DBICTEST_MSSQL_ODBC_PASS=123 export DBICTEST_MSSQL_DSN=dbi:Sybase:server=$IP;port=$PORT;database=dbic_test export DBICTEST_MSSQL_USER=dbic_test export DBICTEST_MSSQL_PASS=123 --- Simply swapping the ip/port info switches me between 2005 and 2008. Both DSNs work on 2005. Only the ODBC functions on 2008, the Sybase one hangs until a timeout. Also testers who bit the bullet and compiled Sybase 1.09 have no problems connecting to 2008. You should be able to replicate this trivially by installing MSSQL 2008 express edition. If this is not possible I can arrange for a temporary test database for you. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560117: libdbd-sybase-perl: Ancient version does not support connections to MSSQL Server 2008
Package: libdbd-sybase-perl Version: 1.00-3+b2 Severity: important Please consider upgrading this package to something at least a *little* more recent. The current version in debian is unable to connect to MSSQL 2008. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550479: libgnome2-0: The library depends on a daemon?!
Package: libgnome2-0 Version: 2.20.1.1-1 Severity: important libgnome2-0 starting from version 2.26.0 (currently in testing) depends on gvfs - some sort of pesky gnome bloatware. So now when I install e.g. mysql-query-browser I get an extra daemon on my system. The best way I can sum this up is wtf? :) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29.2.thes2 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgnome2-0 depends on: ii libaudiofile00.2.6-7 Open-source version of SGI's audio ii libbonobo2-0 2.24.2-1Bonobo CORBA interfaces library ii libc62.9-27 GNU C Library: Shared libraries ii libesd-alsa0 [libesd0] 0.2.41-5Enlightened Sound Daemon (ALSA) - ii libgconf2-4 2.26.2-3GNOME configuration database syste ii libglib2.0-0 2.22.2-2The GLib library of C routines ii libgnome2-common 2.20.1.1-1 The GNOME 2 library - common files ii libgnomevfs2-0 1:2.24.2-1 GNOME Virtual File System (runtime ii liborbit21:2.14.17-1 libraries for ORBit2 - a CORBA ORB ii libpopt0 1.15-1 lib for parsing cmdline parameters libgnome2-0 recommends no packages. libgnome2-0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544339: Confirming
Seeing absolutely the same problem here. The following changes allow audacious to start. This is horrible :( --- /etc/timidity/timidity.cfg.orig 2009-10-03 13:21:56.0 +0200 +++ /etc/timidity/timidity.cfg 2009-10-03 13:22:24.0 +0200 @@ -32,12 +32,12 @@ dir /usr/local/lib/timidity/patches ## # Default patches # -source gravis.cfg -source sustain.cfg +source /usr/local/lib/timidity/patches/gravis.cfg +source /usr/local/lib/timidity/patches/sustain.cfg ## # If you want the full GUS General MIDI patch set (doesn't sound too good), # uncomment the following lines -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544904: libsql-translator-perl: New upstream version available
Package: libsql-translator-perl Version: 0.09004-2 Severity: normal Greetings. Please consider packaging SQL::Translator 0.11002, as it is an optional dependency of the upcoming DBIx::Class release. Also looking through the debian bug reports, I can identify several issues that have definitely been resolved in prior releases: 459583, 491849 and 379928 can all be marked as fixed. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543895: The locale setting in /etc/init.d/cron actually does not work
Package: cron Version: 3.0pl1-106 Severity: important It appears that although /etc/environment is deprecated, it is the sole point in which one can define the default locale used by cron. Here is my testing methodology: create a crontab for user ccs that does: * * * * * env With my locales set as follows: r...@arzamas:/# cat /etc/default/locale # File generated by update-locale LANG=en_US.UTF-8 r...@arzamas:/# cat /etc/environment LANG=en_US.UTF-8 I receive the expected email: SHELL=/bin/sh PATH=/usr/bin:/bin:/usr/local/bin:/usr/local/sbin PWD=/home/ccs LANG=en_US.UTF-8 SHLVL=1 HOME=/home/ccs LOGNAME=ccs _=/usr/bin/env However if I comment out the /etc/environment line as follows: r...@arzamas:/# cat /etc/environment #LANG=en_US.UTF-8 All I get is: SHELL=/bin/sh PATH=/usr/bin:/bin:/usr/local/bin:/usr/local/sbin PWD=/home/ccs SHLVL=1 HOME=/home/ccs LOGNAME=ccs _=/usr/bin/env I tried to restart crond and even the entire system - unless the locale is specified in /etc/environment, cron is oblivious to it. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534109: wmauda attemtps to start the wrong binary
Package: wmauda Version: 0.7-2 Severity: grave Justification: renders package unusable The audacious executable is now called `/usr/bin/audacious2`. wmauda is only attempting to start `audacious`. A simple symlink does the trick, the control interface seems to be working as before. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29.2.thes1 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wmauda depends on: ii audacious 2.0.1-1small and fast audio player which ii dbus-x11 1.2.14-3 simple interprocess messaging syst ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libaudclient1 1.5.1-4audacious dbus remote control libr ii libc6 2.9-17 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.14-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4 simple interprocess messaging syst ii libglib2.0-0 2.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.2-1 The GTK+ graphical user interface ii libmcs1 0.7.1-1Abstraction library to store confi ii libmowgli10.6.1-1a high performance development fra ii libpango1.0-0 1.24.3-1 Layout and rendering of internatio ii libx11-6 2:1.2.1-1 X11 client-side library wmauda recommends no packages. wmauda suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527576: samba: Fixes introduced in #496073 prevent usage of smbstatus by a non-root user
Package: samba Version: 2:3.3.4-1 Severity: normal Hello, The fix for bug #496073 introduced the following two patches into the codebase: http://us3.samba.org/samba/ftp/patches/security/samba-3.2.2-CVE-2008-3789-1.patch http://us3.samba.org/samba/ftp/patches/security/samba-3.2.2-CVE-2008-3789-2.patch This prevents me from running connection reports as a non-user using the smbstatus utility, as there are insufficient permissions to open /var/run/samba/messages.tdb. This is furthermore compounded by the problem of /var/run being cleaned up on every reboot, so I any chmod 660/chgrp authorised users settings are lost. Currently the only way forward is for me to set SUID on smbstatus, and by all standards this is a bad idea. Is there any better workaround for this? Ideally I'd like to have perms 660 on newly created files, and have samba respect the SGID setting of /var/run/samba Thank you -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526262: mlocate: Add fuse.sshfs to PRUNEFS=
Package: mlocate Version: 0.21.1-2 Severity: normal Please consider adding the fuse.sshfs fs type to PRUNEFS in /etc/updatedb.conf. After mounting a sshfs outside of /media yesterday, I generated quite some traffic scanning a mailspool over the network :( -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.7.th1 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mlocate depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-4 GNU C Library: Shared libraries mlocate recommends no packages. mlocate suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481072: dk-filter reliably crashes upon connection from postfix
From: Igor Novgorodov i.novgoro...@kr-pro.ru Date: Mon, 23 Mar 2009 10:45:38 +0300 You need to specify selector with -S option. Otherwise dk-filter sees it as a NULL string, and assert crashes. Doesn't seem to help it. Here is what I do (to refresh): dk-filter -p inet:20...@localhost -i /etc/mail/smtp_servers -c nofws -d /etc/postfix/config/dbmail_domains.lst -D -H -s /etc/mail/dk_keylist -k -l -S dummy_selector -f Then I send a message with a From matching one of the lines in dk_keylist. The moment DATA finishes, I get: dk-filter: util.c:47: dk_sterilize: Assertion `str != ((void *)0)' failed. The same happens if I remove the -S dummy option. I am confident this has nothing to do with postfix because the following just works(tm): dk-filter -p inet:20...@localhost -i /etc/mail/smtp_servers -c nofws -d promo.y.com -s /etc/mail/rsa_domainkeys/promo_y_com_dk_1 -l -S promo_y_com_dk_1 -f Contents of files: == r...@arzamas:/etc/init.d# cat /etc/mail/smtp_servers # This is an exhaustive list of addresses from which connections could be made # to the dk/dkim milters. Any such connection is also implicitly treated # as sign-only. localhost mail.x.com promo.y.com mx1.z.com == r...@arzamas:/etc/init.d# cat /etc/postfix/config/dbmail_domains.lst x.com y.com z.com some other unrelated domains - this is a shared file == r...@arzamas:/etc/init.d# cat /etc/mail/dk_keylist *...@promo.y.com:/etc/mail/rsa_domainkeys/promo_y_com_dk_1 I hope someone can resolve this for me, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506131: Yay
http://debian.org/News/2009/20090214 Now I can haz 1.1.17? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506131: Hm
This means you'll probably need to wait for Lenny to be released, and then for fsvs-1.1.17 (which is already packaged and ready to go) to find its way into lenny-backports. How come 3 months later it is still not in unstable if it is ready to go? Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506131: Hm
Sheldon Hearn wrote: On Mon, 2009-02-09 at 12:40 +0100, Peter Rabbitson wrote: How come 3 months later it is still not in unstable if it is ready to go? My mentor advised me against importing into unstable prior to the release of Lenny, because if a security issue comes up before then, it'll be a mission to deal with. If you've been tracking unstable, you'll have noticed that the Lenny freeze has effectively frozen Sid as well. fsvs isn't being (mis-)handled specially. :-) Interesting... Never actually heard of this before, but you are right indeed. Ok then comes the question - may we have the deb file by some alternative means? Either experimental or a manual download... Unless the unfreeze is indeed around the corner (unlikely with debian :) In any case the deb, no matter where it came from, would beat a manual install any day. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500871: schroot: Revisiting bug#427047: followup implementation question
Package: schroot Version: 1.2.1-1 Severity: minor Hi! I finally came back to using schroot, and was delighted to find the feature I proposed some time ago fully implemented. I have a documentation/example question though. Everywhere in the documentation and in the default fstab file you assert that The format of this file is the same as for /etc/fstab, documented in fstab(5). However in my initial proposal I dropped the 5th and 6th field, namely fs_freq and fs_passno. Is there a reason to maintain those without mentioning that their values are ignored? Or are the values in fact interpreted in some way? Thank you Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500871: [Buildd-tools-devel] Bug#500871: schroot: Revisiting bug#427047: followup implementation question
Roger Leigh wrote: I have a documentation/example question though. Everywhere in the documentation and in the default fstab file you assert that The format of this file is the same as for /etc/fstab, documented in fstab(5). However in my initial proposal I dropped the 5th and 6th field, namely fs_freq and fs_passno. Is there a reason to maintain those without mentioning that their values are ignored? Or are the values in fact interpreted in some way? We use the standard POSIX getmntent family of functions to read the file; these are the same functions used to read /etc/fstab and /etc/mtab. As a result, the file format is identical, and this requires using all 6 fields. This is more reliable than parsing the file ourselves--we use the system parser that all other programs use. We don't mention that the values are ignored; this is partly because you have to write values as you would in /etc/fstab (i.e. 0 0), and partly because this gives us the ability to use them in the future if we wanted to run fsck on session startup, for example. All points are valid, I understand the reason for this decision now. All objections withdrawn, please close this bug. Cheers Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493488: This bugfix is way too heavy and breaks existing setups
Hi,
This fix breaks the following setup:
1) Server A provides openvpn connectivity to clients
2) Servers X Y and Z are configured as VPN clients and provide some http
services both to the outside internet and to any VPN clients.
3) The http services are configured in a way that mandates password
authentication via an SSL channel, except when communicating with other
VPN clients.
4) Server A supplies 'push route hostname.of.[X|Y|Z].server', because
the servers in question are development machines, which can (and do)
change their IP addresses rather frequently.
With the current fix point 4 becomes impractical, and now besides
updates to the dns (which are automatic) I have to update the server
config every time something changes (which unfortunately is manual).
It would be desirable that the code attached below can be disabled with
some sort of configuration switch (i.e. --route-fqdn-pull).
Thank you
Peter
options.c
---
else if (streq (p[0], route) p[1])
{
VERIFY_PERMISSION (OPT_P_ROUTE);
rol_check_alloc (options);
if (pull_mode)
{
if (!ip_addr_dotted_quad_safe (p[1]) !is_special_addr (p[1]))
{
msg (msglevel, route parameter network/IP '%s' is not an IP
address, p[1]);
goto err;
}
if (p[2] !ip_addr_dotted_quad_safe (p[2]))
{
msg (msglevel, route parameter netmask '%s' is not an IP
address, p[2]);
goto err;
}
if (p[3] !ip_addr_dotted_quad_safe (p[3]) !is_special_addr
(p[3]))
{
msg (msglevel, route parameter gateway '%s' is not an IP
address, p[3]);
goto err;
}
}
add_route_to_option_list (options-routes, p[1], p[2], p[3], p[4]);
}
---
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470636: VSFTPD
Adding a dependency on the update-inetd package (which is not an inetd on its own) should be sufficient imo. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487849: /sbin/mkfs.ext2: Incorrect description of stripe-width extended option
Package: e2fsprogs Version: 1.40.11-1 Severity: minor File: /sbin/mkfs.ext2 Currently the man-page of mkfs.ext2 reads: ...This is typically be stride-size * N, where N is the number of data disks in the RAID (e.g. RAID 5 N+1, RAID 6 N+2)... which actually should be: ...(e.g. RAID 5 N-1, RAID 6 N-2)... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433660: postfix: Proposal for init.d script handling of multiple instances
LaMont Jones wrote:
On Wed, Jul 18, 2007 at 05:56:40PM +0200, Peter Rabbitson wrote:
The attached patch to /etc/init.d/postfix allows running and controlling more
than one postfix instance. I am taking advantage of the postfix design, such
...
Please feel free to apply this patch at the next release if you find the idea
useful.
Given that work in this arena is ongoing, and didn't make the cut for
2.5, I'm inclined to wait for this to come down from upstream, rather
than inventing our own solution now.
lamont
I'd like to draw your attention to this bugreport once again. I did some
research and it seems that the upstream developers do not support/distribute
any init.d scripts (even an example one). This being said I am not sure what
work in this area you are referring to. Once again I am attaching for your
consideration a new patch against 2.5.2-1.
Peter
--- postfix.old 2008-05-30 04:03:00.0 +0200
+++ postfix 2008-06-24 19:32:32.753474580 +0200
@@ -19,6 +19,7 @@
PATH=/bin:/usr/bin:/sbin:/usr/sbin
DAEMON=/usr/sbin/postfix
+DEFAULT_CONFIG=/etc/postfix
NAME=Postfix
TZ=
unset TZ
@@ -28,13 +29,18 @@
test -f /etc/default/postfix . /etc/default/postfix
-test -x $DAEMON test -f /etc/postfix/main.cf || exit 0
+test -x $DAEMON test -f $DEFAULT_CONFIG/main.cf || exit 0
. /lib/lsb/init-functions
#DISTRO=$(lsb_release -is 2/dev/null || echo Debian)
running() {
-queue=$(postconf -h queue_directory 2/dev/null || echo /var/spool/postfix)
+ if [ -n $1 ]; then
+ CFG_DIR=$1
+ else
+ CFG_DIR=$DEFAULT_CONFIG
+ fi
+queue=$(postconf -c $CFG_DIR -h queue_directory 2/dev/null)
if [ -f ${queue}/pid/master.pid ]; then
pid=$(sed 's/ //g' ${queue}/pid/master.pid)
# what directory does the executable live in. stupid prelink systems.
@@ -45,17 +51,48 @@
fi
}
+parse_alt_cfg() {
+ OIFS=$IFS
+ IFS=
+ while read line ; do
+ # skip comments/blanks
+ if echo $line | grep -E ^[[:space:]]*$|^# /dev/null; then continue ;fi
+
+ # look for alt config parameter
+ if echo $line | grep ^alternate_config_directories[[:space:]]*= /dev/null; then
+ ALT_CONFIGS=$(echo $line | sed 's/alternate_config_directories\s*=//')
+ ALT_CFG=y
+ # if a line starts with a space and we are stil within an alt config - append
+ elif [ $ALT_CFG = y ] echo $line | grep ^[[:space:]] /dev/null; then
+ ALT_CONFIGS=$ALT_CONFIGS $line
+ # otherwise a different parameter is encountered - we are done
+ else
+ ALT_CFG=
+ fi
+ done $DEFAULT_CONFIG/main.cf
+
+ IFS=$OIFS
+}
+
+parse_alt_cfg
+CONFIGS=$DEFAULT_CONFIG $ALT_CONFIGS
+
+
+
case $1 in
start)
- log_daemon_msg Starting Postfix Mail Transport Agent postfix
- RUNNING=$(running)
+
+ for CFG in $CONFIGS; do
+
+ log_daemon_msg Starting Postfix Mail Transport Agent $CFG
+ RUNNING=$(running $CFG)
if [ -n $RUNNING ]; then
log_end_msg 0
else
# if you set myorigin to 'ubuntu.com' or 'debian.org', it's wrong, and annoys the admins of
# those domains. See also sender_canonical_maps.
- MYORIGIN=$(postconf -h myorigin | tr 'A-Z' 'a-z')
+ MYORIGIN=$(postconf -c $CFG -h myorigin | tr 'A-Z' 'a-z')
if [ X${MYORIGIN#/} != X${MYORIGIN} ]; then
MYORIGIN=$(tr 'A-Z' 'a-z' $MYORIGIN)
fi
@@ -66,17 +103,17 @@
fi
# see if anything is running chrooted.
- NEED_CHROOT=$(awk '/^[0-9a-z]/ ($5 ~ [-yY]) { print y; exit}' /etc/postfix/master.cf)
+ NEED_CHROOT=$(awk '/^[0-9a-z]/ ($5 ~ [-yY]) { print y; exit}' $CFG/master.cf)
if [ -n $NEED_CHROOT ] [ -n $SYNC_CHROOT ]; then
# Make sure that the chroot environment is set up correctly.
oldumask=$(umask)
umask 022
- cd $(postconf -h queue_directory)
+ cd $(postconf -c $CFG -h queue_directory)
# if we're using tls, then we need to add etc/ssl/certs/ca-certificates.crt.
- smtp_use_tls=$(postconf -h smtp_use_tls)
- smtpd_use_tls=$(postconf -h smtpd_use_tls)
+ smtp_use_tls=$(postconf -c $CFG -h smtp_use_tls)
+ smtpd_use_tls=$(postconf -c $CFG -h smtpd_use_tls)
if [ X$smtp_use_tls = Xyes -o X$smtpd_use_tls = Xyes ]; then
if [ -f /etc/ssl/certs/ca-certificates.crt ]; then
mkdir -p etc/ssl/certs
@@ -85,7 +122,7 @@
fi
# if we're using unix:passwd.byname, then we need to add etc/passwd.
- local_maps=$(postconf -h local_recipient_maps)
+ local_maps=$(postconf -c $CFG -h local_recipient_maps)
if [ X$local_maps != X${local_maps#*unix:passwd.byname} ]; then
if [ X$local_maps = X${local_maps#*proxy:unix:passwd.byname} ]; then
sed 's/^\([^:]*\):[^:]*/\1:x/' /etc/passwd etc/passwd
@@ -108,19 +145,24 @@
umask $oldumask
fi
- if start-stop-daemon --start --exec ${DAEMON} -- quiet-quick-start; then
+ if start-stop-daemon --start --exec ${DAEMON} -- -c $CFG quiet-quick-start; then
log_end_msg 0
else
log_end_msg 1
fi
fi
+
+ done
;;
stop)
- RUNNING=$(running)
- log_daemon_msg Stopping Postfix Mail Transport Agent postfix
+
+ for CFG
Bug#482672: dkim-filter: Lack of proper config file support in init script
Package: dkim-filter
Version: 2.5.5.dfsg-1+b2
Severity: important
Tags: patch
Although dkim-filter moved entirely to a .conf file, the init script makes
this harder than it should be. SOCKET is explicitly specified in the init
script, which causes DAEMON_OPTS to be populated, and subsequently overrides
any SOCKET settings from the config file (thus making it impossible to run a
TCP listener for instance). Since I was not sure if removing the line
SOCKET=local:$RUNDIR/$NAME.sock would violate any policies, and didn't want to
fiddle with the init file itself, I edited /etc/default/dkim-filter to contain:
DAEMON_OPTS=
SOCKET=
which should have signaled to the script that I want to rely on the config file
entirely. However due to lack of proper quoting throughout the entire script the
thing blew up. I am attaching a patch for the quoting only (since it has to be
there anyway), although I believe SOCKET has no place in the init script at all.
Cheers
Peter
--- dkim-filter.dpkg-dist 2008-05-12 17:18:07.0 -0400
+++ dkim-filter 2008-05-24 07:10:52.0 -0400
@@ -40,27 +40,27 @@
start() {
# Create the run directory if it doesn't exist
- if [ ! -d $RUNDIR ]; then
- install -o $USER -g $GROUP -m 755 -d $RUNDIR || return 2
+ if [ ! -d $RUNDIR ]; then
+ install -o $USER -g $GROUP -m 755 -d $RUNDIR || return 2
fi
# Clean up stale sockets
- if [ -f $PIDFILE ]; then
+ if [ -f $PIDFILE ]; then
pid=`cat $PIDFILE`
- if ! ps -C $DAEMON -s $pid /dev/null; then
- rm $PIDFILE
+ if ! ps -C $DAEMON -s $pid /dev/null; then
+ rm $PIDFILE
# UNIX sockets may be specified with or without the
# local: prefix; handle both
t=`echo $SOCKET | cut -d: -f1`
s=`echo $SOCKET | cut -d: -f2`
- if [ -e $s -a -S $s ]; then
+ if [ -e $s -a -S $s ]; then
if [ $t = $s -o $t = local ]; then
- rm $s
+ rm $s
fi
fi
fi
fi
- start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --
$DAEMON_OPTS
- # Detect exit status 64 (configuration error)
+ start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON
-- $DAEMON_OPTS
+ # Detect exit status 78 (configuration error)
ret=$?
if [ $ret -eq 78 ]; then
echo See /usr/share/doc/dkim-filter/README.Debian or
dkim-filter.conf(5) for help
@@ -71,11 +71,11 @@
}
stop() {
- start-stop-daemon --stop --retry $stoptimeout --exec $DAEMON
+ start-stop-daemon --stop --retry $stoptimeout --exec $DAEMON
}
reload() {
- start-stop-daemon --stop --signal USR1 --exec $DAEMON
+ start-stop-daemon --stop --signal USR1 --exec $DAEMON
}
case $1 in
Bug#481028: initscripts: if-up.d/mountnfs too chatty on startup with multiple interfaces
Package: initscripts Version: 2.86.ds1-56 Severity: minor When booting a server with multiple physical and virtual interfaces the mountnfs plugin emits a screenfull of useless messages. I tried to make sense of the waiting loop but failed to grok it altogether. This behavior is not exhibited on single-interface setups. Example startup: --- ... Mon May 12 05:14:55 2008: Setting up networking Mon May 12 05:14:55 2008: Configuring network interfaces...if-up.d/mountnfs[lan_main]: waiting for interface lan_untr before doing NFS mounts Mon May 12 05:14:55 2008: if-up.d/mountnfs[lan_main]: waiting for interface wan_a before doing NFS mounts Mon May 12 05:14:55 2008: if-up.d/mountnfs[lan_main]: waiting for interface wan_a:1 before doing NFS mounts Mon May 12 05:14:55 2008: if-up.d/mountnfs[lan_main]: waiting for interface wan_a:2 before doing NFS mounts Mon May 12 05:14:55 2008: if-up.d/mountnfs[lan_main]: waiting for interface wan_a:3 before doing NFS mounts Mon May 12 05:14:55 2008: if-up.d/mountnfs[lan_main]: waiting for interface wan_a:4 before doing NFS mounts Mon May 12 05:14:55 2008: if-up.d/mountnfs[lan_main]: waiting for interface wan_b before doing NFS mounts Mon May 12 05:14:55 2008: if-up.d/mountnfs[lan_main]: waiting for interface tun_cc before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[lan_untr]: waiting for interface wan_a before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[lan_untr]: waiting for interface wan_a:1 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[lan_untr]: waiting for interface wan_a:2 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[lan_untr]: waiting for interface wan_a:3 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[lan_untr]: waiting for interface wan_a:4 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[lan_untr]: waiting for interface wan_b before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[lan_untr]: waiting for interface tun_cc before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a]: waiting for interface wan_a:1 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a]: waiting for interface wan_a:2 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a]: waiting for interface wan_a:3 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a]: waiting for interface wan_a:4 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a]: waiting for interface wan_b before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a]: waiting for interface tun_cc before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a:1]: waiting for interface wan_a:2 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a:1]: waiting for interface wan_a:3 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a:1]: waiting for interface wan_a:4 before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a:1]: waiting for interface wan_b before doing NFS mounts Mon May 12 05:14:56 2008: if-up.d/mountnfs[wan_a:1]: waiting for interface tun_cc before doing NFS mounts Mon May 12 05:14:57 2008: if-up.d/mountnfs[wan_a:2]: waiting for interface wan_a:3 before doing NFS mounts Mon May 12 05:14:57 2008: if-up.d/mountnfs[wan_a:2]: waiting for interface wan_a:4 before doing NFS mounts Mon May 12 05:14:57 2008: if-up.d/mountnfs[wan_a:2]: waiting for interface wan_b before doing NFS mounts Mon May 12 05:14:57 2008: if-up.d/mountnfs[wan_a:2]: waiting for interface tun_cc before doing NFS mounts Mon May 12 05:14:57 2008: if-up.d/mountnfs[wan_a:3]: waiting for interface wan_a:4 before doing NFS mounts Mon May 12 05:14:57 2008: if-up.d/mountnfs[wan_a:3]: waiting for interface wan_b before doing NFS mounts Mon May 12 05:14:57 2008: if-up.d/mountnfs[wan_a:3]: waiting for interface tun_cc before doing NFS mounts Mon May 12 05:14:57 2008: if-up.d/mountnfs[wan_a:4]: waiting for interface wan_b before doing NFS mounts Mon May 12 05:14:57 2008: if-up.d/mountnfs[wan_a:4]: waiting for interface tun_cc before doing NFS mounts Mon May 12 05:14:57 2008: if-up.d/mountnfs[wan_b]: waiting for interface tun_cc before doing NFS mounts Mon May 12 05:14:57 2008: Starting virtual private network daemon: vpn.main(OK). Mon May 12 05:14:57 2008: done. ... Corresponding /etc/network/interfces: - # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback auto lan_main auto lan_untr auto wan_a auto wan_a:1 auto wan_a:2 auto wan_a:3 auto wan_a:4 auto wan_b auto tun_cc iface wan_a inet static address xxx.xxx.xxx.xxx netmask 255.255.255.248 iface wan_a:1 inet static address xxx.xxx.xxx.yyy netmask 255.255.255.248
Bug#481031: libdbix-class-perl: Erroneous dependencies
Package: libdbix-class-perl Version: 0.08010-1 Severity: normal Please fix the following dependency errors: The following dependencies are useless (not even as Suggests) as of 0.08: = libclass-data-accessor-perl libossp-uuid-perl libuniversal-exports-perl libtie-ixhash-perl The following dependencies are useful only for a deprecated compatibility layer (the use of which is discouraged), thus should be marked as Suggests: = libdbix-contextualfetch-perl libclass-trigger-perl The following libraries are explicitly required as of 0.08: = libjson-any-perl At least the following libraries will be required by the next minor release: = libdigest-sha1-perl libpath-class-perl Cheers Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481028: initscripts: if-up.d/mountnfs too chatty on startup with multiple interfaces
Petter Reinholdtsen wrote: [Peter Rabbitson] When booting a server with multiple physical and virtual interfaces the mountnfs plugin emits a screenfull of useless messages. I tried to make sense of the waiting loop but failed to grok it altogether. This behavior is not exhibited on single-interface setups. Why do you find the messages useless? The message is intended to explain what the boot is waiting for before it continues. Because I do not even have the NFS packages installed, left alone having any NFS mounts defined. Maybe mountnfs should abort itself if there is nothing to mount in the first place? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481072: dk-filter reliably crashes upon connection from postfix
Package: dk-filter Version: 1.0.0.dfsg-1 Severity: grave Justification: renders package unusable After setting up multiple key dk-filter with postfix I started experiencing the following problems any time postfix attempted to contact the milter: May 13 09:19:06 Arzamas postfix/cleanup[24894]: warning: milter inet:127.0.0.1:20028: can't read SMFIC_EOH reply packet header: Success May 13 09:19:06 Arzamas postfix/cleanup[24894]: 8D809B1B1C: milter-reject: END-OF-MESSAGE from localhost[127.0.0.1]: 4.7.1 Service unavailable - try again later; from=WITHHELD to=WITHHELD proto=ESMTP helo=WITHHELD I executed the milter in no-forking mode and this is what I got: [EMAIL PROTECTED]:~# /usr/bin/dk-filter -u dk-filter -P /var/run/dk-filter/dk-filter.pid -p inet:[EMAIL PROTECTED] -c nofws -d /etc/postfix/config/dbmail_domains.lst -D -s /etc/mail/dk.keys -k -l -f dk-filter: util.c:47: dk_sterilize: Assertion `str != ((void *)0)' failed. Aborted If I go back to the -s /etc/mail/arzamas_dk setting and remove -k, everything works as expected. I assume that dk-filter can not cope with the way I have formatted my dk.keys. Please advise Here are my setup details: * both postfix and dk-filter are latest unaltered packages from debian testing * no milter options are present in main.cf ( postconf -n | grep milter returns empty ) * the milter is specified as '-o smtpd_milters=inet:127.0.0.1:20028' at the smtpd process accepting back virus scanned mail Contents of /etc/mail/dk.keys: == [EMAIL PROTECTED]:/etc/postfix# cat /etc/mail/dk.keys [EMAIL PROTECTED]WITHHELD:/etc/mail/arzamas_dk [EMAIL PROTECTED]:/etc/postfix# where /etc/mail/arzamas_dk was generated by: openssl genrsa -out /etc/mail/arzamas_dk 1024 The full configuration of the loopback smtpd: # direct pass-through daemon (feedback from mail scanning) # carries out domainkeys signing/verification localhost:20026 inet n - - - - smtpd -o soft_bounce=yes -o content_filter= -o inet_interfaces=loopback-only -o disable_dns_lookups=yes -o smtpd_delay_reject=no -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_inet_interfaces,reject -o smtpd_data_restrictions= -o smtpd_end_of_data_restrictions= -o smtpd_etrn_restrictions= -o smtpd_hard_error_limit=19 -o smtpd_soft_error_limit=20 -o smtpd_error_sleep_time=0 -o smtpd_client_connection_count_limit=0 -o smtpd_client_connection_rate_limit=0 -o receive_override_options=no_header_body_checks,no_unknown_recipient_checks -o smtpd_milters=inet:127.0.0.1:20028 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471941: gcalctool: Thousands separator does not work starting with 5.22
Package: gcalctool Version: 5.22.0-1 Severity: important When using the latest version of gcalctool with thousands separator enabled, it treats any input as a digit (including operators). To reproduce: start gcalctool make sure the thousands separator is engaded (View menu) enter: 1*214 (the problem is already seen right there) the result of this operation for me is: 2,1,40,,000 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.14.th2 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcalctool depends on: ii gconf22.22.0-1 GNOME configuration database syste ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-9 GNU C Library: Shared libraries ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-2 The GTK+ graphical user interface ii libpango1.0-0 1.20.0-1 Layout and rendering of internatio gcalctool recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433660: postfix: Proposal for init.d script handling of multiple instances
LaMont Jones wrote: On Wed, Jul 18, 2007 at 05:56:40PM +0200, Peter Rabbitson wrote: The attached patch to /etc/init.d/postfix allows running and controlling more than one postfix instance. I am taking advantage of the postfix design, such ... Please feel free to apply this patch at the next release if you find the idea useful. Given that work in this arena is ongoing, and didn't make the cut for 2.5, I'm inclined to wait for this to come down from upstream, rather than inventing our own solution now. Hey whatever works for you. I am a little surprised as this is a relatively small and totally unintrusive patchset, but that's why there is one maintainer per package not 1000 :) I'll just keep patching the init script on updates. Thanks for considering Cheers! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464255: (no subject)
Why was this info completely removed instead of placing it (and the man pages) in a non-free package? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463810: /sbin/fsck.xfs: fsck.xfs does not honor the -y flag
Package: xfsprogs
Version: 2.9.5-1
Severity: important
File: /sbin/fsck.xfs
Tags: patch
It is not uncommon for an administrator to set FSCKFIX=yes in /etc/default/rcS
in order to allow a remote machine to boot. In its current version the no-op
script /sbin/fsck.xfs does not recognize the -y option leading to a misleading
warning upon reboot:
Fri Feb 1 06:28:51 2008: Checking all file systems.
Fri Feb 1 06:28:51 2008: [/sbin/fsck.xfs (1) -- /space] fsck.xfs -y
/dev/mapper/raid10-space
Fri Feb 1 06:28:51 2008: If you wish to check the consistency of an XFS
filesystem or
Fri Feb 1 06:28:51 2008: repair a damaged filesystem, see xfs_check(8) and
xfs_repair(8).
Fri Feb 1 06:28:51 2008: Done checking file systems.
The attached to line patch fixes this.
Cheers!
Peter
--- /sbin/fsck.xfs.orig 2008-02-03 15:34:59.0 +0100
+++ /sbin/fsck.xfs 2008-02-03 15:37:01.0 +0100
@@ -4,10 +4,10 @@
#
AUTO=false
-while getopts :aA c
+while getopts :aAy c
do
case $c in
- a|A)AUTO=true;;
+ a|A|y) AUTO=true;;
esac
done
eval DEV=\${$#}
Bug#451519: audacious: Audacious no longer follows 302/303 redirects
Package: audacious Version: 1.4.0-1 Severity: normal Starting version 1.4 audacious no longer honors http redirects. It used to work with 302 (not 303) Here are two addresses for convenience of testing (both pointing to http://82.134.68.36:7999 which is usually playable): http://rabbit.us/test302 http://rabbit.us/test303 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.6.th10 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages audacious depends on: ii audacious-plugins 1.4.0-1 Base plugins for audacious ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libaudclient1 1.4.0-1 Audacious C++ remote control libra ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-31.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libfontconfig1 2.5.0-1 generic font configuration library ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgtk2.0-02.12.1-2 The GTK+ graphical user interface ii libmcs10.4.1-2+b1Abstraction library to store confi ii libmowgli1 0.5.0-3 a high performance development fra ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libsamplerate0 0.1.2-5 audio rate conversion library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor11:1.1.9-1 X cursor management library ii libxdamage11:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.30.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra Versions of packages audacious recommends: ii audacious-plugins-extra 1.4.0-1Various extra plugins for audaciou ii unzip 5.52-10De-archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451352: wmauda: Wmauda can only start audacious, no control panel, no click actions
Package: wmauda Version: 0.3-4 Severity: grave Justification: renders package unusable This might be related to bug #450439. wmauda starts as usual displaying the A idle icon in the dock. Once double clicked it correctly starts audacious. At this point however the A icon is not replaced by the 6 button + volume control panel. Also the right/middle click actions seem to have no effect on the running audacious instance. Let me know if I can provide any additional information. Thanks Peter -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.6.th10 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wmauda depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libaudacious5 1.3.2-5 Audacious C++ shared library ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-1 generic font configuration library ii libglib2.0-02.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-2 The GTK+ graphical user interface ii libmcs1 0.4.1-2+b1 Abstraction library to store confi ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio 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 Versions of packages wmauda recommends: ii audacious 1.4.0-1Small and fast audio player which -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446489: postgrey: Ability to specify Syslog facility other than mail
Package: postgrey
Version: 1.31-1
Severity: minor
Tags: patch
The attached code/documentation patch adds a new postgrey option allowing to
specify a syslog facility different than mail (my requirements are for it to
be local0). Feel free to include this patch if you find the idea useful.
Cheers
--- postgrey.org2007-10-13 14:30:17.0 +0200
+++ postgrey2007-10-13 14:48:57.0 +0200
@@ -486,6 +486,7 @@
'user=s', 'group=s', 'dbdir=s', 'pidfile=s', 'delay=i', 'max-age=i',
'lookup-by-subnet', 'lookup-by-host', 'auto-whitelist-clients:s',
'whitelist-clients=s@', 'whitelist-recipients=s@',
+'syslogfacility|syslog-facility|facility=s',
'retry-window=s', 'greylist-action=s', 'greylist-text=s', 'privacy',
'hostname=s', 'exim', 'listen-queue-size=i'
) or exit(1);
@@ -564,7 +565,7 @@
log_level= $opt{quiet} ? 1 : ($opt{verbose} ? 3 : 2),
log_file = $opt{daemonize} ? 'Sys::Syslog' : undef,
syslog_logsock = $syslog_logsock,
-syslog_facility = 'mail',
+syslog_facility = $opt{syslogfacility} || 'mail',
syslog_ident = 'postgrey',
listen = $opt{'listen-queue-size'} ?
$opt{'listen-queue-size'} : undef,
},
@@ -759,6 +760,7 @@
-h, --help display this help and exit
--version output version information and exit
-v, --verbose increase verbosity level
+ --syslog-facility Syslog facility to use (default mail)
-q, --quiet decrease verbosity level
-u, --unix=PATH listen on unix socket PATH
-i, --inet=[HOST:]PORT listen on PORT, localhost if HOST is not specified
Bug#444379: wmauda: Dock Icon invisible on startup
Julien BLACHE wrote: OK, I can reproduce that on another machine, I'll look into that. Excellent! I was just about to tell you that I can _NOT_ reproduce it on any of the two laptops I have, it happens only on my desktop workstation. Thanks for the heads up! Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444379: wmauda: Dock Icon invisible on startup
Package: wmauda Version: 0.3-3 Severity: important After a recent upgrade (most notably libgtk2) wmauda does not show its icon when just started and audacious is not yet running. The following is logged to .xsession-errors: (wmauda:6255): Gdk-WARNING **: Attempt to draw a drawable with depth 24 to a drawable with depth 32 (wmauda:6255): Gdk-WARNING **: Attempt to draw a drawable with depth 32 to a drawable with depth 24 Double clicking on the now black square where wmauda was supposed to be still brings up audacious, and subsequently displays the wmauda control panel. But the volume control in wmauda is disconnected from that of audacios. Only moving the audacious volume slider seems to link it back to the wmauda's volume bar. I am including only the default info generated by bugreport, and the relevant part of xorg.conf. Let me know if any more information is needed. Thanks -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.6.th8 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wmauda depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libaudacious5 1.3.2-4Audacious C++ shared library ii libc6 2.6.1-5GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libglib2.0-0 2.14.1-3 The GLib library of C routines ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface ii libmcs1 0.4.1-2+b1 Abstraction library to store confi ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra Versions of packages wmauda recommends: ii audacious 1.3.2-4Small and fast audio player which -- no debconf information -- /etc/X11/xorg.conf Section Device Identifier Nvidia GeForce 6200 Driver nvidia BusID PCI:1:0:0 EndSection Section Monitor Identifier LG L1950S Option DPMS # Gamma 0.92 EndSection Section Screen Identifier Dual Device Nvidia GeForce 6200 MonitorLG L1950S DefaultDepth 24 Option TwinView true Option TwinViewOrientation RightOf Option MetaModes 1280x1024,1280x1024; Option NoLogo true EndSection -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441032: dovecot-common: init.d script reload support
Package: dovecot-common
Version: 1:1.0.3-3
Severity: important
Tags: patch
I changed my default configuration to log to a file instead of using syslog.
Currently if one wants to use logrotate, he must hardcode the pid file
location in the postrotate section of the logrotate script. A cleaner solution
is to use /etc/init.d/dovecot reload, which already knows about all pid file
locations. The attached patch implements a reload of the logging subsystem by
sending a USR1 signal to dovecot as described here:
http://wiki.dovecot.org/Logging#head-8886f6e09e2f691a4c45448f18f914c124dead50
If you find this useful feel free to include in the official distribution.
HTH
Peter
--- dovecot.org 2007-08-16 03:53:14.0 -0400
+++ dovecot 2007-09-06 05:13:04.0 -0400
@@ -118,7 +118,7 @@
# restarting (for example, when it is sent a SIGHUP),
# then implement that here.
#
-start-stop-daemon --stop --signal 1 --quiet --pidfile $PIDFILE --name $NAME
+start-stop-daemon --stop --signal USR1 --quiet --pidfile $PIDFILE --name
$NAME
return 0
}
@@ -140,20 +140,12 @@
2) [ $VERBOSE != no ] log_end_msg 1 ;;
esac
;;
- #reload|force-reload)
-#
-# If do_reload() is not implemented then leave this commented out
-# and leave 'force-reload' as an alias for 'restart'.
-#
-#log_daemon_msg Reloading $DESC $NAME
-#do_reload
-#log_end_msg $?
-#;;
- restart|force-reload)
-#
-# If the reload option is implemented then remove the
-# 'force-reload' alias
-#
+ reload|force-reload)
+log_daemon_msg Reloading $DESC $NAME
+do_reload
+log_end_msg $?
+;;
+ restart)
log_daemon_msg Restarting $DESC $NAME
do_stop
case $? in
@@ -172,8 +164,7 @@
esac
;;
*)
-#echo Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload} 2
-echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} 2
+echo Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload} 2
exit 3
;;
esac
Bug#440323: Ability to change the niceness of the mailman process group
Package: mailman Version: 1:2.1.9-8 Severity: minor Tags: patch My mailman installation is quite large and it is really desirable to modify the priority so the server can do something else in the meantime. This patch to the init script does precisely this. Feel free to include in the official package if you find this useful. --- mailman.original2007-06-11 14:47:33.0 -0400 +++ mailman 2007-08-31 10:48:40.0 -0400 @@ -22,6 +22,8 @@ PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/lib/mailman/bin/mailmanctl PIDFILE=/var/lib/mailman/data/master-qrunner.pid +NICED=yes +NICED_LEVEL=15 test -x $DAEMON || exit 0 @@ -44,6 +46,13 @@ exit 0; fi +if [ $NICED = yes ] ; then +NICE_CMD=/usr/bin/nice +if [ $NICED_LEVEL ] ; then +NICE_CMD=$NICE_CMD --adjustment=$NICED_LEVEL +fi +fi + case $1 in start) if [ $(/var/lib/mailman/bin/list_lists -b | grep ^mailman$ ) = ]; then @@ -52,7 +61,7 @@ exit 0; fi log_daemon_msg Starting Mailman master qrunner mailmanctl -if $DAEMON -s -q start; then +if $NICE_CMD $DAEMON -s -q start; then log_end_msg 0 else log_end_msg 1 @@ -90,7 +99,7 @@ log_action_end_msg 0 fi fi -if $DAEMON -q start; then +if $NICE_CMD $DAEMON -q start; then log_end_msg 0 else log_end_msg 1
Bug#439325: init script fails to restart qrunner
The reason this is happening is that the PID file is wrong in the init script. Here is a patch that updates the init.d script. I am also raising the shutdown wait time to 20 seconds, because combined with my niceness patch (bug 440323) it can take quite some time for mailman to actually shut down. HTH Peter --- mailman.original 2007-06-11 14:47:33.0 -0400 +++ mailman 2007-08-31 10:51:59.0 -0400 @@ -21,7 +21,7 @@ PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/lib/mailman/bin/mailmanctl -PIDFILE=/var/lib/mailman/data/master-qrunner.pid +PIDFILE=/var/run/mailman/mailman.pid test -x $DAEMON || exit 0 @@ -80,7 +80,7 @@ $DAEMON -q stop if test -n $PID kill -0 $PID 2/dev/null ; then log_action_begin_msg Waiting -for cnt in `seq 1 5`; do +for cnt in `seq 1 20`; do sleep 1 kill -0 $PID 2/dev/null || break done;
Bug#435658: openbsd-inetd: Improper startup message
Package: openbsd-inetd Version: 0.20050402-6 Severity: wishlist Hi, Is there a certain rationale why checknoservices() in the init.d script uses log_warning_msg instead of log_msg? When using a fancy output all warnings are highlighted in red so they can catch the eye of the administrator. However I fail to see what is so critical about not having any inetd services, so that it deserves elevated attention from said administrator. Thanks Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433660: postfix: Proposal for init.d script handling of multiple instances
Package: postfix
Version: 2.4.3-1
Severity: wishlist
Tags: patch
Hello,
The attached patch to /etc/init.d/postfix allows running and controlling more
than one postfix instance. I am taking advantage of the postfix design, such
that one configuration is selected as primary at compile time (usually
/etc/postfix), and then any additional config directory trees which describe a
separate postfix instance must be listed under the alternate_config_directories
parameter in /etc/postfix/main.cf. I use this information to enumerate config
directories belonging to each instance, and then loop over them for every
requested action. More information about this config parameter can be found at:
http://www.postfix.org/postconf.5.html#alternate_config_directories
Please feel free to apply this patch at the next release if you find the idea
useful.
Cheers
Peter
P.S. I deliberately did not maintain correct indentation in order to obtain a
smaller diff. Please fix for clarity.
--- /etc/init.d/postfix.orig2007-06-02 01:44:00.0 -0400
+++ /etc/init.d/postfix 2007-07-18 10:59:24.0 -0400
@@ -7,6 +7,7 @@
PATH=/bin:/usr/bin:/sbin:/usr/sbin
DAEMON=/usr/sbin/postfix
+DEFAULT_CONFIG=/etc/postfix
NAME=Postfix
TZ=
unset TZ
@@ -16,13 +17,18 @@
test -f /etc/default/postfix . /etc/default/postfix
-test -x $DAEMON test -f /etc/postfix/main.cf || exit 0
+test -x $DAEMON test -f $DEFAULT_CONFIG/main.cf || exit 0
. /lib/lsb/init-functions
#DISTRO=$(lsb_release -is 2/dev/null || echo Debian)
running() {
-queue=$(postconf -h queue_directory 2/dev/null || echo /var/spool/postfix)
+ if [ -n $1 ]; then
+ CFG_DIR=$1
+ else
+ CFG_DIR=$DEFAULT_CONFIG
+ fi
+queue=$(postconf -c $CFG_DIR -h queue_directory 2/dev/null)
if [ -f ${queue}/pid/master.pid ]; then
pid=$(sed 's/ //g' ${queue}/pid/master.pid)
exe=$(ls -l /proc/$pid/exe 2/dev/null | sed 's/.* //; s/.*\///')
@@ -31,24 +37,56 @@
fi
fi
}
+
+parse_alt_cfg() {
+ OIFS=$IFS
+ IFS=
+ while read line ; do
+ # skip comments/blanks
+ if echo $line | grep -E ^[[:space:]]*$|^# /dev/null; then
continue ;fi
+
+ # look for alt config parameter
+ if echo $line | grep
^alternate_config_directories[[:space:]]*= /dev/null; then
+ ALT_CONFIGS=$(echo $line | sed
's/alternate_config_directories\s*=//')
+ ALT_CFG=y
+ # if a line starts with a space and we are stil within an alt
config - append
+ elif [ $ALT_CFG = y ] echo $line | grep ^[[:space:]]
/dev/null; then
+ ALT_CONFIGS=$ALT_CONFIGS $line
+ # otherwise a different parameter is encountered - we are done
+ else
+ ALT_CFG=
+ fi
+ done $DEFAULT_CONFIG/main.cf
+
+ IFS=$OIFS
+}
+
+parse_alt_cfg
+CONFIGS=$DEFAULT_CONFIG $ALT_CONFIGS
+
+
+
case $1 in
start)
- log_daemon_msg Starting Postfix Mail Transport Agent postfix
- RUNNING=$(running)
+
+ for CFG in $CONFIGS; do
+
+ log_daemon_msg Starting Postfix Mail Transport Agent $CFG
+ RUNNING=$(running $CFG)
if [ -n $RUNNING ]; then
log_end_msg 0
else
# see if anything is running chrooted.
- NEED_CHROOT=$(awk '/^[0-9a-z]/ ($5 ~ [-yY]) { print y;
exit}' /etc/postfix/master.cf)
+ NEED_CHROOT=$(awk '/^[0-9a-z]/ ($5 ~ [-yY]) { print y;
exit}' $CFG/master.cf)
if [ -n $NEED_CHROOT ] [ -n $SYNC_CHROOT ]; then
# Make sure that the chroot environment is set up correctly.
oldumask=$(umask)
umask 022
- cd $(postconf -h queue_directory)
+ cd $(postconf -c $CFG -h queue_directory)
# if we're using unix:passwd.byname, then we need to add
etc/passwd.
- local_maps=$(postconf -h local_recipient_maps)
+ local_maps=$(postconf -c $CFG -h local_recipient_maps)
if [ X$local_maps != X${local_maps#*unix:passwd.byname} ];
then
if [ X$local_maps =
X${local_maps#*proxy:unix:passwd.byname} ]; then
sed 's/^\([^:]*\):[^:]*/\1:x/' /etc/passwd etc/passwd
@@ -71,19 +109,24 @@
umask $oldumask
fi
- if start-stop-daemon --start --exec ${DAEMON} -- quiet-quick-start;
then
+ if start-stop-daemon --start --exec ${DAEMON} -- -c $CFG
quiet-quick-start; then
log_end_msg 0
else
log_end_msg 1
fi
fi
+
+ done
;;
stop)
- RUNNING=$(running)
- log_daemon_msg Stopping Postfix Mail Transport Agent postfix
+
+ for CFG in $CONFIGS; do
+
+ RUNNING=$(running $CFG)
+ log_daemon_msg Stopping Postfix Mail
Bug#425790: (no subject)
Alexander Sack wrote: On Sat, Jun 02, 2007 at 11:58:08PM +0200, Peter Rabbitson wrote: Alexander Sack - Debian Bugmail wrote: If you are on gnome, installing icedove-gnome-support should make icedove obey the gconf (gnome control panel - preferrred applications) setting. Is there any workaround for the many of us who do _not_ use GNOME? Copy/pasting links is certainly no fun :( yeah ... the cause is that location of global config files moved down one folder. Previously we had a hack that allowed you to drop configs in /etc/icedove/ ... now we have a clean solution that introduces an official syspref foloder, which is: $ ls -l /usr/lib/icedove/defaults/syspref lrwxrwxrwx 1 root root 17 Jun 1 22:35 /usr/lib/icedove/defaults/syspref - /etc/icedove/pref ... so copying your current /etc/icedove/ files to /etc/icedove/pref/ should fix this for you ... if not, then I forgot to apply the syspref patch ... so let me know if this workaround actually works for you. Does not seem like this is the case. I did a completely clean install of icedove (apt-get --purge remove) and checked with find that no icedove parts were left behind in /etc or /usr. I also moved both .mozilla and .mozilla-thunderbird out of the way, so none of my personal settings could interfere. The result is the same: * Clicking on http: links in icedove does not spawn an iceweasel * Clicking on mailto: links in iceweasel does not spawn an icedove compose screen Relevant info about my system: (after upgrade to the latest and greatest): [EMAIL PROTECTED]:~$ ls -l /etc/icedove total 8 drwxr-xr-x 2 root root 4096 2007-06-03 12:58 pref drwxr-xr-x 3 root root 4096 2007-06-03 12:58 profile [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ ls -l /etc/icedove/pref/ total 4 -rw-r--r-- 1 root root 723 2007-06-01 15:27 icedove.js [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ ls -l /usr/lib/icedove/defaults/syspref lrwxrwxrwx 1 root root 17 2007-06-03 12:58 /usr/lib/icedove/defaults/syspref - /etc/icedove/pref [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ dpkg -s icedove Package: icedove Status: install ok installed Priority: optional Section: mail Installed-Size: 31424 Maintainer: Alexander Sack [EMAIL PROTECTED] Architecture: i386 Version: 2.0.0.0-4 Provides: www-browser Depends: fontconfig, psmisc, debianutils (= 1.16), libatk1.0-0 (= 1.13.2), libc6 (= 2.5-5), libcairo2 (= 1.4.0), libfontconfig1 (= 2.4.0), libfreetype6 (= 2.2), libgcc1 (= 1:4.2-20070516), libglib2.0-0 (= 2.12.9), libgtk2.0-0 (= 2.10.3), libhunspell-1.1-0 (= 1.1.5-1), libjpeg62, libnspr4-0d (= 1.8.0.10), libnss3-0d (= 1.8.0.10), libpango1.0-0 (= 1.16.4), libpng12-0 (= 1.2.13-4), libstdc++6 (= 4.2-20070516), libx11-6, libxcursor1 ( 1.1.2), libxext6, libxfixes3 (= 1:4.0.1), libxft2 ( 2.1.1), libxi6, libxinerama1, libxrandr2 (= 2:1.2.0), libxrender1, libxt6, zlib1g (= 1:1.2.1) Suggests: icedove-gnome-support (= 2.0.0.0-4), latex-xft-fonts, libthai0 Conffiles: /etc/icedove/profile/mimeTypes.rdf d33f07ffab00dbea75d86f218064b16d /etc/icedove/profile/localstore.rdf ea03cc19c2a3f622fa557cd8ea9da6eb /etc/icedove/profile/US/mimeTypes.rdf d33f07ffab00dbea75d86f218064b16d /etc/icedove/profile/US/localstore.rdf ea03cc19c2a3f622fa557cd8ea9da6eb /etc/icedove/profile/prefs.js 99940ecd258d83b3355ab06fca0ffddb /etc/icedove/pref/icedove.js abf946c5f277f393c9227a0d964e8c48 Description: free/unbranded thunderbird mail/news/rss clone Icedove is an unbranded Thunderbird mail client suitable for free distribution. The goal of Thunderbird is to produce a cross platform stand- alone mail application using the XUL user interface language. [EMAIL PROTECTED]:~$ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425790: (no subject)
Alexander Sack wrote: yeah ... my previous instructions told you that you just move whats currently in /etc/icedove/ to /etc/icedove/pref/ ... unfortunately, you have deleted all. Now, add a file called http-browser.js to the pref directory and insert: pref(network.protocol-handler.app.http,x-www-browser); pref(network.protocol-handler.app.https,x-www-browser); ... or whatever browser you want. (or fix the x-www-browser alternative to point to your preferred browser). Yes, this fixes it! Thank you so much. The only problem is that I did not delete anything - the icedove package simply lacks the http-browser.js file: [EMAIL PROTECTED]:~$ dpkg -L icedove | grep -c http-browser.js 0 [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ dpkg -L icedove | grep .js$ /usr/share/icedove/defaults/autoconfig/prefcalls.js /usr/share/icedove/defaults/autoconfig/platform.js /usr/share/icedove/defaults/pref/mdn.js /usr/share/icedove/defaults/pref/smime.js /usr/share/icedove/defaults/pref/mailnews.js /usr/share/icedove/defaults/pref/thunderbird-branding.js /usr/share/icedove/defaults/pref/composer.js /usr/share/icedove/defaults/pref/all-l10n.js /usr/share/icedove/defaults/pref/all-thunderbird.js /usr/share/icedove/defaults/pref/channel-prefs.js /usr/share/icedove/greprefs/security-prefs.js /usr/share/icedove/greprefs/all.js /usr/share/icedove/greprefs/xpinstall.js /usr/lib/icedove/components/nsProxyAutoConfig.js /usr/lib/icedove/components/nsHelperAppDlg.js /usr/lib/icedove/components/nsProgressDialog.js /usr/lib/icedove/components/nsFilePicker.js /usr/lib/icedove/components/jsconsole-clhandler.js /usr/lib/icedove/components/nsURLFormatter.js /usr/lib/icedove/components/FeedProcessor.js /usr/lib/icedove/components/nsUrlClassifierTable.js /usr/lib/icedove/components/nsUrlClassifierLib.js /usr/lib/icedove/components/nsUrlClassifierListManager.js /usr/lib/icedove/components/nsCloseAllWindows.js /usr/lib/icedove/components/nsDefaultCLH.js /usr/lib/icedove/components/nsExtensionManager.js /usr/lib/icedove/components/nsUpdateService.js /usr/lib/icedove/components/nsLDAPPrefsService.js /usr/lib/icedove/components/nsAbLDAPAttributeMap.js /usr/lib/icedove/components/mdn-service.js /usr/lib/icedove/components/offlineStartup.js /usr/lib/icedove/components/smime-service.js /usr/lib/icedove/components/nsInterfaceInfoToIDL.js /usr/lib/icedove/components/nsComposerCmdLineHandler.js /usr/lib/icedove/components/nsPhishingProtectionApplication.js /usr/lib/icedove/components/nsMailDefaultHandler.js /usr/lib/icedove/components/newsblog.js /etc/icedove/profile/prefs.js /etc/icedove/pref/icedove.js [EMAIL PROTECTED]:~$ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365867: fluxbox: Warning: Failed to open, file(/usr/share/fluxbox/nls/en_US/fluxbox.cat)
Alternatively simply adding symlinks to the distribution package will stop the warning once and for all: [EMAIL PROTECTED]:~# ls -l /usr/share/fluxbox/nls/en_* lrwxrwxrwx 1 root root 1 2007-06-02 12:14 /usr/share/fluxbox/nls/en_GB - C lrwxrwxrwx 1 root root 1 2007-06-02 12:14 /usr/share/fluxbox/nls/en_US - C Cheers Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425790: (no subject)
Alexander Sack - Debian Bugmail wrote: If you are on gnome, installing icedove-gnome-support should make icedove obey the gconf (gnome control panel - preferrred applications) setting. Is there any workaround for the many of us who do _not_ use GNOME? Copy/pasting links is certainly no fun :( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427047: schroot: Proposal for global custom mount points specification (different from 395062)
Package: schroot
Version: 1.1.4-1
Severity: wishlist
Tags: patch
Hi,
I have a similar situation to what Kees Cook described in bug #395062.
However in my case I needed to modify some of the default mounts, specifically
removing /dev/pts and making /dev an --rbind to the system /dev so I can enjoy
the functionality of udev from within the chroot. With the numerous package
updates last week, I got tired of fixing /etc/schroot/setup.d/10mount to my
liking, so this idea was born.
The proposal is very simple - I am adding support for an fstab-like file
/etc/scroot/schroot.fstab. The code is totally non-intrusive, and activates
only when the file is present. I think I have covered all the corner cases,
with corresponding non-cryptic error messages. Feel free to include this in
the distribution if you like the idea.
Cheers
Peter
P.S. I am not that good with shell scripting, a bashism might have slipped in
here or there
diff -ru /etc/schroot/setup.d.original/00check /etc/schroot/setup.d/00check
--- /etc/schroot/setup.d.original/00check 2007-05-29 01:14:02.0
+0200
+++ /etc/schroot/setup.d/00check2007-06-01 14:41:24.0 +0200
@@ -16,6 +16,8 @@
# Foundation, Inc., 59 Temple Place, Suite 330, Boston,
# MA 02111-1307 USA
+FSTAB=/etc/schroot/schroot.fstab
+
if [ $1 = setup-start ] || [ $1 = setup-recover ]; then
if [ $AUTH_VERBOSITY = verbose ]; then
@@ -80,4 +82,17 @@
exit 1
fi
+# Check ownership and permissions of schroot.fstab
+if [ -f $FSTAB ]; then
+
+ if [ `stat --printf '%u%g' $FSTAB` != 00 ] ; then
+ echo $FSTAB must be owned by root
+ exit 1
+ fi
+
+ if stat --printf '%A' $FSTAB | grep -v '^-...--$' ; then
+ echo $FSTAB can not have write/execute permissions for others
+ exit 1
+ fi
+fi
fi
diff -ru /etc/schroot/setup.d.original/10mount /etc/schroot/setup.d/10mount
--- /etc/schroot/setup.d.original/10mount 2007-05-29 01:14:02.0
+0200
+++ /etc/schroot/setup.d/10mount2007-06-01 14:57:06.0 +0200
@@ -18,6 +18,8 @@
set -e
+FSTAB=/etc/schroot/schroot.fstab
+
# Mount a filesystem
# $1: mount options
# $2: mount device
@@ -39,6 +41,41 @@
mount $VERBOSE $1 $2 $3
}
+# Mount filesystems described in the local fstab file $FSTAB
+# The full file format specification is supported as described in fstab(5),
+# including UUID and LABEL device/partition specifications.
+#
+# The cat/echo/piping acrobatics is necessary to accomodate files without
+# trailing newlines
+do_mount_fstab()
+{
+(cat $FSTAB; echo) |
+(
+ LN=0
+ while read m_dev m_loc m_type m_opts m_trailing; do
+ LN=$(($LN+1))
+ if [ -z $m_dev ] || echo $m_dev | grep -q '^#'; then continue; fi
+
+ if [ -z $m_loc ] || [ -z $m_type ] ; then
+ echo Malformed mount specification in $FSTAB line $LN
+ exit 1
+ fi
+
+ if [ $m_type = ignore ] ; then continue; fi
+
+ m_args=-t $m_type
+if [ x$m_opts != x ]; then
+ m_args=$m_args -o $m_opts
+ fi
+
+ m_dev=$(echo $m_dev | sed -e 's/^LABEL=/-L /')
+ m_dev=$(echo $m_dev | sed -e 's/^UUID=/-U /')
+
+ do_mount $m_args $m_dev ${CHROOT_PATH}/$m_loc
+ done
+)
+}
+
# Unmount all filesystem under specified location
# $1: mount base location
do_umount_all()
@@ -95,11 +132,22 @@
fi
if [ $CHROOT_TYPE != plain ]; then
- do_mount -t procproc ${CHROOT_PATH}/proc
- do_mount -o rw,bind /dev/pts ${CHROOT_PATH}/dev/pts
- do_mount -t tmpfs tmpfs${CHROOT_PATH}/dev/shm
- do_mount -o rw,bind /home${CHROOT_PATH}/home
- do_mount -o rw,bind /tmp ${CHROOT_PATH}/tmp
+ if [ -f $FSTAB ] ; then
+ if [ $AUTH_VERBOSITY = verbose ]; then
+ echo Mounting locations found in $FSTAB:
+ fi
+ do_mount_fstab
+
+ else
+ if [ $AUTH_VERBOSITY = verbose ]; then
+ echo No local $FSTAB found, mounting defaults:
+ fi
+ do_mount -t procproc ${CHROOT_PATH}/proc
+ do_mount -o rw,bind /dev/pts ${CHROOT_PATH}/dev/pts
+ do_mount -t tmpfs tmpfs${CHROOT_PATH}/dev/shm
+ do_mount -o rw,bind /home${CHROOT_PATH}/home
+ do_mount -o rw,bind /tmp ${CHROOT_PATH}/tmp
+ fi
fi
elif [ $1 = setup-stop ]; then
# This is the schroot mount definition file. Its syntax closely follows the
# one of your system fstab, as described in fstab(5), with these EXCEPTIONS:
#
# * Only the first four fields (fs_spec, fs_file, fs_vfstype and fs_mntopts)
# are significant. Any additional fields like fs_freq and fs_passno are
# ignored. A side effect of this is that trailing comments are allowed.
#
# * All
Bug#421018: `dbmail-users -l` does not list forwards (-x from -t to)
Package: dbmail Version: dbmail_2.2.3-1 Severity: normal The -l option without any arguments succesfully lists all aliases present on the system, but fails to list any forwards. The only way to see a list of forwards active in the system is either knowing the addresses beforehand (-l address) or by examining the database directly. P.S. I am filing this at 'normal' severity instead of 'wishlist', hoping that it wil be fixed before the new package mentioned in bug 418582 is uploaded. Please downgrade to 'wishlist' if there are no plans to address this issue. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418582: dbmail: package installation does not create user - fails to install
Package: dbmail Version: 2.2.3-1 Severity: grave Justification: renders package unusable Installation of 2.2.3-1 on a clean system fails, because `dbmail.postinst configure` does not create the dbmail user/group before executing the chown on line 174. Here is the actual error message: Selecting previously deselected package dbmail. (Reading database ... 6066 files and directories currently installed.) Unpacking dbmail (from .../dbmail_2.2.3-1_i386.deb) ... Setting up dbmail (2.2.3-1) ... dpkg: error processing dbmail (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: dbmail E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up dbmail (2.2.3-1) ... dpkg: error processing dbmail (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: dbmail -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.6.th5 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 dbmail depends on: ii adduser 3.102Add and remove users and groups ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libglib2.0-02.12.6-2 The GLib library of C routines ii libgmime-2.0-2 2.2.6-1 MIME library, unstable version ii libldap22.1.30-13.4 OpenLDAP libraries ii libsieve2-1 2.2.3-1 a library for parsing, sorting and ii libsqlite3-03.3.14-1 SQLite 3 shared library ii ucf 2.0020 Update Configuration File: preserv ii zlib1g 1:1.2.3-13 compression library - runtime dbmail recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418587: samba: Improper handling of /../ pathnames in smb.conf
Package: samba Version: 3.0.24-6 Severity: normal Samba improperly handles /../ in directory paths both when directly specified in the config file or obtained from a variable like %H. A string like `TopDir/Subdir1/../Subdir2` will be converted to `TopDirSubdir2` which is pretty far from what is desired. The bug was initially reported upstream in version 3.0.23c (https://bugzilla.samba.org/show_bug.cgi?id=4155) about 8 months ago, but the bug is still present in the latest version. Note: A use case where a path might contain /../ is a system with user home directories modified according to the passwd_chroot_enable option of vsftpd. With a homedir of `/home/webspace/user/./../../user` the samba %H variable becomes useless. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.6.th5 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 samba depends on: ii debconf 1.5.13 Debian configuration management sy ii libacl1 2.2.42-1Access control list shared library ii libattr1 1:2.4.32-1.1Extended attribute shared library ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libcupsy 1.2.7-4 Common UNIX Printing System(tm) - ii libgnutl 1.4.4-3 the GNU TLS library - runtime libr ii libkrb53 1.4.4-8 MIT Kerberos runtime libraries ii libldap2 2.1.30-13.4 OpenLDAP libraries ii libpam-m 0.79-4 Pluggable Authentication Modules f ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpopt0 1.10-3 lib for parsing cmdline parameters ii logrotat 3.7.1-3 Log rotation utility ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip ii netbase 4.29Basic TCP/IP networking system ii procps 1:3.2.7-3 /proc file system utilities ii samba-co 3.0.24-6Samba common files used by both th ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages samba recommends: pn smbldap-tools none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418587: samba: Improper handling of /../ pathnames in smb.conf
Christian Perrier wrote: Let's link this BR to the upstream BR but I actually fail to see what benefit may be driven from reporting this in Debian toothere are very little chances that the samba packaging team has better clues than the clever upstream developers..:) I just figured it won't hurt to make a wider audience aware of the problem. It is a real PITA for me, but my knowledge of C is beyond minimal, so I can only hope that someone will step up to fix the thing. Back in the day I grepped through the source and it is verly likely that the problem is coming from unix_clean_name() in lib/util.c, but I just can't make much sense of the code. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418236: dstat: Wrong output in memory statistics (-m)
Package: dstat
Version: 0.6.3-2
Severity: important
Tags: patch
Dstat incorrectly adds the value from /proc/meminfo/SwapCached to the value
of Cached, resulting in skews of _used and _cach when running dstat with the
-m flag. In a discussion two months ago
(http://lists.rpmforge.net/pipermail/tools/2007-February/000714.html)
the author acknowledged that this is a problem, but no changes were ever
commited to the svn repository since. Hence I am filing a bug here, so at
least the Debian version of dstat can be permanently fixed. The fix is a
simple one liner:
=begin patch
--- /usr/bin/dstat.org 2006-06-26 02:04:04.0 +0200
+++ /usr/bin/dstat 2007-04-08 12:48:01.0 +0200
@@ -974,5 +974,4 @@
if name in self.vars + ('MemTotal', 'SwapCached'):
self.val[name] = long(l[1]) * 1024.0
- self.val['Cached'] = self.val['Cached'] + self.val['SwapCached']
self.val['MemUsed'] = self.val['MemTotal'] -
self.val['MemFree'] - self.val['Buffers'] - self.val['Cached']
=end patch
Cheers
Peter
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409756: Bug fixed upstream
Please update the deb package to contain the latest version 0.34 which fixes the described problem, and will close this bug. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413732: openvpn: /etc/network/interfaces integration not documented
Package: openvpn Version: 2.0.9-5+b1 Severity: normal Tags: patch The documentation does not show how to use the openvpn option supported by /etc/network/if-up.d/openvpn. I am attaching a patch of /usr/share/doc/openvpn/README.Debian -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6.th4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.12 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii liblzo1 1.08-3 data compression library (old vers ii libssl0.9.8 0.9.8e-3 SSL shared libraries openvpn recommends no packages. -- debconf information: openvpn/change_init: false openvpn/change_init2: false * openvpn/create_tun: false * openvpn/stop2upgrade: true openvpn/default_port: --- /usr/share/doc/openvpn/README.Debian.original 2007-03-02 10:32:39.0 +0100 +++ /usr/share/doc/openvpn/README.Debian2007-03-06 21:36:46.217014976 +0100 @@ -51,6 +51,33 @@ /etc/init.d/openvpn start vpn1 vpn4 vpn5 +/etc/network/interfaces +--- + +It is possible to control vpn interfaces using the standard ifup/ifdown +commands. This is helpful in case you want tunnels to be started right +after physical networks, so any network filesystems listed in fstab can be +mounted during the standard boot sequence. In order to do this several +steps need to be taken: + +- Select a specific tun/tap device name using the 'dev' option in your +config file (e.g. dev tun_work). This will ensure that the name you +use in /etc/network/interfaces will always match the one this vpn +will utilize. + +- Create a 'manual' type interface entry in /etc/network/interfaces. +There should be only one option - openvpn, which takes a config file +name as the argument (without the .conf suffix) For example: + +auto tun_work +iface tun_work inet manual +openvpn work_vpn + +- You should prevent openvpn from trying to start this tunnel when its +own init script runs, since the interface is already up. This is done +in /etc/default/openvpn by changing the AUTOSTART option as described +in the same file + # # Compatibility notes on 2.x vs 1.x #
Bug#413733: openvpn: Openvpn probably should call sync on stop
Package: openvpn Version: 2.0.9-5+b1 Severity: minor I am not really sure if this is addressed somewhere else, but perhaps the stop function of the init script should call sync before closing any tunnels as there might be network filesystems mounted over some of them. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6.th4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.12 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii liblzo1 1.08-3 data compression library (old vers ii libssl0.9.8 0.9.8e-3 SSL shared libraries openvpn recommends no packages. -- debconf information: openvpn/change_init: false openvpn/change_init2: false * openvpn/create_tun: false * openvpn/stop2upgrade: true openvpn/default_port: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409756: libdatetime-locale-perl: Latest versions (CPAN 0.3101 and 0.33) do not play well with Storable
Package: libdatetime-locale-perl Version: 0.3101-1 Severity: important When using the mentioned versions of DateTime::Locale an exception is thrown when attempting to serialize and deserialize a DateTime object several times. An upstream report was filed with no response a week ago: http://rt.cpan.org/Public/Bug/Display.html?id=24664 Maybe rolling back to the older 0.22 version should be considered as currently a manual downgrade is necessary to get things working. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6.tr3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libdatetime-locale-perl depends on: ii libparams-validate-perl 0.77-1 validate parameters to Perl method ii perl 5.8.8-7Larry Wall's Practical Extraction libdatetime-locale-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339418: 127.0.0.1 sole nameserver - dangerous!
Hi, It is funny that this bug keeps getting new life, but here is what happened on one of my machines: I have a DSL connection at this site so I opted for resolvconf some time ago, figuring it might not hurt to have it if nameservers ever change. I also never checked that if I have a local BIND running the nameservers from ppp0 will not be considered. Two days ago my bind crashed, I am still looking into the cause. Since there is nothing that would run /etc/init.d/bind9 stop, which in turn would do /sbin/resolvconf -d lo.named the machine was effectively deprived of any resolvers. I am taking resolvconf away now, but I figured I will share my experience. Cheers Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398138: 50x11-common_determine-startup does too many things at once - a split setup proposal
Package: x11-common Version: 1:7.1.0-6 Severity: minor Tags: patch In the current setup /etc/X11/Xsession.d/50x11-common_determine-startup checks for a user Xsession file and if none are found proceeds to select a default wm/terminal. However there are times when the administrator wants to define an additional set of actions between these two events. In my case I have an additional script 49x11-common_invoke-chrooted-wm that is essentially the very same determine_startup script but looking in a 32bit chrooted environment and setting $STARTUP to a chrooted execution string if the requested wm is installed in the chroot. I propose a split off of the user Xsession file detection into 40x11-common_user-xsession. A diff -u1 is attached below. Also note the additional grep in user-xsession - it allows for a .Xsession file with everything in it commented out to be skipped instead of bringing up a blank X server. Cheers ==BEGIN PATCH= --- /x86-32/etc/X11/Xsession.d/40x11-common_user-xsession 1970-01-01 01:00:00.0 +0100 +++ /etc/X11/Xsession.d/40x11-common_user-xsession 2006-11-11 20:33:39.809132325 +0100 @@ -0,0 +1,20 @@ +# This file is sourced by Xsession(5), not executed. + +# If no X session startup program was passed to the Xsession script as an +# argument (e.g., by the display manager), or if that program was not +# executable, fall back to looking for a user's custom X session script, if +# allowed by the options file. +if [ -z $STARTUP ]; then + if grep -qs ^allow-user-xsession $OPTIONFILE; then +for STARTUPFILE in $USERXSESSION $ALTUSERXSESSION; do + if [ -r $STARTUPFILE ] grep -qsv ^[[:space:]]*$\|^# $STARTUPFILE; then +if [ -x $STARTUPFILE ]; then + STARTUP=$STARTUPFILE +else + STARTUP=sh $STARTUPFILE +fi +break + fi +done + fi +fi --- /x86-32/etc/X11/Xsession.d/50x11-common_determine-startup 2006-08-03 00:47:53.0 +0200 +++ /etc/X11/Xsession.d/50x11-common_determine-startup 2006-11-11 20:35:54.477908777 +0100 @@ -1,3 +1 @@ -# $Id: 50x11-common_determine-startup 305 2005-07-03 18:51:43Z dnusinow $ - # This file is sourced by Xsession(5), not executed. @@ -6,21 +4,5 @@ # argument (e.g., by the display manager), or if that program was not -# executable, fall back to looking for a user's custom X session script, if -# allowed by the options file. -if [ -z $STARTUP ]; then - if grep -qs ^allow-user-xsession $OPTIONFILE; then -for STARTUPFILE in $USERXSESSION $ALTUSERXSESSION; do - if [ -e $STARTUPFILE ]; then -if [ -x $STARTUPFILE ]; then - STARTUP=$STARTUPFILE -else - STARTUP=sh $STARTUPFILE -fi -break - fi -done - fi -fi - -# If there is still nothing to use for a startup program, try the system -# default session manager, window manager, and terminal emulator. +# executable, and a user defined custom X session script is not available +# (or is disabled in the configuration), try the system default session +# manager, window manager, and terminal emulator. if [ -z $STARTUP ]; then @@ -44,3 +26 @@ fi - -# vim:set ai et sts=2 sw=2 tw=80: ==END PATCH== -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7.tr6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii debianutils 2.17.3 Miscellaneous utilities specific t ii lsb-base 3.1-19 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391673: initscripts: TMPFS_MTPTS in umountfs must be ordered (one line patch)
While unmounting temporary filesystems they must be unmounted in pioodl order just as the regular filesystems. This patch is incomplete, as there is no pioodl program installed by the dependencies of initscripts. I do not have it installed in my system, and do not know where it came from. Erm... you got to be kidding me. pioodl() is a function defined on line 30 in the same script (umountfs). Cheers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391673: initscripts: TMPFS_MTPTS in umountfs must be ordered (one line patch)
Package: initscripts Version: 2.86.ds1-33 Severity: normal Tags: patch While unmounting temporary filesystems they must be unmounted in pioodl order just as the regular filesystems. Usual debian installs do not have problems not doing so, as there is only a couple of such filesystems (namely udev and shm). However with a persistent chroot environment, with many bindings hardcoded in fstab shutdowns usually end up with a bunch of errors (mainly not able to umount /chroot/dev/ as /chroot/dev/shm/ and /chroot/dev/pts/ are still mounted). As those are temp filesystems anyway it is not that big of a deal, otoh this extra line gets rid of red errors which is nice. Cheers === BEGIN PATCH --- /etc/init.d/umountfs.orig 2006-10-06 20:07:06.0 +0200 +++ /etc/init.d/umountfs2006-10-08 01:40:09.0 +0200 @@ -102,6 +102,7 @@ # if [ $TMPFS_MTPTS ] then + TMPFS_MTPTS=$(pioodl $TMPFS_MTPTS) if [ $VERBOSE = no ] then log_action_begin_msg Unmounting temporary filesystems === END PATCH -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7.tr6 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages initscripts depends on: ii debianutils 2.17.3 Miscellaneous utilities specific t ii e2fsprogs1.39-1.1ext2 file system utilities and lib ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii lsb-base 3.1-17 Linux Standard Base 3.1 init scrip ii mount2.12r-11Tools for mounting and manipulatin ii sysvinit-utils 2.86.ds1-33 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.3-1 Utilities that use the proc filesy -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355591: ia32-libs: There is a circular dependency conflict.
Package: ia32-libs Version: 1.5 Severity: grave Justification: renders package unusable ia32-libs (1.5) depends on lib32z1 lib32z1 (1:1.2.3-10) claims to replace ia32-libs, but does not provide libstdc++5 lib32z1 (1:1.2.3-10) depends on libc6-i386 (= 2.3.5-1) libc6-i386 (2.3.6-3) conflicts with ia32-libs (= 1.5) As a result -- no libstdc++5 can be obtained for AMD64 (required by ActiveState Komodo) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
