public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download: 
* Re[2]: [gentoo-dev] [RFC] QA Team's role
  @ 2006-02-28 14:33 99%                         ` Jakub Moc
  0 siblings, 0 replies; 1+ results
From: Jakub Moc @ 2006-02-28 14:33 UTC (permalink / raw
  To: Stephen P. Becker

[-- Attachment #1: Type: text/plain, Size: 2631 bytes --]


28.2.2006, 15:00:49, Stephen P. Becker wrote:

>> What kind of non-interactivity? What's this universal non-interactivity
>> blurb of yours and ciaranm's about? There's no such thing when it comes to
>> configuration. If you want automated "configuration", then please use
>> Windows and stop moaning. If you don't want to read manpages or at least
>> --help, then please use Windows as well. If you want to use non-default
>> setup, then you need to change default values, that's what common sense
>> dictates at least. And don't use the (non)-interactivity magical formular in
>> a context where it has zero sense.

> No! You are completely missing the point.  The non-interactivity of 
> which we speak is the idea that when you emerge some package, it is 
> perfectly reasonable (and in fact should be required) to expect that 
> package to install to your userland with no further prodding.  There 
> should be no USE collisions which cause the emerge to die.  There should 
> be no default configuration which will break other packages in the tree 
> by default.

> Note that in no way am I talking about auto-configuration, as that would 
> be silly.  The example problem with webapp-config which I have described 
> here forces a user to intervene to get packages to install to the proper 
> location.  This is not desirable.

Selecting a webserver to use with a webapp package is a part of
configuration. So again, the whole non-interactive idea is irrelevant wrt
webapp-config and non-default setups. No defaults in default config won't
work/won't improve anything either, since some webapps need to have their
config files server-owned. Running a server and webapps is not a no-brainer
which should just automagically work; to the contrary - users should think
about what they are doing or they just should run a server app.

> Basically, I really don't see why webapp-config can't have some logic 
> built in which makes it smart enough to figure out which webserver 
> somebody is using.

Sure, you can make webapp-config depend on virtual/magic where

RDEPEND="|| ( app-admin/artificial-intelligence app-admin/mind-reader )

and then

emerge lighttpd apache <a couple of servers here> <some random webapps here>

I think it's pretty much obvious that this just won't work since such
virtual doesn't and won't exist.


-- 
Best regards,

 Jakub Moc
 mailto:jakub@gentoo.org
 GPG signature: http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
 Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95  B30F 8717 D5FD CEBA 3D9E

 ... still no signature ;)

[-- Attachment #2: Type: application/pgp-signature, Size: 183 bytes --]

^ permalink raw reply	[relevance 99%]

Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2006-02-26 22:22     [gentoo-dev] [RFC] QA Team's role Mark Loeser
2006-02-26 23:48     ` Stuart Herbert
2006-02-27  0:34       ` Mark Loeser
2006-02-27  9:00         ` Stuart Herbert
2006-02-27 17:08           ` Ciaran McCreesh
2006-02-27 20:26             ` Stuart Herbert
2006-02-27 20:37               ` Ciaran McCreesh
2006-02-27 20:49                 ` Re[2]: " Jakub Moc
2006-02-27 21:33                   ` Ciaran McCreesh
2006-02-28  9:38                     ` Re[2]: " Jakub Moc
2006-02-28 12:54                       ` Stephen P. Becker
2006-02-28 13:34                         ` Re[2]: " Jakub Moc
2006-02-28 14:00                           ` Stephen P. Becker
2006-02-28 14:33 99%                         ` Re[2]: " Jakub Moc

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox