Gentoo Archives: gentoo-user

From: Andreas Simbuerger <simi@×××××.eu>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] Change install directory of ebuilds?
Date: Sun, 05 Oct 2008 10:00:23
Message-Id: 1223207457.29419.9.camel@rei.osaft.net
In Reply to: Re: [gentoo-user] Change install directory of ebuilds? by David Relson
1 On Sat, 2008-10-04 at 20:25 -0400, David Relson wrote:
2 > On Sun, 5 Oct 2008 01:05:35 +0200
3 > Alan McKinnon wrote:
4 >
5 > > On Sunday 05 October 2008 00:03:47 Andreas Simbuerger wrote:
6 > > > > Installs to /usr/local/lib sounds like b0rked ebuilds. I'd try
7 > > > > using equery to find the ebuilds that installed "bad" files.
8 > > > > Then I'd look for "/usr/local" in those ebuilds and fix them.
9 > > > > Putting the fixed ebuilds in /usr/local/portage/..., rather than
10 > > > > just changing /usr/portage/..., might be even better. Lastly,
11 > > > > I'd report the b0rked ebuilds on bugzilla.gentoo.org and would
12 > > > > include the fixes with the reports.
13 > > > >
14 > > > > Looking on my system, all that /usr/local/lib is
15 > > > > /usr/local/lib64/python2.5/site-packages/doxypy-0.3rc2-py2.5.egg-info
16 > > > > which appears to have come from manually installing
17 > > > > ~/Download/doxypy-0.3rc2.tar.gz, i.e. the one such file I have
18 > > > > isn't from an ebuild at all. Might that be what's happened to
19 > > > > you?
20 > > > >
21 > > > > HTH,
22 > > > >
23 > > > > David
24 > > >
25 > > > Thanks for this idea! :D
26 > > >
27 > > > So portage takes /usr/local/portage before /usr/portage ?
28 > >
29 > > That's pretty normal, it's so that your customizations override the
30 > > distro default, much like dot files in ~ override whatever is in /etc/
31 > >
32 > > David's comment about b0rked ebuilds is spot-on. Most packages are
33 > > built using autotools, which defaults to --prefix=/usr/local. The
34 > > ebuild author forgot to change it to /usr/, so you have to figure out
35 > > what he should have done and do it yourself. I would recommend
36 > > submitting a bug report plus patch when you solve it, and meanwhile
37 > > keeping a correct copy of the ebuild in your local overlay.
38 > >
39 > > By and large the broken ebuild works, as libs in /usr/local are still
40 > > found on systems with sane linkers, despite the location being
41 > > technically incorrect
42 >
43 > FWIW, I too have dev-python/pycrypto-2.0.1-r6 installed on an AMD64
44 > system. However my files are in /usr/lib, not in /usr/local/lib as
45 > reported by the OP -- which makes it sound like the ebuild is OK and
46 > there's something unusual in his environment.
47 >
48
49 Good morning ;-)
50
51 I think i repaired my environment ;-)
52 I did a "qfile -v /usr/local/lib/python2.5" and unmerged all packages
53 installed into this directory.
54 After the unmerging i still had python files remaining
55 in /usr/local/lib/python2.5.
56 I erased them because the only package owning /usr/local/lib/python2.5
57 was sys-apps/file ....
58
59 After that i remerged them again and all of a suddend each package went
60 into /usr/lib/python2.5
61
62 I believe it had something to do with the autoconf macros:
63 AC_PREFIX_DEFAULT
64 AC_PREFIX_PROGRAM
65 Perhaps i pulled in a buggy ebuild from somewhere so that it got
66 installed into /usr/local/lib/... and the other ebuilds all
67 guessed the install dir by locating python?
68
69 I still can't figure out what went wrong but i think it's solved now...
70 /usr/local/lib is empty now and no ebuilds are complaining so far.
71
72 Thanks to you all! :-)
73
74 - Andreas