summaryrefslogtreecommitdiff
path: root/CHANGES
AgeCommit message (Collapse)Author
2025-11-11*/*: Introduction USES=sudoXavier Beaudouin
A new uses 'sudo' has been added to transperently depends of the proper flavor of sudo 'default' or 'sssd' depending on the default version set by the user. If you prefere to use 'sssd' flavor of sudo, add the following to your make.conf: DEFAULT_VERSIONS+=sudo=sssd All sudo consummer ports has benn updated to USES=sudo Reviewed by: 0mp Approved by: mat Sponsored by: Klara, Inc. Differential Revision: https://reviews.freebsd.org/D52160
2025-06-19python.mk: rename PYTHON_EXT_SUFFIX to PYTHON_TAG, document, etcCharlie Li
EXT_SUFFIX, according to PEP 3149, refers to the full tag and extension for compiled extension module objects, eg .cpython-311.so, .cpython-313t.so, etc. We do not use the correct semantic meaning, and this usage becomes ambiguous and confusing when tags do not match between bytecode and compiled extension module objects. Rename our PYTHON_EXT_SUFFIX to PYTHON_TAG to align with PEP 3147's specification of a magic tag, which consists of implementation name and shorthand version only. This is meant for bytecode and other files containing this tag in their filename that do not depend on a specific Python ABI for the same version. Chase all existing consumers. Introduce PYTHON_SOABI to align with PEP 3149's specification of a tag, which consists of implementation name, shorthand version and any ABI flags present (this and PYTHON_TAG are identical without ABI flags). This is meant for compiled extension module objects and other files that depend on a specific Python ABI for the same version. Add documentation for these variables that our PYTHON_EXT_SUFFIX never had. PR: 274671 Event: Kitchener-Waterloo Hackathon 202506
2025-03-07python.mk: remove setuptools from RUN_DEPENDSCharlie Li
Historically this was needed as a RUN_DEPENDS due to consumers using the included pkg_resources, which has been deprecated for some time now in favour of the importlib suite. (pkg_resources consumers are strongly advised to migrate to importlib et al.) PR: 270510 Reviewed by: crees, rm Tested by: jhale, wen exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D39303
2025-03-06Mk/Uses/qt.mk: Add TEST_DEPENDS supportJason E. Hale
It is now possible to suffix a component defined in USE_QT with ':test' if it is only needed for building/running regession tests.
2025-02-06Mk/Uses/samba.mk: Introduce 3 new SAMBA_*_PORT variablesYasuhiro Kimura
* Introduce 3 new variable, SAMBA_TALLOC_PORT, SAMBA_TDB_PORT and SAMBA_TEVENT_PORT. Proper port origin ("databases/ldb29" for example) is assigned to them depending on the value of SAMBA_DEFAULT. They are intended to be used by ports that works with Samba to specify proper version of talloc, tdb and/or tevent as dependency. * Add item in CHANGES. Reviewed by: 0mp, kiwi Differential Revision: https://reviews.freebsd.org/D48857
2025-02-04CHANGES: Fix indentation of the 20250203 entryMateusz Piotrowski
2025-02-04Mk/Uses/samba.mk: Remove legacy variablesYasuhiro Kimura
* Replace occurrence of them in each port with new ones. * Add entry to CHANGES. Reviewed by: kiwi, mikael Differential Revision: https://reviews.freebsd.org/D48801
2024-12-31Mk/**java.mk: Convert bsd.java.mk to USESMuhammad Moinur Rahman
The following features have been added or changed: - Instead of USE_JAVA use USES=java. This defaults to USES=java:build,run if NO_BUILD is undefined. Else it defaults to USES=java:run - Instead of USE_ANT=yes use USES=java:ant which also implies USES=java:build - Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or extract - Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply build or run - Instead of JAVA_RUN=yes use USES=java:run does not imply extract or build - Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version> Approved by: mat (portmgr), glewis Differential Revision: https://reviews.freebsd.org/D48201
2024-12-31Mk/**ocaml.mk: Convert remaining bsd.ocaml.mk to Uses/ocaml.mkMuhammad Moinur Rahman
- Instead of USE_OCAML=yes use USES=ocaml. If empty USES=ocaml implies build and run - Instead of USE_OCAMLFIND_PLIST use USES=ocaml:findplist which also implies USES=ocaml:findlib - Instead of USE_OCAML_CAMLP4 use USES=ocaml:camlp4 - Instead of USE_OCAML_FINDLIB use USES=ocaml:findlib - Instead of USE_OCAML_LDCONFIG use USES=ocaml:ldconfig - Instead of USE_OCAML_WASH use USES=ocaml:wash - Instead of NO_OCAML_BUILDDEPENDS use USES=ocaml:run - Instead of NO_OCAML_RUNDDEPENDS use USES=ocaml:build - Instead of USE_OCAML_TK use USES=ocaml:tk which actually implies USES=ocaml:tkbuild and USES=ocaml:tkrun - Instead of NO_OCAMLTK_BUILDDEPENDS use USES=ocaml:tkrun - Instead of NO_OCAMLTK_RUNDEPENDS use USES=ocaml:tkbuild - USES=ocaml:dune remains unchanged - Prepare to add/remove keywords easily Approved by: mat (portmgr) Reviewed by: freebsd@dev.thsi.be Differential Revision: https://reviews.freebsd.org/D48227
2024-04-08CHANGES: Fix typosFlorian Smeets
Remember to run git add before git commit --amend to actually include last minute changes in the commit ;)
2024-04-08CHANGES: Mention DBD_MYSQLFlorian Smeets
2024-04-08Mk/cmake.mk: add support for indirect argumentMax Brazhnikov
Add indirect to list of arguments for USES=cmake. cmake:indirect is intended primarily for ports, which use meson or pep517 for build, but rely on cmake underneath. Update documentation while here. Differential Revision: https://reviews.freebsd.org/D44509
2024-02-29Mk/*: Build with a clean environmentTijl Coosemans
Both our make and gmake use the MAKEFLAGS environment variable but the values aren't compatible and the latest version of gmake complains about that. To rule out that any environment variable can cause problems like this, add a new command SETENVI=/usr/bin/env -i that clears the environment, and use it to run upstream build systems with a clean environment. Introduce a new variable WRK_ENV that contains the environment to use with SETENVI in all targets that run upstream build commands. Variables that are common between CONFIGURE_ENV and MAKE_ENV could be moved to WRK_ENV but for now it just contains a minimal environment: HOME=${WRKDIR}: Fixes USES=elixir ports that were using the user's HOME. OSVERSION: For cross building; determines the output of uname -K and getosreldate(3); affects net/freebsd-telnetd for example. PATH: Fixes USES=gem ports that were using the user's PATH. PWD=$${PWD}: Preserve current working directory; affects USES=go ports. TERM: To preserve colored output to terminals. TMPDIR: For users who define that. UNAME_*: For cross building; determines the output of uname(1); affects lang/python* for example. This commit deals with everything under Mk/. Ports that have their own targets running upstream build commands can switch to SETENVI later. The ports tree adds its definition of ARCH to the MAKEFLAGS environment variable, which is interpreted by sub-makes as command line arguments, which means that any definition of ARCH in upstream makefiles was overridden. The following ports required fixes now that this is no longer the case. games/iortcw, games/q3cellshading, games/tremulous: These use Quake 3 engine code. Fix use of ARCH. Reduce diff between FreeBSD code and Linux code. games/legesmotus: Remove ARCH related patches. lang/ocaml: Patch configure script so it detects amd64 correctly. Also make the powerpc case consistent with the other architectures. This also affects other ocaml ports like devel/ocaml-ocamlbuild and math/ocaml-num that include a Makefile.config installed by lang/ocaml. While here, use SETENVI in check-test target. net/libnatpmp: Use of upstream definition of ARCH triggers installation in PREFIX/lib64 on amd64. Disable this. PR: 276478 Approved by: portmgr (antoine) Exp-run by: antoine
2024-01-11MAN?PREFIX: undefine those variablesBaptiste Daroussin
MAN?PREFIX where confusing (people kept messing around with them) did not bring any real value or functionnality. Reviewed by: portmgr (mat) Approved by: portmgr (mat) Differential Revision: https://reviews.freebsd.org/D43392
2023-09-30CHANGES: Document the transition from USES=pycryptography* to ↵Po-Chuan Hsieh
USE_PYTHON=cryptography* PR: 273727
2023-09-13llvm.mk: add export/noexport to handle CC/CXX/CPP exportsTobias C. Berner
Reviewed by: bofh Differential Revision: https://reviews.freebsd.org/D37747
2023-08-21Mk: Add Uses/ebur128.mkJason E. Hale
Handles dependencies for the chosen implementation of libebur128 set via DEFAULT_VERSIONS: audio/libebur128 (legacy) and audio/ebur128 (rust). PR: 272843
2023-07-31Mk/Uses: Add guile.mkAndrew "RhodiumToad" Gierth
This patch adds USES=guile[:options], a framework to permit the concurrent installation of different guile versions, allowing ports to specify which guile they need. lang/guile is now a meta-port, installing the default guile version; guile 3 is now shipped in lang/guile3. A new port lang/guile-aclocal holds the guile.m4 file from guile3 to permit ports written against guile1 or guile2 to avoid conflicts. PR: 260960 Reported by: Martin Neubauer <m.ne@gmx.net> Approved by: bofh Differential Revision: https://reviews.freebsd.org/D40194
2023-07-22framework: add Mk/Uses/pycryptographyTobias C. Berner
With the added new DEFAULT_VERSION "PYCRYPTOGRAHY_DEFAULT=rust|legacy" it is important to transparently depend on the right one. This is the job of this new uses. So instead of manually adding dependency lines like RUN_DEPENDS=${PYTHON_PKGNAMEPREFIX}cryptography>0:security/py-cryptography@${PY_FLAVOR} this should now be USES=pycryptography:run Supported arguments: <none>,build,run,test If no argument is given, it defaults to 'build,run'. A future commit will update to security/py-cryptography will introduce a rust dependency. PR: 254853
2023-07-12bsd.sites.mk: Support tag names with USE_GITLABFelix Palmen
Since quite some time, it's possible to download generated tarballs from gitlab for a tag name without knowing the corresponding git hash. This is preferable because you have a single source of truth about the software version. Support this by replacing GL_COMMIT with GL_TAGNAME which also accepts a commit hash, similar to USE_GITHUB. Unfortunately, there's a catch, the DISTFILE must be named exactly: ${GL_PROJECT}-${GL_TAGNAME}.tar.bz2, otherwise it extracts in a directory that contains the commit hash. So, we can't add the gitlab account or the revision suffix to make it work. Therefore, detect whether GL_TAGNAME contains a commit hash, and if it does, use the old behavior of deriving DISTNAME and DISTFILES. Document in CHANGES, also add a DEV_WARNING similar to USE_GITHUB when there's an URL in MASTER_SITES that looks like a gitlab URL. With support for tags, there shouldn't be any reason left to hardcode such an URL in MASTER_SITES. PR: 248967 Approved by: portmgr (tcberner, mentor) Differential Revision: https://reviews.freebsd.org/D37077
2023-07-12framework: Implement fetch-url-recursive-list and fetch-urlall-recursive-listMateusz Piotrowski
The recursive variants of fetch-url-list and fetch-urlall-list provide a stable interface to a list of all the to-be-accessed URLs. That is quite handy, e.g., when a list like that is necessary to implement security policies. Reviewed by: pizzamig Approved by: portmgr (pizzamig) Sponsored by: Klara Inc. Differential Revision: https://reviews.freebsd.org/D40810
2023-04-30Mk/Uses/magick.mk: Fix DEFAULT_VERSION handlingFelix Palmen
Handle fallback for version and flavor separately, also add several sanity checks. This fixes creating broken *_DEPENDS for ports using it without arguments when a -nox11 version is requested in DEFAULT_VERSIONS like e.g. this resulting from "imagemagick=7-nox11": libMagick++-7-nox11.so:graphics/ImageMagick7-nox11 Approved by: tcberner (mentor) Differential Revision: https://reviews.freebsd.org/D39424
2023-02-27lang/python: Revert "add bytecode trigger"Matthias Andree
This reverts commit c17ddfbf66e2801ec620d49979aca3d7077d7002. This causes breakage on several ports, and the next iteration requires a full exp-run. See: Differential Revision: https://reviews.freebsd.org/D34739
2023-02-15lang/python: add bytecode triggerCharlie Li
Facilitates compiling, writing and removing bytecode files (.pyc) in site-packages after all pkg transactions have been completed. Technical details: https://wiki.freebsd.org/Python/CompiledPackages Fixes reports of Python port builds as root failing on filesystem violations due to bytecode file writes where the port did not include them in the package. For those ports/packages that currently package bytecode, some checksum mismatches on those files may occur. This is harmless and will be rectified, in large as part of a USE_PYTHON=distutils overhaul to reduce churn. While here, implement a long-standing todo item of letting lang/python ports use python.mk bits. Not only does this obviate duplicate variables in each Makefile, but SUB_LIST (also added) is used for these triggers. Co-authored by: tcberner Approved by: tcberner (mentor) Differential Revision: https://reviews.freebsd.org/D34739
2023-01-11python.mk: introduce USE_PYTHON=pep517 for PEP-517 supportCharlie Li
USE_PYTHON=pep517 takes no arguments. Operation is similar to USE_PYTHON=distutils, although the build backend specified in pyproject.toml is to be specified in BUILD_DEPENDS explicitly. A usage guide and implementation primer is available at: https://wiki.freebsd.org/Python/PEP-517 With hat: python Approved by: fluffy (mentor) Co-authored by: yuri PR: 255722 Differential Revision: https://reviews.freebsd.org/D36290
2022-12-17framework: Add new USES=llvm to more easily depend on one an llvm portTobias C. Berner
USES=llvm supports two kinds of arguments: * mode <none>: defaults to build build: add a BUILD_DEPENDS on chosen llvm-port run: add a RUN_DEPENDS on chosen llvm-port lib: add a LIB_DEPENDS on chosen llvm-port * version <none>: defaults to ${LLVM_DEFAULT} number: use explicitly the specified version min=number: use specified min if ${LLVM_DEFAULT} is lower max=number: use specified max if ${LLVM_DEFAULT} is higher An example usage might be: USES= llvm or USES= llvm:13,build or USES= llvm:min=14,lib The following variables are exposed to be used in the ports tree at the moment: * LLVM_VERSION version chosen from the arguments to llvm.mk * LLVM_PORT chosen llvm port * LLVM_CONFIG llvm-config of the chosen port * LLVM_LIBLLVM libLLVM.so of the chosen port * LLVM_PREFIX installation prefix of the chosen port Reviewed by: manu, bapt Differential Revision: https://reviews.freebsd.org/D37728
2022-10-26CHANGES: document the 3 new featuresBaptiste Daroussin
2022-10-14CHANGES: Add a note for USES=luajitAdam Weinberger
2022-09-11Mk/Uses: always use colon for build/run suffixFelix Palmen
Most USES use a colon for build/run(/test) suffixes. Change kde.mk, qt.mk and pyqt.mk to do the same, and update all ports using that. Document in CHANGES. PR: 266034 Exp-run by: antoine Approved by: tcberner (mentor) Differential Revision: https://reviews.freebsd.org/D36349
2022-09-08CHANGES: document move of WWW from pkg-descr files to MakefilesStefan Eßer
Approved by: portmgr (implicit)
2022-08-26CHANGES: document how to use vala.mkTobias C. Berner
2022-08-21CHANGES: add some pointers on how-to use Qt 6 in the treeTobias C. Berner
2022-07-20CHANGES: document removal of 'Created by' lines.Tobias C. Berner
Differential Revision: https://reviews.freebsd.org/D35023 With hat: portmgr
2022-04-30framework: convert bsd.gstreamer.mk to Uses/gstreamer.mkTobias C. Berner
- convert bsd.gstreamer.mk to Uses/gstreamer.mk - convert ports tree to make use of USES=gstreamer - remove duplicate dependency lines from the tree Differential Revision: https://reviews.freebsd.org/D35097
2022-04-18Mk/Uses: Add pytest.mkDmitry Marakasov
Add USES=pytest, a standardized pytest entry point. This knob adds dependency on pytest and defines do-test target which calls it "the right way" (respecting TEST_ENV, with proper verbosity, additional info on skipped tests, and resetting addopts which may be set by upstream and introduce unwanted options). This allows to remove duplicate (and in many cases not completely correct) do-test targets from a lot of pytest consumer ports. Additionally, it adds PYTEST_IGNORED_TESTS (to list tests which fail and are expected to fail) and PYTEST_BROKEN_TESTS (to list tests which fail and needs to be fixed). Both knobs lead to listed tests being skipped, which is believed to be better than always failing `test` target, allowing to monitor status of other tests and better document known failures. Possible room for improvement: - Support for pytest plugins (add dependencies and disallow pytest from using unlisted plugins which often cause breakages) - Treat PYTEST_BROKEN_TESTS as xfail to catch the cases when tests are fixed. Both items seem to require support on pytest side though. Reviewed by: tcberner Differential Revision: https://reviews.freebsd.org/D34693
2022-02-18CHANGES: Document USES=elfctlJoseph Mingrone
Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D34125
2022-01-27PyQt: Update sip to 6.5.0, reintroduce sip4 and simplify PyQt framework.Loïc Bartoletti
SIP: As mentioned in the update from sip to sip5, this is a transitional version to remove what is deprecated in sip4. Sip6 completely removes the deprecated parts. Unfortunately, some ports — mostly cura things — can not use sip6, so we reintroduce sip4. PyQt: At the same time, we took the opportunity to simplify PyQT and propose only one package as for devel/pyside2. */py-qt5-* have been merged — excepted chart, networkauth and webengine — into devel/py-qt5-pyqt. This allows us to be in adequacy with the packages that the author of these libraries proposes, namely: PyQt - devel/py-qt5-pyqt PyQt-Charts - x11-toolkits/py-qt5-chart PyQt-NetworkAuth – net/py-qt5-networkauth PyQt-WebEngine – www/py-qt5-webengine SIP – devel/py-sip py-sip - devel/py-qt5-sip PyQt-builder - devel/py-qtbuilder Qscintilla - devel/py-qt5-qscintilla2 Reviewed by: diizzy, kde Tested by: kai, rhurlin, arrowd, madpilot Approved by: makc, tcberner, kde Differential Revision: https://reviews.freebsd.org/D33237 Exp-run by: antoine
2022-01-17CHANGES: Catch up to fca135644fd02bc1e2c81dc59f61c93148f64d5dTobias Kortkamp
2022-01-14CHANGES: CPU_AND, CPU_OR, CPU_XOR parameters changedStefan Eßer
The CPU_AND, CPU_ANDNOT, CPU_OR, and CPU_XOR macros have been modified to support programs that have been written for GLIBC. Describe the changes required to have ports support both the previous FreeBSD conventions and the new GLIBC compatible parameter list. MFH: 2022Q1
2021-12-11framework: Add new USES 'magick' for graphics/ImageMagick*Tobias C. Berner
A new USES has been added to depend on ImageMagick. USES=magick adds a LIB_DEPENDS on graphics/ImageMagick${IMAGEMAGICK_DEFAULT}. If a specific version is required, use for example USES=magick:6 resp. USES=magick:7 If only a build, run or test is required, use for example USES=magick:build resp. USES=magick:6,build,test If a dependency on the nox11 flavor is required, use for example USES=magick:nox11 resp. USES=magick:7,nox11,run,test See magick.mk for more details on the available flags. The tree has been completely converted to make use of this. Approved by: bapt Differential Revision: https://reviews.freebsd.org/D32754
2021-11-22CHANGES: Fix typoRuslan Makhmatkhanov
2021-11-22fetchindex: make compression format configurableBaptiste Daroussin
Add INDEX_COMPRESSION_FORMAT as a variable a user can overwrite via /etc/make.conf to allow the compression format used for INDEX to be changed. Available compression formats are: bz2, xz and zst for now. While here change the default compression format to be .xz (the smallest), for environement where performance of unxz matters it can switched to zst. bz2 format is kept for compatibility with existing tooling. In order to simplify the code, bsdcat(1) is now used for uncompressing instead detecting the compression format manually and switch the decompression tool manually Note the bzip2 compression format is now considered as deprecated
2021-10-10CHANGES: Add missing empty lineBaptiste Daroussin
2021-10-10CHANGES: document recent changesBaptiste Daroussin
USES=triggers and the removal INSTALLS_ICONS changes are now documented
2021-08-01net/openldap24-server: Make SASL permanent for OpenLDAP port.Xin LI
PR: ports/257374 Reviewed by: obrien Approved by: portmgr (exp-run by antoine) Differential Revision: https://reviews.freebsd.org/D31301
2021-07-30multimedia/{py-,}mlt{-qt5,}: rename to multimedia/{py-,}mlt6{-qt5,}:Tobias C. Berner
- To make it possible to easily import mlt-7 move the current port to a versioned directory. - Add Mk/Uses/mlt.mk to make it easily possible to depend on a given mlt version: USES=mlt:6 will get you a dependency on multimedia/mlt6, while USES=mlt:7 will get you a dependency on the soon to be added multimedia/mlt7 - Switch the port to use cmake as a build system - While here, provide some more options to make it possible to have a leaner package if required - Bump consumers after rename of the dependency
2021-06-09CHANGES: Document the prepare-commit-msg hook.Mathieu Arnold
(Side note, this commit message was created with it, and the "CHANGES:" was already available.)
2021-05-25Mk: switch PYTHON_REL to 5 digits to support python 3.10.xDmitry Marakasov
PR: 255013 Differential Revision: https://reviews.freebsd.org/D29418 Exp-run by: antoine Approved by: wen@, no objection from python@ or portmgr@
2021-05-22CHANGES: fix typoMatthias Andree
fix trailing semicolon to colon on 20210327 date tag
2021-04-06framework: Remove $FreeBSD$Mathieu Arnold
Where appropriate fiddle with a few other things.