xnee-devel
[Top][All Lists]
Advanced

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

Fw: [Xnee-devel] Packaging xnee for debian


From: Josh Dukes
Subject: Fw: [Xnee-devel] Packaging xnee for debian
Date: Fri, 9 May 2008 00:48:52 -0700

and this...

Begin forwarded message:

Date: Fri, 9 May 2008 00:45:29 -0700
From: Josh Dukes <address@hidden>
To: Henrik Sandklef <address@hidden>
Subject: Re: [Xnee-devel] Packaging xnee for debian


> If Ross suggested that, I suggest we do that. I have nada experience
> in Debian packaging.

Now that I'm starting to understand pdebuild, it actually does seems
pretty easy the way Ross suggested it. There's a bit of oddness, but I
think I can have *something* tomorrow. 

> well, the Xnee version in Debian is 1.08
> so it would be a huge update.

Splitting out the packages the way we really should can be done in two
ways, the right way makes the deb-source more complex. This is why it
would be better just to do everything in one package for right now,
then split things out in the next package revision. 

> For me, as an embedded software developer it would make a lot of sense
> to be able to install the cli version of Xnee (statically built) alone
> without having to install tons of gtk stuff that I am not going to
> use.... and will not have space for.
> 
> .... and the KDE people will not fancy having to install gtk stuff
> just to have cnee (command line) on their machine.

I'm not sure about the idea of xnee on an embedded system, especially
since it seems more likely that an embedded developer would be using
something other than i386 debs, but I see your point and sympathize. I
definitely agree with you on the kde issue. In fact I use Xmonad on my
desktops and (currently) use wmii on my laptop. I don't really like
having any gtk anything on my system if I can avoid it... That being
said, any package now and the right package later is still better
than no package now and the right package later. I think we should
continue to discuss potential package ideas as they would best serve
the community, I'll try to read the debian policy and see if it has any
pointers, and we'll plan on really doing things well in the first
revision of this package. Until then I'm going to try to get this
package to build. Cool?

> will focus on delivering some (emb) software for a company today.

sounds like a cool job. Have fun. 




reply via email to

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