All developers plz read this!

[r0dzilla]

I agree, being bombarded with questions when doing a lunar rnew 
(especially after a fresh install) is irritating.

One way it could be done away with is to have a "default" configuration 
that states what options will and will not be included.

Users could modify this default configuration to their liking.  Then, 
they would not have to answer 101 questions...

Gentoo does something simular with it's USE variable...

It allows unexperienced users to not have to worry about what options to 
enable, and just take the default.

Power users can modify the configuration to whatever they wish (console 
only options, kde/gnome support or not, PAM-aware or not...)

So, you wouldn't loose your custimizations, lunar just wouldn't bug you 
all the time asking the same questions...

Chuck Mead wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> <csm> the DEPENDS in many of our modules are doing things that make it
> difficult to impossible to move forward with lunar2
> <csm> we have to stop doing logical code in the DEPENDS
> <csm> so make it gtk2 and assume everyone wants everything... libical 
> etc.
> <csm> our "if" logic needs to come out of those DEPENDS files
> <nhudson> ok np
> <csm> and that means *ALL* DEPENDS need to be changed for this... no
> logic in DEPENDS
> <csm> in short it was a good idea which is unsupportable over the long 
> haul
> <nhudson> ok well I think that is the only module with logic in the
> depends file but I will look over the moonbase and find out if there are
> anymore like it
> <csm> okay
> <csm> anyplace we have it... "max_options" become defaults
> <csm> if you see what I mean
> <csm> if there is a way to do it in BUILD that's fine (maybe) but if you
> think about it that may raise serious issues as well
> <csm> there are many, many builds that may have to be re-written to make
> the jump to lunar2
> <nhudson> well frankliy I am tired of being asked do I want to install
> this or that 400 times in a module
> <nhudson> I would just rather have everything installed for it and be
> done with the module
> <csm> yes... and in fact the *RULE OF LAW* with virtually every other
> AMS in existence is that it must run/install completely automagically
> <csm> RH would have the head of any dev who did that on a silver platter
> <csm> for instance... the nano install was recently reworked to ask
> questions...
> <csm> I say no questions but max options by default
> <nhudson> yeah I agree, I dont care how many deps it has just install
> them and be done with it
> <nhudson> well I will get started on that this afternoon
> <csm> okay... and glad you see my point
>
> - --
> csm
> Lunar Project Lead
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQE/SOTBq3bny/5+GAcRAjYpAJ9Z8O7OIWKBrpU4yKxFE+INuMmj9ACeNGNy
> 0/x+LKCdna2hGhkMFS+8lp4=
> =fZH9
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> lunar-dev mailing list
> lunar-dev at lunar-linux.org
> http://dbguin.lunar-linux.org/mailman/listinfo/lunar-dev
>