Red Hat Bugzilla – Bug 1468837
glibc: bash no longer has job control under systemd-nspawn (via mock)
Last modified: 2017-12-15 05:50:04 EST
Description of problem:
$ mock -r fedora-rawhide-x86_64 --shell
INFO: mock.py version 1.4.2 starting (python version = 3.5.3)...
Start: init plugins
INFO: selinux disabled
Finish: init plugins
Start: chroot init
INFO: calling preinit hooks
INFO: enabled root cache
INFO: enabled dnf cache
Start: cleaning dnf metadata
Finish: cleaning dnf metadata
INFO: enabled HW Info plugin
Finish: chroot init
sh: cannot set terminal process group (-1): Inappropriate ioctl for device
sh: no job control in this shell
<mock-chroot> sh-4.4# su - mockbuild
-bash: cannot set terminal process group (2): Inappropriate ioctl for device
-bash: no job control in this shell
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. mock -r <architecture> shell
A shell with no job control.
A shell with job control.
This used to work in the previous version, mock-1.3.4-1.fc25.
This is because all commands in chroot are now executed using systemd-nspawn, which uses busybox. See:
If you want old behaviour you can use --old-chroot
I will keep this open, but I am not treating this as bug, but more like RFE.
This message is a reminder that Fedora 25 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 25. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora 'version'
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 25 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
Isn't this a glibc bug, namely:
Could you check current rawhide and see if it is fixed? Note that the glibc version inside the chroot matters. The first version with the upstream fix is glibc-2.26.9000-27.fc28.
Indeed. It is working now in rawhide. Thank you for the investigation Florian.
I will not close this as duplicate as this is worth mentioning in relase notes and errata.
I'll see if I can backport the glibc fix into Fedora 27.