[Debian GNUstep maintainers] Re: [debian] Packaging of RSSKit/RSS Reader

George Danchev danchev at spnet.net
Sat Sep 2 06:45:32 UTC 2006


On Saturday 02 September 2006 09:14, Damyan Ivanov wrote:
> Yavor Doganov wrote:
> > [BG Debian Group CCed as the folks there might give some advice too.]
>
> Here it comes :)

Hello,

> > In an attempt to resolve RC bug #385239 [1] I took a deeper look into
> > the newest upstram tarball [2].  It seems to me that the things are
> > much more complicated than the first impression I got.
> >
> > RSS Reader links to the newest RSSKit library (framework in GNUstep's
> > terminology), which resides at the RSSKit directory in that tarball.
> > This means that we have to package rsskit.framework as a separate
> > source package and let the new rssreader.app build-depend on
> > librsskit-dev.
>
> 1. Why split source packages? Why not simply produce three binary
> packages from the same source?

Right, I'll go for that also.

> 2. Why separate library package?
> If librsskit is not for public use (by other packages) then I see no
> value for separate library packages (librsskit0 and -dev). 

True, but that might easily change in the future and the library to become of 
any use for others. FWIW the users will be better served if such a library 
exists for public/shared use (installed on demand of course), thus being 
clearly identified gives us good chances to be considered for re-use in any 
prospective packages (ie. separate and re-use tends to be the sane thing to 
go for ;-).

> If librsskit 
> is to be used only by rssreader, then make librsskit0.so installed
> somewhere in /usr/lib/rssreader and possibly link rssreader with it
> using an rpath.

Please please consider some of rpath's issues and alternatives -> 
http://wiki.debian.org/RpathIssue

-- 
pub 4096R/0E4BD0AB 2003-03-18 <people.fccf.net/danchev/key pgp.mit.edu>
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB 



More information about the pkg-GNUstep-maintainers mailing list