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

[Hubert Chan]

Hi Yavor,

Sorry for the late reply.  I just got back from vacation, so I'm
catching up with mail...

On Sat, 02 Sep 2006 14:41:15 +0300, Yavor Doganov said:

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

You can use the -L flag when compiling Grr to tell it where to find the
library.  For example, in addresses-for-gnustep, the GNUmakefile for
AddressManager has the following line:

AddressManager_LDFLAGS=\
        -L../Frameworks/AddressView/AddressView.framework/Versions/A \
        -L../Frameworks/Addresses/Addresses.framework/Versions/A     \
        -lAddressView -lAddresses

Or you can also use the xxx_LIB_DIRS variable, as is done in GNUMail:

GNUMail_LIB_DIRS = -L../$(GNUSTEP_LIBRARIES_ROOT) -LFramework/GNUMail/GNUMail.framework/Versions/Current/$(GNUSTEP_TARGET_LDIR) -LFramework/GNUMail/GNUMail.framework
GNUMail_GUI_LIBS = -lGNUMail -lPantomime -lAddresses -lAddressView

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

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

In general, if upstream releases the app as a single tarball, you should
use a single source package.  If upstream releases it as two tarballs,
you should use two source packages.

>> 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=C3=BCrkan, what do
> you think?

It is up to your discretion.  AFAIK, upstream intends RSSKit to be used
by other applications, so I would lean towards creating the separate
packages for the framework.  (I believe it's part of Etoile now?)

-- 
Hubert Chan - email & Jabber: hubert at uhoreg.ca - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA   (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7  5291 AF29 C719 124B 61FA