Message ID | 20200416152829.790561-1-laurent@vivier.eu |
---|---|
State | New |
Headers | show |
On Thu, 16 Apr 2020 at 16:29, Laurent Vivier <laurent@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... thanks -- PMM
Le 16/04/2020 à 18:03, Peter Maydell a écrit : > On Thu, 16 Apr 2020 at 16:29, Laurent Vivier <laurent@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, Laurent
On Thu, 16 Apr 2020 at 18:16, Laurent Vivier <laurent@vivier.eu> wrote: > > Le 16/04/2020 à 18:03, Peter Maydell a écrit : > > On Thu, 16 Apr 2020 at 16:29, Laurent Vivier <laurent@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
Le 16/04/2020 à 21:08, Peter Maydell a écrit : > On Thu, 16 Apr 2020 at 18:16, Laurent Vivier <laurent@vivier.eu> wrote: >> >> Le 16/04/2020 à 18:03, Peter Maydell a écrit : >>> On Thu, 16 Apr 2020 at 16:29, Laurent Vivier <laurent@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
On Thu, 16 Apr 2020 at 20:08, Peter Maydell <peter.maydell@linaro.org> wrote: > > On Thu, 16 Apr 2020 at 18:16, Laurent Vivier <laurent@vivier.eu> wrote: > > > > Le 16/04/2020 à 18:03, Peter Maydell a écrit : > > > On Thu, 16 Apr 2020 at 16:29, Laurent Vivier <laurent@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. We needed an rc4 for the iscsi fix, so I have applied this pullreq. thanks -- PMM