At 13:37 Uhr -0400 09.10.2002, Chris Zubrzycki wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Sounds great vasi...we could have new fields such as 
>VarientConflicts ot FlavorDepends to take care of dependancies like 
>that, but it is a whole lot of work...what are your suggestions for 
>starting, so we can implement it piece by piece?
>
>One suggestion i would like to make is to use the Provides line as 
>dselect does. Package foo depends on httpd-server, for example. When 
>I choose to install foo, dselect makes me choose a package that 
>provides httpd-server. This makes it very easy for developers, 
>because then we dont need to know every single package that is a web 
>server. it's up to the ppl that maintain thire own packages to list 
>what features it provides.

This is quite unrelated to variants, though, we could already do most 
of this now, but for many things it would actually not be sufficient.

Say a program needs a web browser. Then that could be satisified by 
mozilla, dillo, lynx, links, launch (and maybe more). However the 
invocation for all of these is somewhat different, and varies again 
depending on whether they are invoked from a CLI app or from an X11 
app...

So we would also have to add a way to uniquely access each "browser", 
e.g. by adding a /sw/bin/browser which "does the right thing" for the 
currently selected default browser. E.g. one could have meta packages 
like browser-lynx, browser-launch etc. which conflict which each 
other, depend on the browser they "hook in" and then install the 
aforementioned /sw/bin/browser (or whatever name) script.


>  The hard part about this is listing the different things that can 
>be provided, so we do not end up with provides lines such as 
>web-server, httpd-server, https-server, etc.
>
>  but it sounds feasible...fink 1.0, here we come ;-)

Actually I do not think that this is a 1.0 feature, more something 
for 1.2 or 1.4 - far more important would be automatic shlibs 
support... Or simply getting out a 1.0 based on what we have 
currently.


Max
-- 
-----------------------------------------------
Max Horn
Software Developer

email: <mailto:[EMAIL PROTECTED]>
phone: (+49) 6151-494890


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to