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: Jeremiah C. Foster
Subject: Re: [Xnee-devel] Packaging xnee for debian
Date: Sat, 10 May 2008 17:31:46 +0200

> 
> 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
> xnee -  cnee, gnee, pnee + all docs
> xnee-cli - cnee
> libxnee-dev
> 
> 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
> 
> 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`? 
> 
> > > How familiar are you with building debs JD? Have you ever used
> > > pbuilder? (I just started to use pbuilder myself and find it very
> > > useful.) Your goals are to build a deb for local use, but if it
> > > builds and works, I think it should be submitted to debian so
> > > everyone can use it - this would be ideal I think and in keeping
> > > with Henrik's and my philosophies about Free Software. 
> 
> We've built tons of packages internally, and use them regularly for system 
> configuration, but we've never a distribution debian package here. I'll read 
> up on pbuilder. My initial goal was just to build a deb for internal use, but 
> most of the times we do this we don't start from source. Also, for internal 
> use we only really need xnee-cli. I'm doing this partially to learn more 
> about Debian package management. My boss has OK'd this partially also to give 
> back to Linux a little bit for the all the things we've gotten. One of my 
> coworkes has also joined the list, he's the current maintainer of our 
> (ubuntu) repositories and builds/maintains most or all of our internal 
> packages at this point. 
> 
> > > As I said before, just fire off a mail if you want help or testing
> > > or what have you.
> 
> Will do... and I guess done... thanx. 
> 
> -- 
> 
> Josh Dukes
> MicroVu IT Department
> 
> 
> _______________________________________________
> Xnee-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/xnee-devel




reply via email to

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