Le 16/04/2020 à 21:08, Peter Maydell a écrit : > 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. >
Thank you, I agree. Laurent
