noarch rpm feature query/issue
Toshio Kuratomi
a.badger at gmail.com
Fri Apr 3 18:34:20 UTC 2009
Peter Robinson wrote:
> Hi All,
>
> I have a query about the new noarch feature for building rpms. I have
> a package called gupnp-vala which the contents there of can be noarch.
> It built fine in koji as noarch so I presume it passed the rpmdiff or
> what ever is run against the rpms. But it contains a pkgconfig file
> which is located in /usr/lib or /usr/lib64 so pacakges built against
> it (none actually in Fedora yet, but one awaiting review) fail to
> build on either 32 or 64 bit platforms depending on which of the build
> packages gets the lime light.
>
> So my query is, I presume due to the pkgconfig this package shouldn't
> be noarch, so there must be a bug there somewhere which caused it to
> get past koji. But as its noarch AFAICT other than the location of the
> pkgconfig file it seems somewhat of a waste to lose the advantage of
> the noarch stuff for the sake of a pkgconfig file as I presume most
> devel packages could be noarch.
>
> Cheers,
> Peter
>
> BTW I see noarch packages are located in each of the separate arch
> trees as opposed to being in a noarch dir which looks like the
> advantage of the noarch in space saving isn't happening. What other
> advantages does it offer?
>
From what I can see of the gupnp-vala spec in the cvs repository, it's
not using the new noarch subpackage feature. It's just trying to be a
regular noarch package. (Those don't have any checks performed against
them so you have to be conscious of these by yourself).
I looked over the source tarball and it seems like you can make this a
noarch package by putting the pkgdconf file into %{_datadir}/pkgconfig/
instead of %{_libdir}/pkgconfig.
-Toshio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20090403/3596b8b4/attachment.sig>
More information about the fedora-devel-list
mailing list