Parent Directory
| 
Revision Log
| Links to HEAD: | (view) (download) (annotate) |
| Sticky Revision: |
Add a new @touch keyword it takes 1 pr N arguments, it creates each of the said files if they do not exist yet As it is using lua, it means it has the bonus of being cross installable, rootdir friendly and sandboxed. Reviewed by: mat, manu Differential Revision: https://reviews.freebsd.org/D29426
Fix indentation
Add new default-version variant for librsvg2
New default version for librsvg2.
Current versions of graphics/librsvg2 are using parts written in rust.
For architectures that do not have support for rust, and for people
who prefer not to have, or are not able to compile rust software due
to hardware limitations, the version can be chosen via this new flag.
The default on almost all architectures is rust.
If you prefer no to use rust, add the following to your make.conf:
DEFAULT_VERSIONS+=librsvg2=legacy
This makes the change committed in r554733 a bit more flexible for people
who are opposed to oxidation.
PR: 251014
Exp-run by: antoine
Add education virtual category PR: 248402 Submitted by: PauAmma
Patents are a complicated topic, and their regulation varies depending on jurisdiction. Patents are not necessarily related to the license and so should not be connected to the license framework. As a project we will officially remove all patent limitations within the ports tree and leave it to the user or consumer to deal with their local legislation to determine if they can use the software without legal restrictions. Approved by: core
Do some wordsmithing on the 20201022 entry about Lua @shell.
Fix a typo in the 20150926 entry about @*exec keywords
Document the addition of @rmempty
Fix typos and formatting
Document the @shell rewrite in lua
Typo
Document the @sample keyword switch to lua.
Document the lua scripts changes with recent pkg addition
Add support for test-only dependencies in pyqt.mk Allow ports to only depend on a component of PyQt for testing. USES=pyqt:5 USE_PYQT=webengine_test will add a TEST_DEPENDS on www/py-qt5-webengine Approved by: portmgr (mat) Differential Revision: https://reviews.freebsd.org/D23241
Add PATCH_CONTINUE_ON_FAIL to allow patching to go through all the patches even if one fail. This helps when upgrading ports with a large number of patches, like www/chromium where having to fix one patch, re-do the patching, fix the fallout, 800 times, is really painful. This fixes the first attempt at this which would make ports with multiple patches patching one file somewhat explode.
Allow lua scripts in the framworks. Bump the minimum required pkg version to a version that accepts properly lua scripts Lua script offers the advantages over shell scripts that they are running in a capsicum sandbox and they are natively rootdir friendly Reviewed by: portmgr (mat) Differential Revision: https://reviews.freebsd.org/D21433
USES=lua gained flavors. Ports using USES=lua:module or lua:flavors will be flavored. A range of supported lua versions can be set using XX-YY (or XX-, or -YY, or simply ZZ) for ports not supporting all lua versions. USES=lua sets LUA_FLAVOR that needs to be used on all dependencies of flavored lua ports, in a similar way as PHP or Python flavors. PR: 245038 Submitted by: andrew tao11 riddles org uk Reviewed by: mat, kevans, russ haley gmail com Approved by: mat (portmgr) Differential Revision: https://reviews.freebsd.org/D16494
Document the changes regarding the manpage location
Remove the ipv6 virtual category in 2019 the norm is for applications to support both v4 and v6 version of the ip stack. Furthermore, the ipv6 category was clearly not consistently spread over the ports tree defeating the goal of the category.
BINARY_WRAPPERS allow to push in front of the PATH wrappers for binaries. This is useful when 2 tools do provide the same feature, but the configure scripts do test for some variables which are not in one of the tool. For example m4 in base is mostly compatible with GNU m4 when called with the -g arguement. This wrapper allows to use it with build systems that do check for it calling --version and expecting GNU in the arguments. Reviewed by: mat (final discussions on irc) Differential Revision: https://reviews.freebsd.org/D21835
Document the support of overlays in CHANGES Reported by: many
Welcome XFCE 4.14 to the FreeBSD ports tree - This XFCE release uses almost exclusively gtk3, so the USES=xfce now defaults to gtk3 - Make x11-themes/gtk-xfce-engine an optional dependency(disabled by default), it only supports gtk2, so would leave miost of this XFCE version unthemed. - Add Greybird as an optional and enabled dependency as a modern theme supporting both GTK versions and all other XFCE parts - The xfce4-vala port is deprecated and removed. The VALA bindings are available in the library ports using the GIR and VAPI options (on by default) - Fixed various missing library and portlint warnings (portmgr fixit blanket) - Default Display Manager changed to lightdm (Thanks to woodsb02 for help) - Add x11/xfce4-screensaver as an optional dependency to the xfce4-goodies (enabled by default) - Remove dependency on x11-fm/thunar-vfs and deprecate the port. It is EOL upstream and the functionality is included in thunar itself Update: - Added back sysutils/xfce4-places-plugin, updated to 1.8.1 - archivers/thunar-archive-plugin to 0.4.0 - audio/thunar-media-tags-plugin to 0.3.0 - audio/xfce4-mpc-plugin to 0.5.2 - audio/xfce4-pulseaudio-plugin to 0.4.2 - deskutils/xfce4-tumbler to 0.2.7 - devel/thunar-vcs-plugin to 0.2.0 [1] - devel/xfce4-dev-tools to 4.14.0 - misc/xfce4-appfinder to 4.14.0 - misc/xfce4-weather-plugin to 0.10.0 - multimedia/xfce4-parole to 1.0.4 - sysutils/gigolo to 0.5.0 - sysutils/xfce4-battery-plugin to 1.1.3 - sysutils/xfce4-fsguard-plugin to 1.1.1 - sysutils/xfce4-netload-plugin to 1.3.2 - sysutils/xfce4-power-manage to 1.6.5 - sysutils/xfce4-settings 4.14.1 - sysutils/xfce4-systemload-plugin to 1.2.3 - sysutils/xfce4-wavelan-plugin to 0.6.1 - www/xfce4-smartbookmark-plugin to 0.5.1 - x11-clocks/xfce4-datetime-plugin to 0.8.0 - Added new xfce4-stopwatch-plugin, version 0.3.1 - x11-clocks/xfce4-timer-out-plugin to 1.0.3 - x11-fm/thunar to 1.8.9 - x11-wm/xfce4-desktop to 4.14.1 - x11-wm/xfce4-panel to 4.14.0 - x11-wm/xfce4-session to 4.14.0 - x11-wm/xfce4-wm to 4.14.0 - x11/libexo to 0.12.8 - x11/libxfce4menu to 4.14.1 - x11/libxfce4util to 4.14.0 - x11/xfce4-conf to 4.14.1 - x11/xfce4-dashboard to 0.7.5 - x11/xfce4-screensaver to 0.1.8 - x11/xfce4-screenshooter-plugin to 1.9.6 - x11/xfce4-verve-plugin to 2.0.0 Thanks to: Olivier Duchateau <duchateau.olivier@gmail.com> PR: 240236 Exp-run by: antoine Tested by: sbruno Approved by: sergey.dyatko@gmail.com (maintainer timeout via email), portmgr (fixit blanket, port breaks with new Thunar if not updated) [1] Differential Revision: https://reviews.freebsd.org/D21278
Remove superfluous linefeeds and spell Qt properly while here.
Happy 2019
- Whitespace fixes
Change cmake default behaviour to outsource. Ports that build out of source now simply can use "USES=cmake" instead of "USES=cmake:outsource". Ports that fail to build out of source now need to specify "USES=cmake:insource". I tried to only set insource where explictely needed. PR: 232038 Exp-run by: antoine
Install texinfo files (GNU info) into ${PREFIX}/share/info
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk From now on, ports that depend on Qt4 will have to set USES= qt:4 USE_QT= foo bar ports depending on Qt5 will use USES= qt:5 USE_QT= foo bar PR: 229225 Exp-run by: antoine Reviewed by: mat Approved by: portmgr (antoine) Differential Revision: →https://reviews.freebsd.org/D15540
Don't tell people to use @${FLAVOR} in that case, it's bad practice.
Sponsored by: Absolight
Mk/Uses/php.mk: Drop support for WANT_ and USE_ PHP vars Approved by: portmgr (rene) Differential Revision: https://reviews.freebsd.org/D15014
Mk/Uses/apache.mk: Migrate Mk/bsd.apache.mk to Uses - Chase required changes in framework (bsd.sanity.mk, bsd.port.mk) - Chase required changes in ports (version checks) - Chase required changes in PHP ports (include bsd.apache.mk) - exp-run by antoine, brnrd, joneum PR: 223691 (exp-run) Reviewed by: joneum (hat apache), mat (portmgr), antoine (portmgr) Approved by: joneum (hat apache) Approved by: portmgr With hat: apache
Introduce PHP flavors. Ports using USES=php:phpize, php:ext, php:zend, and php:pecl are now flavored. They will automatically get flavors (php56, php70, php71, php72) depending of the versions they support (set with IGNORE_WITH_PHP). As a consequence, ports using USES=pear and USES=horde are also flavored. PR: 226242 Submitted by: mat Exp-run by: antoine Approved by: portmgr Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D14208
Add support to passing directories to EXTRA_PATCHES.
Instead of:
EXTRA_PATCHES= ${PATCHDIR}/feat-foo-patch-file.c \
${PATCHDIR}/feat-foo-patch-file.h \
${PATCHDIR}/feat-foo-patch-file2.c
Move those files to ${PATCHDIR}/feat-foo/, name them patch-*, and set:
EXTRA_PATCHES= ${PATCHDIR}/feat-foo
Approved by: bdrewery
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D10855
Remove PYTHON*_DEFAULT_VERSION.
Update Qt5 ports to 5.9.3.
This took quite a lot of time because Qt's own build system underwent
several changes in 5.8.0 that took a while to adapt to.
And, of course, qt5-webengine is a behemoth that we need to patch like crazy
due to its bundling of Chromium. In fact, most of the Chromium patches in
qt5-webengine have been imported with no changes from www/chromium@433510
("www/chromium: update to 56.0.2924.87").
New port: accessibility/qt5-speech
Bigger changes to Qt5 ports we had to make:
- Qt now allows using a configure.json file to define configuration options
and specify configuration checks that can be done when qmake is invoked.
However, configure.json checks done in a subdirectory only propagates to
subdirectories, and checks elsewhere will fail if all .pro files are being
parsed at once (i.e. qmake -recursive), so several ports had to switch to
USES=qmake:norecursive along with manual additional qmake invocations in
subdirectories in order to work. It's been mentioned in a few places such
as Qt's bug tracker that qmake's recursive mode is pretty much deprecated,
so we might switch to non-recursive mode by default in the future.
- Uses/qmake.mk: Introduce QMAKE_CONFIGURE_ARGS. qmake now accepts
arbitrary options such as '-foo' and '-no-bar' at the end of the
command-line. They can be specified in QMAKE_CONFIGURE_ARGS.
- graphics/qt5-wayland: The port can only be built if graphics/mesa-libs is
built with the WAYLAND option, so a corresponding option (off by default)
was added to the port.
- misc/qt5-doc: Switch to a pre-built documentation tarball. The existing
port was not working with Qt 5.9. Instead of trying to fix it, switch to
what Gentoo does and fetch a tarball that already contains all
documentation so that we do not have to build anything at all. The
tarball's name and location in download.qt.io look a bit weird, but it
seems to work fine.
- www/qt5-webengine: Use binutils from ports, Chromium's GN build system
generates a build.ninja that uses ar(1) with the @file syntax that is not
supported by BSD ar, so we need to use GNU ar from binutils.
- x11-toolkits/qt5-declarative-render2d: This port was merged into the main
Qt Declarative repository upstream, and into x11-toolkits/qt5-quick in the
ports tree.
Changes to other ports we had to make:
- biology/ugene: Drop a '#define point "."' that is not present in more
recent versions of the port. Defining a macro with such a common name
causes build issues with Qt 5.9, which uses |point| as an argument name in
methods.
- cad/qelectrotech: Fix plist with Qt 5.9. Directories are no longer
installed with `cp -f -R', but rather `qmake install qinstall', which does
not install
%%DATADIR%%/elements/10_electric/20_manufacturers_articles/bosch_rexroth/.directory
That's a local file that should not even have been part of the tarball
anyway.
- chinese/gcin-qt5: Add additional private Qt directories (which should not
be used in the first place) to get the port to build with Qt 5.9.
- devel/qtcreator: Fix plist with Qt 5.9. Something changed in qdoc and some
test classes no longer generate documentation files.
- security/keepassx-devel: Import a patch sent upstream almost a year ago to
fix the build with Qt 5.9.
Thanks to antoine for the exp-run, and tcberner and Laurent Cimon
<laurent@nuxi.ca> for landing changes in our qt-5.9 branch.
PR: 224849
New USES=eigen
Usage:
USES=eigen:<version>[,<type>]
version: 2 or 3 (required)
type: build (default), run
For example:
USES=eigen:2,build,run
will add a BUILD- and RUN_DEPENDS on math/eigen2, and
USES=eigen:3
will add a BUILD_DEPENDS on math/eigen3.
* Convert the existing ports to use it
- biology/iqtree: remove run time dependency (seemed not to be needed)
- graphics/movit: remove run time dependency (seemed not to be needed)
- science/avogadro: add run time dependeny (installed cmake file requires it to be present)
Reviewed by: rakuco, mat
Differential Revision: https://reviews.freebsd.org/D13702
Add CMAKE_ON and CMAKE_OFF to cmake.mk
USES=cmake now supports two additional list variables:
* CMAKE_ON : List of variables to turn on
* CMAKE_OFF : List of variables to turn off
This can be used as a shortcut to append these to CMAKE_ARGS.
For example ports that previously set
CMAKE_ARGS= -DVAR1:BOOL=TRUE -DVAR2:BOOL=TRUE -DVAR3:BOOL=FALSE
can now set this as
CMAKE_ON= VAR1 VAR2
CMAKE_OFF= VAR3
Reviewed by: adridg, rakuco, mat
Differential Revision: https://reviews.freebsd.org/D13636
Move the deprecated variables announcement from CHANGES to UPDATING. These are user variables, not just developer variables.
Fix typos
Add notice for soon-to-be-deprecated variables
Fix typo
Add link for guides on FLAVORS
Convert Python ports to FLAVORS.
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
Add various FLAVOR related helpers. To help with flavored ports, helpers are available. In these, replace <*> with the flavor name. *_PKGNAMEPREFIX *_PKGNAMESUFFIX *_PLIST *_DESCR will overwrite the variable. *_CONFLICTS *_CONFLICTS_BUILD *_CONFLICTS_INSTALL *_PKG_DEPENDS *_EXTRACT_DEPENDS *_PATCH_DEPENDS *_FETCH_DEPENDS *_BUILD_DEPENDS *_LIB_DEPENDS *_RUN_DEPENDS *_TEST_DEPENDS will append to the variable. Reviewed by: portmgr Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12483
Generic FLAVORS work. - Enable FLAVORS. - Make make describe flavors aware. - Add a qa check for unique package names amongst flavors. - Make MOVEDlint understand flavors. - Add a bit of sanity check to make sure FLAVORS stay lowercase. - Various fixes. Reviewed by: portmgr Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12577
- Remove USES=fmake. It was created to help migration from old FreeBSD make (pmake) and there are no more users of it left in the ports tree. Differential Revision: https://reviews.freebsd.org/D12634 Approved by: portmgr (bapt)
Remove WANT_GNOME and HAVE_GNOME. Approved by: bapt kwm Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D12643
Introduce the new BINARY_ALIAS variable When defined it will create symlinks of some given binaries in a directory which will be prepended to the PATH. The syntax is the following: BINARY_ALIAS= target1=source1 target2=source2 For example to have a "swig" binary in the path which will be pointing at swig3.0 and a "sed" pointing at GNU sed: gsed BINARY_ALIAS= swig=swig3.0 sed=gsed Reviewed by: swills, adamw, mat Approved by: swills (portmgr) Differential Revision: https://reviews.freebsd.org/D12603
Make ninja opt-out in cmake.mk
Using ninja instead of make (1) can lead to significant speed ups while building.
Therefore switch from having the ninja generator opt-in to having it opt-out.
Previously cmake-ports that wanted to use ninja could set
CMAKE_NINJA=yes
now, ports that do not work with ninja can set
cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.
The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary
PR: 219629
PR: 213331
Exp-run by: antoine
Reviewed by: rakuco
Differential Revision: https://reviews.freebsd.org/D10748
- Whitespace fixes
Introduce new "meson" USES. This uses will handling building software that uses the meson build system. Expand the option framework to handle MESON options. Approved by: portmgr (swills@) Differential Revision: https://reviews.freebsd.org/D104091
Add a note about make makesum verifying HTTPS certificates. Requested by: adamw
Update Qt5 to 5.7.1, and unify the Qt4 and Qt5 ports some more
* Update Qt5 to 5.7.1
* Move Qt4 binaries to lib/qt4/bin
* Move Qt5 libraries to lib/qt5/lib
By moving the libraries we should finally be able to get rid of the inplace
upgrade bug (see ports bugs 194088, 195105 and 198720): when Qt5's libraries
were lying in /usr/local/lib, which would often get added by pkgconfig to the
linker paths via dependencies, the already installed libraries were linked
against, instead of the ones that were being built. This forced us to make
sure, that -L${WRKSRC}/lib was always coming before -L/usr/local/lib in the
linker flags. With this change this should no longer be the case.
* Rename some ports to match the rest (foo-qtX -> qtX-foo)
* Depend on new port misc/qtchooser [see UPDATING & CHANGES]
There are several new Qt5 ports which all have been created by Marie Loise Nolden
<nolden@kde.org>. Thanks again.
PR: 216797
Exp-Run by: antoine
Reviewed by: rakuco, mat, groot_kde.org
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D9213
Implement EXTRA_PATCH_TREE. PR: 215726 Reported by: julian
Extract do-patch into a separate script. PR: 215761 Submitted by: mat Exp-run by: antoine Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D9029
Get rid of QT_PREFIX in favour of PREFIX. QT_PREFIX was a remnant of a bygone time. Reviewed by: rakuco Approved by: rakuco (mentor) Differential Revision: https://reviews.freebsd.org/D8825
Add all Creative Commons licenses Approved by: portmgr (mat) Differential Revision: D7852
Most commonly used build systems support silent builds, when they hide actual commands executed and only show short summary line (like "CC foo.c"). CMake and ninja enable this by default, some autotools using ports do as well. This is unacceptable because we need complete build logs at any time, so we now switch to verbose build logs unconditionally. Note that this change deliberately affects ALL builds and not only package builds on cluster, because we need to be sure that user experiencing failure can always provide informative build log regardless of settings and without rerunning the build. Change summary: - Always do verbose builds for cmake, ninja and GNU configure (the latter includes check if --disable-silent-rules is actually supported by the configure script; there are isolated cases when it's not true) - Remove CMAKE_VERBOSE, NINJA_VERBOSE and CONFIGURE_ARGS=--disable-silent-rules from all ports which set them for this is no longer needed - Revert hacks for --disable-silent-rules support priorly committed to biology/ncbi-blast+ and net-p2p/mldonkey - no longer needed as well Submitted by: amdmi3 Reviewed by: mat Exp-run by: antoine Approved by: portmgr (mat, antoine) Differential Revision: D7534
Add support added for LICENSE=NONE, use it when the port doesn't have cleanly defined licensing terms. Note that without clean license allowing you to use and distribute the code it would be be illegal to do so in many jurisdictions, so for ports with NONE license no distfiles or packages are distributed. While here, fix trailing whitespace in CHANGES. Approved by: portmgr (bapt) Differential Revision: D7816
Document the deprecation/removal of KNOBS done in r345883 (2014-02-24) Requested by: mandree@
Add GH_SUBDIR, automatically moves a secondary distfile to the right
place inside ${WRKSRC}.
Before:
GH_TUPLE= Regaddi:Chart.js:f13f99b:chart_js \
FVANCOP:ChartNew.js:77e7f87:chartnew_js
post-extract:
@${RMDIR} ${WRKSRC}/database ${WRKSRC}/3rd/Chart.js
@${MV} ${WRKSRC_database} ${WRKSRC}/database
@${MV} ${WRKSRC_chart_js} ${WRKSRC}/3rd/Chart.js
After:
GH_TUPLE= Regaddi:Chart.js:f13f99b:chart_js/3rd/Chart.js \
FVANCOP:ChartNew.js:77e7f87:chartnew_js/3rd/ChartNew.js
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D7583
Replace Mk/bsd.kde4.mk by Mk/Uses/kde.mk in preparation for KDE Frameworks and Plasma5 ports At the moment KDE ports use bsd.kde4.mk to handle their dependencies. When working on the ports for KDE Frameworks and Plasma5 it seemed to be more reasonable to create a new kde.mk instead of adding an bsd.kde5.mk. The kde.mk in this review is a stripped down version of the one we are using in the KDE Test repositories plasma5 branch [1] to only contain the parts relevant to the current KDE4 ports in the portstree [2]. Changes to the KDE Ports needed by this: Replace USE_KDE4 by USE_KDE [3] Add USES=kde:4 [4] [1] http://src.mouf.net/area51/view/branches/plasma5/KDE/Mk/Uses/kde.mk [2] The version in the plasma5 branch also handles frameworks/plasma5 and handles MASTER_SITES via a KDE_DIST variable similar to bsd.qt.mk for Qt Ports -- I chose to leave this out for now, as the diff is already large enough. [3] I chose USE_KDE instead of USE_KDE4, USE_KDE5, USE_KDEX as the version we want is already specified as argument to kde:<arg> [4] For KDE Frameworks and Plasma5 ports this would be kde:5 PR: 210667 Approved by: portmgr, mat (mentor), rakuco (mentor) Reviewed by: mat, rakuco Differential Revision: https://reviews.freebsd.org/D6961
CHANGES: Document Uses/grantlee.mk added in r420244.
CHANGES: Fix date of the VAR_regex=regex entry.
Add regexps capacity to PLIST_SUB. This adds the possibility to use regular expressions for the makeplist stage of the PLIST_SUB life. From time to time, the values are too generic, and they get in the way of other stuff. This adds the possibility to have a `VAR_regex=regex` that will be used instead of the `VAR=string` to search for possible replacements. For example, in lang/perl5*, there is PERL_ARCH=mach, which will get replaced in paths if a file is called, say "machine", will end up being "%%PERL_ARCH%%ine". Adding PERL_ARCH_regex="\bmach\b" will ensure only full words are replaced, so machine will stay machine, but "lib/mach/foo "will still be replaced by "lib/%%PERL_ARCH%%/foo". Reviewed by: bdrewery Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D7335
Don't use extension.ini any more, and have each extension install in its file, so the order remains the same. Every PHP (or Zend) extension now installs its own .ini file in /usr/local/etc/php. A PHP extension will be automatically activated when installed. The order into which extensions are loaded is automatically guessed. In some very rare cases, the guess will be wrong, and PHP_MOD_PRIO will need to be set. Refer to the USES=php section of the Porter's Handbook for more information. Convert ports touching etc/php/extensions.ini manually, or telling the OP to do it. And finally, bump PORTREVISION for all php extensions. PR: 210697 Submitted by: mat Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D7022
USEify USES=php. The following variables have been folded into arguments: - USE_PHPIZE -> USES=php:phpize - USE_PHPEXT -> USES=php:ext - USE_ZENDEXT -> USES=php:zend - USE_PHP_BUILD -> USES=php:build - WANT_PHP_CLI -> USES=php:cli - WANT_PHP_CGI -> USES=php:cgi - WANT_PHP_MOD -> USES=php:mod - WANT_PHP_WEB -> USES=php:web - WANT_PHP_EMB -> USES=php:embed PR: 210529 Submitted by: mat Exp-run by: antoine Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D6936
Replace bsd.openssl.mk with USES=ssl Add a qa hint about needing, or not, USES=ssl. Fix ports doing silly things, like including bsd.openssl.mk directly. PR: 210322 Submitted by: mat Exp-run by: antoine Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D6866
Add an opt_CMAKE_BOOL options helper. SOMEOPT_CMAKE_BOOL= WITH_FOO BAR expands to: -DWITH_FOO:BOOL=true -DBAR:BOOL=true or -DWITH_FOO:BOOL=false -DBAR:BOOL=false PR: 210576 Approved by: portmgr (mat)
Trim trailing whitespace Approved by: portmgr blanket
A new stage-qa test has been added, it reports all shared libraries dependencies that are not part of the port list of dependencies. It help finds what is called proxy dependencies. A is needed by B, and B is needed by C. If C also needs A, then it needs to be registered, and this check will tell you to do so. Right now, it is only reporting the problems, but if you add PROXYDEPS_FATAL=yes to your environment, it will give an error and will force you to fix the dependencies. PR: 195203 Submitted by: yuri rawbw com (earlier version) Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D6531
Add an entry about the new @xmlcatmgr
Fix typo.
Move my CHANGES entry from r415078 to the correct location
Record TIMESTAMP in make makesum This is intended to support development and prototyping for ports reproducible build efforts which require some concept of a "last updated" time. It is being committed now so that timestamp entries will be populated "for free" as port distfiles updates happen. Submitted by: bapt (earlier version) Reviewed by: bapt, bdrewery Approved by: portmgr (bdrewery) Differential Revision: https://reviews.freebsd.org/D6031
Add a CHANGES entry about USES=gem. Sponsored by: Absolight
Commit a forgotten CHANGES entry. Sponsored by: Absolight
USE_RC_SUBR=yes has not done anything for a long time, remove it from the few remaining ports and make it give an error. Sponsored by: Absolight
Add CONFIGURE_OUTSOURCE support
If CONFIGURE_OUTSOURCE is defined HAS_CONFIGURE invokes configure script
and builds the port out of source tree, under ${WRKDIR}/.build by default.
The feature is inspired by USES=cmake:outsource and USES=qmake:outsource.
PR: 208294
Exp-run by: antoine
Approved by: portmgr (mat)
Differential Revision: https://reviews.freebsd.org/D4157
Add a CHANGES entry concerning the change about PORTSDIR in the dependency lines
Introduce GH_TUPLE.
GH_TUPLE allows one to put all the GH_{ACCOUNT,PROJECT,TAGNAME} into one
variable, in the form of account:project:tagname[:group]. It is helpful
when there are many submodules.
PR: 204772
With hat: portmgr
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D4514
Move Mk/bsd.gnome.mk and Mk/bsd.mate.mk to Mk/Uses/. To use the GNOME or MATE components activate it by adding gnome or mate to USES. The usage of USE_GNOME/INSTALL_ICONS and for example GLIB_SCHEMAS has stayed the same. Like with USES, the use of USE_GNOME and so after bsd.port.pre.mk is now forbidden. And adapt ports that where still doing that. Exp-runs done by: antoine@ PR: 205432 Reviewed by: antoine@, mat@ Approved by: portmgr (antoine@) Differential Revision: https://reviews.freebsd.org/D3653
Mention new supported LICENSE values Approved by: portmgr (implicit)
We are actually in 2016 :) Reported by: Scott Bennett <bennett@sdf.org>
Introduce 2 new USES: sqlite and firebird sqlite and firebird handling code has been extracted from bsd.databases.mk add an entry in bsd.sanity.mk to mark USE_SQLITE and USE_FIREBIRD as deprecated
Change the meaning of NO_WRKSUBDIR to force a WRKDIR != WRKSRC. Right now, NO_WRKSUBDIR means that the extraction does not produce a subdirectory, and that everything goes straight into WRKDIR. It is problematic, because during the build of a port, quite a few files are created in there, and then, a stage directory, where everything is installed, and then a pkg directory where the package is created, and those often conflict, or get in the way, of the building process. With this, NO_WRKSUBDIR will extract the distfiles directly into WRKSRC instead of WRKDIR. In this case, WRKSRC is artificial and is based on PKGNAME and not DISTNAME, mitigate conflicts with rc files. PR: 204056 Submitted by: mat Reviewed by: bapt Exp-run: antoine Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D2735
- Add shebangfix documentation bits - Fix tcl_OLD_CMD tk_OLD_CMD Approved by: portmgr (bapt) Differential Revision: D3939
Readd PORTSDIR for now we will only start removing them after 2016Q1 is branched This gives more time for tools to get updated, available in packages etc before bothering users
Drop the necessity to add ${PORTSDIR} to dependency line
Modify make describe to automatically prepend ${PORTSDIR} if the path for the
port is not absolute
Checked with poudriere, portmaster, portupgrade
PR: 203685
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D3866
Rewording missed from previous commit
Implemented complete support for test target.
You can now `make test' on any port to run test sequence, no-op by default.
If a port defines TEST_TARGET, it'll run sub-make with specified target,
usually `check' or `test', useful if upstream supports that. The port may
instead define custom do-test target, as well as usual satellite targets:
{pre,do,post}-test, {pre,do,post}-test-OPT, {pre,do,post}-test-OPT-off
`make test' builds and stages port first, so test may use both WRKDIR and
STAGEDIR, and both BUILD and RUN depends are available for test target.
Additionally, TEST_DEPENDS is now properly supported and may be used to
define additional depends specifically for testing.
Framework may define default tests for specific cases. For instance,
perl5.mk and cran.mk already provide default test target on their own.
This commit also converts my ports which have tests to this new framework.
Approved by: portmgr (bapt)
Differential Revision: D3680
Extend @sample to accept arguments Maintainers can now use @sample sample_file target_file for all cases that does not fall into the usual @sample something.sample Reviewed by: antoine Differential Revision: https://reviews.freebsd.org/D3734
Document @{pre,post}[un]exec in CHANGES
Make it so that the default Perl is always called perl5. - Move Perl's man1 files along with its man3 files. - Move where Perl installs its modules man1 pages. - Convert the ports installing man1 pages. - Make different Perl versions installable at the same time. Though you should note that only the default version can be used to install Perl modules, and the non default Perl versions cannot use the modules installed via ports if they contain .so as they are installed in a version specific directory. Reviewed by: bapt (the Mk bits) Exp-run by: antoine Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D3542
Add generic opt_VARS/opt_VARS_OFF. OPT1_VARS= foo=bar baz+=bam will set FOO to bar and append bam to BAZ if OPT1 is enabled. <opt>_VARS_OFF works the same way, if the option is disabled. Reviewed by: bapt Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D3410
Document r394572 in CHANGES.
Introduce <opt>_IMPLIES and <opt>_PREVENTS to register dependencies, or conflicts, between options. PR: 191144 Submitted by: adamw Sponsored by: Absolight
Remove UNIQUENAME and LATEST_LINK. UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now, we won't have conflicts there. Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel has the correct PKGNAME anyway. Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called OPTIONS_FILE now.) Reviewed by: antoine, bapt Exp-run by: antoine Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D3336
Convert code in bsd.port.mk for USE_GHOSTSCRIPT* to USES=ghostscript. Add GHOSTSCRIPT_DEFAULT to bsd.default-versions.mk for easy version selection. Arguments supported: <empty>, build, run, nox11 and agpl PR: 201201 (exp-run) Approved by: portmgr (mat@) Exp run by: antione@ (previous patch) Differential Revision: https://reviews.freebsd.org/D2938
Introduce target option helpers. With hat: portmgr Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D2944
This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, enter a numeric revision.
| ViewVC Help | |
| Powered by ViewVC 1.1.27 |