| 1 |
On Sunday 02 March 2008, Chris Walters wrote: |
| 2 |
> Alan McKinnon wrote: |
| 3 |
|
| 4 |
<snip> |
| 5 |
|
| 6 |
> | What you wrote doesn't make sense. depscan.sh is installed by |
| 7 |
> | baselayout and mktemp is installed by coreutils. You have |
| 8 |
> | depscan.sh Which package is blocking which? You don't have to guess |
| 9 |
> | which one, portage will tell you when an emerge fails. |
| 10 |
> |
| 11 |
> Well, apparently either the latest ~amd64 keyword masked version of |
| 12 |
> coreutils does not install /bin/mktemp, or makes changes so that |
| 13 |
> /sbin/depscan.sh cannot find it, because "/bin/mktemp missing" is a |
| 14 |
> part of the error message, I receive. When I mask the latest version |
| 15 |
> of coreutils, and merge the older one and the mktemp ebuild, the |
| 16 |
> problem disappears (yes, I was able to get emerge to work - finally). |
| 17 |
|
| 18 |
Ah. That's useful info. Are you saying that current coreutils does not |
| 19 |
supply mktemp (it should), so you have to use an older coreutils and a |
| 20 |
discrete mktemp ebuild? |
| 21 |
|
| 22 |
What's in the build log for the non-working coreutils regarding mktemp? |
| 23 |
|
| 24 |
|
| 25 |
-- |
| 26 |
Alan McKinnon |
| 27 |
alan dot mckinnon at gmail dot com |
| 28 |
|
| 29 |
-- |
| 30 |
gentoo-user@l.g.o mailing list |
Archives