* lib*.so in FILES_${PN}
@ 2009-06-13 20:19 Phil Blundell
2009-06-13 20:33 ` Leon Woestenberg
2009-06-15 8:08 ` Richard Purdie
0 siblings, 2 replies; 4+ messages in thread
From: Phil Blundell @ 2009-06-13 20:19 UTC (permalink / raw)
To: openembedded-devel; +Cc: Jeremy Lainé
This recent checkin:
http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=ba434bd1dc9dc8ed61953a1579ea9e993e81cbb2
added ${base_libdir}/lib*.so to the default FILES_${PN}, on the grounds
that this is necessary to get procps packaged correctly.
However, I think this cure is worse than the original disease, in that
it's now virtually impossible to prevent *.so development symlinks
(which obviously belong in ${PN}-dev) from leaking into ${PN}. This
situation is particularly bad if ${base_libdir} and ${libdir} are the
same, since you then end up with a useless .so symlink being installed
in your rootfs for virtually every library on the system.
I propose to revert the patch in question, and instead just let
procps.bb adjust its own local setting of FILES as necessary.
Comments?
p.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: lib*.so in FILES_${PN}
2009-06-13 20:19 lib*.so in FILES_${PN} Phil Blundell
@ 2009-06-13 20:33 ` Leon Woestenberg
2009-06-15 8:08 ` Richard Purdie
1 sibling, 0 replies; 4+ messages in thread
From: Leon Woestenberg @ 2009-06-13 20:33 UTC (permalink / raw)
To: openembedded-devel
Hello Phil,
On Sat, Jun 13, 2009 at 10:19 PM, Phil Blundell<philb@gnu.org> wrote:
> I propose to revert the patch in question, and instead just let
> procps.bb adjust its own local setting of FILES as necessary.
>
Agreed,
--
Leon
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: lib*.so in FILES_${PN}
2009-06-13 20:19 lib*.so in FILES_${PN} Phil Blundell
2009-06-13 20:33 ` Leon Woestenberg
@ 2009-06-15 8:08 ` Richard Purdie
2009-06-15 9:54 ` Phil Blundell
1 sibling, 1 reply; 4+ messages in thread
From: Richard Purdie @ 2009-06-15 8:08 UTC (permalink / raw)
To: openembedded-devel; +Cc: Jeremy Lainé
On Sat, 2009-06-13 at 21:19 +0100, Phil Blundell wrote:
> This recent checkin:
>
> http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=ba434bd1dc9dc8ed61953a1579ea9e993e81cbb2
>
> added ${base_libdir}/lib*.so to the default FILES_${PN}, on the grounds
> that this is necessary to get procps packaged correctly.
>
> However, I think this cure is worse than the original disease, in that
> it's now virtually impossible to prevent *.so development symlinks
> (which obviously belong in ${PN}-dev) from leaking into ${PN}. This
> situation is particularly bad if ${base_libdir} and ${libdir} are the
> same, since you then end up with a useless .so symlink being installed
> in your rootfs for virtually every library on the system.
>
> I propose to revert the patch in question, and instead just let
> procps.bb adjust its own local setting of FILES as necessary.
>
> Comments?
Agreed, that shouldn't be a default.
Richard
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: lib*.so in FILES_${PN}
2009-06-15 8:08 ` Richard Purdie
@ 2009-06-15 9:54 ` Phil Blundell
0 siblings, 0 replies; 4+ messages in thread
From: Phil Blundell @ 2009-06-15 9:54 UTC (permalink / raw)
To: openembedded-devel; +Cc: openembedded-devel, Jeremy Lainé
On Mon, 2009-06-15 at 09:08 +0100, Richard Purdie wrote:
> On Sat, 2009-06-13 at 21:19 +0100, Phil Blundell wrote:
> > I propose to revert the patch in question, and instead just let
> > procps.bb adjust its own local setting of FILES as necessary.
>
> Agreed, that shouldn't be a default.
Thanks to you and Leon for the feedback. I've reverted that patch now.
p.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-06-15 10:05 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-06-13 20:19 lib*.so in FILES_${PN} Phil Blundell
2009-06-13 20:33 ` Leon Woestenberg
2009-06-15 8:08 ` Richard Purdie
2009-06-15 9:54 ` Phil Blundell
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.