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.
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.
