Bug#338686: xfree86-driver-synaptics: makes touchpad unuseable on hp compaq nc8000
On Thu, Nov 17, 2005 at 09:28:44PM +0100, Mattia Dongili wrote: This resembles an issue that was resolved dome time ago with kdm and the shared memory segment. Can you try with Option SHMConfig off With SHMConfig off, the touch pad is useable with the later driver. However, at the price of not being able to use ksynaptics to configure the touch pad, if I understand README.Debian correctly, right? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340136: acknowledged by developer (Re: Bug#340136: Updated Danish po-debconf translation)
On Thu, Nov 24, 2005 at 05:29:20PM +0100, Morten Brix Pedersen wrote: * Debian Bug Tracking System [EMAIL PROTECTED] [2005-11-24 14:05:30]: This is an automatic notification regarding your Bug report #340136: Updated Danish po-debconf translation, which was filed against the aide package. It has been closed by one of the developers, namely Marc Haber [EMAIL PROTECTED]. [...] Version: 0.10.99.20051122-2 This bug is now fixed in experimental. As far as I know, you should not close bugs which are only fixed in experimental. You should tag it as pending and fixed-in-experimental and only close the bug when it has reached the unstable distribution. That is obsolete information, we have version tracking now. The bug will remain listed for the unstable distribution until a version = 0.10.99.20051122-2 has reached unstable. The fixed-in-experimental tag is now deprecated and will be disabled as soon as it's practical to do so. See http://lists.debian.org/debian-devel-announce/2005/07/msg00010.html Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338686: xfree86-driver-synaptics: makes touchpad unuseable on hp compaq nc8000
On Thu, Nov 24, 2005 at 07:04:26PM +0100, Mattia Dongili wrote: Yes. AFAIU ksynaptics extensively use the runtime configuration feature. Would you be available to test patches or modified packages (if you prefer not to go through the building issue). As long as I can go back to an older version without having to rebuild my system, sure ;) Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340669: adduser: [INTL:sv] Swedish PO-template translation
tags #340669 l10n patch confirmed pending thanks On Fri, Nov 25, 2005 at 12:31:42AM +0100, Daniel Nylander wrote: Here is the Swedish translation of adduser. Committed to svn, thanks. Would you want to to a manpage translation as well? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333205: Re: Bug#333205: gamin: gam_server eating 100% cpu
found #333205 0.1.7-2 thanks On Sat, Oct 29, 2005 at 01:04:50AM -0200, Guilherme de S. Pastore wrote: so, has any of you been able to reproduce this bug (the gam_server loop thingie) with version 0.1.6-1? I can't reproduce this here so, if nobody happens to stumble on it, it's likely to have been fixed =) It happens once in a while with 0.1.7-2 on current sid. I am using KDE, no external mounts (nfs, cifs, none whatsoever) are in the game. gamin_debug attached. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 gamin_debug.gz Description: Binary data
Bug#340746: lists cdbs twice in debian/control (Build-Depends)
On Fri, Nov 25, 2005 at 05:04:48PM +0100, Jonas Smedegaard wrote: On Fri, 25 Nov 2005 15:26:58 + Martin Michlmayr [EMAIL PROTECTED] wrote: You list cdbs twice in debian/control (Build-Depends): | Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 4.1.0), quilt, | patchutils (= 0.2.25), cdbs (= 0.4 .27-1), dh-buildinfo, xmlto I know. It is due to the way that file is semi-automatically generated. What is buggy about it? It is ugly, redundant, confuses parsers, and with that attitude it would be ok to list a dependency a hundred fold. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340807: exim4: mdns hostnames appear to be unroutable
On Fri, Nov 25, 2005 at 09:13:49PM -0800, Beiad Dalton wrote: in my exim4/mainlog: 2005-11-25 20:41:49 1Efrsj-0001tE-PQ = R=1Efrsg-0001tC-IC U=Debian-exim P=local S=1206 2005-11-25 20:41:51 1Efrsj-0001tE-PQ ** [EMAIL PROTECTED]: Unrouteable address 2005-11-25 20:41:51 1Efrsj-0001tE-PQ Frozen (delivery error message) All local system hostnames are exported with mdns. exim uses the system resolver. I suspect a problem with that one. Please give the contents of your /etc/resolv.conf, and the result of dig ahrairah.local mx. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340946: apache2-common: suexec2's standard configuration prevents suexec of /usr/lib/cgi-bin
Package: apache2-common Severity: wishlist Hi, suexec2's docroot being set to /var/www means that it is not possible to have cgi scripts that come from Debian packages (and thus are located in /usr/lib/cgi-bin as required by Debian policy and FHS) to be executed under suexec. Please consider compiling suexec2 with docroot=/ to remedy this, and to solve #312252 as well. I am, of course, open to any other solution that allows me to suexec cgi-scripts coming from Debian packages. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340947: apache2-common: standard path to virtual host document roots under /var/www?
Package: apache2-common Severity: wishlist Hi, suexec's default configuration forces cgi-scripts to be in /var/www, even for virtual hosts. otoh, /etc/apache2/sites-available/default has a quite liberal access policy and would allow access to /var/www/www.foo.example/htdocs via the default virtual host, which might not be desireable. Please consider having a default definition for a virtual host directory like /var/www/virtual-hosts, which has deny from all set in /etc/apache2/sites-available/default in the package version of the conffile: Directory /var/www/ Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all # This directive allows us to have apache2's default start page # in /apache2-default/, but still have / go to the right place RedirectMatch ^/$ /apache2-default/ /Directory Directory /var/www/virtual-hosts Order allow,deny deny from all /Directory Then, /var/www/virtual-hosts/www.foo.example could be used as document root for a virtual host without having it accessible from the default virtual host, and suexec could be used. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312252: SuExec FHS compilance
reassign #312252 apache2-common thanks $ dpkg --search /usr/lib/apache2/suexec2 apache2-common: /usr/lib/apache2/suexec2 Reassign appropriately, thus hoping that the apache maintainers will at least comment. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340978: kernel-package: kernel-image-deb mentioned in README.gz but removed in 10.x
Package: kernel-package Version: 10.010 Severity: normal Hi, README.gz still recommends using make -f debian/rules kernel-image-deb if one wants to see the user actually doing the build in uname -a. However, kernel-image-deb is not known any more by current kernel-package debian/rules, and there is no obvious replacement. Can you please clarify the docs, and if necessary re-instated the possibility to only fake root during .deb build? Thanks! Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-zgsrv Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-package depends on: ii dpkg 1.13.11.0.1 package maintenance system for Deb ii dpkg-dev 1.13.11 package building tools for Debian ii file 4.15-2 Determines file type using magic ii gcc [c-compiler] 4:4.0.2-1 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-4 The GNU C compiler ii gettext 0.14.5-2GNU Internationalization utilities ii make 3.80-11 The GNU version of the make util ii perl 5.8.7-8 Larry Wall's Practical Extraction ii po-debconf 0.9.0 manage translated Debconf template ii tcc [c-compiler] 0.9.23-2The smallest ANSI C compiler Versions of packages kernel-package recommends: ii bzip2 1.0.2-11 high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.5-8GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340991: aptitude: flags non-broken packages as broken, apt-get installs just fine
Package: aptitude Version: 0.4.0-3 Severity: important All of a sudden, aptitude has started to complain about packages that are broken. Looks like it is no longer trying hard enough to resolve dependencies. This, for example, happens if one tries to install build-essential, or reportbug. See attached typescript. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-zgsrv Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.42.3 Advanced front-end for dpkg ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2 2.0.16-1 type-safe Signal Framework for C++ ii libstdc++64.0.2-4The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information typescript Description: Binary data
Bug#340991: aptitude: flags non-broken packages as broken, apt-get installs just fine
On Mon, Nov 28, 2005 at 12:22:53PM -0600, Daniel Burrows wrote: Could you send me (or rather post somewhere) the contents of /etc/apt, /var/lib/apt, /var/lib/aptitude, and /var/lib/dpkg/status? Sure. It's on http://q.bofh.de/~mh/stuff/340991-help.tar.gz Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340991: aptitude: flags non-broken packages as broken, apt-get installs just fine
On Mon, Nov 28, 2005 at 02:57:58PM -0600, Daniel Burrows wrote: Oh, if it's not possible to supply the information I requested, would it be possible for you to send the output when you run the same command with the additional options -o aptitude::cmdline::resolver-debug=true and -o aptitude::gc-debug=true? Attached. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 Script started on Mon Nov 28 21:54:30 2005 $ sudo aptitude -o aptitude::cmdline::resolver-debug=true -o aptitude::gc-debug=true install reportbug Reading package lists... 0% Reading package lists... 100% Reading package lists... Done Building dependency tree... 0% Building dependency tree... 0% Building dependency tree... 50% Building dependency tree... 50% Building dependency tree... Done Reading extended state information... 0% Reading extended state information... 0% Reading extended state information Initializing package states... 0% Initializing package states... Done Building tag database... 0% Building tag database... 0% Building tag database... Done The following packages are BROKEN: reportbug The following packages are RECOMMENDED but will NOT be installed: python2.3-cjkcodecs python2.3-iconvcodec 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 127kB of archives. After unpacking 381kB will be used. The following packages have unmet dependencies: reportbug: Depends: python2.3 but it is not installable Resolving dependencies... Processing ;[reportbug 3.17 - {python2.3 2.3.5-9}];-100 Trying to resolve reportbug 3.17 - {python2.3 2.3.5-9} by installing reportbug [UNINST] from the dependency source Discarding reportbug [UNINST] due to conflict (reportbug [UNINST]) Trying to resolve reportbug 3.17 - {python2.3 2.3.5-9} by installing python2.3 2.3.5-9 Forced resolution of reportbug 3.17 - {python2.3 2.3.5-9} Trying to resolve reportbug 3.17 - {python2.3 2.3.5-9} by installing reportbug [UNINST] from the dependency source Discarding reportbug [UNINST] due to conflict (reportbug [UNINST]) Trying to resolve reportbug 3.17 - {python2.3 2.3.5-9} by installing python2.3 2.3.5-9 Processing python2.3:=2.3.5-9;[python2.3 2.3.5-9 - {libbz2-1.0 1.0.2-11}, python2.3 2.3.5-9 - {libreadline5 5.0-11}, python2.3 2.3.5-9 - {libssl0.9.8 0.9.8a-4}];-367 Trying to resolve python2.3 2.3.5-9 - {libbz2-1.0 1.0.2-11} by installing libbz2-1.0 1.0.2-11 Forced resolution of python2.3 2.3.5-9 - {libbz2-1.0 1.0.2-11} Trying to resolve python2.3 2.3.5-9 - {libbz2-1.0 1.0.2-11} by installing libbz2-1.0 1.0.2-11 Trying to resolve python2.3 2.3.5-9 - {libreadline5 5.0-11} by installing libreadline5 5.0-11 Forced resolution of python2.3 2.3.5-9 - {libreadline5 5.0-11} Trying to resolve python2.3 2.3.5-9 - {libreadline5 5.0-11} by installing libreadline5 5.0-11 Trying to resolve python2.3 2.3.5-9 - {libssl0.9.8 0.9.8a-4} by installing libssl0.9.8 0.9.8a-4 Forced resolution of python2.3 2.3.5-9 - {libssl0.9.8 0.9.8a-4} Trying to resolve python2.3 2.3.5-9 - {libssl0.9.8 0.9.8a-4} by installing libssl0.9.8 0.9.8a-4 Processing libbz2-1.0:=1.0.2-11, libreadline5:=5.0-11, libssl0.9.8:=0.9.8a-4, python2.3:=2.3.5-9;[libreadline5 5.0-11 - {readline-common 5.0-11}];-364 Trying to resolve libreadline5 5.0-11 - {readline-common 5.0-11} by installing readline-common 5.0-11 Forced resolution of libreadline5 5.0-11 - {readline-common 5.0-11} Trying to resolve libreadline5 5.0-11 - {readline-common 5.0-11} by installing readline-common 5.0-11 Processing libbz2-1.0:=1.0.2-11, libreadline5:=5.0-11, libssl0.9.8:=0.9.8a-4, python2.3:=2.3.5-9, readline-common:=5.0-11;[];-281 Enqueuing libbz2-1.0:=1.0.2-11, libreadline5:=5.0-11, libssl0.9.8:=0.9.8a-4, python2.3:=2.3.5-9, readline-common:=5.0-11;[];-281 Done generating successors. --- Found solution libbz2-1.0:=1.0.2-11, libreadline5:=5.0-11, libssl0.9.8:=0.9.8a-4, python2.3:=2.3.5-9, readline-common:=5.0-11;[];-281 Would eliminate stupid, but stupid elimination is disabled. Inserting conflict (libbz2-1.0 1.0.2-11, libreadline5 5.0-11, python2.3 2.3.5-9, libssl0.9.8 0.9.8a-4, readline-common 5.0-11) *** Converged after 2 steps. *** open: 0; closed: 2; conflicts: 2; deferred: 0; generated solutions: 0 The following actions will resolve these dependencies: Install the following packages: libbz2-1.0 [1.0.2-11 (unstable)] libreadline5 [5.0-11 (unstable)] libssl0.9.8 [0.9.8a-4 (unstable)] python2.3 [2.3.5-9 (unstable)] readline-common [5.0-11 (unstable)] Score is -281 Accept this solution? [Y/n/q/?] [36m[2/[EMAIL PROTECTED] sid]:~$ [m(B[K Script done on Mon Nov 28 21:55:26 2005
Bug#340991: aptitude: flags non-broken packages as broken, apt-get installs just fine
On Mon, Nov 28, 2005 at 04:35:00PM -0600, Daniel Burrows wrote: On a second look at this bug report, I think I may have misunderstood it the first time I skimmed over it. The bug is not that the solution suggested is incorrect, but that the dependencies should be resolved without prompting in this case, right? Yes. Also, only one round of resolution is done, so it takes multiple invocations with the same command line to have all packages and all dependencies installed. This is particularly annoying with big packages like build-depends. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340991: aptitude: flags non-broken packages as broken, apt-get installs just fine
On Mon, Nov 28, 2005 at 05:09:11PM -0600, Daniel Burrows wrote: On Mon, Nov 28, 2005 at 11:42:59PM +0100, Marc Haber [EMAIL PROTECTED] was heard to say: On Mon, Nov 28, 2005 at 04:35:00PM -0600, Daniel Burrows wrote: On a second look at this bug report, I think I may have misunderstood it the first time I skimmed over it. The bug is not that the solution suggested is incorrect, but that the dependencies should be resolved without prompting in this case, right? Yes. Also, only one round of resolution is done, so it takes multiple invocations with the same command line to have all packages and all dependencies installed. This is particularly annoying with big packages like build-depends. I'm not sure what you mean about one round of resolution. I can reproduce this exactly [0] if I set Aptitude::Auto-Install=false (either via -o or in a configuration file), which is why I was asking about ~/.aptitude/config. When I accept the suggested solution, I get a consistent result. In fact, Auto-Install=false is set in _all_ my .aptitude/config files on _all_ my unstable systems which I am pretty sure I didn't manually do, at least not in the last few days. Commenting out the line setting it to false fixes the problem for me. Do you have any idea how this could have been set on all my systems just recently? I am including the .aptitude/config file from the test chroot for completness. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 aptitude ; aptitude::UI ; aptitude::UI::HelpBar true; aptitude::UI::Menubar-Autohide false; aptitude::UI::Minibuf-Prompts false; aptitude::UI::Incremental-Search true; aptitude::UI::Exit-On-Last-Close false; aptitude::UI::Prompt-On-Exit true; aptitude::UI::Pause-After-Download true; aptitude::UI::Minibuf-Download-Bar false; aptitude::UI::Description-Visible-By-Default true; aptitude::UI::Advance-On-Action true; aptitude::UI::Auto-Show-Reasons true; aptitude::UI::Default-Grouping filter(missing),task,status,section(subdir,passthrough),section(topdir); aptitude::UI::Package-Display-Format %c%a%M %p #%v%V%t; aptitude::UI::Package-Status-Format %d; aptitude::UI::Package-Header-Format %N %n #%B %u %o; aptitude::Pkg-Display-Limit ; aptitude::Auto-Install false; aptitude::Auto-Fix-Broken false; aptitude::Recommends-Important false; aptitude::Suggests-Important false; aptitude::Delete-Unused true; aptitude::Delete-Unused-Pattern ; aptitude::Auto-Upgrade false; aptitude::AutoClean-After-Update false; aptitude::Changelog-URL-Template http://cgi.debian.org/cgi-bin/get-changelog?package=%s;; aptitude::Display-Planned-Action true; aptitude::Forget-New-On-Update false; aptitude::Forget-New-On-Install false; aptitude::Warn-Not-Root true; aptitude::Log /var/log/aptitude;
Bug#341202: adduser: gecos option: only last field is set
tags #341202 - patch tags #341202 unreproducible moreinfo thanks On Tue, Nov 29, 2005 at 08:19:21AM +0100, Christian Gennerat wrote: chfn puts default value for all non-specified fields. only the last call to chfn have effect. I cannot reproduce this here: Script started on Tue Nov 29 10:20:29 2005 $ sudo adduser u341202 Adding user `u341202'... Adding new group `u341202' (1002). Adding new user `u341202' (1002) with group `u341202'. Creating home directory `/home/u341202'. Copying files from `/etc/skel' Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully Changing the user information for u341202 Enter the new value, or press ENTER for the default Full Name []: Name Room Number []: Room Work Phone []: Work Home Phone []: Home Other []: Other Is the information correct? [y/N] y $ grep u3412092 /etc/passwd u341202:x:1002:1002:Name,Room,Work,Home,Other:/home/u341202:/bin/bash $ chfn -w WorkNew u341202 $ grep u341202 /etc/passwd u341202:x:1002:1002:Name,Room,WorkNew,Home,Other:/home/u341202:/bin/bash $ Script done on Tue Nov 29 10:21:08 2005 Please provide a typescript that shows how to reproduce your claim. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341202: [Adduser-devel] Bug#341202: still reproductible
On Tue, Nov 29, 2005 at 12:49:43PM +0100, Christian Gennerat wrote: The problem does not exist in interactive mode. Only in command-line mode, with --gecos option. NACK. libs:~# deluser newuser Suppression de l'utilisateur ´???newuser???ª... Fait. libs:~# adduser --gecos=new_user,1234,567,890,and_so_on newuser Adding user `newuser'... Adding new group `newuser' (1009). Adding new user `newuser' (1009) with group `newuser'. The home directory `/home/newuser' already exists. Not copying from `/etc/skel' Enter new UNIX password: Retype new UNIX password: passwd???: le mot de passe a ÈtÈ mis ??? jour avec succËs libs:~# grep newus /etc/passwd newuser:x:1009:1009:rootand_so_on:/home/newuser:/bin/bash Please submit typescripts for Debian bug report in an English locale. My French is next to non-existent. $ sudo deluser newuser Removing user newuser'... done. $ sudo adduser --gecos=new_user,1234,567,890,and_so_on newuser Adding user newuser'... Adding new group newuser' (1002). Adding new user newuser' (1002) with group newuser'. The home directory /home/newuser' already exists. Not copying from /etc/skel' Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully $ grep newuser /etc/passwd newuser:x:1002:1002:new_user,1234,567,890,and_so_on:/home/newuser:/bin/bash $ Works for me. libs:~# deluser newuser Suppression de l'utilisateur ´???newuser???ª... Fait. libs:~# adduser newuser Adding user `newuser'... Adding new group `newuser' (1009). Adding new user `newuser' (1009) with group `newuser'. The home directory `/home/newuser' already exists. Not copying from `/etc/skel' Enter new UNIX password: Retype new UNIX password: passwd???: le mot de passe a ÈtÈ mis ??? jour avec succËs Modification des informations relatives ??? l'utilisateur newuser Entrez la nouvelle valeur ou ´???EntrÈe???ª pour conserver la valeur proposÈe Nom complet [root]: new user N??? de bureau []: 123 TÈlÈphone professionnel []: 456 TÈlÈphone personnel []: 789 Autre []: and so on Is the information correct? [y/N] y libs:~# grep newus /etc/passwd newuser:x:1009:1009:new user,123,456,789,and so on:/home/newuser:/bin/bash libs:~# chfn -w WorkNew newuser libs:~# grep newus /etc/passwd newuser:x:1009:1009:root,,WorkNew,:/home/newuser:/bin/bash Works for me as well. $ sudo deluser newuser Removing user newuser'... done. $ sudo adduser --gecos=new_user,1234,567,890,and_so_on newuser Adding user newuser'... Adding new group newuser' (1002). Adding new user newuser' (1002) with group newuser'. The home directory /home/newuser' already exists. Not copying from /etc/skel' Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully $ grep newuser /etc/passwd newuser:x:1002:1002:new_user,1234,567,890,and_so_on:/home/newuser:/bin/bash $ sudo deluser newuser Removing user newuser'... done. $ sudo adduser newuser Adding user newuser'... Adding new group newuser' (1002). Adding new user newuser' (1002) with group newuser'. The home directory /home/newuser' already exists. Not copying from /etc/skel' Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully Changing the user information for newuser Enter the new value, or press ENTER for the default Full Name []: new user Room Number []: 123 Work Phone []: 456 Home Phone []: 789 Other []: and so on Is the information correct? [y/N] y $ grep newuser /etc/passwd newuser:x:1002:1002:new user,123,456,789,and so on:/home/newuser:/bin/bash $ sudo chfn -w WorkNew newuser $ grep newuser /etc/passwd newuser:x:1002:1002:new user,123,WorkNew,789,and so on:/home/newuser:/bin/bash $ Looks like a bug in passwd which has been fixed in current unstable. I don't think that adduser should cater for bugs in other packages that are already fixed. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341245: apticron: contains .svn directories
Package: apticron Severity: normal Hi, the apticron source package contains .svn directories which indicates that the package was probably built from a svn working copy instead of an export, and that the package was not run through lintian before uploading. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341246: package description should compare apticron with cron-apt
Package: apticron Severity: wishlist Hi, apticron and cron-apt do nearly the same. From a short inspection of the apticron source code and my familiarity with the cron-apt code, apticron look a lot less versatile, but is more end-user friendly in the mail messages it sends. May I ask for the differences to cron-apt to be documented, most preferably in the package description or a README file? Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340991: aptitude: flags non-broken packages as broken, apt-get installs just fine
On Tue, Nov 29, 2005 at 10:31:14AM -0600, Daniel Burrows wrote: In that case, it's expected behavior (aside from it getting set to false, of course). Aside from editing the file manually, all that I know of that would do this is deactivating the automatically resolver dependencies of a package when it is selected option in the Options - Dependency Handling dialog. I have that disabled for months, because I like to see what I am installing when I am working with aptitude interactively. On the command line, it's ok to have the dependencies automatically resolved since one sees what is installed immediately. It is still not clear for my why the behavior has so suddenly changed, neither in sync with a config change on my part nor with a new aptitude version. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341347: aptitude: fails to start: symbol lookup error _Z14ReadConfigFileR13ConfigurationSsbj
On Wed, Nov 30, 2005 at 02:27:27PM +0900, Miles Bader wrote: When trying to run aptitude: $ sudo aptitude aptitude: symbol lookup error: aptitude: undefined symbol: _Z14ReadConfigFileR13ConfigurationSsbj I can confirm this bug. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341347: aptitude: fails to start: symbol lookup error _Z14ReadConfigFileR13ConfigurationSsbj
On Wed, Nov 30, 2005 at 09:53:29AM +0100, Marc Haber wrote: On Wed, Nov 30, 2005 at 02:27:27PM +0900, Miles Bader wrote: When trying to run aptitude: $ sudo aptitude aptitude: symbol lookup error: aptitude: undefined symbol: _Z14ReadConfigFileR13ConfigurationSsbj I can confirm this bug. downgrading apt to 0.6.42.3exp1 helped. Versioned depends or conflicts needed. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341434: aptitude: please consider allowing different configurations for interactive and non-interactive mode
Package: aptitude Version: 0.4.0-3experimental1 Severity: wishlist Hi, I would like to have aptitude Automatically resolve dependencies of a package when it is invoked in non-interactive mode (aptitude install build-essential), but not automatically resolve dependencies in interactive mode (aptitude, Search, +). This could probably be implemented by extending the config file mechanism that already exists: Today, aptitude uses $HOME/.aptitude/config if it exists and /root/.aptitude/config if that does not exist. This could be extended to have config.interactive or config.commandline pulled in when appropriate, probably as _extension_ to the normal config file to only override part of the config settings. Currently, I can help myself with a wrapper script adding an appropriate -o option, but it would be great to have that feature in aptitude proper. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3 0.6.42.3exp1 Advanced front-end for dpkg ii libc6 2.3.5-8.1GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4GCC support library ii libncursesw55.5-1Shared libraries for terminal hand ii libsigc++-2.0-0c2 2.0.16-1 type-safe Signal Framework for C++ ii libstdc++6 4.0.2-4 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.0-3English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341264: adduser: French debconf templates translation
tags #341264 l10n patch confirmed pending thanks On Tue, Nov 29, 2005 at 06:53:50PM +0100, Aurelien Ricard wrote: This file should be put as debian/po/fr.po in your package build tree. Committed to svn as po/fr.po as suggested by Thomas. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331716: exim4: handling of various system users
Hi, On Tue, Oct 04, 2005 at 02:29:01PM -0700, Ross Boylan wrote: Thanks to recent local chaos, the system attempted to deliver some undeliverable messages to the original sender, logcheck. /etc/aliases on my system needed logcheck: root as an entry. When I checked, I discovered a signficant, though old, bunch of mail delivered to /var/spool/mail/logcheck. There's similar story for cyrus. I don't know if either matter is properly an exim issue, but this seemed the best place to report it. The issue here is that /etc/aliases does not belong to any package, and we only create it on package installation if it doesn't exist. This is consistent with the other MTA packages in Debian, and since we share /etc/aliases with them, we decided to go that way. This suggests a more general idea: maybe there should be a router that sends all messages for users 1000 to root? I recall there's some Debian policy that would allow identification of account type from uid. Technically, this is possible, and I am even using this approach on some of my boxes: set_address_data_uid: debug_print = R: set_address_data for [EMAIL PROTECTED] check_local_user domains = +local_domains local_part_suffix = +* local_part_suffix_optional = yes address_data = ${extract{2} \ {:} \ {${lookup passwd{$local_part}}} \ {$value} \ {} \ } driver = redirect data = local_user_low_uid: debug_print = R: local_user_low_uid for [EMAIL PROTECTED] (uid $address_data) driver = redirect check_local_user domains = +local_domains condition = ${if {$address_data}{1000}{1}} local_part_suffix = +* local_part_suffix_optional = yes data = [EMAIL PROTECTED] This will probably break with NIS or LDAP, though. We decided against doing this to keep compatibility with other MTAs, and we'd cement Debian policy into exim configuration which a local admin would probably not like. Though I've filed a lot of trivial bugs today, and this one is only wishlist, I'd say it's a bit important. Yes, it's so important that I feel that this needs to be solved in a consistent way for all MTA packages in Debian. Would you want to discuss this on [EMAIL PROTECTED] That being said, I am inclined to tag this bug wontfix for the time being. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341438: subversion: please add svnserve option to only give read-only access
Package: subversion Version: 1.2.3dfsg1-2 Severity: wishlist Hi, for some automatic processes invoked via ssh authentication (with an ssh key restricted to svnserve -t in authorized_keys, for example, it would be desireable to start up an svnserve process that will refuse writing to the repository. This could be implemented by an -r command line option, for example. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages subversion depends on: ii db4.2-util 4.2.52-20 Berkeley v4.2 Database Utilities ii libapr02.0.55-3 the Apache Portable Runtime ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libdb4.2 4.2.52-20 Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libldap2 2.1.30-12 OpenLDAP libraries ii libneon24 0.24.7.dfsg-3 An HTTP and WebDAV client library ii libssl0.9.80.9.8a-4 SSL shared libraries ii libsvn01.2.3dfsg1-2 shared libraries used by Subversio ii libxml22.6.22-2 GNOME XML library ii patch 2.5.9-2 Apply a diff file to an original ii zlib1g 1:1.2.3-8 compression library - runtime subversion recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341428: rageircd: missing dependency on perl-modules
tags #341428 confirmed thanks On Wed, Nov 30, 2005 at 04:34:07PM +0200, Lars Wirzenius wrote: I guess you need to depend on perl-modules. I am not sure about this. To avoid the dependency, I will probably retry deleting the user without --remove-home after the first call to deluser failing and emit a warning that the home directory was left behind. I'll ponder about this for a while. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331716: exim4: handling of various system users
On Wed, Nov 30, 2005 at 11:00:04AM -0800, Ross Boylan wrote: On Wed, Nov 30, 2005 at 04:03:01PM +0100, Marc Haber wrote: Technically, this is possible, and I am even using this approach on some of my boxes: set_address_data_uid: debug_print = R: set_address_data for [EMAIL PROTECTED] check_local_user domains = +local_domains local_part_suffix = +* local_part_suffix_optional = yes address_data = ${extract{2} \ {:} \ {${lookup passwd{$local_part}}} \ {$value} \ {} \ } driver = redirect data = local_user_low_uid: debug_print = R: local_user_low_uid for [EMAIL PROTECTED] (uid $address_data) driver = redirect check_local_user domains = +local_domains condition = ${if {$address_data}{1000}{1}} local_part_suffix = +* local_part_suffix_optional = yes data = [EMAIL PROTECTED] I'm a little surprised the local_user_low_uid ever gets hit; however, I'm not sure what ${extract} does above since the docs say -- ${extract{key}{string1}{string2}{string3}} The key and string1 are first expanded separately. Leading and trailing whitespace is removed from the key (but not from any of the strings). *The key must not consist entirely of digits. * The key must not consist of digits to give a hint which form of extract{ is wanted. If the first argument is entirely made of digits, the second extract{ form is used which you'll find just a few lines below in spec.txt. We decided against doing this to keep compatibility with other MTAs, and we'd cement Debian policy into exim configuration which a local admin would probably not like. I'm not sure why a Debian box having Debian policy would be a problem. I guess you're thinking some admins might not want to stick to policy? Yes, especially in heterogenous environments where different OSes might run from the same LDAP database. Though I've filed a lot of trivial bugs today, and this one is only wishlist, I'd say it's a bit important. Yes, it's so important that I feel that this needs to be solved in a consistent way for all MTA packages in Debian. Would you want to discuss this on [EMAIL PROTECTED] I'm short of time right now, and am not a developer, but I could kick off the discussion sometime in the future. But is it appropriate for a non-DD to do so? Absolutely. Debian-devel is for discussion regarding Debian development, but is not restricted to DDs. We have many non-DDs regularly contributing, and this is appreciated. I kind of like having the MTA do it, at least as a fallback, since there will probably always be some cases that don't update the aliases file appropriately. If policy prohibits packages from messing with an existing alias file (I'm not sure if it does), then it's a certainty this will continue to come up. Since /etc/aliases is not a dpkg-conffile, we could theoretically modify it. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331716: exim4: handling of various system users
On Wed, Nov 30, 2005 at 11:29:52AM -0800, Ross Boylan wrote: On Wed, Nov 30, 2005 at 08:11:30PM +0100, Marc Haber wrote: On Wed, Nov 30, 2005 at 11:00:04AM -0800, Ross Boylan wrote: On Wed, Nov 30, 2005 at 04:03:01PM +0100, Marc Haber wrote: Technically, this is possible, and I am even using this approach on some of my boxes: set_address_data_uid: debug_print = R: set_address_data for [EMAIL PROTECTED] check_local_user domains = +local_domains local_part_suffix = +* local_part_suffix_optional = yes address_data = ${extract{2} \ {:} \ {${lookup passwd{$local_part}}} \ {$value} \ {} \ } driver = redirect data = local_user_low_uid: debug_print = R: local_user_low_uid for [EMAIL PROTECTED] (uid $address_data) driver = redirect check_local_user domains = +local_domains condition = ${if {$address_data}{1000}{1}} local_part_suffix = +* local_part_suffix_optional = yes data = [EMAIL PROTECTED] I'm a little surprised the local_user_low_uid ever gets hit; however, I'm not sure what ${extract} does above since the docs say -- ${extract{key}{string1}{string2}{string3}} The key and string1 are first expanded separately. Leading and trailing whitespace is removed from the key (but not from any of the strings). *The key must not consist entirely of digits. * The key must not consist of digits to give a hint which form of extract{ is wanted. If the first argument is entirely made of digits, the second extract{ form is used which you'll find just a few lines below in spec.txt. How embarrassing! Sorry about that. Anway, won't the first router pick up all cases that the 2nd would cover? Yes, but it doesn't do anything besides setting address_data. I am using that information again in some other routers, to it is only computed once and then stored. Since /etc/aliases is not a dpkg-conffile, we could theoretically modify it. I think the relevant we in this case would be whatever package created the new user. Maybe MTA's could do a check and rewrite if necessary, but that's pretty ugly. Yes. But I don't think that adduser should cater for that as well. I'd like to have input of other developers, so I'd appreciate you taking that issue to -devel for public discussion. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341574: aptitude: please add package state tagged for installation
Package: aptitude Version: 0.4.0-5.0 Severity: wishlist Hi, when I say install a package, and it is currently uninstallable due to unsatisfied dependencies, it is flagged as broken, and I cannot do anything unless this broken dependency is resolved, which most frequently is done by deselecting the package. I would like to have a flag for a package that shows the package as install as soon as possible, which reminds me that I wanted to install this package but couldn't at the moment I decided to install it. Automatic installation as soon as its dependencies are resolved would be nice to have, but I'd be satisfied with the opportunity to tag the package to recognize it later. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.43exp1 Advanced front-end for dpkg ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.16-2 type-safe Signal Framework for C++ ii libstdc++64.0.2-4The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.0-5English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341442: Variable substitution for ca, nl, tl translations
tags #341442 l10n patch confirmed pending thanks On Wed, Nov 30, 2005 at 04:59:37PM +0100, Davide Viti wrote: Please fix the wrong variables spotted at: http://d-i.alioth.debian.org/spellcheck/level2/index.html please note that the fixes involves adding/removing $ character (just in case this mail client decides to mess up character encoding) Thanks for spotting, committed to svn. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338319: exim4: TLS does not work any more after upgrade
On Fri, Dec 02, 2005 at 08:04:01AM +0100, Laurent Fousse wrote: * Marc Haber [2005-11-09]: On Wed, Nov 09, 2005 at 02:23:41PM +0100, Franz G. Koehler wrote: since applying the latest security updates exim4 does not initialize nor accept successfully TLS connections. I cannot reproduce this. Works fine here. I can. I have the same timeouts after STARTTLS. Does your system have enough entropy? This it is a server with no keyboard attached, it might lack entropy. Please find that out by looking at /proc/sys/kernel/random/entropy_avail. If there is no entropy available, there is nothing the exim packages can do. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341438: subversion: please add svnserve option to only give read-only access
On Sat, Dec 03, 2005 at 01:46:19PM +, Max Bowsher wrote: Uh... an -R (--read-only) option *ALREADY* exists. In fact, it has been deprecated in favour of a repository's svnserve.conf file. ... and it is not documented in the svnserve man page. Please explain why it is desirable to control access through svnserve invocation, rather than by user identity. $ grep svn .ssh/authorized_keys from=192.168.123.92,command=svnserve -t -R ssh-rsa B3NzaC1yc2EBIwAAAQEAu0DKRi2tHpQcpFLuBqLvS/LbOnBTMlkprHuJSQeglX/LW1+gvh5OkmKD6CZDjJ/OCK6nGGJUf5ap33uLlXoHBifDetxr+p8xk2pcvUcV7hSWGRkVqHE+YA3TvonX8ga4YuX7F1Jwa21TUATXljbbdgbLMAx/oaUT98PN/XzF2nn/cAOslt6O6GR6asx4/xU3dCe69DpHeo6Fiq+1fJv0fmwiaUH5yF5uH4bzDMVebTiO0siKgVILPNMAuxo4W3osxXUdAM5xHs7ZL1X2ykFl3JPENKIGOfUm0MyaUATTOJunDfTHZiLKg/WKhXHYIOnCqPU5LIKMqWRJNFzMSwEwKQ== [EMAIL PROTECTED] 2004-05-23 The key in question only grants read-only access to the repository, and only if the request is received from 192.168.123.92. The account itself can get r/w access from a shell. This is, for example, an issue on public systems where each individual only gets a single account and doesn't want to expose the repository r/w to a passphraseless key for automatic processes while still being able to commit from a shell on the same account. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341981: module-assistant: please add configuration file
Package: module-assistant Version: 0.10.2 Severity: wishlist Please consider adding a configuration file to pre-set the options that can already be controlled from the environment, or have module-assistant read one of the existing configuration files, for example ~/.devscripts. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages module-assistant depends on: ii libtext-wrapi18n-perl 0.06-4 internationalized substitute of Te ii perl 5.8.7-8Larry Wall's Practical Extraction Versions of packages module-assistant recommends: ii liblocale-gettext-perl1.05-1 Using libc functions for internati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341983: module-assistant: KERNELDIRS not mentioned in man page
Package: module-assistant Version: 0.10.2 Severity: minor A module-assistant error message says that one can set the KERNELDIRS environment variable to point module-assistant towards the right kernel directory. That environment variable is not documented in the man page, and I think that it should be named KERNELDIR instead. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages module-assistant depends on: ii libtext-wrapi18n-perl 0.06-4 internationalized substitute of Te ii perl 5.8.7-8Larry Wall's Practical Extraction Versions of packages module-assistant recommends: ii liblocale-gettext-perl1.05-1 Using libc functions for internati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341984: module-assistant: please consider adding readline-based frontend
Package: module-assistant Version: 0.10.2 Severity: wishlist module-assistant extensively uses dialogs. This makes it hard to see which way led to an error message being displayed, and totally wrecks typescripts that are frequently used to track automated processes. Please consider adding a non-graphical frontend to use. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages module-assistant depends on: ii libtext-wrapi18n-perl 0.06-4 internationalized substitute of Te ii perl 5.8.7-8Larry Wall's Practical Extraction Versions of packages module-assistant recommends: ii liblocale-gettext-perl1.05-1 Using libc functions for internati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341985: module-assistant: command line options inconsistent
Package: module-assistant Version: 0.10.2 Severity: minor it is --userdir, but --kernel-dir. Confusing. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages module-assistant depends on: ii libtext-wrapi18n-perl 0.06-4 internationalized substitute of Te ii perl 5.8.7-8Larry Wall's Practical Extraction Versions of packages module-assistant recommends: ii liblocale-gettext-perl1.05-1 Using libc functions for internati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341987: module-assistant: strange messages if --userdir is used
Package: module-assistant Version: 0.10.2 Severity: minor first, module-assistant --userdir /home/mh/m-a --kernel-dir /home/mh/linux/2.6/2.6.14.3/linux-2.6.14.3 clean,get,build ipw2200 sl-modem complains about if /usr/src/modules does not exist. After creating that directory, repeated invocation looks like this: Updated infos about 3 packages Extracting the package tarball, /usr/src/ipw2200-source.tar.gz, please wait... find: /usr/src/modules/ipw2200*: No such file or directory Done with /home/mh/m-a/ipw2200-modules-2.6.14.3-scyw00225_1.0.8-1+2.6.14.3.20051204.1_i386.deb. Extracting the package tarball, /usr/src/sl-modem.tar.bz2, please wait... find: /usr/src/modules/sl*: No such file or directory Done with /home/mh/m-a/sl-modem-modules-2.6.14.3-scyw00225_2.9.9d-7+2.6.14.3.20051204.1_i386.deb. Extracting the package tarball, /usr/src/ieee80211-source.tar.gz, please wait... find: /usr/src/modules/ieee80211*: No such file or directory Done with /home/mh/m-a/ieee80211-modules-2.6.14.3-scyw00225_1.1.6-2+2.6.14.3.20051204.1_i386.deb. Looks like there is still some code left that doesn't honor --userdir. In all cases, module-.deb files are created OK, though, thus the minor severity of this bug report. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages module-assistant depends on: ii libtext-wrapi18n-perl 0.06-4 internationalized substitute of Te ii perl 5.8.7-8Larry Wall's Practical Extraction Versions of packages module-assistant recommends: ii liblocale-gettext-perl1.05-1 Using libc functions for internati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341981: module-assistant: please add configuration file
On Sun, Dec 04, 2005 at 05:10:12PM +0100, Marc Haber wrote: Please consider adding a configuration file to pre-set the options that can already be controlled from the environment, or have module-assistant read one of the existing configuration files, for example ~/.devscripts. It should also be possible to set certain command line options from the config file, such as --userdir and --kernel-dir. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342000: kdepim: ftbfs on i386 in minimal sid chroot
Package: kdepim Version: 4:3.4.2-2 Severity: normal kdepim fails to build from source in a clean sid chroot with c2a transitioned libraries: Script started on Sun Dec 4 18:13:57 2005 ~/kdepim/kdepim-3.4.2/build-tree/obj-i486-linux-gnu/kresources/egroupware$ make if /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware -I../.. -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/libical/src/libical -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/libical/src/libicalss -I../../libical/src/libical -I../../libical/src/libicalss -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware/versit -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/ -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/knotes -I../../kaddressbook -I../../kaddressbook/common -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kaddressbook/common -I../../kresources/egroupware -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/libkdepim -I/usr/include/kde -I/usr/share/qt3/include -I. -DQT_THREAD_SUPPORT -D_REENTRANT -D_FILE_OFFSET_BITS=64 -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wno-non-virtual-dtor -DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT libkabc_xmlrpc_la.all_cpp.lo -MD -MP -MF .deps/libkabc_xmlrpc_la.all_cpp.Tpo -c -o libkabc_xmlrpc_la.all_cpp.lo libkabc_xmlrpc_la.all_cpp.cpp; \ then mv -f .deps/libkabc_xmlrpc_la.all_cpp.Tpo .deps/libkabc_xmlrpc_la.all_cpp.Plo; else rm -f .deps/libkabc_xmlrpc_la.all_cpp.Tpo; exit 1; fi g++ -DHAVE_CONFIG_H -I. -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware -I../.. -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/libical/src/libical -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/libical/src/libicalss -I../../libical/src/libical -I../../libical/src/libicalss -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware/versit -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/ -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/knotes -I../../kaddressbook -I../../kaddressbook/common -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kaddressbook/common -I../../kresources/egroupware -I/home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/libkdepim -I/usr/include/kde -I/usr/share/qt3/include -I. -DQT_THREAD_SUPPORT -D_REENTRANT -D_FILE_OFFSET_BITS=64 -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wno-non-virtual-dtor -DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT libkabc_xmlrpc_la.all_cpp.lo -MD -MP -MF .deps/libkabc_xmlrpc_la.all_cpp.Tpo -c libkabc_xmlrpc_la.all_cpp.cpp -fPIC -DPIC -o .libs/libkabc_xmlrpc_la.all_cpp.o /usr/include/kde/kresources/manager.h:59: warning: 'class KRES::ManagerNotifier' has virtual functions but non-virtual destructor /home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware/xmlrpciface.h: In member function 'void KXMLRPC::Server::call(const QString, const QValueListT, QObject*, const char*, QObject*, const char*, const QVariant)': /home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware/xmlrpciface.h:162: error: no matching function for call to 'KXMLRPC::Server::call(const QString, QValueListQVariant, const QVariant)' /home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware/xmlrpciface.h:101: note: candidates are: void KXMLRPC::Server::call(const QString, const QValueListQVariant, QObject*, const char*, QObject*, const char*, const QVariant) /home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware/xmlrpciface.h:105: note: void KXMLRPC::Server::call(const QString, const QVariant, QObject*, const char*, QObject*, const char*, const QVariant) /home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware/xmlrpciface.h:109: note: void KXMLRPC::Server::call(const QString, int, QObject*, const char*, QObject*, const char*, const QVariant) /home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware/xmlrpciface.h:113: note: void KXMLRPC::Server::call(const QString, bool, QObject*, const char*, QObject*, const char*, const QVariant) /home/mh/kdepim/kdepim-3.4.2/build-tree/kdepim-3.4.2/kresources/egroupware/xmlrpciface.h:117: note: void KXMLRPC::Server::call(const QString, double, QObject*, const char*,
Bug#341981: Re: Bug#341981: module-assistant: please add configuration file
On Sun, Dec 04, 2005 at 05:24:09PM +0100, Marc Haber wrote: On Sun, Dec 04, 2005 at 05:10:12PM +0100, Marc Haber wrote: Please consider adding a configuration file to pre-set the options that can already be controlled from the environment, or have module-assistant read one of the existing configuration files, for example ~/.devscripts. It should also be possible to set certain command line options from the config file, such as --userdir and --kernel-dir. Not to forget --text-mode and --non-inter. Grüße Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334981: acknowledged by developer (gimp displays menus in black on black)
found #334981 2.2.9-6 thanks [considering it rude to close a bug with the question whether it still occurs] On Mon, Dec 05, 2005 at 10:03:14AM -0800, Debian Bug Tracking System wrote: Hi, is this bug still occurring for you? Yes. If so, is it possible that you're using a customized gtkrc for gimp? Not willingly. Using KDE here. Where should I look? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334981: acknowledged by developer (gimp displays menus in black on black)
On Mon, Dec 05, 2005 at 05:07:37PM -0500, Ari Pollak wrote: [considering it rude to close a bug with the question whether it still occurs] Yeah, sorry about that. I realized my mistake right after I sent it. Accepted. Not willingly. Using KDE here. Where should I look? Ah, what happens if you run gimp without being in KDE? I don't have any other environment installed, so this is kind of a challange. If you have a modified /etc/gimp/2.0/gtkrc or a ~/.gimp-2.2/gtkrc, those will probably be used instead of the default. $ cat /etc/gimp/2.0/gtkrc | grep -v '^#' binding gimp-help-binding { bind F2 { show-help (255)} bind KP_F2{ show-help (255)} bind shiftF2{ show-help (whats-this) } bind shiftKP_F2 { show-help (whats-this) } bind ctrlF2 { show-help (tooltip)} bind ctrlKP_F2 { show-help (tooltip)} } style gimp-large-preview { GimpPreview::size = 256 } style gimp-red-separator-style { bg[SELECTED] = #aa2448 } ~/.gimp-2.2/gtkrc exists, but the problem persists even after moving the entire ~/.gimp-2.2 away. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340891: More information
On Mon, Dec 05, 2005 at 10:12:33PM -0200, Otavio Salvador wrote: I tried to find where update-grub script went out but failed. Could you please provide the output of: sh -x update-grub? If this doesn't fail, please, edit your update-grub script and include -x in its header line. So reproduze the problem again and send the log to me. I could reproduce this on a sarge system with a kernel built by the new kernel-package. However, an invocation of update-grub from the command line went flawlessly, and afterwards the configuration of the linux-image package was able to complete. I'll try the -x approach should the issue repeat. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342221: update-grub prefers 2.6.x over 2.6.x.y
Package: grub Version: 0.97-1 Severity: minor Hi, when I have a 2.6.x kernel (for example 2.6.14) installed, and add a 2.6.x.y kernel (for example 2.6.14.3), update-grub prefers 2.6.14 and puts it first. Hence, the update is usually not performed if one doesn't manually edit /boot/grub/menu.lst. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages grub depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand grub recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342222: grub: impossible to specify no altoptions at all
Package: grub Version: 0.97-1 Severity: wishlist Hi, I have a system that doesn't have any console, and is inaccessible in a vendor's computing center (it's a rented server, see http://www.alturo.de/). Hence, it doesn't make any sense to have any altoptions in /boot/grub/menu.lst since there is nobody there to select it, and nobody can operate the console since it doesn't exist. However, when I delete all altoptions lines from the menu.lst file, update-grub recreates the single user option which is especially pointless since the machine does only have the network to interface with the outside world. It should be possible to have no altoptions specified at all without update-grub trying to be smarter than oneself. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages grub depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand grub recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342233: exim4-config: mailname_in_oh not documented in man page
Package: exim4-config Version: 4.60-1 Severity: minor As far as I can see, the mailname_in_oh option in /etc/update-exim4.conf.conf is a flag that is set by exim4-config.config to show that the contents of /etc/mailname has already been added to other_hostnames to avoid it from being added again after the local administrator decided to remove it. This should be documented in the ue4.conf man page since people keep asking for the meaning of that setting. Greetings Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328788: Re: Re: Bug#328788: kaffeine: crashes on playback
On Sat, Nov 12, 2005 at 03:51:14AM +0100, Marc Haber wrote: On Mon, Sep 26, 2005 at 09:27:21AM +0200, Marc Haber wrote: On Sat, Sep 17, 2005 at 03:31:42PM +0200, Marc Haber wrote: When playing back DVDs, kaffeine crashes either immediately, or when starting to play the first chapter after the copyright warnings. On the DVDs I have tried and where kaffeine doesn't crash right away, the crash occurs on the first chapter that tries to play sound. This also happens with 0.7.1-1.1 And with 0.7.1-1.3 After changing to a recent kernel and kde 3.5, kaffeine set to use the alsa sound engine plays back sound just fine, and nicely co-exists with other sound-playing programs. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342253: kicker-applets: System Monitor doesn't properly handle transparency
Package: kicker-applets Version: 4:3.4.3-1 Severity: normal [I wasn't able to properly figure out which binary the System Monitor belongs to, and I assume that it is ktimemon. If it is not, please reassign appropriately] In a transparent panel, the System Monitor sometimes loses transparency and shows up as a black square with the bars painted upon. This is replaced by the background pretty fast, but is an annoying point of activity on the screen. See attached .png screenshot. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-scyw00225 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages kicker-applets depends on: ii kdelibs4c2a 4:3.5.0-1core libraries for all KDE applica ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3The Network Audio System (NAS). (s ii libc6 2.3.5-8.1GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1.1generic font configuration library ii libfreetype62.1.10-1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-2 Client library for the gamin file ii libgcc1 1:4.0.2-5GCC support library ii libglib1.2 1.2.10-10The GLib library of C routines ii libgtk1.2 1.2.10-18The GIMP Toolkit set of widgets fo ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn110.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-3Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-66.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext66.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama16.8.2.dfsg.1-11 X Window System multi-head display ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii xmms1.2.10+cvs20050809-4 Versatile X audio player ii zlib1g 1:1.2.3-8compression library - runtime Versions of packages kicker-applets recommends: ii kicker4:3.5.0-1 desktop panel for KDE -- no debconf information system-monitor.png Description: PNG image
Bug#308139: bugs.debian.org: please consider adding maintainer-settable per-package information to bug summary page
Package: bugs.debian.org Severity: wishlist Hi, the exim 4 package will most probably deliver a wiki page with a list of known bugs in the sarge package, including the appropriate workarounds. To avoid duplicate reports being filed (we expect an avalance of bug reports) after sarge release, it would be nice to be able to include a sentence pointing towards that web page in the bug summary page reachable at http://b.d.o/packagename. Please consider adding that option. Greetings Marc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-zgserver Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304934: [Pkg-shadow-devel] Bug#304934: there should be a way to override PASS_MAX_DAYS in useradd
Hi, On Sat, May 07, 2005 at 09:58:19PM +0300, Alexander Gattin wrote: On Mon, May 02, 2005 at 07:20:29AM +0200, Marc Haber wrote: Reopening. Please document this option. I cannot use a secret, undocumented option. Actually it is documented, although in TFS. TFS is not in the binary package, hence the binary package is missing the docs. That's a policy violation *ducks* The problem with -O option is a Tomasz's desire to rename it to -K for sake of unfication with Solaris: So we can/need to wait until it is renamed, then document it, This depends on you. Well, I decided on using chage in adduser, so the connection between this bug and the adduser issue isn't there any more. However, I find it quite ugly to leave useful options undocumented. But that's of couse your decision. Currently I see the next in adduser: Depends: ... passwd (=961025) Dependency on such an antique version of passwd looks strange for me There surely was a reason for doing so, but since this dependency is satisfied since bo (which had exactly this version of passwd), I think that it can probably be removed. (do you really test adduser against it?), No. but if you want to choose as old a passwd as possible for the dependency, then probably you should use chage instead of -O/-K, because chage is in passwd since ages (a working version since 970616-1, AFAIU?). chage is now being used. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308175: adduser: check whether group can be deleted before starting deluser operation
Package: adduser Version: 3.63 Severity: wishlist Hi, if (implicit?) deletion of a group is asked for, adduser should check whether the group is empty (including a check for the group being primary group for a different user) and refuse the operation if deleting the group would leave the system in an inconsistent state. Greetings Marc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-zgserver Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages adduser depends on: ii debconf 1.4.48 Debian configuration management sy ii passwd 1:4.0.3-31sarge3 change and administer password and ii perl-base 5.8.4-8 The Pathologically Eclectic Rubbis -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285371: Re: exim4-daemon-heavy: gnutls-params not being re-created and hangs STARTTLS connections
Hi, On Sat, Feb 26, 2005 at 11:42:20PM +0100, Marc Haber wrote: A possible fix would be generating new parameters in a separate process, replacing the old ones with the new ones after successful generation. This will probably suck up all entropy available for an extended period of time, but to close this bug we need to deliver a possibility for doing so. This will be much easier with exim 4.51, since exim 4.51 now writes the dh_parameters in PEM format which allows the parameter file to be re-generated asynchronously with certtool. So, a local fix for the issue in 4.50 will be useless after 4.51 has been accepted into Debian. However, it looks like sarge is really frozen this time, and 4.51 won't be allowed into sarge. So it looks like this bug will remain open for sarge, to be fixed in etch. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308008: munin-node: should use update-rc.d and/or invoke-rc.d
Hi, On Mon, May 09, 2005 at 07:53:15AM +0200, Tore Anderson wrote: * Marc Haber [this is probably serious, a policy violation] No. Let me quote http://www.debian.org/Bugs/Developer#severities: [serious] is a severe violation of Debian policy (roughly, it violates a must or required directive), [...] Which is the reason why I filed the bug as normal. Also, if that weren't enough, the function in question is only run if the package is upgraded from version 1.2.0-1 or earlier. This makes the bug only appear when upgrading from an unreleased version of Munin - in other words: It won't affect new installs of Sarge, nor Woody-Sarge upgrades. Hence, it cannot be considered release critical. In my opinion, anyway. In the time of the freeze, a release critical bug is actually good since it might allow a new version into sarge ;) I cannot see how I can accomplish 1) with the update-rc.d abstraction layer. I can do 2) and 3), of course, but due to 1) I need to make assumptions on the data structures underneath the abstraction layer anyway, so it seems pointless to mix'n'match approaches. I'd value any suggestions you might have on how to deal with it, though. My suggestion would be: (1) detect whether sysv-rc or file-rc being used (s2) read the symlinks and change them if necessary (f2) emit a warning, update-rc.d remove, update-rc.d insert (s2) is the same as we have today, (f2) is better than failing. I have written e-mail to the maintainers of sysv-rc and file-rc whether they would be willing to provide read-rc.d Regarding the Subject field, you mention invoke-rc.d. Ignore that. I was just trying to give an appropriate description of the abstraction layer. Of course. invoke-rc.d is of no use here. Grüße Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308001: munin: should not store web application data in /var/www
Hi Tore, On Mon, May 09, 2005 at 08:18:00AM +0200, Tore Anderson wrote: I'm a bit uncertain here. A quick apt-file search -x \^var/www show 60 packages containing the /var/www directory, including packages similar to Munin (cricket and mrtg). For some reason, Munin itself didn't show up on that list, so there may be even more of them if I goofed up the apt-file command. torrus is an example of the other kind. I remember not liking the cricket packaging at all, and mrtg is probably not a very good example. Most of these, like Munin, only create a subdir under /var/www. The way I interpreted the passage you quoted above when creating the initial package, was something like «Web Application shold try to avoid storing files in the Web Document Root [, but rather create it's own subdir in it]». I do not concur with that interpretation, since the policy quite clearly states that packages should use /usr/share/doc/package (which is wrong, btw, since nothing should rely on /usr/share/doc being present). This seems to be in accordance with current practise (to compare with the 60 packages above, only 10 packages ship files in /etc/apache{2,}/conf.d/, and half of these doesn't contain web applications at all, but Apache modules. I think it is fine to ship static files in /var/www, but dynamically generated stuff which is painless to lose (like the .png files) should, IMO, be in /var/cache, and dynamic data which has value (like the .rrd files) should be in /var/lib. In my opinion, the value of the data should take precedence to its use when judging where to store it. /var/cache could be a ram disk and not being backupped, and I could surely come up with a situation where /var/www and /var/lib could be treated differently storage-, backup- and purge-wise. Another thing that makes me even more uncertain about how to interpret that Policy paragraph is this: «[...] and register the Web Application via the menu package.» As far as I know, there's no way to use the menu package to register web applications in a web server, so it makes me wonder if this passage is at all meant for packages such as Munin. I have discussed this on #d-d. Formally, the idea is that web application register with the menu package and the web swerver queries menu for the packages being installed and configures itself apropriately. That mechanism seems not to be in wide use though. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308008: munin-node: should use update-rc.d and/or invoke-rc.d
On Mon, May 09, 2005 at 12:22:35PM +0200, Tore Anderson wrote: * Marc Haber In the time of the freeze, a release critical bug is actually good since it might allow a new version into sarge ;) Seeing your smiley, I assume you agree. :-) Basically. It sucks, however, to have exim4 4.51 unacceptable. My suggestion would be: (1) detect whether sysv-rc or file-rc being used (s2) read the symlinks and change them if necessary (f2) emit a warning, update-rc.d remove, update-rc.d insert (s2) is the same as we have today, (f2) is better than failing. Hmm, but that'd make the file-rc method unconditionally nuke any user- customised startup ordering, won't it? After giving a warning, yes. That is more acceptable than having the init script fail. I'd rather learn file-rc (never used it) and see if it's possible to figure out if the user has changed the default ordering before doing the remove-insert thing. Of course. [2/[EMAIL PROTECTED]:~$ grep '\(#\|munin\)' /etc/runlevel.conf # This file was automatically generated by /usr/share/file-rc/rclink2file.sh. # You can use your favourite editor or update-rc.d(8) to modify it. # Read runlevel.conf(5) man page for more information about this file. # # Format: # sort off- on-levels command 20 0,1,6 - /etc/init.d/munin-node 98 - 2,3,4,5 /etc/init.d/munin-node # THE LAST LINE IS NEVER READ [3/[EMAIL PROTECTED]:~$ file-rc is actually the best thing since sliced bread ;) It seems that sysvinit and file-rc is the only packages providing update-rc.d so Actually sysvinit doesn't provide update-rc.d, it's sysv-rc. I guess that means they're the only ones providing any init system at all. Yes. That can only change if sysvinit changes, since sysvinit depends on sysv-rc | file-rc. However, this bug will probably be fixed by the removal of the function in question after Sarge has been released - it won't serve any purpose then anyway. Oh well, even better ;) I have written e-mail to the maintainers of sysv-rc and file-rc whether they would be willing to provide read-rc.d That would be nice to have, yes. Even better, something like update-rc.d --update blah blah which would only update the order if it wasn't changed by the user, or it could even pop up a dpkg-style conffile dialog asking the user if he'd want the new config as shipped in the package. Possibly. That is too much, since there needs to be storage for the original value to determine a user change or not. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308323: exim4-daemon-heavy: sometimes splits mail between alternative MXs for no good reason
On Mon, May 09, 2005 at 02:49:37PM +0200, Steinar H. Gunderson wrote: We're currently running Exim on a quite bandwidth-constrained links, and the following has become a problem lately, especially with aliases etc. in the loop: Sometimes, when an alias expands to multiple addresses that point to the same domain (which has multiple MX records), Exim chooses to deliver to half of the recipients via one MX and the other half to the other MX. Thus, the message is sent out twice on the link, instead of simply adding more RCPT records to the already existing connection. This appears quite random to me; what should happen is that Exim decides MX for a domain only once during delivery of a given message, instead of forking into two processes delivering the same message. I suspect the following behavior: Whenever a new message is generated, a delivery process is usually forked immediately which delivers the message. This might be your behavior here. A possible remedy would be to run exim in queue-only mode and to have a queue runner invoked on a regular basis. There are options which make exim route first and deliver later which possibly does the best job in grouping together deliveries. This is, however, a configuration highly special to your case and not suitable to be the default. That being said, I would be interested in logs. This bug will be closed by the end of may if I am not convinced by then that it is really a bug in exim. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308001: munin: should not store web application data in /var/www
On Mon, May 09, 2005 at 01:11:18PM +0200, Tore Anderson wrote: * Marc Haber torrus is an example of the other kind. I remember not liking the cricket packaging at all, and mrtg is probably not a very good example. I'm not so sure if I like the torrus packaging, with one binary package per httpd. It is, however, working fine. Torrus only supports apache and apache2 upstream, so things are much easier though. 19 packages is providing httpd as far as I can see, and I'd like Munin to work with all of them, but having one binary package per httpd doesn't seem like a viable option. How about having a binary package for the major httpds? People using an exotic httpd surely have the knowledge of hacking their own configuration. Using /var/www/munin is quite nice in that case, as it'll work with any web server without any extra configuration needed. Yes, since munin can deliver static stuff, while torrus relies on being dynamic. I think it is fine to ship static files in /var/www, but dynamically generated stuff which is painless to lose (like the .png files) should, IMO, be in /var/cache, and dynamic data which has value (like the .rrd files) should be in /var/lib. In my opinion, the value of the data should take precedence to its use when judging where to store it. /var/cache could be a ram disk and not being backupped, and I could surely come up with a situation where /var/www and /var/lib could be treated differently storage-, backup- and purge-wise. Well, it's /var in any case, which the FHS says is for variable data files, so it's unsuitable for fully static files which will never change (ie. files contained in the data.tar.gz part of the .deb), IMO. Right. We have examples of that though, /var/www/index.html being one of the most prominent examples. /usr/share strikes me as the proper place for this. Ageed. /var/cache does not seem to me like an unreasonable place for the Munin output, based on the FHS description, though. Yes. But /var/www seems to be a Debianism that's not mentioned in the FHS, so its intended usage isn't quite clear to me. Neither it is to me. So I would judge for _my_ packages to put files where I know they're right. Is a mass bug filing warranted, or is Munin special in some way that makes it not OK to use /var/www while all the others should? I think the reality is in between these examples. But, there might be insightful discussion on debian-devel. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307998: munin-html should be smarter about re-generating the HTML files
On Mon, May 09, 2005 at 08:28:54AM +0200, Tore Anderson wrote: * Marc Haber munin-html does always create completely new HTML pages. This is a waste of resources. munin-html should detect whether the configuration has changed, and only re-generate the HTML pages in that case. I don't consider this a bug, rather a design weakness that I agree could be improved. I've therefore changed the severity to what I feel is appropriate. Anyway, I'll make sure Jimmy (main upstream guy) will see this when he returns from his holidays. Agreed. I don't feel it's important enough to push it if he says no, though - generating the HTML pages is far from a heavy task, But it still hurts to have that done every five minutes. Additionally, it is prone to confuse host-based IDSses which would need to be manually configured to ignore the html files changing ctime and inode all the time. Also, it breaks web caching. it could even be that the resource savings you'd get from introdusing the logic you ask for are insignificant or even non- existent. That logic is a stat and a comparision. Not quite expensive operations. It would also kill the last updated timestamp at the bottom of each page, which I at least consider a nice thing to have. A timestamp is included in the rrd graphs, which is quite sufficient, IMO. Perhaps it could be implemented as an option, or even merged into the CGI so you'd have the choice between a fully-static site which updates once in a while, or a fully-dynamic site which updates upon request. A fully-dynamic site is the optimum. Smokeping could serve as example. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307963: munin: please don't hide CGI mode so well
Hi, On Mon, May 09, 2005 at 12:30:55PM +0200, Tore Anderson wrote: * Marc Haber (3) Have the cron job (3a) run as root (3b) drop privileges before invoking one of the four munin scrips (3c) chown /var/log/munin_graph.log and the appropriate files in /var/www/munin either to www-data or munin regarding on whether graph_strategy is cron or cgi (3d) only run munin_graph and munin_html if graph_strategy is cron. With the Hack in (3c), you don't need to worry about updates, and the local user can even change her preferences any time. The cron job will then just do the right thing. I don't really like this idea, too hacky. I find it quite straightforward. It makes the actual permissions on the filesystem diverge from what dpkg believes (can be handled by using dpkg-statoverride instead of chown though), dpkg doesn't know about the dynamically generated files anyway. I believe a better idea is what I discussed with you on IRC: Change the location where the CGI stores the PNGs to outside of the HTML directory. This requires upstream changes, but I've got a quite nice relationship to Jimmy so that shouldn't be a problem. :-) I've got a proof of concept patch that seems to work just fine already, placing the PNG's in $cgicachedir/domain/, where $cgicachedir can be defined in munin.conf to be /var/cache/munin-cgi or something like that. How about having a munin-cgi and a munin-static package? That way the permissions could be right in the package, and maintainer scripts could handle everything. I belive this is a more correct way of doing it in any case, as the purpose of the PNGs change slightly when run through the CGI - without it they are just static files that take part in a static web page which are supposed to be served by a web server and therefore needs to be found within the DocumentRoot, but when the CGI is in use, they're just cache files for a stand-alone application (the CGI itself), and not something the web server cares about at all. Right. The only drawback, as I see it, is that when you change from one graph_strategy to another, the first graph process with the new strategy won't be able to use the PNGs from the old directory and will therefore need to regenerate all of them. Yes, but since you don't do that all day, I think the drawback is ok. A pity would be the space wasted for two versions, but that could be solved by having two different packages so that the package leaving the system could clean up its pngs. This approach will only require changes to the permissions on the log files and directories, which I don't have a problem with at all. The two-package approach would probably mean more work, but is a lot more elegant, IMO. I can try patching if you want me to. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306861: Re: Re: Re: Bug#306861: munin-node: Please include contrib plugins
Hi Tore, On Mon, May 09, 2005 at 02:04:25PM +0200, Tore Anderson wrote: * Marc Haber The attached patch does this. I am not sure about whether the munin-contrib package needs a postinst as well, and the hack that munin-node's postinst uses to only initialize the plugins which have been installed new might not work any more. It is beyond my knowledge of the package to judge about that. Thanks! I skimmed it very quickly and it looks good to me. Fine! I'll probably include it on the next upload. Only thing I wonder, wouldn't it be better to use DEB_BUILD_OPTIONS to indicate that the contrib package should be built? Probably. I mercilessly ripped the code from the exim4 package which does it like my patch does. Feel free to do it your way in your package ;) Policy 10.1 doesn't say anything about it being reserved for noopt and nostrip only, at least, and by using an environment variable I can tell the user in README.Debian (or wherever) to just run DEB_BUILD_OPTIONS=munin-buildcontribpackage apt-get --compile source munin instead of doing it in several steps. apt-get --compile only works on unstable, and I expect a good fraction of munin installation to be backports on stable. I don't think there should be a postinst with the plugins automatically enabling themself. It's unsupported stuff, I'd like people to know fully what they're doing if they're using them. So there also won't be any docs advising how to initialize? Will it, for example, matter whether munin-node or munin-contrib gets installed and configured first? The fact that the plugins need to be manually enabled should also be in the package description. When 1.2.0 was released I just grepped for half a minute and found around 10 insecure tempfile uses in the contrib plugins - yuck. That should probably be in the package description. I fixed those, but now the Solaris/BSD people are complaining because they have no mktemp(1).. sigh, it's impossible to please everyone. That's why autoconf/automake is in wide use ;) Please Cc: me on replies since I am not the original bug submitter. Sure, but there's no need to Cc: me as I get what's sent to the [EMAIL PROTECTED] address anyway. PEBCAK on my part, sorry. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308881: --disabled-password writes ! in /etc/shadow
severity #308881 minor tags #308881 confirmed pending thanks Hi, On Fri, May 13, 2005 at 02:19:47AM +0300, Shaul Karl wrote: adduser --system --disabled-password testuser writes ! in the encrypted password field of /etc/shadow This is the intended behavior, which is misdocumented in the manpage: The new system user will have the shell /bin/false (unless overridden with the --shell option), and have a disabled password. The new manpage now says: ... and have logins disabled. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308881: --disabled-password writes ! in /etc/shadow
On Fri, May 13, 2005 at 08:49:29PM +0300, Shaul Karl wrote: On Fri, May 13, 2005 at 01:43:25PM +0200, Marc Haber wrote: --system always uses --disabled-login implicitly. This is clearly documented. Is that the intended behavior? For system users, yes. In this case there is no distinction between --{disabled-password,disabled-login}, is there? For system users, there isn't. This is not clearly documented. I beg to differ | Add a system user | If called with one non-option argument and the --system option, adduser | will add a system user. If an user with an uid in the system range (or | if the uid is specified, with that) does already exist, adduser will | exit with a warning. | | adduser will choose the first available UID from the range specified | for system users in the configuration file. The UID can be overridden | with the --uid option. | | By default, system users are placed in the nogroup group. To place the | new system user in an already existing group, use the --gid or | --ingroup options. To place the new system user in a new group with | the same ID, use the --group option. | | A home directory is created by the same rules as for normal users. The | new system user will have the shell /bin/false (unless overridden with the --shell option), and have a disabled password. Skeletal configura- | tion files are not copied. see the marked line. I propose the following: --- adduser.8 2005-05-13 13:37:10.0 +0300 +++ adduser.8 2005-05-13 20:33:33.0 +0300 @@ -177,8 +177,10 @@ her account until the password is set. .TP .B \-\-disabled-password -Like \-\-disabled-login, but logins are still possible for example through -SSH RSA keys, but not using password authentication. +For a normal user, this is like \-\-disabled-login, but logins are still +possible for example through SSH RSA keys, but not using password +authentication. For a system user, \-\-disabled-password has the same +effect as \-\-disabled-login. .TP .B \-\-force\-badname By default, user and group names are checked against a configurable This will clutter up the docs with redundant information. I am strongly opposed. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#209112: dpatch: should dpatch-edit-patch have option to ignore CVS and .svn?
retitle #209112 dpatch-edit-patch: should have option to ignore CVS and .svn tags #209112 confirmed thanks On Sun, Sep 07, 2003 at 01:28:51PM -0500, Rob Browning wrote: From an initial look, it seemed like dpatch-edit-patch would proabably just copy your entire source tree, including any CVS or .svn directories. If so, I thought it might make sense to have some way to ignore these either explicitly or by default since subversion .svn directories, at least, can be quite large. I have implemented an --exclude option to dpatch-edit-patch, which does what you want. Can you please try dpatch 2.0.11.0 from http://zg.debian.zugschlus.de/zg/pool/main/dpatch and see whether the --exclude option fulfills your needs? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308001: munin: should not store web application data in /var/www
Hi, On Tue, May 10, 2005 at 11:21:19AM +0200, Tore Anderson wrote: * Marc Haber I think the reality is in between these examples. But, there might be insightful discussion on debian-devel. I was just told that there's actually a recently started (good timing, eh?) project that aims to create a brand new policy for webapps, see https://alioth.debian.org/projects/webapps-common/. They even got their own mailing list ([EMAIL PROTECTED]), to which I just subscribed. I had actually hoped to get away without having to subscribe to yet another mailing list, and I am not too happy with their idea of using CVS as a collaboration medium instead of a more modern wiki. Additionally, the issue we are having is not on their agenda at the moment. Anyway - I don't intend to change the way Munin is packaged until that project has produced something that's mature enough to be included in Policy with just small or no modifications (would be foolish to change anything before I know it'll be the Right Way, in my opinion). You're probably right, but that will mean that I'd have to refrain from installing munin at all on my systems for the time being. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309174: exim4 documentation: doc shows space after -d; exim4 refuses it.
tags #309174 upstream confirmed pending thanks On Sun, May 15, 2005 at 09:58:34AM +0100, Greg Kochanski wrote: In the man page for exim (really exim4), the -d option is shown as follows: -d debug options with a space after the '-d'. However, it really should be -ddebug options, as exim will not a space there (e.g. -d -all+lookup gives an error message.) I have submitted a manpage patch to the upstream bug which Andreas had already opened, and a dpatch doing this patch is in the exim svn to make us notice when upstream fixes the issue. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307231: RageIRCd build failure on s390
Thiemo Seufer suggests replacing the entire VA_COPY detection code with: #if defined(__GNUC__) || (defined(__powerpc__) defined(__FreeBSD__)) #define VA_COPY __va_copy #elif defined(__powerpc__) defined(__NetBSD__) #define VA_COPY va_copy #else #define VA_COPY(x, y) x = y #endif With that page, a binary is created on s390 (cannot verify whether it is actually runnable), and a working binary is created on i386. Please indicate whether that fix would be appropriate for you as I don't want to have a package in Debian that deviates too far from your work. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309226: xnest: crashes when window is shaded or a different virtual desktop is selected
Package: xnest Version: 4.3.0.dfsg.1-13 Severity: normal Hi, when xnest has its window shaded, or the user switches to a different virtual desktop, and the xnest window gets activity, xnest crashes: |X Error of failed request: BadMatch (invalid parameter attributes) | Major opcode of failed request: 73 (X_GetImage) | Serial number of failed request: 12924 | Current serial number in output stream: 12924 I am prepared to debug under guidance. Greetings Marc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7-scyw00225 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages xnest depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libxext6 4.3.0.dfsg.1-13 X Window System miscellaneous exte ii xfree86-common 4.3.0.dfsg.1-13 X Window System (XFree86) infrastr ii xlibs4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu ii xserver-common 4.3.0.dfsg.1-13 files and utilities common to all ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309238: RFP: password-gorilla -- A cross-platform Password Manager
Package: wnpp Severity: wishlist * Package name: password-gorilla Version : 1.1 Upstream Author : Frank Pilhofer [EMAIL PROTECTED] * URL : http://www.fpx.de/fp/Software/Gorilla/ * License : GPL Description : A cross-platform Password Manager The Password Gorilla helps you manage your logins. It stores all your user names and passwords, along with login information and other notes, in a securely encrypted file. A single master password is used to protect the file. This way, you only need to remember the single master password, instead of the many logins that you use. If you want to log in to a service or Web site, the Password Gorilla copies your user name and password to the clipboard, so that you can easily paste it into your Web browser or other application. Because the password does not appear on the screen, Password Gorilla is safe to use in the presence of others. The convenience of Password Gorilla allows you to choose different, non-intuitive passwords for each service. An integrated random password generator can provide one-time passwords, tunable to various services' policies. Password Gorilla is a tcl/tk application which can run on Linux and Windows, and the files written are supposed to be compatible between platforms. This is important for collaboration in heterogenous environments. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309196: Bug#307231: RageIRCd build failure on s390
Hi Alasdair, On Mon, May 16, 2005 at 04:21:15PM +0200, Florian Weimer wrote: * Alasdair McWilliam: Change to: AC_CHECK_FUNCS([times index rindex setlinebuf va_copy __va_copy]) va_copy is a macro, so this check won't work reliably. Florian usually knows what he is talking about, so I'd rather refrain from applying your patch. On Debian, it's safe to use va_copy unconditionally because it's part of GCC's stdarg.h header. Knowing that rageircd is not only meant for Debian, I'd suggest using the code from Thiemo, patch repeated: --- ./include/common.h 2004-12-07 03:04:34.0 + +++ /tmp/dpep-work.aVeWMw/rageircd-2.0.0/include/common.h 2005-05-15 14:07:40.192791162 + @@ -48,17 +48,10 @@ #define ASSERT(xx) #endif -/* VA_COPY - namely for x86_64 and PowerPC architectures. - * Copyright Rossi 'vejeta' Marcello ([EMAIL PROTECTED]) - */ -#ifdef __powerpc__ -#ifdef __NetBSD__ -#define VA_COPY va_copy -#elif defined(__FreeBSD__) || defined(__linux__) -#define VA_COPY __va_copy -#endif -#elif defined(__x86_64) +#if defined(__GNUC__) || (defined(__powerpc__) defined(__FreeBSD__)) #define VA_COPY __va_copy +#elif defined(__powerpc__) defined(__NetBSD__) +#define VA_COPY va_copy #else #define VA_COPY(x, y) x = y #endif Would that be ok with both of you? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309344: smokeping: should have versioned dependencies to force rrdtool 1.0.x
Package: smokeping Hi, smokeping is known not to work with rrdtool 1.2.x since the rrdtool API has changed. This has been discussed on the smokeping-users mailing list. The smokeping version in Debian should have appropriate versioned conflicts/depends to prevent rrdtool 1.2.x from being used. Greetings Marc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-zgserver Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages smokeping depends on: pn fping | echoping Not found. ii librrds-perl 1.0.49-1 Time-series data storage and displ pn libsnmp-session-perl Not found. ii perl [libdigest-md5-perl] 5.8.4-8Larry Wall's Practical Extraction pn speedy-cgi-perl Not found. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309346: rrdtool 1.2.x needs soname change
Package: rrdtool Severity: wishlist Hi, rrdtool 1.2.x behaves differently in some ways. For example, the : delimiter in rrdtool graph needs to be escaped now. This makes rrdtool 1.2.x incompatible with some of the applications. Should rrdtool 1.2.x get packaged, the package needs measures to prevent the case of incompatibilities. I suggest renaming the library binary packages. Severity wishlist, since this is only a possible future pitfall. Greetings Marc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-zgserver Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages rrdtool depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii librrd0 1.0.49-1 Time-series data storage and displ -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309196: Bug#307231: RageIRCd build failure on s390
Hi, On Mon, May 16, 2005 at 10:19:08PM +0100, Alasdair McWilliam wrote: I expect you know more than me about this so I'll go with the patch you've given. Thanks. So I can upload the patched version to unstable, fixing the s390 issue? Is it possible to close the other bug associated with rageircd as it's not really a bug? It is an issue which makes the current rageircd unsuitable for release with a stable version. We have missed sarge anyway, so the package wouldn't migrate from unstable to testing anyway. That bug report doesn't really hurt and is a reminder that the zlib issue still needs to be sorted out. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#134473: [Adduser-devel] Re: Bug#134473: [Pkg-shadow-devel] Bug#134473: Is someone able to understand what is requested in #134473?
On Tue, May 17, 2005 at 07:28:25AM +0200, Christian Perrier wrote: I think that adding a kind of plugin mechanism to Debian specific adduser utilities would be more logical, if that's feasible. As far as I remember, this is on the features list for the next generation adduser. Unfortunately, there is not work being done on next generation adduser at the moment, and features like this will surely not be in current adduser under its current maintainership. No time. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#134473: [Adduser-devel] Re: Bug#134473: [Pkg-shadow-devel] Bug#134473: Is someone able to understand what is requested in #134473?
Hi, On Tue, May 17, 2005 at 08:36:46AM +0200, Christian Perrier wrote: I'm not fond of reassigning my/our bugs to others but in that case, this bug would become a request to add a plugin for NIS to adduser...as soon as the plugin or similar mechanism is implemented in adduser..:-) I think that the new adduser will probably be an entirely new package. Would you bother me to reassign this to adduser or do you have already requests for NIS account management for it ? Feel free to reassign, but that bug will quickly catch a severity wishlist, tags wontfix help. About adduser maintainership, what is your current setup? Do you have a team setup or is the package basically maintained by just you? Adduser used to be maintained by Roland Bauerschmidt, and he accepted me as a co-maintainer in 2004. He is quite busy with openldap, I am quite busy with exim4, and thus only urgent bugs or easily fixable items get addressed. I understand that Roland has some ideas about the next generation adduser, but I surely don't plan on putting any time into that. From the degree of Roland's participation in adduser in the last months, I guess that he is swamped with work as well. So it looks like next generation adduser will be a completely different package written by somebody else, and that a plugin architecture in the current adduser won't happen any time soon. Actually, I got involved with adduser maintainership when I needed some minor changes to make package account creation easier. These issues are addressed, which kind of concludes my interest in adduser. I'll try to keep the package free of RC bugs, and fix trivial requests, but investing any time into big architectural changes are a non-option for me. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309514: tag in update-exim4.conf.conf ignored
On Tue, May 17, 2005 at 06:49:27PM +0100, Marcos D. Marado Torres wrote: First I thoght I was forgettin something, but now I doubt it... In update-exim4.conf.conf (generated by dpkg-reconfigure exim4-config) I have dc_other_hostnames='localhost.localdomain, first-host.com, secondhost.biz' and I have both first-host.com and secondhost.biz in /etc/hosts as 127.0.0.1 Problem: mails to first-host.com have no problem, but to secondhost.biz are rejected with relay not permitted exim -d -bh some-ip and a faked SMTP session on the console will probably give clues why first-host.com and secondhost.biz are treated differently. Unfortunately, you didn't use reportbug to report your bug, and thus no information about your configuration is available which could aid in remote debugging. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309517: update-exim4.conf ignores dc_visiblename
Hi, On Tue, May 17, 2005 at 02:03:06PM -0400, Stuart Freeman wrote: When I run update-exim4.conf the value of DC_visiblename in /var/lib/exim4/config.autogenerated is set to the value of dc_readhost instead of dc_visiblename from /etc/exim4/update-exim4.conf.conf dc_visiblename from /etc/exim4/update-exim4.conf.conf does not seem to be used at all anymore and is most probably a leftover from an older package version. Currently, the DEBCONFvisiblenameDEBCONF macro in the configuration is populated from the /etc/mailname file, which is created - if it doesn't already exist - on package installation. In the configuration, that macro is only used to qualify unqualified addresses. dc_readhost is the name of the machine where the users normally read their mail, and that one is only used in satellite setups (no local mail) to take care of mail addressed to [EMAIL PROTECTED] which should be sent to the smarthost as well. That being said, I do not understand the bug report. DC_visiblename is set to the value of /etc/mailname and has nothing to do with dc_readhost (at least what I see from the code, which I didn't write and don't claim to fully understand). Please substantiate the bug report with evidence or give examples how the documentation could be improved, or close the bug if I have convinced you of the non-bug characteristic of your report. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309517: update-exim4.conf ignores dc_visiblename
On Tue, May 17, 2005 at 03:44:50PM -0400, Stuart Freeman wrote: dc_visiblename should be taken out of update-exim4.conf.conf because it is no longer used. It could have been locally changed, and removing that option would make it unnecessarily hard to see what was in there previously. Additionally, user changes are sacred, and the script which makes the changes to ue4.conf.conf has a minimally-invasive approach. As it stands now, there is no warning on upgrade that exim4's configuration has changed, perhaps the package should check to see if dc_visiblename and /etc/mailname are different and alert the user to the fact that exim's behavior will change. That is mentioned in NEWS.Debian, which is a must-read on package upgrades. Anything else would be debconf abuse. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300967: re-opening sarge bugs
reopen 299733 tags 299733 - confirmed tags 299733 sarge reopen 303351 retitle 303351 shell syntax error in update-exim4.conf tags 303351 - confirmed tags 303351 sarge reopen 299732 tags 299732 - confirmed tags 299732 sarge reopen 297670 reassign 297670 exim4 tags 297670 sarge reopen 296492 tags 296492 - confirmed tags 296492 sarge reopen 300967 tags 300967 - confirmed patch tags 300967 sarge reopen 299051 tags 299051 - confirmed d-i help tags 299051 sarge reopen 302060 tags 302060 - confirmed tags 302060 sarge thanks re-opening bugs that are still in exim4 4.50-4, but fixed in 4.50-6 -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342542: More flexibility in calling hook scripts
On Wed, Jan 04, 2006 at 12:58:29AM +0100, Marc Haber wrote: Please at least offer the possibility to pass parameters to hook scripts (so that update-grub could get a --silent option), or - even better - to use a shell for hook script invocation so that constructs like postinst_hook = /sbin/update-grub /dev/null 21 become possible by forcibly silencing the hook script until the hook script has been adapted. In contradiction to what has been said on IRC, this is not possible at the moment. The postinst script takes the first token after the = and execs that token. So, when postinst_hook = /sbin/update-grub /dev/null 21, /sbin/update-grub is called with the output not redirected, when postinst_hook = /bin/sh -c /sbin/update-grub /dev/null 21, /bin/sh is called with the kernel version number as parameter, which is a silent error, and when postinst_hook = /bin/sh -c /sbin/update-grub /dev/null 21, a non-existent /bin/sh is called, which is also a silent error. Thus, I would like to ask for a little more intelligence, allowing constructs like postinst_hook = /sbin/update-grub /dev/null 21 or postinst_hook = sh -c /sbin/update-grub /dev/null 21 Additionally, the postinst should not silently ignore the configured hook if the program cannot be found, and it should probably warn on if the hook exists with non-zero return code as well. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346179: debsecan: doesn't seem to correctly grok ~ in version number
Package: debsecan Version: 0.3.4 Severity: normal Hi, debsecan complains invalid version 1.2.9-1~zg1 of package $PACKAGE The version is, however, correct. This should be fixed. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages debsecan depends on: ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii python2.3.5-3An interactive high-level object-o Versions of packages debsecan recommends: ii cron 3.0pl1-92 management of regular background p ii exim4-daemon-light [mail-tran 4.60-1 lightweight exim MTA (v4) daemon -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346191: debsecan: please consider including link to CVE database in e-mail report
Package: debsecan Version: 0.3.4 Severity: wishlist Hi, please consider including the link to the CVE database in the e-mail report so that more information about vulnerabilities is easily available. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages debsecan depends on: ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii python2.3.5-3An interactive high-level object-o Versions of packages debsecan recommends: ii cron 3.0pl1-92 management of regular background p ii exim4-daemon-light [mail-tran 4.60-1 lightweight exim MTA (v4) daemon -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346193: debsecan: please make vulnerability description length configurable
Package: debsecan Version: 0.3.4 Severity: wishlist Hi, it looks like debsecan cuts the vulnerability description after a certain length. If this is done inside debsecan, it would be great to have that length configurable. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages debsecan depends on: ii debconf [debconf-2.0] 1.4.67 Debian configuration management sy ii python2.3.5-3An interactive high-level object-o Versions of packages debsecan recommends: ii cron 3.0pl1-92 management of regular background p ii exim4-daemon-light [mail-tran 4.60-1 lightweight exim MTA (v4) daemon -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346179: debsecan: doesn't seem to correctly grok ~ in version number
On Fri, Jan 06, 2006 at 10:55:28AM +0100, Florian Weimer wrote: * Marc Haber: debsecan complains invalid version 1.2.9-1~zg1 of package $PACKAGE The version is, however, correct. This should be fixed. How? Is there an official description of the ~ semantics? I didn't find any official description short of #150739 and #93386. The semantics are, that 1.0-1~1 is smaller than 1.0-1 but greater than 1.0-0. This is very useful for creation of backport version numbers. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346179: debsecan: doesn't seem to correctly grok ~ in version number
On Fri, Jan 06, 2006 at 12:33:09PM +0100, Florian Weimer wrote: * Marc Haber: I didn't find any official description short of #150739 and #93386. The semantics are, that 1.0-1~1 is smaller than 1.0-1 but greater than 1.0-0. And this does indeed result in a linear ordering? Probably. What happens if there are multiple ~? They are processed in order. dpkg --compare-versions handles ~ correctly. This is very useful for creation of backport version numbers. Uhm, but this would mean that a bug which is fixed in 1.2.9-1 would still be considered present in 1.2.9-1~zg1 because that version is smaller. Well, there are many different uses of the construct. I usually use it for backports to make sure that the backport replaces the package that is currently installed, but is replaced by the backport source version once it reaches the distribution in use. For example: At time A, unstable has foo_1.2.9-2, while stable has foo_1.2.9-1. If my backport is thus named foo_1.2.9-2~zg1, it will replace 1.2.9-1 on stable, which is intended. When next stable releases and foo_1.2.9-2 reaches stable, this version replaces the backport, which is also intended. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#244724: EXIM-AUTH
tags #244724 upstream user [EMAIL PROTECTED] usertags #244724 valid-bug thanks On Sat, Nov 26, 2005 at 05:25:47PM +0900, Osamu Aoki wrote: I forgot to attache diff. Here is one. I have committed some changes to svn. Thanks for providing a great starting point. Relevant to this bug may also be the discussion following http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050221/msg00348.html, the essence of the outcome being Andreas writing: We'll need to use a smarter lookup with or or save the original name in $hosts_data. That smarter lookup has, however, not proven to be done easily, since we need to search for a line in passwd.client where the first field resolves to the IP we're connected to. This query-style lookup for text files is not yet possible in exim (http://www.exim.org/bugzilla/show_bug.cgi?id=65). The better possibility would be to select the authenticator in the transport where we still know the configured smarthost name for directly matching against passwd client. This also is not yet possible in exim (http://www.exim.org/bugzilla/show_bug.cgi?id=66). Since it would be extraordinarily hard to solve this with current exim (unless a new exciting idea comes up), I am going to tag this bug upstream and let it rot away until exim provides means to do this easier. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314327: tagging upstream
tags #314327 upstream user [EMAIL PROTECTED] usertags #314327 valid-bug thanks Relevant to this bug may also be the discussion following http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050221/msg00348.html, the essence of the outcome being Andreas writing: We'll need to use a smarter lookup with or or save the original name in $hosts_data. That smarter lookup has, however, not proven to be done easily, since we need to search for a line in passwd.client where the first field resolves to the IP we're connected to. This query-style lookup for text files is not yet possible in exim (http://www.exim.org/bugzilla/show_bug.cgi?id=65). The better possibility would be to select the authenticator in the transport where we still know the configured smarthost name for directly matching against passwd client. This also is not yet possible in exim (http://www.exim.org/bugzilla/show_bug.cgi?id=66). Since it would be extraordinarily hard to solve this with current exim (unless a new exciting idea comes up), I am going to tag this bug upstream and let it rot away until exim provides means to do this easier. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331716: Re: exim4: check_local_user should reject system users?
user [EMAIL PROTECTED] usertags #307768 pending-maintainer-discussion usertags #331716 pending-maintainer-discussion thanks -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346222: exim4-config: should probably allow ' in local parts
Package: exim4-config Version: 4.60-1 Severity: minor this needs to be usertagged pending-maintainer-discussion We should probably allow ' in local parts by default. miles.o'[EMAIL PROTECTED] is a valid and not absurd mail address. Greetings Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#221698: Re: Bug#221698: exim4: please include support for ACLs replacing headers
user [EMAIL PROTECTED] usertags #221698 on-upstreams-wishlist thanks On Thu, Nov 20, 2003 at 12:46:25AM +0100, Andreas Metzler wrote: Afaik currently the optimal way to do is almost the one you described. - You can do without adding the bogus X-Local-Spam-Score header by using a $acl_* variable instead, since 4.23 these variables can be accessed in the router. http://www.exim.org/eximwiki/ExiscanExamples suggests * setting acl_m*-Variables in the ACL * using a system filter to * first remove unwanted foreign heders * add new headers with values from the acl_m variables which are accessible in the system filter. These headers may be identically named to the ones just removed. Generally, Philip has stated that cleaning up the whole adding and removing of header lines is one of the big projects on the exim TODO list. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#220773: Re: exim4 won't send client-side certificates
user [EMAIL PROTECTED] usertags close-20060430 gnutls thanks On Fri, Apr 01, 2005 at 08:11:08PM +0200, Marc Haber wrote: On Fri, Nov 14, 2003 at 09:50:14AM -0500, Noah Meyerhans wrote: Exim doesn't send a certificate when operating on the client-end of a secure SMTP conversation, even when properly configured.. Is this bug still reproducible? If so, I'd like to have a HOWTO for reproduction. Tagging this bug as a potential gnutls problem. If I don't learn whether this bug is still reproducible until 2006-04-30, I'll close the bug then. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269806: debian-installer: hotplug configuration leaves mail in /var/mail/mail
user [EMAIL PROTECTED] usertags #269806 valid-bug thanks Hi, the discussion regarding #269806 has somewhat stalled in March, and I'd like to revive it to have this solved for etch. On Wed, Mar 30, 2005 at 01:01:06AM +0200, Marc Haber wrote: The exim 4 maintainers are open to suggestions. The way as it is currently done is the least evil way we could imagine. Lowering the severity to wishlist, and stil waiting for a better idea to be named for us. Ideas for d-i how to solve this (Cc: to joey): (1) Pick up the contents from /var/mail/mail after exim's configuration has been executed and re-deliver the contents to exim. (2) The exim 4 maintainers could think of having the init script support a special d-i parameter which would put exim in queue-only mode. That way, d-i could tell exim to start up in queue-only mode and happily dump e-mail into exim's queue. After exim's configuration has finally been finished, d-i could re-invoke exim normally, having the queued messages delivered to their final target. Please indicate whether you want us to implement such an interface, and indiciate as well how this interface could look like from a d-i point of view. We will then see what we can do. No answer was received to that message. If you answer, please keep me, or - if relevant - the bug Cc'ed, since I am not subscribed to debian-boot. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#222540: exim4-daemon-heavy: exiscan demime facility uses improper umask
user [EMAIL PROTECTED] usertags #222540 ping-20060228 thanks On Sun, Nov 30, 2003 at 09:01:29PM +0300, Yury Shevchuk wrote: I have noticed a small defect in exiscan part of exim4. When demime unpacks the message, the files are created with mode 0666. This is not too dangerous as the scan directory is mail.mail 0750, but still gives group mail the ability to modify the files. I think mode 0600 or even 0400 would be more appropriate for the files. Does this bug still apply? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306527: Re: Re: exim4-config (--configure) installation of the package fails.
user [EMAIL PROTECTED] usertags #306527 close-20060430 thanks On Sun, May 01, 2005 at 12:54:06PM +0200, Marc Haber wrote: On Wed, Apr 27, 2005 at 10:33:49AM +0200, Marc Haber wrote: Which exim4-daemon do you have installed, and what is your version of libdb4.2? May I remind? I'm going to close this bug on 2006-04-30 if this information is not delivered by then. Most probably, the issue has been solved by now. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314356: exim4-daemon-heavy: Spool file is locked in mainlog
user [EMAIL PROTECTED] usertags #314356 gnutls ping-20060131 thanks On Wed, Jun 15, 2005 at 11:36:38PM +0200, Sylvain LE GALL wrote: From time to time, there is an exim4 process that eats 100% of the CPU for hours (it doesn't stop until i kill it with a kill -9 signal). The mainlog keep telling me that another process is handling a lockfile. Does this still happen to you? If so, please check whether you have enough entropy available (cat /proc/sys/kernel/random/entropy_avail). Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302805: exim4-config: always Network is unreachable at start
user [EMAIL PROTECTED] usertags #302805 patch-appreciated close-20060430 thanks On Tue, May 03, 2005 at 09:56:18PM +0200, Marc Haber wrote: On Mon, May 02, 2005 at 07:53:41AM +0800, Dan Jacobson wrote: Upon connection to the net, things start too fast, too fast for pdnsd or whatever, so there is always a 1/2 minute delay. M What do you suggest doing in the Debian exim4 packages to fix this? I don't know. Test using pdsnd? Help and patch appreciated. I'll close this bug on 2006-04-30 if nobody cares enough about this bug to advise what would be desireable. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314184: Re: Bug#314184: exim4-config: Missing macro for SMTP smarthosts which require AUTH but do not provide encrypted connection.
user [EMAIL PROTECTED] usertags #314184 close-20060430 thanks On Wed, Jun 15, 2005 at 07:25:20AM +0200, Marc Haber wrote: hi, snip Please substantiate your proposal. No answer was received. I intend to close this bug report on 2006-04-30 if no substantiation arrives. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297915: bug 297915 is forwarded to http://www.exim.org/mail-archives/exim-dev/2005-March/msg00012.html
user [EMAIL PROTECTED] usertags #297915 forwarded-upstream forwarded #297915 http://www.exim.org/bugzilla/show_bug.cgi?id=68 thanks -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#202517: Documentation for 4.60 reworked completely
user [EMAIL PROTECTED] usertags 202517 old-format-docs close-20060331 usertags 233925 old-format-docs close-20060331 usertags 245421 old-format-docs close-20060331 usertags 268083 old-format-docs close-20060331 usertags 271559 old-format-docs close-20060331 usertags 271561 old-format-docs close-20060331 usertags 271674 old-format-docs close-20060331 usertags 271676 old-format-docs close-20060331 usertags 271680 old-format-docs close-20060331 usertags 273285 old-format-docs close-20060331 usertags 273449 old-format-docs close-20060331 usertags 275115 old-format-docs close-20060331 usertags 275811 old-format-docs close-20060331 usertags 293414 old-format-docs close-20060331 thanks Hi, this is to ping all html- or info-related bugs that I have already classified. With the 4.60 release, upstream has completely re-worked the generation procedure of the docs. They are now using docbook instead of a local format. Therefore, it is likely that your bugs do not apply any more since the docs have been turned upside-down. For you, knowing exactly where to look, it is relatively easy to check whether the bugs still apply for the new docs. I'd like you to comment on these bugs, state whether they still apply, or close them if you find them fixed by the re-work. Any bug not receiving an answer until 2006-03-31 will be closed after that day. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]