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

Yavor Doganov yavor at doganov.org
Sat Sep 2 11:41:15 UTC 2006


Дамян Иванов wrote:
> 
> > Because RSS Reader will FTBFS if RSSKit is not installed.
> 
> I thought rsskit is built as part of the rssreader's build process.

It is, but the app fails to build:

 Linking app Grr ...
/usr/bin/ld: cannot find -lRSSKit
collect2: ld returned 1 exit status
make[1]: *** [Grr.app/./Grr] Error 1
make: *** [Grr.all.app.variables] Error 2

RSSKit is being built before Grr (the app), but it has to be
installed.  This is what upstream recommends as well, e.g. first go to
the RSSKit dir, compile and install it and then build the app.  Kind
of weird magic, but I can't see any other way.

> Well, OK, but splitting a package is always possible - you can do it
> when it is actually needed and make things simpler for now.
> 
> Your choice, though.

If you can tell me another way to handle this, I'd prefer not to
introduce another source package (for now).

> > I plan to do the reverse since that is the maintainer's preference.
> 
> Right. I just gave upstream's preference a little bit higher priority :)
> 
> To ease name change for users, a dummy transitional package may be
> created. This also [co-]maintainer's choice.

There's no need for this.  Initially I thought to change Grr
everywhere, but that's not necessary, I think.  I'll only keep the
source/binary package as rssreader.app, the wrapper/manpage/etc will
be Grr.  I guess that's OK.

> George Danchev wrote:
> > True, but that might easily change in the future and the library
> > to become of any use for others.
> 
> Predicting future is, well, risky business :)
> Right now, two separate binary packages that are unused (outside of
> the same source package) seems to me like a solution looking for a
> problem.

It seems so, but do we have a choice?  Hubert, Gürkan, what do you
think?



More information about the pkg-GNUstep-maintainers mailing list