Re: [gentoo-dev] client+server packages - build which one?

[Enrico Weigelt <weigelt@metux.de>]

* Roy Marples <uberlord@gentoo.org> schrieb:
> On Tuesday 08 August 2006 09:56, Enrico Weigelt wrote:
> > If you want an dhcp client, install "dhcp-client", if you
> > want an dhcp server, install "dhcp-server". Could it be simpler ?
> 
> Maybe you missed the part of the discussion where we thought that 
> maintaing 3 ebuilds vs 1 ebuild was a bad idea. Yes we would need 
> 3 due to the way that the dhcp builds and installs.

Okay, but they're maintained at the same time. 

Let's see where the extra work could come from: 

+ changes in build options. okay, have to type some things twice.
  adds 5mins
+ three packages have to be tested now. today one package has to 
  be tested in three variants. is there really more work ?

The 3rd package is mostly copy-and-paste, since doesn't actually
do anything. It's just rdeps based on useflags. Just an multiplexer.

On the other hand I see some more changes on an split:
Let's say, in a newer version, there's an interesting improvement 
in the server, but an bad bug in the client. Currently the client
would block the server, just for buerocrativ reasons.
After a split, both part-packages can evolve separately.

<snip> 

> The minimal flag currently controls this anyway - you always get 
> the client but the server is optional. 

But it's very unclear. Ask around in the user list, who knows what 
"minimal" in this special case means (without extra reading the 
documentation). Such useflags should be obvious, but "minimal" isnt.


cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
 	http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
	http://patches.metux.de/
---------------------------------------------------------------------
-- 
gentoo-dev@gentoo.org mailing list