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 |