Date: Sun, 2 Jan 2022 19:51:34 +0000 From: Antoine Brodin <antoine@freebsd.org> To: Stefan Esser <se@freebsd.org> Cc: Konstantin Belousov <kib@freebsd.org>, src-committers <src-committers@freebsd.org>, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org, FreeBSD Ports Management Team <portmgr@freebsd.org> Subject: Re: git: e2650af157bc - main - Make CPU_SET macros compliant with other implementations Message-ID: <CAALwa8kn9h%2BKn53RvKX1Vx%2BqFK2Txt-sqj80nTSJUFC1U=8AGg@mail.gmail.com> In-Reply-To: <d1553b68-23dd-128e-6ac0-6c3c1f66c7cd@freebsd.org> References: <202112301154.1BUBsR1q017491@gitrepo.freebsd.org> <CAALwa8m3u3xrO3N0j8um57qGTVnMEQwx1gP2YxJbzE5%2BLhbsWA@mail.gmail.com> <d1553b68-23dd-128e-6ac0-6c3c1f66c7cd@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Dec 31, 2021 at 10:22 AM Stefan Esser <se@freebsd.org> wrote: > Am 31.12.21 um 09:01 schrieb Antoine Brodin: > > On Thu, Dec 30, 2021 at 11:54 AM Stefan E=C3=9Fer <se@freebsd.org> wrot= e: > >> > >> The branch main has been updated by se: > >> > >> URL: https://cgit.FreeBSD.org/src/commit/?id=3De2650af157bc7489deaf2c9= 054995f0f88a6e5da > >> > >> commit e2650af157bc7489deaf2c9054995f0f88a6e5da > >> Author: Stefan E=C3=9Fer <se@FreeBSD.org> > >> AuthorDate: 2021-12-30 11:20:32 +0000 > >> Commit: Stefan E=C3=9Fer <se@FreeBSD.org> > >> CommitDate: 2021-12-30 11:20:32 +0000 > >> > [...] > >> Ports that have added -D_WITH_CPU_SET_T to build on -CURRENT do > >> no longer require that option. > >> > >> The FreeBSD version has been bumped to 1400046 to reflect this > >> incompatible change. > >> > >> Reviewed by: kib > >> MFC after: 2 weeks > >> Relnotes: yes > >> Differential Revision: https://reviews.freebsd.org/D33451 > > > > Hi, > > > > This breaks a lot of ports, like lang/python38. > > Could these kinds of changes on public headers be tested with an > > exp-run, and reverted in the mean-time? > > I'm sorry for the breakage. The commit had the goal to lessen > port build problems caused by the misled assumptions that the > port was being built on a GLIBC based system. > > In the case of the Python language ports, one additional macro > was required and has been added in commit cb65d4432aed11. > > Since the official package builders have not been upgraded to > a -CURRENT with this change, they are not affected. But I'll > watch the failed build logs on beefy18. Hi, It seems that the 2 main ports failing are math/py-numpy (503 ports skipped) and sysutils/slurm-wlm (232 ports skipped) Failure logs: http://beefy18.nyi.freebsd.org/data/main-amd64-default/pe2d17ded99d5_s51698= 32c96/logs/errors/py38-numpy-1.20.3,1.log http://beefy18.nyi.freebsd.org/data/main-amd64-default/pe2d17ded99d5_s51698= 32c96/logs/errors/slurm-wlm-20.02.7.log Antoine > I'm not opposed to a revert and exp-run, but I'm convinced that > any fall-out from this change is easily fixed, and I'm willing > to quickly fix any ports or base system components affected. > > Regards, STefan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAALwa8kn9h%2BKn53RvKX1Vx%2BqFK2Txt-sqj80nTSJUFC1U=8AGg>