xnee-devel
[Top][All Lists]
Advanced

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

Re: Fw: [Xnee-devel] Packaging xnee for debian


From: Henrik Sandklef
Subject: Re: Fw: [Xnee-devel] Packaging xnee for debian
Date: Tue, 13 May 2008 23:31:50 +0200
User-agent: Thunderbird 2.0.0.14 (X11/20080505)

Josh Dukes skrev:
> 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. 

Fine with me

>> 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. 
> 
> 
> _______________________________________________
> 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]