Summary: | www-servers/uwsgi-2.0.13.1-r1 stable request | ||||||
---|---|---|---|---|---|---|---|
Product: | Gentoo Linux | Reporter: | Vlad K. <vk-gentoo-bugs> | ||||
Component: | Stabilization | Assignee: | Ultrabug <ultrabug> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | normal | CC: | grknight, jdavid.ibp, orzel, python, toralf, zmedico | ||||
Priority: | Normal | Keywords: | STABLEREQ | ||||
Version: | unspecified | Flags: | kensington:
sanity-check+
|
||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | Was: www-servers/uwsgi-2.0.9 does not build against glibc 2.22-r4 (both current stable) | ||||||
Package list: |
=www-servers/uwsgi-2.0.13.1-r1
|
Runtime testing required: | --- | ||||
Bug Depends on: | |||||||
Bug Blocks: | 576034, 584634 | ||||||
Attachments: |
|
Confirmed, meanwhile www-servers/uwsgi-2.0.12 builds successfully. I can confirm, same versions, same build error. *** Bug 580448 has been marked as a duplicate of this bug. *** PHP team also needs this to go stable as php_targets_php5-5 is end-of-life and about to be masked maybe bug 586606, 584634 should link to this ??? uwsgi-2.0.9 has wrong code at core/utils.c:3517 . It creates file with O_TMPFILE but no filemode given. In glibc-2.20, it only checks whether mode argument supplied for O_CREAT. But in glibc-2.22, it checks that for O_TMPFILE, too. (/usr/include/bits/fcntl2.h, /usr/include/fcntl.h) In my test, >=www-server/uwsgi-2.0.11.2-r1 solved this. (By watching the code) Anyway, 10_all_default-fortify-source.patch for gcc is awesome! Hell yes I don't know why it took me so long to move on this... The only blocker is that dev-python/pypy has no stable release but since it's pretty much a special/edge package and an optional dependency I wonder if arches would be okay to proceed anyway (I fear a stable pypy will take a long time to get) ? Arches, your call and guidance ? Thanks ! (In reply to Ultrabug from comment #6) > The only blocker is that dev-python/pypy has no stable release but since > it's pretty much a special/edge package and an optional dependency I wonder > if arches would be okay to proceed anyway (I fear a stable pypy will take a > long time to get) ? I've masked the pypy and pypy3 targets in profiles/base/use.stable.mask, which will make repoman happy: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7ff486eae95a74e64835a0b76719612e31b7bfd8 Updated, this bug is a blocker for another one hitting stable tree. Friendly bump arches and updated uwsgi version now. I've been using this version for a while and it's working well for me. Please make a complete dependency list: dependency.bad [fatal] 28 www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(default/linux/amd64/13.0) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(default/linux/amd64/13.0) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(default/linux/amd64/13.0/desktop) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/desktop) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(default/linux/amd64/13.0/desktop/gnome) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/desktop/gnome) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(default/linux/amd64/13.0/desktop/gnome/systemd) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/desktop/gnome/systemd) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(default/linux/amd64/13.0/desktop/kde) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/desktop/kde) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(default/linux/amd64/13.0/desktop/kde/systemd) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/desktop/kde/systemd) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(default/linux/amd64/13.0/desktop/plasma) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/desktop/plasma) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(default/linux/amd64/13.0/desktop/plasma/systemd) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/desktop/plasma/systemd) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(default/linux/amd64/13.0/developer) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/developer) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(default/linux/amd64/13.0/systemd) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(default/linux/amd64/13.0/systemd) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(hardened/linux/amd64) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(hardened/linux/amd64) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(hardened/linux/amd64/no-multilib) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(hardened/linux/amd64/no-multilib) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(hardened/linux/amd64/no-multilib/selinux) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(hardened/linux/amd64/no-multilib/selinux) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: DEPEND: amd64(hardened/linux/amd64/selinux) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] www-servers/uwsgi/uwsgi-2.0.13.1-r1.ebuild: RDEPEND: amd64(hardened/linux/amd64/selinux) ['dev-lang/go:=[gccgo]', 'virtual/pypy'] This needs "www-servers/uwsgi go pypy" in profiles/base/package.use.stable.mask to fix the repoman errors. (In reply to Brian Evans from comment #11) > This needs "www-servers/uwsgi go pypy" in > profiles/base/package.use.stable.mask to fix the repoman errors. Done: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d4cefeddf16be3e3b9b17d9f0700bdd304f45bde amd64 stable x86 stable. Closing. |
Created attachment 430418 [details] uwsgi-2.0.9 build log Current stable uWSGI 2.0.9 (with USE +python, and disabled all plugins) does not build against current stable glibc 2.22-r4 (few days ago upgraded as stable from 2.21). First unstable uWSGI 2.0.11.2-r1 builds fine. uwsgi-2.0.9 build log attached.