>
> Alexander Skwar wrote:
> > Hmm, thinking about it - hmm, as Mandrake is targeted at the newbie kind of
> > user, I begin to think that even after an install, a service should default
> > to being turned off. Yes, it's beginning to make sense. If someone knows
> > that he wants something, than it's easier for him to turn the service
> > intentionally on.
> AGREE.
>
> > But then again, someone may not know what he wants. Suppose a new linux
> > user, who just read, that linux comes with an email server. He knows that
> > he wants an email server, but fails to see that postfix is an email server.
> > Now the service is turned off - he comes to the conclusion, that "Linux is
> > not working" because he expected to have an email server when installing
> > Linux. What about these kind of users?
>
> It makes much more perfect sense to write a message in a dialog box
> after install: "Dear user, your servers are not turned on by default so
> that you can choose which one you want to run by yourself. If you need
> it, log in as root user and type drakxservices from the console and
> start the services that you need for your servers. If you only want to
> run Mandrake as a desktop/development workstation, you don't have to
> turn on any services so that your computer is optimized for desktop. To
> update Mandrake, you can run Mandrake Update Robot if you user your
> computer as a server or rpmdrake for Desktop user"
The problem with that is that you want to run some services. Of the top of my head i
guess xfs would be essental for a desktop user. Maybe the services should be partioned
into desktop and server services.
>
> Another good idea is, try installing Caldera OpenDesktop 2.4 and you'll
> see that login boot screen says "anacron [Enabled], crond [Enabled],
> apache [Disabled], portmap [Disabled], nfs [Disabled], etc etc etc"
> However, Caldera still doesn't turn them off by default, which is bad.
>
> > Yes, this should not happen. Upgrading packages should not change the
> > whether a service is turned on or off.
> Of course it should NEVER happen. I don't understand why the packaging
> forces us to run these unwanted services.... :-(
>
> --
> Prana <[EMAIL PROTECTED]>
> http://www.cyest.org
> GnuPG Key ID: 0x33343FD3 (2000-07-21)
> Key fingerprint = F1FB 1F76 8866 0F40 A801 D9DA 6BED 6641 3334 3FD3
> http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0x33343FD3
>
>