Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org

e disabled by default, right? I would consider it outright evil to change the generated configuration the Exim binary use, when you cannot be sure if the user has changed other files under conf.d/. -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "uns

Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org

r /etc/mailman/, and rather tell the user where to symlink them under /etc/exim4/conf.d/. -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: "The Debian exim 4 packages suck badly" on exim-users@exim.org

ever seen. And if so, /etc is certinly not the right place for it. I really hope you didn't mean it the way I interpreted you.. -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: rebooting, non-root raid, udev

* Brian May > 4. /etc/init.d/raid2 attempts to initialise the other RAID > partitions but fails to do so because the /dev/md* entries do not > exist. I believe that if you use mdadm to assemble your arrays, and ensure it is passed the --auto parameter, it should work. -- Tore

Re: Debconf or not debconf

onf for anything: don't. Far too many packages has become far too loquacious of late, and the (mis)use of debconf seem to be misinterpreted as a carte blanche for doing so, unfortunately. -- Tore Anderson

Re: [custom] Some issues for custom debian distributions

However, the best solution I can think of right now would be to implement diversion support for conffiles in dpkg, so you could create a 'skolelinux-config' package which contained (or generated) configuration files attuned to Skulelinux, where necessary. -- Tore Anderson

Re: [custom] Some issues for custom debian distributions

* Tore Anderson >> God, No! There's far too many Debconf questions being asked by >> various Debian packages already, IMNSHO. * Petter Reinholdtsen > There is no reason for you to get religious over this question. > > The nice thing about debconf is that there i

Bug#203862: ITP: beneath-a-steel-sky -- a science fiction adventure game

Package: wnpp Version: unavailable; reported 2003-08-02 Severity: wishlist * Package name: beneath-a-steel-sky Upstream Author : Revolution Software, Inc. * URL : http://www.scummvm.org/ * License : Probably not DFSG-free at the moment, hopi

Re: SURVEY: Is the GNU FDL a DFSG-free license?

gible for inclusion in the Debian OS. > > [ ] None of the above statements approximates my opinion. > > Part 2. Status of Respondent > > Please mark with an "X" the following item only if it is true. > > [ ] I am a Debian Developer as described in the Debian > Constitution as of the date on this survey. -- Tore Anderson

Re: tmda: Challenge-response is fundamentally broken

o on threatening the submitter that you will go to the BTS guys and have him blacklisted from the BTS. Not very polite to one of our users, I'd say. Feel free to attempt having me blacklisted, though. -- Tore Anderson

Re: tmda: Challenge-response is fundamentally broken

ou in any way. You can simply ignore it and go on with your life. You do not even have to know -- Gnome will not send you unsolicited junk mail, regardless of it being a 'steaming pimple' or no. -- Tore Anderson

Re: Bug#207300: tmda: Challenge-response is fundamentally broken

[ Please do not send me CC's, as I have not explicitly asked for them. ] * Tore Anderson >> How many other innocent third parties have you spammed through the use >> of this broken program? How many of these are Debian users, do you >> think? * Peter Makholm >

Re: tmda: Challenge-response is fundamentally broken

ere were some tutorial included, that could give a crash course in how to make TMDA -not- send challenges to e-mail SpamAssassin and/or ClamAV classified as junk mail.) -- Tore Anderson

Re: Bug#207300: tmda: Challenge-response is fundamentally broken

ur part, then I'm sorry for yelling so loud. Errare humanum est. -- Tore Anderson

"non-free" installer packages in our supposedly Free sections.

erity should I use? In my opinion it's a violation of the social contract and thus serious, but I've been recently told I should probably not use my own opinion as a justification for using the RC levels, so mayhaps wishlist would be better? -- Tore Anderson

Re: "non-free" installer packages in our supposedly Free sections.

realplayer net > > I can not find this in the archives. Quite right, I've messed up these. Thanks for correcting me. -- Tore Anderson

Re: "non-free" installer packages in our supposedly Free sections.

* Tore Anderson >> Although the installer packages themselves certainly are Free, >> I feel the social contract is being violated when I have main and >> contrib in my sources.list file, but after having completed the >> installation of a package from these sec

Re: Mass-filing bugs based on piuparts?

es so the user is presented with a dpkg conffile changed dialogue during the upgrade. It would also be very interesting to see how many packages leave behind orphaned conffiles after purging a newer version which does not contain the files anymore. Regards -- Tore Anderson -- To UNSUBSCRIBE,

Bug#456640: RFA: munin -- network-wide graphing framework (grapher/gatherer)

Package: wnpp Severity: normal I don't have time to maintain the Munin packages any more (and haven't for quite a while either, truth to be told). So there's a bunch of bugs reports that hasn't yet been looked at, and although the packages themselves are in quite good condition there's lots of re

Re: nethack popularity contest - number_pad?

l way better, because my laptop doesn't even have a number pad, and it's much easier to do other commands, such as check the armour status with "[", when my right hand is normally resting over the hjkl keys, as opposed to the number pad. -- Tore Anderson

Re: exim4-config and exim4-base installed on systems with non-exim-MTA

nience to the users. Well, in my opinion anyway. The Apache 2 packages does much of the same, sadly. > and having the separate -config package allows people to throw away > the entire -config magic. How? (Short of creating a empty replacement -config package.) -- Tore Anderson

Re: exim4-config and exim4-base installed on systems with non-exim-MTA

customized scheme isn't adequate for you. I'm glad to hear you're paid to work on Debian, as that certainly makes it even more fun. :) * Marc Haber > and having the separate -config package allows people to throw away > the entire -config magic. * Tore Anderson

Re: exim4-config and exim4-base installed on systems with non-exim-MTA

* Marc Haber > Splitting up the config file in small files was necessary to do > debconf support, which is a Debian requirement. Debconf support is now required? I'm flabbergasted. Could you please point me to this section of our policy? I certainly cannot find it. * To

Re: exim4-config and exim4-base installed on systems with non-exim-MTA

* Marc Haber > Splitting up the config file in small files was necessary to do > debconf support, which is a Debian requirement. * Tore Anderson > Debconf support is now required? I'm flabbergasted. * Joey Hess > debconf support is a requirement if you wan

Re: exim4-config and exim4-base installed on systems with non-exim-MTA

* Tore Anderson > * Andreas Metzler > > > Would you and Andreas seriously consider modifying the Exim packages > > to the layout I suggested in my former post? If so, I would be happy > > to spend some time developing a patch for this purpose. Apologies for th

Re: exim4-config and exim4-base installed on systems with non-exim-MTA

on to being automatically notified (and given the opportunity to attempt a merge) of changes and (security) fixes to the default configuration. conf.d could still be the default. No, wait, it -must- be the default if ucf is to be used. What do you think? [0] I might be dense, but I still don't see why it was split out from exim4-base in the first place. -- Tore Anderson

Re: exim4-config and exim4-base installed on systems with non-exim-MTA

e" as usually is the default elsewhere in Debian (and "configuration" here is of course the complete configuration as used by Exim, not the individual files in conf.d/), short of ignoring the Debian-provided default configuration entirely, by using /e/e/exim4.conf or setting con

Re: RFC: OpenLDAP and TLS/SSL

:) We could instead have an exim-bloated package with full LDAP/MySQL/PostgreSQL/SSL functionality as priority extra. -- Tore Anderson

Re: Proposed handling of generated configuration files (Re: stop the "manage with debconf" madness)

and new versions of the file M : Do a 3 way merge between current, older, and new versions of the file [Very Experimental] Exactly what you wanted, yes? -- Tore Anderson

Re: Proposed handling of generated configuration files (Re: stop the "manage with debconf" madness)

f you've asked explicit permission. What am I missing? -- Tore Anderson

Re: Proposed handling of generated configuration files (Re: stop the "manage with debconf" madness)

our old one cannot be used. May I generate a new file based on your previous answers and autodetection tools, overwrite your old configuration file, and save the old one to /etc/foorc.dpkg-old? but I realise that's probably not what you had in mind. * Tore Anderson >> Wha

Re: Proposed handling of generated configuration files (Re: stop the "manage with debconf" madness)

* Tore Anderson >> I see your problem when you insist on asking on asking all questions >> at the configure stage -- personally, I don't think delaying the actual >> generating of the configuration file (and asking the question about >> overwriting the old f

Re: Bug#189370: acknowledged by developer (irrelevant)

logrotate has, for instance), which is then included from the static texmf.cnf? -- Tore Anderson