1 |
Hi Scott, |
2 |
|
3 |
On 13-02-2012 13:55:51 -0600, Scott Spyrison wrote: |
4 |
> I had a successful emerge system on sparc following the excellent |
5 |
> guide on bootstrapping Solaris. I ran into a recently reported issue |
6 |
> with debianutils not being on the mirors, but worked through it based |
7 |
> on the information in the issue report. My next step was to take a |
8 |
> backup of course, and then I started thinking about emerging packages. |
9 |
|
10 |
Ok, good to hear! |
11 |
|
12 |
> The first one I tried was mysql-5.5.20 (with minimal). I encountered |
13 |
> two issues, only one of which I was able to work-around. |
14 |
> |
15 |
> 1) emerge failed with: |
16 |
> |
17 |
> Can't create output directory for |
18 |
> ${EPREFIX}/var/tmp/portage/dev-db/mysql-5.5.20/work/mysql-5.5.20_build/sql/share/ukrainian |
19 |
|
20 |
Hmmm, odd. |
21 |
|
22 |
> The root cause of this was not anything ukrainian, but the fact that |
23 |
> ${EPREFIX}/var/tmp/portage/dev-db/mysql-5.5.20/work/mysql-5.5.20_build/sql/share |
24 |
> did not exist. I created it manually during the emerge from a |
25 |
> different shell (not good, I know, just testing) and then I had a |
26 |
> successful build. I see output indicating [100%] Buiilt target |
27 |
> symlink_libmysqlclient_r.so Install the project... |
28 |
> |
29 |
> 2) emerge then fails during install, and with --debug I can see: |
30 |
> |
31 |
> + newins ${EPREFIX}/var/tmp/portage/dev-db/mysql-5.5.20/temp/my.cnf.ok my.cnf |
32 |
> ------------------------------------------------------- |
33 |
> You should not use ${EPREFIX} with helpers. |
34 |
> --> ${EPREFIX}/etc/mysql |
35 |
> ------------------------------------------------------- |
36 |
> * ERROR: dev-db/mysql-5.5.20 failed (install phase): |
37 |
> * newins failed |
38 |
|
39 |
This is a wrong ebuild/eclass. So don't waste your time on it. I'll |
40 |
see if I can fix it now. Thanks. |
41 |
|
42 |
|
43 |
-- |
44 |
Fabian Groffen |
45 |
Gentoo on a different level |