Date: Fri, 18 Mar 2022 01:47:07 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 262639] Add support for make.conf helper variable to disable FLAVOR Message-ID: <bug-262639-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D262639 Bug ID: 262639 Summary: Add support for make.conf helper variable to disable FLAVOR Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Ports Framework Assignee: portmgr@FreeBSD.org Reporter: bofh@freebsd.org CC: ports-bugs@FreeBSD.org Created attachment 232540 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D232540&action= =3Dedit Disable flavor in PHP Currently our php.mk is defined in such a way that when testing with poudri= ere if a port do not support the PHP default version it tries to build with a different php version that the port supports. Unfortunately this behavior is not too much helpful when we want to add/remove a old/new php version as it doesn't gives a clear picture of which ports fails to build with a specific= PHP version. So this patch defines a variable "BUILD_ONLY_DEFAULT_FLAVOR". If t= his variable is defined in make.conf then poudriere will build with default fla= vor and in case it's not supported this will IGNORE/SKIP the port which gives a clear overview of which ports are going to create problem while adding/removing/changing default php. For example if you go here you can see how the ports are ignored/skipped while this variable is setup: http://pdr.bofh.network/build.html?mastername=3D130-default-PHP80&build=3D2= 022-03-09_03h23m04s One major issue is not all port maintainers use PKGNAMEPREFIX while flavori= ng their ports which actually creates the problem. Hence some ports ignores wh= ile the others tries to build them using the supported php version even though = it is not the DEFAULT php. One more thing is there are some old php modules still listed specifically dbase_DEPENDS, mssql_DEPENDS and sybase_ct_DEPENDS which are actually no lo= nger in the tree. We should remove those. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-262639-7788>