xnee-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xnee-devel] Packaging xnee for debian


From: Henrik Sandklef
Subject: Re: [Xnee-devel] Packaging xnee for debian
Date: Fri, 09 May 2008 00:18:42 +0200
User-agent: Thunderbird 2.0.0.14 (X11/20080505)

Josh Dukes skrev:
> ...
> 
> I don't know much about any of this, but perhaps it would be a good idea to 
> seperate out libxnee entirely and make it a dep of xnee. The point of the 
> library is to allow the implimentation of xnee type actions in other apps. 
> Perhaps it would even make sense to have a seperate dev tree and source 
> package, as some groups have done. Perhaps that would just be going to 
> far.... but it does make sense to me to break things into three main 
> packages, and one dev:
> 
> libxnee

Both static (.a) and dyn (.so) lib?

> xnee -  cnee, gnee, pnee + all docs

Static or dyn linked libxnee?

> xnee-cli - cnee

I suggest making it statically linked to libxnee

> libxnee-dev

= libxnee + headers  ???




But best would be to start with:
  xnee-cli / cnee   ...


> We at microvu are only really interested in libxnee and xnee-cli, but it 
> should'nt be that much more work to do a package of xnee full once xnee-cli 
> is done. I haven't read the debian policy documentation yet, so perhaps there 
> is another way this should be organized. 
> 
> Based on that configuration the extra config flags should be...
> 
> libxnee: --disable-gui --disable-cli --enable-lib --enable-shared 
> --disable-static --disable-doc --disable-gnome-applet
> xnee: --enable-gui --enable-cli --enable-gnome-applet --disable-lib 
> --disable-shared --disable-static --disable-static-programs 
> xnee-cli: --disable-gui --enable-cli --disable-gnome-applet --disable-lib 
> --disable-shared --disable-static --disable-static-programs 
> 
> libxnee-dev: --disable-gui --disable-cli --enable-lib --disable-shared 
> --enable-static --disable-doc --disable-gnome-applet

Oh... have to sleep. After 15 hours of hacking...

> is enable lib and shared redundant? disable-doc because the docs are for 
> bins, right? or should docs be enabled for the libs? is gnome-applet already 
> disabled by default? Are these conflicting? Does this look totally wrong? 
> erm...que`? 

..... tomorrow....



/hesa




reply via email to

[Prev in Thread] Current Thread [Next in Thread]