Le 26 mai 06 à 02:07, Yen-Ju Chen a écrit :

On 5/25/06, Quentin Mathé <[EMAIL PROTECTED]> wrote:
Le 26 mai 06 à 01:14, Yen-Ju Chen a écrit :

> I just committed XWindowServerKit into SVN
> and make MenuServer use it when 'make x11=yes'.
> In this case, MenuServer will stay in all desktops.

ok, nice. I'm going to test it. However I would like to have it
licensed under LGPL and not GPL, this would avoid possible license
conflicts that may arise in future.
I prefer to have modules licensed under LGPL or BSD in Étoilé
repository. It's better to restrict the number of GPL licensed
modules, this gives us more flexibility for Étoilé evolution. Don't
forget adding a COPYING document :-)

 Well, some codes are from Azalea, which comes from openbox.
 So unfortunately, I have little to do with that.
I think that's the problem when moving codes from application to library.

I miss the fact parts of this library are from openbox. I understand now. Well, have to live with that now, but it may prove to be really problematic if we would like to use it from a Project/Session/ Workspace related public framework which would be released under LGPL or BSD. Is the openbox code playing the role of basic bricks for the rest of the library or not really ?

> If people think this approach is fine, I can fill up the rest.

Waiting for the rest, before any thorough comments ;-). I'm now fine
with this current approach, I might have some minor comments on the
API later.

 I will see what I can do now. :)

 By the way, I prefer not to have options for compilation.
 It just adds some troubles for developers.
 So if people are O.K. with that,
 MenuServer will depend on XWindowServerKit in the future.

I think it's a fair choice, but just keep the option 'x11' set to 'yes' by default at the beginning of the GNUmakefile. Then anybody is still able to turn it off optionaly (for debugging purposes or run it on other platforms without X11, this is currently a real border case I know).
If it's really better to get completely rid of it, we can do it later.

Quentin.

--
Quentin Mathé
[EMAIL PROTECTED]


_______________________________________________
Etoile-dev mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-dev

Reply via email to