Re: Release-critical Bugreport for March 24, 2000

[Bdale Garbee]

In article <[EMAIL PROTECTED]> you wrote:

> Package: bind (debian/main)
> Maintainer: Bdale Garbee <[EMAIL PROTECTED]>
>   59649  bind: Gives core dump

Closed by 8.2.2p5-9, now in potato.

> Package: inn2 (debian/main)
> Maintainer: Bdale Garbee <[EMAIL PROTECTED]>
>   61030  inn2: fresh potato install won't start

Closed by 2.2.2.2000.01.31-2, now in potato.

> Package: tar (debian/main)
> Maintainer: Bdale Garbee <[EMAIL PROTECTED]>
>   60824  tar: doesn't build from source (src/Makefile.in not up to date)

Closed by 1.13.17-2, now in potato.

Bdale

PPP on Potato

[Kenneth Scharf]

I tried to install Potato over my dialup line.  I
downloaded the base2.2.tgz image to an unused
partition, and built the root, driver, and rescue
disks from the disk files.  I installed the base
system and then tried to run pppconfig to be able to
get to my isp via modem.  I gave pppconfig the same
options as I did under slink and tried to connect. 
The modem dials, but I fail to logon.  I then tried
using the same chatscripts (chapscrits) and ppp script
files that I already had working under slink.  This
also failed.  Has ppp changed between  slink and
potato?  (ATTWorldnet uses chap for login).

=
Amateur Radio, when all else fails!

http://www.qsl.net/wa2mze

Debian Gnu Linux, Live Free or .



__
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

RE: PPP on Potato

[Brent Fulgham]

> also failed.  Has ppp changed between  slink and
> potato?  (ATTWorldnet uses chap for login).
> 
Were you using the Slink-an-a-half, or the original 
Slink?  The original slink was based on the 2.0 Kernel,
and I believe with Potato some of the settings for
chat changed.  Unfortunately, I can't remember them off
the top of my head.

Perhaps someone else can remember?

-Brent

new debconf frontend

[Joey Hess]

I have just released debconf 0.3.0 into woody. This version has a new
Slang-based frontend UI which is a great imporovement over the older
frontends and does just about everything a debconf frontend can do. Of
course, all the older frontends containue to function as they always have.

Screenshots here: http://kitenet.net/programs/debconf/

If you use debconf in your packages, and you didn't add support for backing
up to previous sets of questions when you did so, you might want to think
about adding said support now. This is the first fully usable frontend that
supports backing up, and it is a very nice feature to be able to go back
and change your mind about a question you just answered. See the Debconf
tutorial for implementation details.

-- 
see shy jo

RE: PPP on Potato

[Kenneth Scharf]

I am using the original slink, with some packages
updated. 

I have found the problem, and it may deserve a bug
fix. The problem was actually of my doing.  Worldnet
uses passwords with 'funny' characters so you have to
enter them 'quoted'.  The pppconfig program in slink
instructed you to do this, but the one in potato did
not mention this fact.  After some head scratching I
remembered this and then I hand edited the ppp and
chapscripts with 'quoted' password strings.  Voila!
Guess my memory access time is measured in tens of
minutes :-|   

--- Brent Fulgham <[EMAIL PROTECTED]> wrote:
> > also failed.  Has ppp changed between  slink and
> > potato?  (ATTWorldnet uses chap for login).
> > 
> Were you using the Slink-an-a-half, or the original 
> Slink?  The original slink was based on the 2.0
> Kernel,
> and I believe with Potato some of the settings for
> chat changed.  Unfortunately, I can't remember them
> off
> the top of my head.
> 
> Perhaps someone else can remember?
> 
> -Brent
> 

=
Amateur Radio, when all else fails!

http://www.qsl.net/wa2mze

Debian Gnu Linux, Live Free or .



__
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

Re: PPP on Potato

[John Hasler]

Kenneth Scharf writes:
> Worldnet uses passwords with 'funny' characters so you have to enter them
> 'quoted'.  The pppconfig program in slink instructed you to do this, but
> the one in potato did not mention this fact.

Please file a bug and include an example of a password with the "funny"
characters.  Pppconfig is supposed to deal with that automatically but it
appears that I never fully implemented the feature.
-- 
John Hasler
[EMAIL PROTECTED]
Dancing Horse Hill
Elmwood, Wisconsin

Re: Release-critical Bugreport for March 24, 2000

[Tyson Dowd]

On 24-Mar-2000, Gregor Hoffleit <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 24, 2000 at 03:15:02AM -0600, BugScan reporter wrote:
> > Package: gnucash (debian/main)
> > Maintainer: Tyson Dowd <[EMAIL PROTECTED]>
> >   60417  docs are split between /usr/doc/gnucash and /usr/share/doc/gnucash
> >   60615  gnucash: LANG=de_DE does weird things
> >   60655  should depend on libesd0 | libesd-alsa0, not just libesd0
> 
> I just noticed that #60615 and 60655 are fixed in woody's gnucash package,
> gnucash_1.2.5.cvs.2204-1.
> 
> #60417 is easy to fix.
> 
> If the maintainer doesn't speak up now, I will take
> gnucash_1.2.5.cvs.2204-1, fix #60417 and upload it to frozen and
> unstable as NMU.

Hi,

I'm the maintainer for gnucash.  An NMU would be great.  
I've run out of time to work on this stuff at the moment.  I have a
prospective new developer in the wings who would like to take over this
package, but it hasn't been time to do this before potato is released.

Tyson.

Expose your business to the Internet

[lisa21]

PUT EMAIL MARKETING TO WORK FOR YOU...

Call NOW and receive 50,000
FREE emails with your order!

WE HAVE OPT-IN LISTS

see below for removal.

Special Ends Friday March 31, 2000

MLM'ers, We can build your downline.

Imagine having a product or idea and selling it
for only $10.

Now imagine sending an ad for your product or idea
to 25 million people!

If you only get a 1/10 of 1% response
you have just made $250,000!!

You hear about people getting rich off
the Internet everyday on TV,
now is the perfect time for you
to jump in on all the action.

FACT.
With the introduction of the Internet, one primary
KEY to conducting your business successfully is
creating massive exposure in a cost effective
manner.

FACT.
The experts agree that email marketing is one of
the most cost effective forms of promotion in
existence today.

Electronic mail has overtaken the telephone as the
primary means of business communication.(American
Management Association)

Of online users 41 percent check their email daily.

"A gold mine for those who can take advantage of
bulk email programs"- The New York Times

"Email is an incredible lead generation tool"
-Crains Magazine

"Blows away traditional Mailing"-Advertising Age

"It's truly arrived. Email is the killer app so
far in the online world"-Kate Delhagen, Forrester
Research Analyst

Why not let a professional company handle your
direct email marketing efforts for you?

*We will assist you in developing your entire
campaign!

*We can even create your ad or annoucement for
you!

*No responses? We resend at no cost!

For More Information CALL NOW-702-248-1043


For removal see below.

SPECIAL RATES
SPECIAL ENDS Friday March 31, 2000

Targeted Rates Upon Request.

BONUS!!!
Call In and receive 50,000 Extra Emails at
No Cost!

Call NOW - 702-248-1043








++
We are terribly sorry if you received this message
in error.
If you wish to be removed. Please, type "REMOVE"
in the subject line:   [EMAIL PROTECTED]

++

Re: 5 days till Bug Horizon

[Miros/law `Jubal' Baran]

25.03.2000 pisze Anthony Towns (aj@azure.humbug.org.au):

> [0] update-inetd needs a rewrite. It also needs to remain more or less
> compatible. It also needs to end up being very tidy and flexible.
> I'll end up working on this eventually, if no one else does, but if
> someone else it first...

Do you plan to implement a functionality similar to RH's chkconfig?

regards,
Jubal

-- 
[ Miros/law L Baran, baran-at-knm-org-pl, neg IQ, cert AI ] [ 0101010 is ]
[ BOF2510053411, makabra.knm.org.pl/~baran/, alchemy pany ] [ The Answer ]

 A student who changes the course of history is probably taking an
 exam.

Re: 5 days till Bug Horizon

[Raphael Hertzog]

Le Fri, Mar 24, 2000 at 11:24:23PM +, Alan Clucas écrivait:
> Ok then... I won't do anything.
> 
> Better subscribe to debian-qa as well then. One day I'll find something
> useful to do :(

Don't be so sad. :) There's plenty of useful things to do :
- work on the other RCB (send patches whereever a patch is needed)
- check if they are still reproducable
- look for badly maintained packages (that you are interested in) 
  and try to resolve as much bugs as you can (first send patch to the BTS,
  then if the maintainer doesn't integrate the changes, ask on debian-qa
  for a NMU), if you're strongly interested by the package you may even
  ask to adopt it (and you may be sponsored since you're not yet a
  developer)
- work on boot-floppies

Cheers,
-- 
Raphaël Hertzog >> 0C4CABF1 >> http://tux.u-strasbg.fr/~raphael/
 CD Debian : http://tux.u-strasbg.fr/~raphael/debian/#cd
  Formations Linux et logiciels libres : http://www.logidee.com 

Re: 5 days till Bug Horizon

[Anthony Towns]

On Sat, Mar 25, 2000 at 09:37:38AM +0100, Miros/law `Jubal' Baran wrote:
> 25.03.2000 pisze Anthony Towns (aj@azure.humbug.org.au):
> > [0] update-inetd needs a rewrite. It also needs to remain more or less
> > compatible. It also needs to end up being very tidy and flexible.
> > I'll end up working on this eventually, if no one else does, but if
> > someone else it first...
> Do you plan to implement a functionality similar to RH's chkconfig?

What's RH's chkconfig do?

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG encrypted mail preferred.

 ``The thing is: trying to be too generic is EVIL. It's stupid, it 
results in slower code, and it results in more bugs.''
-- Linus Torvalds


pgpJ1buCfSYVW.pgp
Description: PGP signature

Re: 5 days till Bug Horizon

[Ethan Benson]

On Sat, Mar 25, 2000 at 08:14:21PM +1000, Anthony Towns wrote:
> On Sat, Mar 25, 2000 at 09:37:38AM +0100, Miros/law `Jubal' Baran wrote:
> > 25.03.2000 pisze Anthony Towns (aj@azure.humbug.org.au):
> > > [0] update-inetd needs a rewrite. It also needs to remain more or less
> > > compatible. It also needs to end up being very tidy and flexible.
> > > I'll end up working on this eventually, if no one else does, but if
> > > someone else it first...
> > Do you plan to implement a functionality similar to RH's chkconfig?
> 
> What's RH's chkconfig do?

its basically equivilent to update-rc.d except it lets you twiddle
stuff on and off by runlevel without having to -f remove the whole
batch of symlinks and then reinstall them again the way you wanted.

i don't know what it has to do with inetd, IIRC all it did was manage
/etc/rc?.d/* symlinks.

-- 
Ethan Benson
http://www.alaska.net/~erbenson/


pgpKhvqaNxJa2.pgp
Description: PGP signature

Re: 5 days till Bug Horizon

[Miros/law `Jubal' Baran]

25.03.2000 pisze Ethan Benson ([EMAIL PROTECTED]):

> i don't know what it has to do with inetd, IIRC all it did was manage
> /etc/rc?.d/* symlinks.

It means I should never write any e-mails on Saturday morning [and/or
_read_ the e-mails I answer].

regards,
Jubal

-- 
[ Miros/law L Baran, baran-at-knm-org-pl, neg IQ, cert AI ] [ 0101010 is ]
[ BOF2510053411, makabra.knm.org.pl/~baran/, alchemy pany ] [ The Answer ]

Every solution breeds new problems.

ITP John the ripper

[Christian Kurz]

Hi,

as jsut discussed on debian-devel, I would like to package John the
Ripper. If someone already has done or is working on it, please mail me,
then I will stop packing it. Otherwise I will try to upload this package
till friday next week to woody.

Ciao
 Christian
-- 
Debian Developer and Quality Assurance Committee Member
1024/26CC7853 31E6 A8CA 68FC 284F 7D16  63EC A9E6 67FF 26CC 7853


pgpTYeO90YH8l.pgp
Description: PGP signature

Re: 5 days till Bug Horizon [zsh]

[Clint Adams]

> > Package: zsh (debian/main).
> > Maintainer: Clint Adams <[EMAIL PROTECTED]>
> >   58941 core dump with function mycd() {builtin cd "$@" && echo $PWD}
> > [STRATEGY] Fixed in the next .deb.  Already fixed upstream. (Mar15MH)
> 
> That is a week ago, has it been fixed since then?

My apologies.  I've been extremely overworked.  I'll upload a new
.deb ASAP.

ITP: ddt-client/ddt-server - ITO: dhis/dhisd

[Remi Lefebvre]

Hi,

to make a long story short, DhisNet has renamed to DDT due
to a conflict with the DHIS team from dhis.org (of which I
am part too, duh!). If anybody is interested in packaging
the DHIS code from dhis.org, please contact me, I can 
provide my latest .diff.gz from the 3.0 server. Note that
you will have to use epoch since I packaged 3.9.4 which
isn't (well it was and it isn't anymore) a -real- DHIS
release.

I will upload ddt-0.1 either this weekend or next weekend
depending of how work goes.

bye
,   remi

Re: glibc-compat ???

[Robert Varga]

On Thu, 23 Mar 2000, Steve Greenland wrote:

> On 23-Mar-00, 18:08 (CST), Andor Dirner <[EMAIL PROTECTED]> wrote: 
> > On Thu, 23 Mar 2000, Robert Varga wrote:
> > > 
> > > The other one it breaks is Oracle 8.0, and one needs to convert Redhat
> > > compatibility libraries to be able install it, and a patch from Oracle.
> > > 
> 
> FWIW, I'm running Oracle 8i (SQL*Plus reports v 8.1.5) with the latest
> patches (as of a month ago) on a potato box with no obvious problems, I
> don't have any compatibility libs installed.
> 

I said 8.0. I know 8.1.5 works with glibc2.1 since it is explicitly stated
in its requirements that it needs it. Of course it should work with it.

However I don't really like 8i, since it needs much more (and it should be
written as MUCH MORE) resources than 8.0.5. I know there is one aspect of
using 8i on linux when compared with 8.0.5, its being free for development
purposes.

Robert

Re: blue on black is unreadable

[Peter Cordes]

> Date: 24 Mar 2000 11:43:38 +0100
> From: Robert Bihlmeyer <[EMAIL PROTECTED]>
> To: debian-devel@lists.debian.org
> Subject: Re: blue on black is unreadable
> 
> Peter Cordes <[EMAIL PROTECTED]> writes:
> 
> > Unless the darkish colours get used as alternate background colours, they
> > are wasted.  There only are 16 colours, so deciding to never use 4 
> > ({dark ,}{blue,red}) of them seems like a bad idea.  Brightening them up so
> > they look good on a black background is good, since hardly anything uses
> > dark-but-not-black background colours.
> 
> No it isn't. By acting against the ANSI standard, you will just move
> the problem to other configurations: Users logged in from Non-Debian
> machines will still see the unreadable combination. Just not using
> black/blue is more prudent.
> 
> It's bad that we're stuck with this ...

 Oh crap, you're right.  I wasn't thinking on that one.  Oh well, I guess
somebody will have to find good colour combinations for every colour
package.  Some days it seems like there's always a reason why not to do
stuff that would otherwise be good :(

> 
> > Is there a reason why /etc/X11/Xresources/xterm defaults to black on white
> > instead of gray90 on black?
> 
> Because some people think it is the superior combination (it works
> good on paper). Others think exactly the opposite.
>
> > With my colour mods to make ls output visible, could the default
> > change to be gray90 on black?
> 
> With this being highly religious a decision, I'd rather chicken out
> and say: leave it be.

 I'm going to go out on a limb and say that not many people actually like
"black" on "white", or vice versa.  Maybe the default should be 
fg: black,  bg: blanchedAlmond  which works the same as black on white for
configuration of colours in programs, but which doesn't strain the eyes.

 I guess the current system of having some stuff in the config file, but
commented out, is what we should continue to do.  I think we could get away
with having blanchedAlmond background uncommented, though.  I would really
like to see something other than the eyestrain inducing default.  (bright
white is especially stressful unless your monitor has a very high refresh
rate, probably 80Hz or so, because it is so bright that the persistence of
vision effect isn't so strong, and the phosphors in the monitor probably
actually fade more noticeably.  (This is pure speculation, but I know that
bright white looks more flickery on non-super-high rez monitors.)

-- 
#define X(x,y) x##y
DUPS Secretary ; http://is2.dal.ca/~dups/
Peter Cordes ;  e-mail: X([EMAIL PROTECTED] , dal.ca)

"The gods confound the man who first found out how to distinguish the hours!
 Confound him, too, who in this place set up a sundial, to cut and hack
 my day so wretchedly into small pieces!" -- Plautus, 200 BCE

Re: Idea: Debian Developer Information Center

[Raphael Hertzog]

Le Thu, Mar 23, 2000 at 12:31:54AM +0100, Raphael Hertzog écrivait:
> Hi dear co-developers,

Hey people ! I posted this mail in order to have some input ... it would
be great if some of you gave their opinion about this proposition I posted
a while ago :

> we're so many developers that's it's getting difficult to know us each
> other and even more difficult to know our respective habits concerning the
> way we're doing our Debian job.
> 
> I think that we need a page (possibly a cgi or a page automatically updated
> once a day) that would give the maximum of information concerning one
> maintainer. This would include :
> - information from the LDAP db (name, email, last seen on ...)
> - information about the NMU policy that the maintainer has adopted
>   (timeframe before a NMU is allowed, do i need an authorization to do a
>   nmu ?, ...)
> - the list of packages he's maintaining (yes some maintainer forget
>   that they're maintaining some packages) with up-to-date statistics for
>   each package (number of important/normal/wishlist bugs,
>   standards-version that it does follow, last upload)
> - a link to the personnal bug page
> - any other information that may be suitable for such a page like
>   the latest news that must be read by Debian developers (think
>   about debian-devel-announce)
> 
> With this system, each developer can add his own page on one of his
> bookmark and from time to time he can check what he's responsible for and
> what he should do in one look. And anyone can check the page of any
> developer before doing a NMU, he would be able to see the NMU policy, the
> time when the maintainer was last seen in Debian and so on ... it's also a
> good way to evaluate the quality of the work one is doing for Debian.
> 
> I may be volunteering to work (one day) on something like that but I fear
> that i'll run into problems since I need to get information from various
> sources (ldap, bts, packages). Any idea/comment acepted.

Cheers,
-- 
Raphaël Hertzog >> 0C4CABF1 >> http://tux.u-strasbg.fr/~raphael/
 CD Debian : http://tux.u-strasbg.fr/~raphael/debian/#cd
  Formations Linux et logiciels libres : http://www.logidee.com 

Re: 100Mb/Full Duplex

[Bdale Garbee]

In article <[EMAIL PROTECTED]> you wrote:

> I'm having some trouble, actually with a Cisco 6509 switch, but getting
> it to talk to 20 VALinux machines. My story:

Some folks at work saw similar weirdness with the negotiation on some HP
switch products, their solution was to configure the switch to not do the
auto discovery protocol, but instead have each port on the switch hard
configured, as 100/full for the machines that could take it, and less for
the ones that can't.  Ugly, but functional.

I've never personally seen the problem, and don't know the Cisco switch
products, so your mileage may vary.

Bdale

Re: Idea: Debian Developer Information Center

[Josip Rodin]

On Sat, Mar 25, 2000 at 09:51:50PM +0100, Raphael Hertzog wrote:
> > Hi dear co-developers,
> 
> Hey people ! I posted this mail in order to have some input ... it would
> be great if some of you gave their opinion about this proposition I posted
> a while ago :

I guess the silent majority overwhelmingly agrees to your proposal ;)

> > - information about the NMU policy that the maintainer has adopted
> >   (timeframe before a NMU is allowed, do i need an authorization to do a
> >   nmu ?, ...)

This should also be implemented through a database.

> > With this system, each developer can add his own page on one of his
> > bookmark and from time to time he can check what he's responsible for and
> > what he should do in one look.
[snip]

It would be my first bookmark... please do it :)

-- 
Digital Electronic Being Intended for Assassination and Nullification

Re: glibc-compat

[Peter Cordes]

On Fri, Mar 24, 2000 at 11:04:36AM +, Jose Marin wrote:

> I originated this whole thread in debian-user;  the app that does not work
> for me is the F compiler from Imagine1 (www.uni-comp.com/imagine1).  It's
> a free (as in beer) commercial compiler, which has been recently made
> available in its full version.  The errors appear in the linking stage, it
> seems the run-time library (libf90.a) needs glibc2.0.  People with
> glibc2.1 under RedHat or Suse can run it successfully by installing
> compat-glibc-5.2-2.0.7.1.i386.rpm, and then using
> -L/usr/i386-glibc20-linux/lib on the compile command line.

 Well, the compiler binary itself works, right?  You should be able to use
the same solution, by using alien to install the rpm, and using the -L
argument to the compiler.

-- 
#define X(x,y) x##y
DUPS Secretary ; http://is2.dal.ca/~dups/
Peter Cordes ;  e-mail: X([EMAIL PROTECTED] , dal.ca)

"The gods confound the man who first found out how to distinguish the hours!
 Confound him, too, who in this place set up a sundial, to cut and hack
 my day so wretchedly into small pieces!" -- Plautus, 200 BCE

Re: Signing Packages.gz

[Robert Bihlmeyer]

Chris Frey <[EMAIL PROTECTED]> writes:

> So my question is, what are your thoughts on adding a signature to the
> current Packages.gz file, or adding a similar *dsc file for it,
> which is then signed? 

Do you want to sign each package entry, or the whole file? Whose
signature would be used?

> Thanks.  Please CC me on replies, since I'm not on the list.

(BTW, You could add "Mail-Copies-To: poster" to the headers you use
for this list.)

-- 
Robbe

Re: Signing Packages.gz

[Anthony Towns]

On Sat, Mar 25, 2000 at 11:03:11PM +0100, Robert Bihlmeyer wrote:
> Chris Frey <[EMAIL PROTECTED]> writes:
> > So my question is, what are your thoughts on adding a signature to the
> > current Packages.gz file, or adding a similar *dsc file for it,
> > which is then signed? 
> Do you want to sign each package entry, or the whole file? Whose
> signature would be used?

The whole file --- verifying each entry would take at least three minutes
on my hardware, and god knows how long on anything moderately old or
outdated. I certainly wouldn't want to try it on m68k on a regular basis,
eg. (If doing something just once takes a second; doing it 4000 times
takes a bit over an hour)

Whose key should be used? Probably a special one just for dinstall,
that's kept fairly securely by the Novare and -admin folks, and revoked
regularly.

There doesn't really seem a huge amount of choice here, to me.

Cheers,
aj 

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG encrypted mail preferred.

 ``The thing is: trying to be too generic is EVIL. It's stupid, it 
results in slower code, and it results in more bugs.''
-- Linus Torvalds


pgplbf3OFr3O5.pgp
Description: PGP signature

Re: blue on black is unreadable

[Wouter Hanegraaff]

>  Oh crap, you're right.  I wasn't thinking on that one.  Oh well, I guess
> somebody will have to find good colour combinations for every colour
> package.  

I can do that. Black on white. Proven to work
perfectly for centuries. Or do you only read books with white letters on
a black background, or all sorts of colors for differently styled
text???

> > > Is there a reason why /etc/X11/Xresources/xterm defaults to black on white

Is there any reason not to? But a more interesting question is the
following:

Is there a reason why xterm defaults to color xterm? In slink it
does, on potato it's changed all of a sudden. Which is probably the
reason I started this thread by filing a bug report against mutt's
default colors. (see http://duckman.blub.net/~wouter/muttdefaults.png)

>  I'm going to go out on a limb and say that not many people actually like
> "black" on "white", or vice versa.  

Well, I do, as you know by now :)

> Maybe the default should be 
> fg: black,  bg: blanchedAlmond  which works the same as black on white for
> configuration of colours in programs, but which doesn't strain the eyes.

NO!!!

Why does debian have to be different than the rest of the world in
everything? Why do I get colors when I set TERM=xterm? there was already
xterm-color and xterm-debian which could do colors.

Right now, I have to set my TERM to xterm-mono on potato to avoid
fruitsalads in a handful of programs I use very often (Mutt, dselect,
vim). That is very annoying, because it results in broken terminal
settings when I login to *any* other system. Maybe I'm the only one who
hates colors in xterms, but still. It should be possible to use xterms
without colors in a normal way, and right now it isn't.

Please leave *personal* configuration to the *user*, and leave the system
configuration to some reasonable, _very_ conservative defaults.

Wouter.

-- 
Wat voor een paperclip geldt, geldt in wezen ook voor een server.
- Compaq over de nieuwste ProLiant servers