Re: Usage of {_libdir} or {_lib} in noarch packages

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

 



Ralf Corsepius schrieb:
On Thu, 2008-12-18 at 17:30 +0100, Karsten Hopp wrote:
I've run a x86_64 mass rebuild of all our Fedora packages and found several noarch packages
which erronously use  {_libdir} or {_lib} in their spec files. rpmdiff shows this output:

./firstaidkit-0.2.2-5.fc11.noarch.rpm
removed    /usr/lib/firstaidkit
removed    /usr/lib/firstaidkit/plugins
added      /usr/lib64/firstaidkit
added      /usr/lib64/firstaidkit/plugins

As noarch packages can be built on any machine/architecture in koji, we'd end up with lib64 directories on 32bit archs

Here is the list of offending packages I've found:


Package        Owner
------------------------
ntfs-config    laxathom
firstaidkit    msivak
terminus-font  ndim
gdeskcal       pfj
libopensync-plugin-synce  awjb
cohoba         tjikkun
gnome-schedule farnold
common-lisp-controller  green
gcstar         tian
revisor-cli    jsteffan
jruby          konradm



Can we make it a policy to not use _libdir or _lib in noarch packages, please ?
Wouldn't it be better to let rpm set _libdir/_lib to match noarch
package requirements?

Ralf





I don't have any preferences on how we solve it, I'll leave that for FPC to decide.
But I think it needs to be solved or we'll run out of luck and build one of those packages
on 64bit anytime soon.

   Karsten

--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux