Bug#373786: /etc/cron.daily/exim4-base should unset TMPDIR
On Wed, Oct 04, 2006 at 08:57:48PM +0200, Piotr Kaczuba wrote: However, the su solution is still needed for exim4_refresh_gnutls-params and we can argue if it should be also left in place for the find part in the cron script, if exim_tidydb should ever want to write to TMPDIR. I'm going to leave that in. 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#391161: exim4: Debian-Exim UID name not show on PS
reassign #391161 procps thanks On Thu, Oct 05, 2006 at 09:39:51AM +0200, sleclerc wrote: On 2 servers upgraded to Etch, the UID name is not show when PS processes. 103 18271 20230 0 09:16 ?00:00:00 /usr/sbin/exim4 -bd -q30m This is ps' method of dealing with long user names. Reassigning to procps. 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#391183: dpkg: start-stop-daemon should hand up daemon exit code
Package: dpkg Version: 1.13.22 Severity: wishlist There should be a possibility to get ahold of the exit code given by the binary invoked by start-stop-daemon. To not change given behavior, this should be enabled with a new option. 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.17.13-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages dpkg depends on: ii coreutils5.97-5 The GNU core utilities ii libc62.3.6.ds1-4 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373786: /etc/cron.daily/exim4-base should unset TMPDIR
On Wed, Oct 04, 2006 at 10:59:49PM +0200, Marc Haber wrote: I have committed a fix to svn, see http://svn.debian.org/wsvn/pkg-exim4/exim/trunk/debian/exim4_refresh_gnutls-params?op=filerev=0sc=0 For this script to work, you'll need the current cron job from exim4 4.63-4. This fix is broken, do not use. See #391183. 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#391353: [Pkg-aide-maintainers] Bug#391353: aide: Doesn't work suitably on Xen enabled kernel because of statically linked libc
tags #391353 help # help needed to link aide statically against non-tls glibc or dietlibc thanks On Fri, Oct 06, 2006 at 08:58:16AM +0200, Raphael Hertzog wrote: I upgraded my personal server to etch and choosed to use a Xen enabled kernel since we're going to have Xen support in etch (and also because we're using this for the new alioth.debian.org so I wanted to have a testbed for me). This morning my server was almost unreachable and while looking through the logs I discovered those messages: Oct 6 05:17:34 arrakeen kernel: printk: 246 messages suppressed. Oct 6 05:17:34 arrakeen kernel: 4gb seg fixup, process aide (pid 1627), cs:ip 73:080ae335 Oct 6 05:17:40 arrakeen kernel: printk: 291 messages suppressed. Oct 6 05:17:40 arrakeen kernel: 4gb seg fixup, process aide (pid 1627), cs:ip 73:080ae335 Those messages appear when you use the standard libc6 instead of libc6-xen on a Xen enabled kernel. That is a kernel bug, these messages should have a rate limit to not take the server down. I'm cloning the bug to the kernel because of that. However I have libc6-xen installed but aide is using its own statically linked libc6 which thus generates this message. Yes, that's a feature, see README.Debian.gz, section statically linked. Those messages means that the kernel worked around the bad libc6 but it's extremely ineffective in doing so, so much that it effectively DOSsed my server during the 3 hours when aide was running. Kernel bug. I see two solutions: - either you link again libc6 dynamically That's going to render aide useless, see README.Debian.gz. - either you provide two versions of the binary and you use alternatives (or you modify the cron script to detect /proc/xen and to start the right binary) Send a patch, please. A third solution would be to link aide either against dietlibc or the non-tls version of glibc. I do not have a clue how to do this. However it looks like there's no libc6-xen-dev to link statically a xen-enabled libc6... That would be a libc6 bug. So for etch, the right thing to do might be to provide additionnaly a binary dynamically linked and to use the dynamic one if you detect /proc/xen. I beg to differ. I'll probably make aide bail out if /proc/xen is detected. 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#391353: please provide package to allow static link agains libc6-xen
clone #391353 -1 retitle -1 please provide package to allow static link agains libc6-xen reassign -1 glibc submitter -1 Marc Haber [EMAIL PROTECTED] block #391353 with -1 thanks On Fri, Oct 06, 2006 at 08:58:16AM +0200, Raphael Hertzog wrote: [snip bug report about statically linked aide binary DoSsing xen guest] However it looks like there's no libc6-xen-dev to link statically a xen-enabled libc6... Please allow static linking of xen-enabled libc6. 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#391353: [Pkg-aide-maintainers] Bug#391353: aide: Doesn't work suitably on Xen enabled kernel because of statically linked libc
clone #391353 -1 retitle -1 Should not DoS system if statically linked binary is run reassign -1 linux-image-2.6.18-1-xen-686 submitter -1 Marc Haber [EMAIL PROTECTED] block #391353 with -1 thanks On Fri, Oct 06, 2006 at 08:58:16AM +0200, Raphael Hertzog wrote: I upgraded my personal server to etch and choosed to use a Xen enabled kernel since we're going to have Xen support in etch (and also because we're using this for the new alioth.debian.org so I wanted to have a testbed for me). This morning my server was almost unreachable and while looking through the logs I discovered those messages: Oct 6 05:17:34 arrakeen kernel: printk: 246 messages suppressed. Oct 6 05:17:34 arrakeen kernel: 4gb seg fixup, process aide (pid 1627), cs:ip 73:080ae335 Oct 6 05:17:40 arrakeen kernel: printk: 291 messages suppressed. Oct 6 05:17:40 arrakeen kernel: 4gb seg fixup, process aide (pid 1627), cs:ip 73:080ae335 Those messages appear when you use the standard libc6 instead of libc6-xen on a Xen enabled kernel. However I have libc6-xen installed but aide is using its own statically linked libc6 which thus generates this message. Those messages means that the kernel worked around the bad libc6 but it's extremely ineffective in doing so, so much that it effectively DOSsed my server during the 3 hours when aide was running. I consider this a kernel bug. The kernel should not DoS the system in case a binary statically linked against a normal glibc is run. 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#391353: [Pkg-aide-maintainers] Bug#391353: aide: Doesn't work suitably on Xen enabled kernel because of statically linked libc
On Fri, Oct 06, 2006 at 12:06:05PM +0200, Raphael Hertzog wrote: On Fri, 06 Oct 2006, Marc Haber wrote: So for etch, the right thing to do might be to provide additionnaly a binary dynamically linked and to use the dynamic one if you detect /proc/xen. I beg to differ. I'll probably make aide bail out if /proc/xen is detected. This is the minimum, yes. However I would highly prefer having the possibility to run a less secure aide rather than not running it at all. I feel like a dynamically linked aide is going to provide a false sense of security. - either you provide two versions of the binary and you use alternatives (or you modify the cron script to detect /proc/xen and to start the right binary) Send a patch, please. What patch would you accept? You seem to not want my proposal of providing both a dynamicly linked version and a statically linked version... I don't like the idea but I'd accept such a patch with an appropriately worded description for the dynamically linked version. I'd like two .debs to be built though, no idea if ftpmaster would accept that. Maybe there would be need for an aide-base package. However it looks like there's no libc6-xen-dev to link statically a xen-enabled libc6... That would be a libc6 bug. Aurelien Jarno told it's very difficult to provide this. There's very little chance that you get that for etch. I don't expect that for etch, we're freezing in like four days. 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#391433: kernel-package: A Debian revision is mandatory, but none was provided
Package: kernel-package Version: 10.062 Severity: normal I run kernel-package with debian_revision_mandatory := YES set in ~/.kernel-package.conf. Suddenly: $ fakeroot make-kpkg --revision=4 clean exec make -f /usr/share/kernel-package/ruleset/minimal.mk clean /usr/share/kernel-package/ruleset/misc/config.mk:54: *** A Debian revision is mandatory, but none was provided. Stop. Please note that a Debian revision _was_ provided. This bug also applies to kernel-package 10.054 in etch. Funny. I remember kernel-package 10.057 working. Can this be some bug in some other package? 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.17.13-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages kernel-package depends on: ii dpkg 1.13.22package maintenance system for Deb ii dpkg-dev 1.13.22package building tools for Debian ii file 4.17-4 Determines file type using magic ii gcc [c-compiler] 4:4.1.1-7 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.1-14 The GNU C compiler ii gettext 0.15-2 GNU Internationalization utilities ii make 3.81-3 The GNU version of the make util ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii po-debconf1.0.5 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip21.0.3-6 high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.6.ds1-4 GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388775: podebconf-update-po: please document e-mail format generated
On Fri, Oct 06, 2006 at 11:00:25PM +0200, Nicolas François wrote: I've committed the attached patch to document the format of the emails and templates. That looks good to me, thanks. Do you see other points to document? Maybe include the default templates somewhere in the package so that one has a starting point for changes. 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#387448: empty entropy pool leads to DOS
On Mon, Sep 18, 2006 at 09:58:39PM +0200, Yuri D'Elia wrote: On 18 Sep 2006, at 12:53, Marc Haber wrote: I'm not native english speaker, so I did my best. Thanks. I will commit some changes to the docs, but am not going to make it sound like using the gnutls-bin/openssl based approach is mandatory. Of course, but please emphasize that it's recommended for the reasons stated (that was my intention). Is the documentation change in 4.63-4 acceptable? 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: [338319] exim4: no entropy on starting
On Sun, Aug 27, 2006 at 11:09:55PM +0200, Ben Collins wrote: IMO, the best way to handle this would be just like sshd. It does not generate an RSA on first connection, it does it when the package is installed. Either generate this initial key at install, or detect that TLS is enabled in the init script and generate it if doesn't exist. I am not sure whether this is going to work. Generating dh_parameters is very fast if enough entropy is available, so in case that enough entropy is available, we don't need to bother and can have exim generate them on first connection. If not enough entropy is available, generating dh_parameters is going to take a looong time, so we'd either have a long delay on package installation (in which case exim is not going to be available any earlier), or we'd send the dh_parameters generation in the background which will cause exim to generate the dh_parameters on first connection, resulting in exim being unavailable until the dh_parameters have been built. Frankly, I don't see a gain in generating the dh_parameters on package installation or from the init script. Am I missing something? 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#390706: 'man update-exim4' typos: delvered and domainlist
On Sat, Oct 07, 2006 at 03:00:05AM -0400, A. Costa wrote: Again we agree in principle, but I have a question, which requires a bit of illustration... Once again that excerpt, but showing the parts of speech as well: ...the relay_to_domains domainlist, a list of domains... 12 3 45 6 proper noun adjective/nounplural noun 1) a variable name in the form of a proper noun that happens to be a mnemonic or memory aid; its final root word 'domain' reminds us of the plural noun 'domains', meaning 'internet domains'. 2) the noun 'list', modified by the adjective 'domain'; again the root of that adjective is 'internet domain'. 6) a plural noun meaning 'internet domains'. In all three instances the idea of the root concept is constant, internet domain, only the grammatical parts of speech change: from a noun (6), to an adjective (2), to a proper noun that reminds us of a noun (1). Two examples of the same redundant form (Proper noun/adjective/plural noun): ...'Cat Chow' cat food, a food for cats... ...the 'Computer World' computer trade show, a trade show featuring computers... Few native English speakers would find three different meanings of the word cat or computer in either example, as grammatical forms such as plurality, tense, case, etc. are considered subordinate to meaning. Grammar that's effortless to natives can be difficult for others. Now the question. If I understand correctly, when you mention three meanings of the word 'domain', you're noticing how the words' grammatical forms are different? Yes, but I am more referring to their technical meanings. NB, it's a trick question and a dilemma: answer yes, and the passage is redundant. The entire exim4 documentation is a huge piece of redundant documentation pieces. Because people don't read the docs. Answer no, and the passage is vague**. Consolation: the latter would be worse than the former. (** vaguer examples: the cat cat the cat cat, the cocker cockered his Cocker, the doggy dog doggedly dogged Dog the dog., all of which are grammatically OK, but imply a surplus of beasty interpretations.) It is more a case of the classic plant pot plant in plant pot. How would you word this part of the man page? 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: [338319] exim4: no entropy on starting
On Sat, Oct 07, 2006 at 06:55:09PM -0400, Ben Collins wrote: On Sat, 2006-10-07 at 18:51 +0200, Marc Haber wrote: Frankly, I don't see a gain in generating the dh_parameters on package installation or from the init script. Am I missing something? The benefit is that during installation, people expect things to be down. When it's installed, people don't expect their smtp server to start timing because of lack of entropy. With gnutls-bin or openssl installed, dh-params are generated asynchronously, so the only time where no dh-params are available is right after installation. If I installed the package, and it asked for entropy then (or did it when exim first started up) then you know there's a delay, and you know why, and it gives you the opportunity to create this entropy without worrying about things like an smtp connection timing out. The bad thing about it happening when first connection occurs is that if the smtp connection times out, all of that entropy it got already is thrown away. The next connection starts the process again, most likely with zero entropy at that point. If an exim starts creating its own dh-params while the first asynchronous dh-param generation is already running, you have multiple processes competing over the precious entropy while both are trying to accomplish the same. You should not have to jigger a setup like this. Agreed, but I don't see an acceptable fix at the moment. 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#388460: exim4-daemon-light: sender verification is not working
On Wed, Sep 20, 2006 at 03:26:39PM +0100, George B. wrote: I attach the config.autogenerated file for the problem server. I do not see the attachment. I have set the appropriate option in the macros file Which option, which macros file? Try exim4 -d -bh some-ip-address and simulate an SMTP session with a invalid sender on the terminal. The debug output will probably help. If not, send the debug output to the bug 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#388460: exim4-daemon-light: sender verification is not working
On Thu, Sep 21, 2006 at 09:31:09AM +0100, George B. wrote: Why on earth does Exim call the smarthost for a local address? :-/ It looks like that your smarthost router is not recognizing the domain as local (... is in ! +local_domains? yes.) Does it correctly route the address as in exim -bt [EMAIL PROTECTED] as a local domain? I am not sure whether Andreas' Diagnosis is 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#388460: exim4-daemon-light: sender verification is not working
On Thu, Sep 21, 2006 at 11:23:17AM +0100, George B. wrote: On 21/09/06, Marc Haber [EMAIL PROTECTED] wrote: It looks like that your smarthost router is not recognizing the domain as local (... is in ! +local_domains? yes.) Does it correctly route the address as in exim -bt [EMAIL PROTECTED] as a local domain? I did: exim -bt [EMAIL PROTECTED] and it returned router = local_user, transport = maildir_home And that's the same address you want to fail verification? 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#388460: exim4-daemon-light: sender verification is not working
On Thu, Sep 21, 2006 at 11:41:40AM +0200, Marc Haber wrote: I am not sure whether Andreas' Diagnosis is right. I am sure now that Andreas' is right. I'll need to ponder (and ask exim-users) how to solve this. 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#388460: exim4-daemon-light: sender verification is not working
On Thu, Sep 21, 2006 at 01:11:17PM +0200, Marc Haber wrote: And that's the same address you want to fail verification? No, it is not. After you answered my question in private e-mail (on purpose?), I now understand the issue. Finally. Sorry for being so slow on the mark. We'll need to think about a way to support sender verification on a system that uses a smarthost. Andreas' suggestion is a possible solution, but we'll need to bring our minimaldns configuration option in the game: We might be using a smarthost because we do not have world-wide DNS available. Probably the most promising idea would be to only activate the smarthost_verify_dnslookup router if minimaldns is not set and to warn in the config that sender/recipient verification on a smarthost-based system with minimaldns set is likely to generate false negatives (verifying false addresses as correct). Andreas, what do you think about that? 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#388460: exim4-daemon-light: sender verification is not working
On Thu, Sep 21, 2006 at 09:31:09AM +0100, George B. wrote: Why on earth does Exim call the smarthost for a local address? :-/ The sender you are trying is not a local address, and everything nonlocal is passed on to the smarthost. 2# setting no_verify on the smarthost router and having a dnslookup router with verify_only doing the verification. Could you go into a little more detail please. I'm still not to sure how the router thing works (and ties in with the ACLs). As I said, my knowledge of Exim is still a little basic. Exim does do sender verification by going through the motions of sending a message to the sender without actually sending a message. Since a message to the non-local sender will be sent to the smarthost, the local exim considers the sender address as verified. Perhaps you previously had callouts setup? No, but then the two Sarge boxes that work use the internet configuration. Ok. The issue we have here is specific to smarthost setups. 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#388460: exim4-daemon-light: sender verification is not working
On Wed, Sep 20, 2006 at 07:53:39PM +0200, Andreas Metzler wrote: 1# using callouts for verification Only if the smarthost rejects invalid RCPT commands immediately. 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#355420: Re: please allow disabling apt-listbugs from the environment
On Wed, Jun 28, 2006 at 03:03:13AM +0100, James Westby wrote: I think the attached patch does as you requested. If APT_LISTBUGS_FRONTEND=none then apt-listbugs quietly exits without doing anything. Thanks. I must have missed the patch in my inbox, otherwise I would have said thank you earlier. Thanks! And, if course, Junichi, thanks for taking the patch. 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#387818: aide: Please include nullmailer default configuration
retitle #387818 please include aide configuration for nullmailer reassign #387818 nullmailer thanks Hi nullmailer maintainers, the following bug report was received for the aide package: On Sat, Sep 16, 2006 at 01:40:32PM -0600, Bob Proulx wrote: Please add a default configuration for nullmailer. Nullmailer is a replacement MTA for hosts, which relay to a fixed set of smart relays. It is designed to be simple to configure and especially useful on slave machines and in chroots. The following configuration seems to work for me. File 31_aide_nullmailer: !/var/spool/nullmailer/queue !/var/spool/nullmailer/tmp !/var/spool/nullmailer/trigger /var/spool/nullmailer(/(queue|tmp))?$ VarDir The aide packaging allows for other packages to deliver their own aide configuration. To do this, all you need is to drop the rules delivered by Bob to /etc/aide/aide.conf.d/31_nullmailer_nullmailer. That way, the rules are only active if nullmailer is installed. If you do not want to include the configuration with nullmailer, please assign the bug back to aide, and I'll include the configuration with aide. 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#387463: making aide vserver aware (audit guests from the root server)
user [EMAIL PROTECTED] tags #387463 help tags #387463 patch-appreciated thanks On Thu, Sep 14, 2006 at 04:15:41PM +0200, Christian Thaeter wrote: It would be nice if aide can track files in vservers or similar chroot-like environments from within the root server. Adding this functionality is quite trivial: Example how I did this first add /etc/aide/aide.conf.d/20_aide_vservers: #!/bin/sh echo @@define VSERVERS $(echo -n '('; for i in $(ls /vservers);\ do echo -n |vservers/$i/; done; echo ')') which gives something like: @@define VSERVERS (|vservers/foo/|vservers/bar/) and then expand @@{VSERVERS} in each pathname regex. example: # cat /etc/aide/aide.vserver.conf.d/31_aide_adjtime /@@{VSERVERS}etc/adjtime$ VarFile Neat idea. However, I am not convinced that this belongs in the distribution package as it would be necessary to touch _all_ rules files. The use case is rather special, and greatly increases rule complexity. They are already too hard to understand, IMO. I am open to arguments though. I would be willing, though, to include a README.vservers file in the package if you decide to write one. 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#388762: po-debconf: --template=file should invoke editor
Package: po-debconf Version: 1.0.5 Severity: normal Hi, I think that one should have the opportunity to at least optionally have an editor with the message open even if --template is specified on the command line. 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.17.13-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages po-debconf depends on: ii gettext 0.15-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710 Help i18n of RFC822 compliant conf ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages po-debconf recommends: ii libcompress-zlib-perl 1.42-1 Perl module for creation and manip ii libmail-sendmail-perl 0.79-4 Send email from a perl script -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388768: podebconf-report-po: should have a configuration file
Package: po-debconf Version: 1.0.5 Severity: wishlist I frequently call podebconf-report-po with the same arguments. There should be a configuration file where one can dump frequently used options inside so that podebconf-report-po works the right way without command line parameters. 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.17.13-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages po-debconf depends on: ii gettext 0.15-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710 Help i18n of RFC822 compliant conf ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages po-debconf recommends: ii libcompress-zlib-perl 1.42-1 Perl module for creation and manip ii libmail-sendmail-perl 0.79-4 Send email from a perl script -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388774: podebconf-update-po: Ready to send question should have an option to return to the editor
Package: po-debconf Version: 1.0.5 Severity: wishlist Hi, when one reached the ready to send question and finally finds out that one needs to re-edit the e-mail, there is no chance to return to the editor - edits are lost. Please implement a way to return to the editor, or have podebconf-update-po save the message to a /tmp file before exiting if do not send is chosen. 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.17.13-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages po-debconf depends on: ii gettext 0.15-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710 Help i18n of RFC822 compliant conf ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages po-debconf recommends: ii libcompress-zlib-perl 1.42-1 Perl module for creation and manip ii libmail-sendmail-perl 0.79-4 Send email from a perl script -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388704: aide: [annoying_notes] Abuse of debconf note(s)
tags #388704 confirmed pending thanks On Fri, Sep 22, 2006 at 07:03:17AM +0200, Christian Perrier wrote: As announced in http://lists.debian.org/debian-devel/2006/09/msg00630.html, this bug report is part of a mass bug filing campaign about the abuse of debconf templates of type note. Template(s) identified in your package: aide -- config:18 aide/setmailaddress aide -- config:23 aide/mustaideinit I have removed the templates in question and have re-worked the templates to be better policy compliant. The next upload will go to experimental since aide is currently in a pre-release RC state upstream. 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#388775: podebconf-update-po: please document e-mail format generated
Package: po-debconf Version: 1.0.5 Severity: wishlist Please document the format of the e-mail messages that podebconf-update-po generates. For example, the manpage does not mention whether the new .po files is attached to the message or if one needs to tell the translators where to obtain the current PO files. The source code tells me that the .po file is attached, but this is not documented in the man page. 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.17.13-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages po-debconf depends on: ii gettext 0.15-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710 Help i18n of RFC822 compliant conf ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages po-debconf recommends: ii libcompress-zlib-perl 1.42-1 Perl module for creation and manip ii libmail-sendmail-perl 0.79-4 Send email from a perl script -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388853: please make list in description render nicely in aptitude
tags #388853 confirmed pending thanks On Sat, Sep 23, 2006 at 12:58:22AM +0200, Tomas Pospisek wrote: The attached patch lets aptitude detect and render nicely the list in the description. Please see [1] for the rationale. Patch is attached. Applied in svn, thanks. 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#388778: aide: [INTL:sv] Swedish debconf templates translation update
tags #388778 confirmed pending thanks On Fri, Sep 22, 2006 at 03:53:49PM +0200, Daniel Nylander wrote: Here is the updated Swedish debconf translation for aide. Committed to svn, thanks. 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#388994: aide: [INTL:ru] Russian debconf templates translation update
tags #388994 confirmed pending thanks On Sat, Sep 23, 2006 at 11:00:09AM +0400, Yuri Kozlov wrote: Russian debconf templates translation update, as requested. Committed to svn, thanks. 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#389062: aide: [INTL:ja] update Japanese po-debconf template translation
tags #389062 confirmed pending thanks On Sun, Sep 24, 2006 at 02:21:21AM +0900, Hideki Yamane (Debian-JP) wrote: I've updated ja.po in aide. Please use it. Committed to svn, thanks. 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#389117: [l10n] Updated Czech translation of aide debconf messages
tags #389117 confirmed pending thanks On Sat, Sep 23, 2006 at 09:36:37PM +0200, Miroslav Kure wrote: in attachement there is updated Czech (cs.po) translation of aide debconf messages. Committed to svn, thanks. 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#389206: [l10n] Updated Czech translation of clamav-data debconf messages
tags #389206 confirmed pending thanks On Sun, Sep 24, 2006 at 05:58:09PM +0200, Miroslav Kure wrote: in attachement there is updated Czech (cs.po) translation of clamav-data debconf messages. Please include it with the package. Committed to svn, thanks. 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#389160: [Adduser-devel] Bug#389160: adduser: Please allow @ in user names
On Sun, Sep 24, 2006 at 06:39:40PM +0100, Stephen Gran wrote: Tentative fix has been checked in to svn. It Works For Me (TM), but another look wouldn't hurt before release. Your fix reduces an error to a warning, allowing _all_ sorts of bad characters in user names. I am not sure whether I like that. Actually, I hate the idea. I think that we should (a) investigate whether @ in a user name can cause serious harm, and if not, (b) add @ to the list of allowed characters. 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#260077: closed by David Moreno Garza [EMAIL PROTECTED] (WNPP bug closing)
reopen 260077 thanks I find this kind of automatic housekeeping _very_ _very_ annoying. Greetings Marc On Sun, Sep 24, 2006 at 11:19:34AM -0700, Debian Bug Tracking System wrote: From: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#260077 closed by David Moreno Garza [EMAIL PROTECTED] (WNPP bug closing) To: Marc Haber [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Sun, 24 Sep 2006 11:19:34 -0700 X-Mailer: MIME-tools 5.417 (Entity 5.417) X-Debian-PR-Package: wnpp X-Spam-Score: (--) -2.6 X-Spam-Report: torres.zugschlus.de Content analysis details: (-2.6 points, 5.0 required) pts rule name description -- --- -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.] 0.0 AWLAWL: From: address is in the auto white-list This is an automatic notification regarding your Bug report #260077: RFP: pcre++ -- C++ wrapper class for pcre, which was filed against the wnpp package. It has been closed by David Moreno Garza [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact David Moreno Garza [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) From: David Moreno Garza [EMAIL PROTECTED] Subject: WNPP bug closing To: [EMAIL PROTECTED] Date: Sun, 24 Sep 2006 12:00:08 -0600 Hello, This is an automatic mail sent to close the RFP you have reported or are involved with. Your RFP wnpp bug is being closed because of the following reasons: - It is, as of today, older than 365 days. - It hasn't had any activity recently. As this is an automatic procedure, it could of course have something wrong and probably it would be closing some bugs that are not intended by owners and submitters (like you) to be closed, for example if the RFP is still of your interest, or there has been some kind of activity around it. In that case, please reopen the bug, do it, DO IT NOW! (I don't want to be blamed because of mass closing and not let people know that they can easily reopen their bugs ;-). To re-open it, you simply have to mail [EMAIL PROTECTED] with a body text like this: reopen 260077 thanks bts Further comments on the work done in the bug sent to [EMAIL PROTECTED] would be truly welcomed. Anyway, if you have any kind of problems when dealing with the BTS, feel free to contact me and I'd be more than happy to help you on this: [EMAIL PROTECTED]. A similar process is being applied to other kind of wnpp bugs. Thanks for your cooperation, -- David Moreno Garza [EMAIL PROTECTED]. -- - 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#389351: console-log: purging the package fails (adduser unavailable)
On Mon, Sep 25, 2006 at 10:26:45AM +0200, Bill Allombert wrote: There is an error when attempting to purge console-log: Removing console-log ... Purging configuration files for console-log ... Removing system user /var/lib/dpkg/info/console-log.postrm: line 23: deluser: command not found dpkg: error processing console-log (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on adduser to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Is it acceptable to not remove the user in absence of deluser and to throw a warning instead? 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#355399: apt-listchanges: fails ungracefully if not conected to a tty
severity #355399 important thanks On Sun, Mar 05, 2006 at 03:00:15PM +0100, Marc Haber wrote: I am running aptitude with apt-listchanges enabled from cron-apt. In this case, apt-listchanges finds itself talking to a pipe instead of a terminal, and it doesn't like that: After discussing this issue with madcoder on IRC, he suggested upgrading the bug to important to keep it from slipping off the radar. I am therefore doing so. Thanks for your 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#389495: ifupdown-scripts-zg2: Scripts call find and cut from /usr when /usr unmounted
On Mon, Sep 25, 2006 at 08:04:18PM -0400, Kristine Daniels wrote: Some of us still run with /usr as a separate filesystem. These scripts fail under that circumstance. There are tests like if [ $STATEFILE != `find $STATEFILE -type f -and -user root -and -group root -and -not -perm +0022` ]; then Which cannot be run and give confusing error messages during shutdown due to /usr being unmounted. I don't have these messages on my systems, and I have separate /usr as well. Additionally, I think that the error message is quite on the point, as a non-existing file is not a plain file. I would be willing to give a different error message like $STATEFILE not found if $STATEFILE does not exist. Is that an acceptable fix for you? I am not happy with the fix you suggested, 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#399666: file-rc: /etc/init.d/rc -d turns script into no-op
On Sun, Nov 26, 2006 at 06:59:00PM +0100, Roland Rosenfeld wrote: Marc Haber schrieb am Dienstag, den 21. November 2006: Package: file-rc Version: 0.8.10 Severity: wishlist the -d option to /etc/init.d/rc turns the script into a no-op due to the following code: # Execute the commands collected above if [ $debug -eq 1 ] then echo $CMDLIST else (trap - INT QUIT TSTP; sh -c $CMDLIST) fi Correct. That's what I understand by debug, it gives me the chance to find out what rc would do without the risk to corrupt the system by really executing the init scripts. Instead the init script CMDLIST is only printed out. I'd call that --dry-run or --no-op. Usually, --debug means do your job in an explicitly verbose way. That's exactly what I need the debug mechanism for. Please provide an option that will give debug output while still doing something useful. Where should this be good for? For example, to find out which part of the init process triggers certain kernel messages or syslog entries. This is arguably a bug in an init script, but it would be great if file-rc would be an aid in finding out which init script is at fault. I think that I filed this bug while trying to learn about how the init process for a system with crypto-filesystems works. 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#400734: smbfs: please fix mount.cifs man page
Package: smbfs Version: 3.0.23d-1 Severity: minor Hi, man 8 mount.cifs suggests that a credentials file can only contain username and password fields. It can, however, actually also include a workgroup field. Which is important if a Windows file server suddenly stops accepting [EMAIL PROTECTED] as username but insists on username user and workgroup domain. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-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#400738: proftpd-dfsg: probably missing libattr1-dev build dep
Package: proftpd-dfsg Version: 1.3.0-14 Severity: wishlist When building on sarge, proftpd-dfsg needs libattr1-dev installed. Chances are that this dependency is also needed when building on sid. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-scyw00225 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#400737: proftpd-dfsg: is it really necessary to rename the source package when removing RFCs?
Package: proftpd-dfsg Version: 1.3.0-14 Severity: wishlist Is it really necessary to rename the source package when removing RFCs? Other packages only add dfsg to the upstream version number, which has the advantage of not breaking source package based monitoring mechanisms. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-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#400741: exim4: lack of Content-Type in quoted mail from breaks utf-8
tags #400741 upstream thanks On Tue, Nov 28, 2006 at 01:51:11PM +0100, Robert Millan [ackstorm] wrote: When generates a bounce, it quotes the original message, but its Content-Type header isn't propagated. This leads to utf-8/etc characters not being properly rendered by MUAs. This is probably caused by exim being MIME agnostic. Unlikely that upstream is going to fix this any time soon. As you're a member of the team, please report this to Upstream's bugzilla yourself and mark this bug as appropriately forwarded. 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#400790: exim4-config: Reject mail to system users from non-local sources
On Tue, Nov 28, 2006 at 05:10:03PM +, Dominic Hargreaves wrote: Recently I'm seeing spams to various system alias addresses such as mail, uucp etc. Usually there is no valid reason for these addresses to be deliverable from remote sources, so an option to simply reject these from non-local sources which seem valuable. They could still be deliverable from local submission so that cronmail etc would be unaffected. Does this sound like a good idea? The way that this is supposed to be solved in the packages is to alias them away to root. We are somewhat reluctant to fix this as this means deviating far from what an experienced Unix admin might expect. I'm happy to implement it in a package-suitable way if there is interest (otherwise I'll just hack it together for myself :) I'll re-think handling of mails for low-UID users post-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#400794: exim4-base: fail to install/update due to a reference to the file /home/mh/....
tags #400794 confirmed pending thanks On Tue, Nov 28, 2006 at 08:56:39PM +0100, J.L. Fernandez Jambrina wrote: I had some strange problems both installing and updating exim4-base due to the combination of an missconfigured automount and a reference to an 'extrange' file /home/mh/chroot/sid/var/spool/exim4/gnutls-params in the 44 line of exim4-base.postinst. Ouch. Thanks for spotting this. Fixed in 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#400741: exim4: lack of Content-Type in quoted mail from breaks utf-8
On Wed, Nov 29, 2006 at 10:32:47AM +0100, Robert Millan [ackstorm] wrote: On Tue, Nov 28, 2006 at 03:37:02PM +0100, Marc Haber wrote: tags #400741 upstream thanks On Tue, Nov 28, 2006 at 01:51:11PM +0100, Robert Millan [ackstorm] wrote: When generates a bounce, it quotes the original message, but its Content-Type header isn't propagated. This leads to utf-8/etc characters not being properly rendered by MUAs. This is probably caused by exim being MIME agnostic. Unlikely that upstream is going to fix this any time soon. Do you think this behaviour is intentional (e.g. this belongs in MUA), or just that it's not a priority for them? I think that it is not a priority. exim bounces are suboptimal anyway, since they are not automatically parseable DSNs. 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#400882: partimage: does not create /dev/dm
Package: partimage Version: 0.6.4-17 Severity: normal Hi, when I allow partimage to create /dev/dm, it doesn't do so. It asks this question five times, and does not create anything matching /dev/dm. Additionally, it mentions that one can create /dev/dm manually, but it doesn't say how it wants the inode to look like. Bafflingly, after these issues, partimage seems to work just fine. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-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#400888: dpatch.make: please allow a prerequisite
Package: dpatch Version: 2.0.21 Severity: wishlist Please modify dpatch.make so that optionally, a make target can be called before dpatch is invoked. This could probably be used to, for example, unpack an upstream tar before applying the patch. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) dpatch depends on no packages. Versions of packages dpatch recommends: ii dpkg-dev 1.13.24package building tools for Debian ii fakeroot 1.5.10 Gives a fake root environment ii patchutils0.2.31-3 Utilities to work with patches -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400896: /usr/share/doc/dpatch/examples/dpatch/01_config.dpatch uses undocumented interface
Package: dpatch Version: 2.0.21 Severity: minor Hi, /usr/share/doc/dpatch/examples/dpatch/01_config.dpatch.gz uses an interface that is not documented anywhere besides in NEWS.gz. This interface is rather neat and should be documented better. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) dpatch depends on no packages. Versions of packages dpatch recommends: ii dpkg-dev 1.13.24package building tools for Debian ii fakeroot 1.5.10 Gives a fake root environment ii patchutils0.2.31-3 Utilities to work with patches -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400897: /usr/share/doc/dpatch/examples/dpatch/01_config.dpatch.gz fails with non-default workdir
Package: dpatch Version: 2.0.21 Severity: minor Hi, the code given in /usr/share/doc/dpatch/examples/dpatch/01_config.dpatch.gz will fail if non-default workdir is used. I'd prefer this to be fixed inside dpatch.lib.sh so that existing code based on the example does not need to be changed. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) dpatch depends on no packages. Versions of packages dpatch recommends: ii dpkg-dev 1.13.24package building tools for Debian ii fakeroot 1.5.10 Gives a fake root environment ii patchutils0.2.31-3 Utilities to work with patches -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400910: does dpatch need to mkdir its workdir?
Package: dpatch Version: 2.0.21 Severity: wishlist When using dpatch with a --workdir, dpatch creates this directory as empty directory. This seems contraproductive to me, since the first action of the dpatches being invoked might be to check if the work directory exists (for example, as indication that some tarball has already been unpacked). Please check whether it might be possible to have dpatch not create the work directory. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) dpatch depends on no packages. Versions of packages dpatch recommends: ii dpkg-dev 1.13.24package building tools for Debian ii fakeroot 1.5.10 Gives a fake root environment ii patchutils0.2.31-3 Utilities to work with patches -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400912: dpatch: --verbose does not abort on error
Package: dpatch Version: 2.0.21 Severity: normal when dpatch apply-all --verbose is called, an error does not cause the patch process to abort. This is contrary to dpatch's behavior if --verbose is not given. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) dpatch depends on no packages. Versions of packages dpatch recommends: ii dpkg-dev 1.13.24package building tools for Debian ii fakeroot 1.5.10 Gives a fake root environment ii patchutils0.2.31-3 Utilities to work with patches -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401007: Re: Bug#401007: [i386][rc1][etch] (mostly) success: Dell Poweredge 1850
On Thu, Nov 30, 2006 at 06:43:00AM +0100, Christian Perrier wrote: I indeed reassign this bug because some parts concern exim4. I'm not really sure that the exim4 maintainers will consider this a bug, but let them give their advice: # /etc/init.d/exim4 status checking separate queue runner daemon...done (not running). checking combined SMTP listener and queue runner daemon...done (running). I was not asked to configure the mail system, but exim4 was installed with the 'local delivery' configuration. Shouldn't the installer mention this? Perhaps I missed the message. This is mentioned in NEWS.Debian of the exim4-config packages. As the silent installation was strongly pressed for by the d-i people, I do not plan to change this any time soon. Bug: exim4 auto-configuration assumes short hostnames - When prompted for the hostname by the installer I gave a fully-qualified hostname. I consider this a bug in the Installer, it should not allow fully qualified names in response to the what's the host name question during installation. This was propagated to /etc/mailname without stripping the domain name, I think that it would be exim stepping out of bounds if we would not believe the result of the hostname command when determining what to write to /etc/mailname. 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#401046: please make lintian easier to debug
Package: lintian Version: 1.23.26 Severity: wishlist Hi, I am currently investigating a persistent newer-debconf-templates warning in exim4. This has shown to be incredibly frustrating. * --debug does not give remotely helpful information * the lab is removed immediately * there is no option to have lintian keep the temporary lab * manually creating a static lab and unpacking the package there does not give a directory called debfiles, which the po-debconf checks are working in. Am now on my wit's end in finding out what the newer-debconf-templates test does on what data to find out what it doesn't like in my package. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages lintian depends on: ii binutils 2.17-3The GNU assembler, linker and bina ii diffstat 1.43-2produces graph of changes introduc ii dpkg-dev 1.13.24 package building tools for Debian ii file 4.17-4Determines file type using magic ii gettext0.15-3GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libparse-debianchangel 1.0-1 parse Debian changelogs and output ii man-db 2.4.3-5 The on-line manual pager ii perl [libdigest-md5-pe 5.8.8-6.1 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401049: lintian: possible false positive newer-debconf-templates on exim4
Package: lintian Version: 1.23.26 Severity: normal Hi, I am not sure whether this is a bug in lintian or in some other package or even in mine. Please help in sorting this out. In the latest exim4 package, I ran debconf-updatepo (which didn't change anything) and built the package. Lintian, run on the .dsc file, complains newer-debconf-templates. I am reasonably sure that I didn't touch the templates in weeks. ircd-hybrid suffers from the same issues, as reported on IRC. From what I figured out, this is what happens (in the exim4 case again): The lintian check in /usr/share/lintian/checks/po-debconf uses intltool-update, which produces a test.pot which differs from templates.pot only in comments and POT-Creation-Date. Lintian then proceeds to use msgcmp on test.pot and templates.pot, which prints a truckload of this message is untranslated and warning: this message is not used to /dev/null and exits non-zero. Lintian in turn uses the non-zero exit code to tag the package newer-debconf-templates. I suspect this is a false positive and am going to ignore this warning when uploading exim4 until this bug has been commented on. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages lintian depends on: ii binutils 2.17-3The GNU assembler, linker and bina ii diffstat 1.43-2produces graph of changes introduc ii dpkg-dev 1.13.24 package building tools for Debian ii file 4.17-4Determines file type using magic ii gettext0.15-3GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libparse-debianchangel 1.0-1 parse Debian changelogs and output ii man-db 2.4.3-5 The on-line manual pager ii perl [libdigest-md5-pe 5.8.8-6.1 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401072: vmware-package: needs non-existent patch vmware-any-any-update104.tar.gz
On Thu, Nov 30, 2006 at 06:40:09PM +0100, Andreas Kroschel wrote: The build script for the VMware modules needs vmware-any-any-update104.tar.gz, which does not longer exist on http://ftp.cvut.cz/vmware. Instead, a new version http://ftp.cvut.cz/vmware/vmware-any-any-update105.tar.gz is there, and the script should adapt to it, since the old version cannot be found anywhere. A new version will be uploaded this weekend. In the mean time, you can override the md5sum and the file name from the environment. 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#401007: The installer should mention ...
On Fri, Dec 01, 2006 at 11:33:28PM +1100, [EMAIL PROTECTED] wrote: Shouldn't the installer mention this? I don't understand what you are aiming for ... I'm mainly interested to know that an MTA is running at all. I just like to worry about what services I have going, I guess. exim4 does not listen on any public interfaces by default. Perhaps an information screen in the installer could explain: I've just set up your Mail Transfer Agent, $MTA. At present it is set up for '$MTA_MODE', i.e. to $MTA_MODE_EXPLAIN. If you want to change this, you will need to reconfigure $MTA with $MTA_CONFIG_PROGRAM. [OK] For the present case this would come out as, e.g. I've just set up your Mail Transfer Agent, exim4. At present it is set up for 'local delivery', i.e. to deliver mail only to other users on this computer. If you want to change this, you will need to reconfigure exim4 with dpkg-reconfigure exim4. [OK] (I'm not actually sure what to use for reconfiguration) Possibly this screen could go in at medium priority, but I don't think it hurts to show this much to all users. The above would certainly have satisfied me. It's probably not worth adding an option to allow installers to fiddle with the settings at this point, I find I always have to tweak things later anyway. This is, IMO, what the release notes are for. It is mandatory to read them. Additionally, if exim4 shows a screen like this, a lot of other packages might want to do the same, ending up with a truckload of useless info screens that are not read anyway. If such a screen needs to be shown, this should be the installer's job. Please note that this bug is not an installer bug any more, it has been reassigned. 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#401220: exim4 auto-configuration assumes short hostnames
reassign #401220 net-cfg thanks On Fri, Dec 01, 2006 at 11:40:34AM +0100, Vincent McIntyre wrote: Op 30-11-2006 om 15:39 schreef Vincent McIntyre: Bug: exim4 auto-configuration assumes short hostnames - When prompted for the hostname by the installer I gave a fully-qualified hostname. This was propagated to /etc/mailname without stripping the domain name, with the result that the domain name appears TWICE in /etc/mailname. That is: # cat /etc/mailname newhost.mydomain.mydomain That is now filled as a bugreport on exim4 As it was already discussed in 401007, this is not an exim4 bug. Reassigning. 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#389495: ifupdown-scripts-zg2: Scripts call find and cut from /usr when /usr unmounted
tags #389495 confirmed pending thanks On Tue, Sep 26, 2006 at 08:44:14AM -0400, Kristine Daniels wrote: I strongly suggest recoding the tests such that they do not rely on /usr, I have done that in svn. Thanks. 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#367076: ifupdown-scripts-zg2: move /var/lib to /var/run
tags #367076 pending thanks On Sat, May 13, 2006 at 03:07:38PM +0200, Marc Haber wrote: Interface stati are run-time variable data and shold be in /var/run. They should actually be in /run, which is not yet available. Best current practice is now /etc/network/run, and we are using this 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#300752: ifupdown-scripts-zg2: [Patch] Better error checking when taking interfaces down
tags #300752 pending thanks On Mon, Mar 21, 2005 at 10:36:25PM +0100, Marc Haber wrote: On Mon, Mar 21, 2005 at 04:40:29PM +0100, Hilko Bengen wrote: Attached patch adds quotes around a few variables in the scripts. Thanks. Will be applied in due time. Due time was much longer than expected. Applied in 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#401448: please enhance compatibility to ifupdown-scripts-zg2
Package: ifupdown Version: 0.6.8 Severity: wishlist Hi, ifupdown-scripts-zg2 will move its state files to /etc/network/run/ifupdown-scripts-zg2 in its next version. To make this easier, I'd like you to think about doing the following things to ifupdown: * Add ifupdown-scripts-zg2 to /etc/init.d/ifupdown's Should-Start LSB header * Copy or move the code setting up /etc/network/run to /etc/init.d/ifupdown-clean With these changes it is possible to guarantee /etc/init.d/ifupdown-scripts-zg2 being run _after_ ifupdown_clean but _before_ ifupdown itself. Unfortunately, LSB does not seem to have a possibility to specify that a given init script should run _before_ another one. Please consider making these changes. Without these, it is in the local admin's responsibility to guarantee the execution order. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages ifupdown depends on: ii debconf [debconf-2.0]1.5.9 Debian configuration management sy ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii net-tools1.60-17 The NET-3 networking toolkit ifupdown recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401462: Please build exim4-dev package with local_scan-related header files
On Sun, Dec 03, 2006 at 08:05:52PM +0100, Magnus Holmgren wrote: So that packages providing local_scan() .so:s can build-depend on it. Maybe it should be called something else, but local_scan is currently the only plugin API provided by Exim, and even if there were more (pluggable lookup modules, routers, and transports have been suggested), those headers should probably go in the same package. Which header files do you need? 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#401462: Acknowledgement (Please build exim4-dev package with local_scan-related header files)
On Mon, Dec 04, 2006 at 04:32:20AM +0100, Magnus Holmgren wrote: One closely related thing: I don't know if you saw it on exim-dev, but I've noticed that LOCAL_SCAN_ABI_VERSION_MAJOR and LOCAL_SCAN_ABI_VERSION_MINOR haven't changed since Exim 4.14 where you introduced the localscan_dlopen patch, even though new functions have been added to the API. The localscan_dlopen patch has been provided by Marc Merlin, whom I have not heard of in a long time. Sorry, I am not in a position to modify the patch as I totally don't know what's going on there. I am willing to accept changes from knowledgeable third parties 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#401491: Enable multiple local_scan libraries to be used
user [EMAIL PROTECTED] reassign #401491 exim4-daemon-heavy package exim4-daemon-heavy tags #401491 help usertags #401491 patch-appreciated valid-bug thanks On Mon, Dec 04, 2006 at 03:31:48AM +0100, Magnus Holmgren wrote: The localscan_dlopen patch makes it possible to provide various scanning packages that can be easily installed without having to recompile Exim. The benefit of this is diminished by the fact that there can only be one local_scan library in use at a time. At the moment, there is only one package of this kind in Debian, but someone could want to write a function of their own in addition. The way local_scan functions are called should make it not too hard to call more than one of them. First, treat local_scan_path as a list. Then just dlopen each library in turn and pass the file descriptor (with the correct offset, of course). The localscan dlopen patch was written by Marc Merlin, of whom I have not heard in a LONG time. Sorry, I am not programmer enough to fulfil this request. 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#401487: If primary MX is down, SEGFAULT
On Mon, Dec 04, 2006 at 12:42:48PM +1100, Peter Chubb wrote: If I send email to a server whose primary MX is not accepting SMTP connections, the smtp transport SIGSEGVs instead of trying the secondary MX. Can you please send an strace? From exim4/mainlog: 2006-12-04 12:27:34 1Gr1w7-0005qJ-Bs barracuda.cse.unsw.edu.au [129.94.175.101] Connection refused 2006-12-04 12:27:35 1Gr1w7-0005qJ-Bs == [EMAIL PROTECTED] R=dnslookup T= remote_smtp defer (-1): smtp transport process returned non-zero status 0x000b: terminated by signal 11 Works for me: 2006-12-04 08:21:37 1Gr88v-0008DW-Qs = [EMAIL PROTECTED] H=localhost (nechayev.zugschlus.de) [127.0.0.1] P=esmtp S=523 2006-12-04 08:21:37 1Gr88v-0008DW-Qs mailgate.zugschlus.de [85.10.211.154] Connection refused 2006-12-04 08:21:39 1Gr88v-0008DW-Qs = [EMAIL PROTECTED] R=dnslookup T=remote_smtp H=q.bofh.de [195.49.138.65] X=TLS-1.0:RSA_AES_256_CBC_SHA1:32 DN=C=DE,CN=q.bofh.de (exim4 E-Mail System),[EMAIL PROTECTED] 2006-12-04 08:21:39 1Gr88v-0008DW-Qs Completed 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#401462: Please build exim4-dev package with local_scan-related header files
On Sun, Dec 03, 2006 at 10:18:50PM +0100, Magnus Holmgren wrote: On Sunday 03 December 2006 21:24, you stated the following: On Sun, Dec 03, 2006 at 08:05:52PM +0100, Magnus Holmgren wrote: So that packages providing local_scan() .so:s can build-depend on it. Maybe it should be called something else, but local_scan is currently the only plugin API provided by Exim, and even if there were more (pluggable lookup modules, routers, and transports have been suggested), those headers should probably go in the same package. Which header files do you need? local_scan.h and those included from there (store.h and mytypes.h, and the generated config.h too, it seems. There is no config.h among the old header files in the sa-exim source package). Please try exim4_4.63.20061130-1.0 from https://ivanova.notwork.de/~mh/debian/ which builds an exim4-dev package and give feedback. 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#358552: I don't think this belongs in ucf
On Tue, Apr 11, 2006 at 10:38:04AM -0500, Manoj Srivastava wrote: If a configuration file is removed, the package should be dealing with old configuration files, since some of the tings mentioned require package specific intelligence. ucf should at least provide a framework for doing these things, to allow consistent wording of questions asked during upgrade and to take complexity from maintainer scrips. If you agree, please re-open 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#358552: fixed in ucf 2.009
On Sun, Apr 16, 2006 at 03:32:07PM -0700, Manoj Srivastava wrote: * Bug fix: ucf: please provide infrastructure to remove deleted conffiles, thanks to Marc Haber (Closes: #358552). I do not see any changes to address this issue in the diff between 2.008 and 2.009. May I ask whether you forgot to commit a patch? 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#320483: exim4-base: Exim4 init script still broken in 4.63-7
tags #320483 - patch tags #320483 wontfix thanks On Fri, Oct 27, 2006 at 12:34:05PM -0500, Donald King wrote: 1. A combined queuerunner/listener daemon on port 25 (handles modern TLS) 2. A standalone inetd listener on port 465 (handles legacy SSL) 3. A standalone inetd listener on port 587 (handles RFC 2476 submission) As the ports handled by 2 and 3 are rarely used in my setup, I decided to split them off from the main daemon. I don't think that it is a good idea to split this off. Can you please explain why you think that it is a good idea? However, I have to note that, although I can work around the problem in my own setup by simply deleting the inetd listeners and having the main daemon handle all ports, Yes, that is my recommendation. there are other configurations that are more broken. Most notably, if someone wants to use an inetd listener on port 25 with QUEUERUNNER=queueonly, they will find that the queuerunner daemon never runs, due to the troublesome code on lines 60-65 of /etc/init.d/exim4. Using inetd is not supported. /etc/init.d/exim4 is a dpkg-conffile, please remove the code yourself. Theoretically, the inetd check should be conditional on the value of $QUEUERUNNER, but I'd argue that it's the duty of the users to edit the value of $QUEUERUNNER themselves in /etc/default/exim4, and that the inetd check is redundant. If the users really want the behavior forced on them by the inetd check, they should specify QUEUERUNNER=nodaemon. I am not going to make that change to the Debian exim4 packages. inetd is not supported. 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#401546: nagios2-common: update does not delete logrotate file
Package: nagios2-common Version: 2.5-3 Severity: important Hi, when 2.5-1 or earlier is updated, the /etc/logrotate.d/nagios2-common is not removed. But it should at least be moved away. Greetings Marc -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-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#401462: Acknowledgement (Please build exim4-dev package with local_scan-related header files)
On Mon, Dec 04, 2006 at 09:34:37AM -0800, Marc MERLIN wrote: Feel free to go with what he proposes. Ok, Magnus, what exactly are you proposing? 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#401462: Please build exim4-dev package with local_scan-related header files
On Mon, Dec 04, 2006 at 09:57:08PM +0100, Magnus Holmgren wrote: On Monday 04 December 2006 21:20, Marc Haber wrote: On Mon, Dec 04, 2006 at 09:34:37AM -0800, Marc MERLIN wrote: Feel free to go with what he proposes. Ok, Magnus, what exactly are you proposing? On this ABI_VERSION issue, I propose a gentle prodding of Philip, which I've already done. Ok. Other than that, I don't propose anything at the moment, nothing that affects the exim4 package at least. Ok. So this bug can be closed with the acceptance of exim4-dev in the archive? 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#390712: Help with exim4 #390712, interaction with mobile phones
Hi, I have an issue with exim4 that can, IMO, clearly be traced to GnuTLS. Please refer to #390712 for more information. The original reporter, Stian Jordet [EMAIL PROTECTED], has a SonyEricsson P990, and Marc Fargas [EMAIL PROTECTED] reports the same issue with a Nokia E60 (Software Version 2.0618.06.05 (RM-49)). I did some testing with Marc, and his phone was perfectly able to do STARTTLS with an exim compiled against OpenSSL. Both exims were build on the same Debian unstable system by myself, so I am reasonably sure that we have a GnuTLS issue here. Marc is willing to debug with him, and I can also put you in contact with a close friend of mine who is plagued with the same issue with his new mobile phone against his exim installation. If there is anything that I can do to help, please get in touch with me, and by all means keep me posted. I am subscribed to pkg-gnutls-maint. 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#381581: [pkg-ntp-maintainers] Bug#381581: ntp: install failed
On Sun, Aug 06, 2006 at 01:09:01AM +0900, Taku YASUI wrote: adduser: `/usr/sbin/useradd -d /home/ntp -g ntp -s /bin/false -u 117 ntp' returned error code 3. Exiting. That is actually #381408, fixed in passwd 1:4.0.18.1-1. 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#381923: rpcinfo: can't contact portpammer: RPC: Remote system error - Connection refused
On Mon, Aug 07, 2006 at 09:59:41PM +0200, Michael Prokop wrote: Would be nice to improve handling of nis error messages as people seem to interpret the message as a bug. And here is the attachment. 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 Index: debian/changelog === --- debian/changelog(revision 645) +++ debian/changelog(working copy) @@ -1,8 +1,10 @@ adduser (3.96.0) UNRELEASED; urgency=low * NOT RELEASED YET + * Don't show rpcinfo -p errors to the user. +Thanks to Michael Prokop. Closes: #381923 - -- Marc Haber [EMAIL PROTECTED] Mon, 31 Jul 2006 07:08:01 + + -- Marc Haber [EMAIL PROTECTED] Tue, 8 Aug 2006 09:07:58 + adduser (3.96) unstable; urgency=low Index: AdduserCommon.pm === --- AdduserCommon.pm(revision 645) +++ AdduserCommon.pm(working copy) @@ -20,8 +20,12 @@ } elsif(-f /etc/init.d/nis) { $nisconfig = /etc/init.d/nis; } +# find out whether a local ypserv is running +# We can ditch any rpcinfo error since if the portmapper is nonfunctional, +# we couldn't connect to ypserv anyway. If this assumption is invalid, +# please file a bug and suggest a better way. if(defined($nisconfig) -f /var/yp/Makefile --x /usr/bin/rpcinfo grep(/ypserv/, qx{/usr/bin/rpcinfo -p})) { +-x /usr/bin/rpcinfo grep(/ypserv/, qx{/usr/bin/rpcinfo -p 2/dev/null})) { open(NISCONFIG, $nisconfig); if(grep(/^NISSERVER=master/, NISCONFIG)) { system(make, -C, /var/yp);
Bug#381923: rpcinfo: can't contact portpammer: RPC: Remote system error - Connection refused
tags #381923 confirmed pending thanks On Mon, Aug 07, 2006 at 09:59:41PM +0200, Michael Prokop wrote: Would be nice to improve handling of nis error messages as people seem to interpret the message as a bug. I have committed the attached fix. Please comment. I think that it is ok to ignore rpcinfo -p error messages entirely, since if portmapper is nonfunctional, nobody can connect to ypserv anyway. The only case where this assumption does not hold is (1) portmap and ypserv start (2) nscd starts, talks to portmap, connects to ypserv (3) portmap dies (4) ypserv and nscd keep running. I consider this case a local failure. Thanks to Peter Samuelson for his opinion and help in addressing this 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#381193: [INTL:pt] Portuguese translation for clamav-data (debconf)
tags #381193 confirmed pending thanks On Wed, Aug 02, 2006 at 07:41:04PM +0100, Rui Branco wrote: Portuguese (pt) translation for clamav-data's debconf messages by Ricardo Silva ardoric _at_ gmail.com. Feel free to use it. I have committed the translation to svn. clamav-getfiles and clamav-data are built from the same source. May I encourage translation of clamav-getfiles debconf messages 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#380614: [Build-common-hackers] Bug#380614: cdbs: creates empty packages on -dbg package creation
On Wed, Aug 02, 2006 at 11:17:16PM +0200, Peter Eisentraut wrote: Marc Haber wrote: Just for clarity: overriding DEB_DESTDIR would be to say DEB_DESTDIR:=debian/tmp in debian/rules? Yes. First, I tried DEB_DESTDIR:=debian/tmp. This results in a libtool error message libtool: install: debian/tmp/usr/lib' must be an absolute directory name. Next, I tried DEB_DESTDIR:=$(pwd)/debian/tmp, which resulted in trying to install the compiled binary to /debian/tmp, of course with EPERM. Writing the full path resulted in the already-known binary-less package. $(pwd)/debian/tmp expands to /debian/tmp You can probably just write * in there. That one results in |dh_install -pksynaptics |cp: cannot copy a directory, `./debian', into itself, `debian/ksynaptics/debian/tmp/debian' 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#381547: aide: French debconf templates translation
tags #381547 confirmed pending thanks On Sat, Aug 05, 2006 at 01:19:54PM +0200, Gregory Colpart wrote: Please find attached the French debconf templates translation, proofread by the debian-l10n-french mailing list contributors. Committed to svn, thanks. 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#381653: do local checks before non-reject ones?
On Sun, Aug 06, 2006 at 11:35:43AM +0200, Robert Millan wrote: Rationale: If CHECK_RCPT_LOCAL_ACL_FILE is going to produce a reject, it makes no sense to go through the warn checks first, since the message is going to be rejected anyway. And if the local ACL file is going to produce an ACCEPT? I am not convinced about this change. 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#381660: clamav-getfiles: [INTL:pt] Portuguese translation for debconf messages
tags #381660 confirmed pending thanks On Sun, Aug 06, 2006 at 10:56:37AM +0100, Miguel Figueiredo wrote: Portuguese translation for clamav-getfiles's debconf messages. Translator: Ricardo Silva. Feel free to use it. Committed to svn, thanks. 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#380614: [Build-common-hackers] Bug#380614: cdbs: creates empty packages on -dbg package creation
On Tue, Aug 08, 2006 at 01:43:39PM +0200, Peter Eisentraut wrote: Am Dienstag, 8. August 2006 12:49 schrieb Marc Haber: On Wed, Aug 02, 2006 at 11:17:16PM +0200, Peter Eisentraut wrote: Marc Haber wrote: Just for clarity: overriding DEB_DESTDIR would be to say DEB_DESTDIR:=debian/tmp in debian/rules? Yes. First, I tried DEB_DESTDIR:=debian/tmp. Sorry, I didn't think all the way. You need to set DEB_DESTDIR = $(CURDIR)/debian/ksynaptics Ah! Now everything makes sense. $(pwd)/debian/tmp expands to /debian/tmp $(pwd) does not have a special meaning in make. I keep confusing pwd and CURDIR, hating make with a passion. You can probably just write * in there. That one results in |dh_install -pksynaptics |cp: cannot copy a directory, `./debian', into itself, | `debian/ksynaptics/debian/tmp/debian' Probably debian/tmp/* then, or you need to give a --sourcedir option to dh_install. Probably. I'll try this next time. I'd like to suggest keeping this bug open until this bug report's findings have been incorporated into cdbs docs. 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#368702: irssi: crashes with glibc error message
On Wed, May 24, 2006 at 02:45:06PM +0100, David Pashley wrote: On May 24, 2006 at 11:04, Marc Haber praised the llamas by saying: icq/core = { ^ The problem is most likely due to this character here. Confirmed. Without the quotes (which I completely missed), everything is fine. Sorry for taking so long to follow up, I didn#t see your answer and forgot about the issue until I needed irssi on my notebook again. I presume this config file was hand editted. If irssi generated this config file then there is a big problem. If not then I will forward this upstream and lower the priority. Sorry, I do not remember whether the original file was hand edited. I suspect so. 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#382431: nagios2-comon: 2.5 available
Package: nagios2-comon Severity: important Tags: confirmed For some reason, we missed packaging nagios2 2.5. I'm going to do this in the next few days, with this bug report as reminder. Sean, are you ok with me doing so and 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.17.8-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#348046: exim4-daemon-heavy: TLS delivery attempts fail with: (gnutls_handshake): A TLS packet with unexpected length was received.
On Sat, Jan 14, 2006 at 12:59:25PM +0100, Martin A. Brooks wrote: A newly install exim4 server produces the following error during any TLS connection: 2006-01-14 11:57:13 TLS error on connection from (parken) [195.1.19.x] (gnutls_handshake): A TLS packet with unexpected length was received. 2006-01-14 11:57:13 TLS error on connection from (parken) [195.1.19.x] (gnutls_handshake): A TLS packet with unexpected length was received. Is your exim working as a client, or as a server? Does this really happen to _all_ remote stations? Do you have enough entropy? Is this possibly a duplicate of #297174? 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#348046:
submitter #348046 [EMAIL PROTECTED] thanks (submitter is now corrected in the Debian BTS) On Sat, Jan 14, 2006 at 02:46:13PM +0100, Martin A. Brooks wrote: I sent the bug report from the wrong machine, please note that my email address is [EMAIL PROTECTED] not [EMAIL PROTECTED] corrected. Is this case exim is working as a mailhub, it accepts mail and then relays it on to one of a few possible destinations. This problems occurs for all the destinations available. Is there something common with these destinations? Is it possible to add the zugschlus.de to the list of possible destinations and send a test message to [EMAIL PROTECTED] Can you try establishing a SMTP/STARTTLS session to these destinations with swaks? swaks --tls --server destination.host.name.example --to [EMAIL PROTECTED] Swaks uses OpenSSL. To test a gnutls client, we need to use gnutls-cli (gnutls-cli -s -p 25 destination.host.name.example, and proceed to do SMTP on that connection, take the swaks transaction as an example) This certainly might be a dupe of #297174, the nature of this server means I cannot reasonably attempt to relink against the older gnutls library. No need to try that. Let's first check with a different client (hence my swaks/gnutls-cli suggestion) and a different server (hence my suggestion with zugschlus.de) It's possible that the machine has insufficient entropy, I'll have to admit that I have no idea how to check that this is or isn't the case. cat /proc/sys/kernel/random/entropy_avail The number can have a range between 4096 and 0, the higher the better. 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 Sat, Jan 14, 2006 at 03:14:55PM +0100, Florian Weimer wrote: I'm inclined to handle ~ versions only if python-apt is installed. Would this be acceptable to you? I think so. Please have your package suggest python-apt and emit a meaningful warning if python-apt is not found and a ~ version is encountered. 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#348046:
On Sat, Jan 14, 2006 at 04:36:55PM +0100, Martin A. Brooks wrote: Marc Haber wrote: Is there something common with these destinations? Is it possible to add the zugschlus.de to the list of possible destinations and send a test message to [EMAIL PROTECTED] That's done, you should have got a test mail from the system involved. I didn't see it. At what time, and from which IP address should I have received the message? You can use this machine to send mails back to yourself if you'd like to test for yourself. Which machine? swaks --tls --server destination.host.name.example --to [EMAIL PROTECTED] Done. Did it work? Does gnutls-cli work as well? cat /proc/sys/kernel/random/entropy_avail This start at 4096 then drops sharply to 200 when a TLS session is initiated. I've installed the rng-tools package, if this is an entropy starvation problem them this daemon might alleviate the problem. Does the system have a hardware rng? If not, rng-tools is not going to help. 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#348067: Problem with upgade package exim4-base
tags #348067 confirmed severity #348067 important merge #348067 #347908 thanks On Sat, Jan 14, 2006 at 04:07:02PM +0100, [EMAIL PROTECTED] wrote: Problem with packege exim4-base by dist-upgrade: You have snipped the actual error message, but I bet that you filed a duplicate of #347908. 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#348113: typo in dpkg-statoverride manpage
Package: dpkg Version: 1.13.11.1 Severity: minor Hi, in the dpkg-statoverride man page, --remove file is missing a (file) in the explanation. 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 dpkg depends on: ii coreutils [textutils] 5.93-5 The GNU core utilities ii libc6 2.3.5-11 GNU C Library: Shared libraries an dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348113: typo in dpkg-statoverride manpage
tags #348113 patch thanks On Sat, Jan 14, 2006 at 11:53:51PM +0100, Marc Haber wrote: in the dpkg-statoverride man page, --remove file is missing a (file) in the explanation. --- dpkg-statoverride.8.orig2006-01-14 23:52:22.043266750 +0100 +++ dpkg-statoverride.8 2006-01-14 23:54:24.378912250 +0100 @@ -31,7 +31,7 @@ set to the new owner and mode. .TP .I \-\-remove file -Remove an override for \fBfile\fR, the status of \fBfile\fR is left +Remove an override for \fBfile\fR, the status of \fBfile\fR is left unchanged by this command. .TP .I \-\-list [glob-pattern] 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#348116: bugs.debian.org: shows bug filed against two binary packages twice
Package: bugs.debian.org Severity: normal #343074 is filed against exim4-daemon-light and exim4-daemon-heavy, both built from the source package exim4. On http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=exim4, the bug is shown twice. 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) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291825: Re: Bug#291825: exim4-base: /var/log/exim4 permissions
user [EMAIL PROTECTED] usertags #291825 close-20060430 thanks On Mon, Jan 24, 2005 at 07:31:54AM +0100, Marc Haber wrote: It is. Your change introduces a security and privacy issue. Mail logs are not an average log and need extra protection. starting with 4.60-3, it is possible to override the default permissions of the log file directory with dpkg-statoverride. The postinst scripts are going to honor the settings in dpkg-statoverride and will re-set the permissions to whatever is configured there. I think this solves the issue by allowing local configuration and intend to close this bug by 2006-04-30. If the original submitter still disagrees, I advise to take the issue to the tech ctte until the end of April. 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: Re: Bug#314184: exim4-config: Missing macro for SMTP smarthosts which require AUTH but do not provide encrypted connection.
tags #314184 - patch 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#330309: Re: Bug#330309: exim4-config: smtp auth using plain_saslauthd_server and login_saslauthd_server fail if pam mechanism selected
user [EMAIL PROTECTED] usertags #330309 close-20060430 thanks On Fri, Oct 14, 2005 at 08:17:53AM +0100, Nick Woolley wrote: Sorry, I'm not totally sure how to do this, and I've not the time/resources to find out right now. If it's reletively easy I might try later when I get time. I am going to close this bug by 2006-04-30 if it cannot be reproduced by 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#348478: exim4: /etc/mailname not included in local_domains
On Tue, Jan 17, 2006 at 03:22:30PM +0800, Jeremy Malcolm wrote: I am using the split config. /etc/mailname says malcolm.id.au. When I run update-exim4.conf, the resulting autogenerated file includes: MAIN_LOCAL_DOMAINS = @:localhost:dsearch;/etc/mail/virtual ie. omitting /etc/mailname unless it is explicitly included in update-exim4.conf.conf. This is the designed behavior. /etc/mailname is used to qualify addreses in outgoing mail. This behaviour is contrary to the documentation. Which part of documentation is wrong? 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#348679: aptitude: doesn't do downgrade for packages pinned high
Package: aptitude Version: 0.4.1-1experimental1 Severity: normal Hi, I have pinned unstable to 2000 on my box: Package: * Pin: release o=Debian,a=unstable Pin-Priority: 2000 This is obviously processed correctly: $ apt-cache policy apt apt: Installed: 0.6.43.2exp1 Candidate: 0.6.43.1 Version table: *** 0.6.43.2exp1 0 -10 http://debian.debian.zugschlus.de experimental/main Packages 100 /var/lib/dpkg/status 0.6.43.1 0 2000 http://debian.debian.zugschlus.de sid/main Packages 0.6.43exp2 0 500 http://zg.debian.zugschlus.de zg/sid/main Packages 0.5.28.6 0 500 http://debian.debian.zugschlus.de sarge/main Packages $ Also, apt-get dist-upgrade plans to do some downgrade: $ sudo apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Done The following NEW packages will be installed: libslang1 The following packages will be DOWNGRADED: apt apt-utils aptitude exim4 exim4-base exim4-config exim4-daemon-light eximon4 jed jed-common libapt-pkg-perl libnasl2 libnessus2 python-apt python2.3-apt 0 upgraded, 1 newly installed, 15 downgraded, 0 to remove and 0 not upgraded. Need to get 7200kB of archives. After unpacking 512kB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. $ But aptitude doesn't. $ sudo aptitude dist-upgrade Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 15 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. $ Additionally, U in interactive aptitude doesn't do anything as well. 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 aptitude depends on: ii apt [libapt-pkg-libc6.3-6-4 0.6.43.2exp1 Advanced front-end for dpkg ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libgcc1 1:4.1-0exp4 GCC support library ii libncursesw55.5-1Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.16-2 type-safe Signal Framework for C++ ii libstdc++6 4.1-0exp4The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.1-1English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]