Red Hat Bugzilla – Bug 161782
mock init misses /sbin/runuser
Last modified: 2007-11-30 17:11:08 EST
"mock .. init" fails because /sbin/runuser (coreutils) is missing inside of the
Using /etc/mock/fedora-4-i386-core, from FE's CVS, with a user-id 601:
# mock -rfedora-4-i386-core init
making /dev devices
making misc files of use
yum: command /usr/sbin/mock-helper yum --installroot
/var/lib/mock/fedora-4-i386-core/root groupinstall build
Creating user for builds
Non-zero return value 127 on executing /usr/sbin/mock-helper chroot
/var/lib/mock/fedora-4-i386-core/root /sbin/runuser - root -c "/usr/sbin/useradd
-u 601 -d /builddir mockbuild"
Version-Release number of selected component (if applicable):
This bug render mock completely unusable.
attach the root.log from the resultdir of this chroot init.
Created attachment 116012 [details]
root.log of the failing mock init
turn selinux off AND edit /etc/selinux/config to set it to be disabled.
wait for mock 0.4
it's not a bug in mock 0.3 b/c selinux was not supported there.
Seth, inIMO, this mock package shou(In reply to comment #3)
> turn selinux off AND edit /etc/selinux/config to set it to be disabled.
> wait for mock 0.4
> it's not a bug in mock 0.3 b/c selinux was not supported there.
In this case I would recommend you to withdraw mock from FE4.
FE should not be a place for experiments with unstable packages.
there is no unstability. It's just not supporting selinux.
relax - it's not a big deal.
(In reply to comment #5)
> there is no unstability.
With all due respect, Seth, I could not disagree much more.
> It's just not supporting selinux. relax - it's not a big deal.
I have to disagree again. I am inclined to think you are mixing up "wishful
thinking" with reality.
IMO, package inside of FE must work "out of the box", otherwise there should not
be any room for these packages inside of FE.
To me, this package having made it into FE is clear QA failure.
That's nice. I don't really care.