emerge portage failing on debianutils

[utopyr]

I've installed the macos onto a G3 iBook from the BitTorrent download, bootstrapped, gotten

Code: Select all

emerge system

to do its thing, and then am told there is a new version of portage--

Code: Select all

emerge -v portage

hangs up up on debianutils, thus:

Code: Select all

talon:~ utopyr$ emerge -v portage
Calculating dependencies ...done!
>>> emerge (1 of 2) sys-apps/debianutils-1.16.7-r4 to /
>>> md5 src_uri ;-) debianutils_1.16.7.tar.gz
>>> Checking debianutils_1.16.7.tar.gz's mtime...
>>> WORKDIR is up-to-date, keeping...
>>> It appears that debianutils is already compiled; skipping.
>>> (clean to force compilation)
>>> Test phase [not enabled]: sys-apps/debianutils-1.16.7-r4

>>> Install debianutils-1.16.7-r4 into /var/tmp/portage/debianutils-1.16.7-r4/image/ category sys-apps
>>> dosbin: making installkernel executable...
install: --group=root: No such file or directory

!!! ERROR: sys-apps/debianutils-1.16.7-r4 failed.
!!! Function src_install, Line 56, Exitcode 71

Haven't found any clues here or among the bug reports--is there something obvious I'm missing?

[Yogh]

I'm getting the same error to the letter. The only thing I can think is that there isn't a root group on os x, just a root user and wheel group. I don't know how to "fix" this condition.

I actually ran into this problem during the emerge system instead of waiting till emerge portage.

I ran across something in a debian forum about adding the wheel group and using it instead when a program wanted to do something to or with the root group.

[Yogh]

I figured it out with the help of a friend

I've also accidentally deleted this post twice now so it's gettting more concise every time (except for this)

The error happens in the dosbin script which makes files executable. Dosbin calls install with old double-dash options and needs to use short options.

To fix edit the the dosbin file, but remember to back it up first

Code: Select all

cd /usr/lib/portage/bin/
cp dosbin dosbin.bak
nano -w dosbin

Now edit line 21

Code: Select all

                install -m0755 --owner=root --group=root "${x}" "${D}${DESTTREE}/sbin"

to

Code: Select all

                install -m0755 -o root -g wheel "${x}" "${D}${DESTTREE}/sbin"

I changed group root to group wheel because group root doesn't exist, but I didn't test with group root.

[birdy]

nice, thank you very much

[wickedmm]

Just wanted to let you guys know, the fix worked like a charm, and using '-g root' won't work (unless maybe you add root group ?!?). Thanks a lot for the info.

[JohnGalt00]

The fix worked for me, and now installing portage is failing:

Code: Select all

existing file /usr/lib/portage/bin/archive-conf is not owned by this package
existing file /usr/lib/portage/bin/chkcontents is not owned by this package
existing file /usr/lib/portage/bin/db-update.py is not owned by this package
existing file /usr/lib/portage/bin/dispatch-conf is not owned by this package
existing file /usr/lib/portage/bin/dispatch-conf-dialog is not owned by this package
existing file /usr/lib/portage/bin/dobin is not owned by this package
existing file /usr/lib/portage/bin/doconfd is not owned by this package
existing file /usr/lib/portage/bin/dodir is not owned by this package
existing file /usr/lib/portage/bin/dodoc is not owned by this package
existing file /usr/lib/portage/bin/doenvd is not owned by this package

There are a bunch more of those, but you get the point. Looks like it failed on every file in /usr/lib/portage/bin. Those files should be owned by portage, so what's the deal?[/code]

[wickedmm]

http://gentoo-wiki.com/Gentoo_MacOS#Abo ... Protection

This should help, I had the same errors and this turning collision protectio off, (only for protage!) worked.

[JohnGalt00]

that worked. thanks.

[utopyr]

Tried that a couple of times, but it didn't work for me. Got a couple of reasons to re-install Panther, so I'll try again from scratch later.

Thank y'all for the pointers--always something new to try, & learn from.