Gentoo Archives: gentoo-alt

From: Alan Hourihane <alanh@×××××××××××.uk>
To: gentoo-alt@l.g.o
Subject: Re: [gentoo-alt] moving shared libs
Date: Mon, 26 Jan 2009 17:16:02
Message-Id: 1232990155.14192.174.camel@jetpack.demon.co.uk
In Reply to: [gentoo-alt] moving shared libs by Alan Hourihane
1 On Fri, 2009-01-23 at 16:24 +0000, Alan Hourihane wrote:
2 > Seems as though AIX & FreeMiNT bump into this issue in a few ebuilds.
3 >
4 > I've just bumped into it again with sys-libs/cracklib &
5 > sys-libs/e2fsprogs-libs and sys-fs/e2fsprogs.
6 >
7 > Is it worthwhile creating a new function in the eclass directory that
8 > deals with these issues..
9 >
10 > Taking sys-libs/cracklib for example, we currently have this....
11 >
12 > # move shared libs to /
13 > dodir /$(get_libdir)
14 > mv "${D}"/usr/$(get_libdir)/*.so* "${D}"/$(get_libdir)/ || die
15 > "could
16 > not move shared"
17 >
18 > We could add (or something equivalent to with a bit of extra
19 > thinking)....
20 >
21 > move_shlibs() {
22 > # move shared libs to /
23 > [[ $(get_libname) == ".irrelevant" ]] && return
24 > dodir /$(get_libdir)
25 > mv "${D}"/usr/$(get_libdir)/*.so* "${D}"/$(get_libdir)/ || die
26 > "could
27 > not move shared"
28 > }
29 >
30 > and nicely change the ebuild to...
31 >
32 > move_shlibs
33 >
34 > It'd really help clean up that nasty "mv" commandline I keep seeing
35 > everywhere in ebuilds.
36 >
37 > Comments ?
38
39 Prefix guru's - would this be acceptable to add in the eclass ??
40
41 Alan.