On Thu, 16 Apr 2020 at 18:16, Laurent Vivier <laur...@vivier.eu> wrote: > > Le 16/04/2020 à 18:03, Peter Maydell a écrit : > > On Thu, 16 Apr 2020 at 16:29, Laurent Vivier <laur...@vivier.eu> wrote: > >> > >> The following changes since commit > >> 20038cd7a8412feeb49c01f6ede89e36c8995472: > >> > >> Update version for v5.0.0-rc3 release (2020-04-15 20:51:54 +0100) > >> > >> are available in the Git repository at: > >> > >> git://github.com/vivier/qemu.git tags/linux-user-for-5.0-pull-request > >> > >> for you to fetch changes up to 386d38656889a40d29b514ee6f34997ca18f741e: > >> > >> linux-user/syscall.c: add target-to-host mapping for epoll_create1() > >> (2020-04-16 09:24:22 +0200) > >> > >> ---------------------------------------------------------------- > >> Fix epoll_create1() for qemu-alpha > >> > >> ---------------------------------------------------------------- > > > > How critical is this bug fix? After rc3, I really don't want > > to have to create an rc4 unless it's unavoidable... > > See the launchpad bug (https://bugs.gentoo.org/717548): on alpha, it > prevents the use of python3 in gentoo chroot, and thus we can't use > emerge to install packages. It also impacts cmake on debian (see > https://bugs.launchpad.net/bugs/1860553). > > But it's not a regression, so up to you to reject it. It appears now > because most of the distro have switched from python2 to python3. > > It's a low risk change, only in linux-user and for archs that have a > different EPOLL_CLOEXEC value.
Thanks for the explanation. I think that I'll put it to one side and if we need an rc4 for some other reason it can go in, but it's not sufficiently major to merit an rc4 by itself. -- PMM
