Change default GEM_NAME from ${PORTNAME}-${PORTVERSION} to ${DISTNAME} to avoid
unnecessary GEM_NAME setting in ports Makefile
Differential Revision: https://reviews.FreeBSD.org/D9250
PR: 216267
Exp-run by: antoine
packages there are no such packages for 7.3 yet so i386 support has been
marked IGNORE for now.
Change DIST_SUBDIR to just "centos" so distfiles that remain the same
between major versions don't have to be redownloaded.
Remove fmake hacks from linux.mk.
Submitted by: Piotr Kubaj <pkubaj@anongoth.pl>
Sometime, Perl ports names do not map to the modules they provide
easily, and it makes it impossible to check for the existence of those
modules in Perl core.
Sponsored by: Absolight
locale set by the user. Add LANG=C and LC_ALL=C at the beginning of
bsd.port.mk and export them so all commands are executed with the C locale.
LC_ALL=C overrides all other LC_* variables. LANG is used by setlocale(3)
as default value for LC_* variables, so normally it isn't used when LC_ALL
is set, but there's code out there that looks at LANG directly so it's safer
to set it as well. The only commands not captured by this are !=
assignments before any inclusion of bsd.port.*mk.
Introduce USE_LOCALE=<locale> that adds LANG=<locale> and LC_ALL=<locale> to
CONFIGURE_ENV and MAKE_ENV so upstream build systems can be executed with a
different locale (e.g. USE_LOCALE=en_US.UTF-8).
PR: 215882
Exp-run by: antoine
Approved by: portmgr (antoine)
Unfortunately, it's not uncommon for FreeBSD users to not update
their systems timely and thus end up using unsupported FreeBSD
release. These users continue to update ports tree as usual and
expect it to work, either unaware of the release EoL, or not clearly
understanding the consequences, which results in unexpected build
failures, bogus bug reports, attempts to bring back removed legacy
support bits and general discontent.
This change introduces system version check which makes ports refuse
to build anything on unsupported system. This makes users aware of
EoL of their system and makes it clear that no port is guaranteed to
build.
The error message tells how to override the check (by defining
ALLOW_UNSUPPORTED_SYSTEM, in which case it's turned into a simple
warning), additionally stressing that this configurartion is not
supported.
Currently outdated are OSVERSION < 1003000 (pre 10.3-RELEASE) and
1100000 <= OSVERSION < 1100122 (from 11-CURRENT'2013 to 11.0-PRERELEASE)
I expect these to be kept up to date with base system lifetimes,
be updated BEFORE removing any support for outdated release from
the tree and also serve as a reference of which OSVERSION checks
may be removed.
Approved by: portmgr (swills, mat)
Differential Revision: D9210
More candidates are likely to come before the official announcement (aka
the rush hour) scheduled on 2017-01-24. This one intended to pick up upstream
security fixes earlier while looking for downstream regressions.
Changes: https://www.mozilla.org/firefox/51.0/releasenotes/
Security: e60169c4-aa86-46b0-8ae2-0d81f683df09
MFH: 2017Q1 (piling up)
- client and server version 5.7.16-10
- pam-for-mysql: compatible with newer MySQL API (MySQL 5.7+)
Thanks to all who have worked on Percona, MariaDB, and MySQL ports. Your
tireless efforts have been instrumental in making this port happen.
Differential Revision: https://reviews.freebsd.org/D8785
- Add PYTHON_PYOEXTENSION and PYTHON_SUFFIX
- Add PYTHON2 and PYTHON3
- Respect PYTHON_VERSION
- Rename PYOEXTENSION to PYTHON_PYOEXTENSION
This change would help:
- Build databases/postgresql*-plpython with Python 3
(It has PLIST issue since bsd.python.mk to Uses/python.mk transition)
- Simplify Makefile
PR: 205807
Differential Revision: https://reviews.FreeBSD.org/D4758
Exp-run by: antoine
This is a development snapshot of upcoming MySQL 8.0.
PR: 215738
Submitted by: Mahdi Mokhtari <mokhi64@gmail.com>
Reviewed by: matthew, feld
Approved by: matthew (mentor), feld
Differential Revision: https://reviews.freebsd.org/D9031
- us.pear.php.net - dead, domain name does not resolve
- de.pear.php.net - not updated, does not contain new packages, creates problems for repackaged modules (see ports/208532)
Approved by: portmgr (mat)
Differential Revision: D8913
- Minimize the differences with editors/emacs.
- Do not require GCC to work around a clang bug. The OS versions for
which this was relevant are no longer supported.
- The check for X11 is handled with the X11 option and _IMPLIES, so
remove the redundant .if logic.
Approved by: swills (mentor) asish (maintainer)
Differential Revision: https://reviews.freebsd.org/D8796
This adds kde-applications to categories that can be used to setup
MASTER_SITES and such for kde ports.
With that we are now ready to update KDE4 and look at importing at least
some of the KF5 based aplications from the testing repo.
Reviewed by: rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8893
Release notes: https://www.kde.org/announcements/kde-frameworks-5.29.0.php
New ports:
* textproc/kf5-syntax-highlighting (new in 5.28.0)
* graphics/kf5-prison (new in 5.29.0)
Fixes:
* kf5-kservice: Move applications.menu to kf5-applications.menu to stop conflicting with kdelibs4.
* Define conflicts in the kde4-l10n ports (debian does the same).
* kf5-kapidox: Fix with python3
Thanks to Matthew Rezny <matthew@reztek.cz> for looking at the conflicts in 214528,
and Dima Panov (fluffy@) for the python3 fix.
PR: 214528
Reviewed by: rakuco, mat
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8776
As noticed in x11-toolkits/qt5-charts we never corrected the way in which qmake
sets the pkgconfig path for Qt5-modules. Instead there was a sed-call on the
generated Makefiles in bsd.qt.mk in the target qt-pre-install.
This diff modifies devel/qmake5 to set QMAKE_PKGCONFIG_DESTDIR to
../libdata/pkgconfig from the default pkgconfig.
As we split Qt-base into multiple ports, simply patching devel/qmake5 is not
enough, as the other base-ports will use the file from inside the tarball.
Therefore add it as an extrapatch for the Qt-base ports.
As this affects the same file extrapatch-libtool in devel/qt5 touched, rename
this one and add a hunk to do this change too.
Note: qt4 ports are unaffected, as they never were converted to used the
qt-preinstall target, and still contain the sed-call in their Makefiles.
Reviewed by: rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8713
As at the moment QT_BINDIR and QT_LIBDIR are 'bin' respectively 'lib' depending
on the Qt version these subs ended up at many wrong places in plists.
So only export it if QT_DIST is set.
PR: 210227
Reviewed by: mat, rakuco
Approved by: portmgr (mat), rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8378
Using ${GREP} was failing when grep was built with the WITHOUT_GNU_GREP_COMPAT
knob in src.conf. According to POSIX, | only works for alternation in extended
regular expressions (grep -E), although GNU grep disregards the difference.
The new syntax with ${EGREP} and no escaping of special characters works with
both BSD grep (without WITHOUT_GNU_GREP_COMPAT) as well as GNU grep.
Approved by: mat
Differential Revision: https://reviews.freebsd.org/D8663
- Instead of excluding the specific packages added to DISTFILES (but only for
FreeBSD 9+), exclude all files with a '.nupkg' extension.
- Move the nuget-extract command to be before post-extract, to allow the port's
post-extract command to move packages around
audio/libgpod-sharp: add port for mono bindings for libgpod
- audio/libgpod: [2]
- USE_GNOME: add missing dependency
- Remove mono files from pkg-plist (now in audio/libgpod-sharp)
- Allow relevant variables to be overridden
- Fix MONO options
- Patch source to allow building with modern mono
- Avoid post-install target for slave ports.
devel/monodevelop: update to 4.6.2.7
- Update nuget package Fantomas to 2.4.0 (latest at time of monodevelop's
release).
- Downgrade nuget package FSharp.Compiler.CodeDom (per paket's specification)
- LICENSE: Add license of LGPL21
- LICENSE_FILE: Add license file from source
- PORTSCOUT: Avoid checking alpha releases (aka x.y.0.z releases)
games/openra: simplify post-extract [3]
- USES=mono:nuget allow overridding of NUGET_PACKAGEDIR
- Set NUGET_PACKAGEDIR to correct location, fix patching accordingly
lang/fsharp: update to 4.6.2.7
ChangeLog:
- Fix#639: Problems with F# scripts on Mono
- Fix FSharp.Compiler.Tools targets for .NET Core usage
- Fix FSharp.Compiler.Tools package dependencies
lang/mono: update to 4.6.2.7
Mono 4.6.2 is the 1st service release to the 4.6 series.
Changes:
- LICENSE: Add license of MIT
- LICENSE_FILE: Add license file from source
- PORTSCOUT: Avoid checking alpha releases (aka x.y.0.z releases)
Bug fixes:
- #44708 - "TrustFailure (The authentication or decryption has failed.) ...
Invalid certificate received from server." with "Error code: 0x5"
or "Error code: 0xffffffff800b010f" when attempting to access
HTTPS servers on ports other than 443
- #39832 - SIGSEGV when running roslyn
multimedia/banshee: bump port revision.
- Update missing port dependencies
- Convert to use option helpers
- OPTIONS: Add APPLEDEV (missing dependency added)
- LICENSE: Add MIT license
- LICENSE_FILE: Add license file from source
- PORTSCOUT: Skip alpha release (2.9.1)
x11-toolkits/gnome-sharp20: fix port dependencies
- Add missing dependencies
- Convert post-patch to shebangfix
- LICENSE: add LGPL21 license
- LICENSE_FILE: use license file from source
- MKAE_JOBS_UNSAFE: remove, does appear to work
x11-toolkits/gtk-sharp20: update to 2.12.42.
PR: 214680 [2]
PR: 214681
Suggested by: jbeich [1]
Submitted by: jbeich [3]
Approved by: avilla (maintainer; timeout) [2]
As devel/qt5-help is the only consumer of textproc/clucene-qt5 and the latter
it is part of the same distfile we can simplify it, and get rid of clucene-qt5.
This was spotted by Marie Loise Nolden <nolden@kde.org> -- thanks :)
Reviewed by: rakuco
Approved by: rakuco (mentor)
Sponsored by: https://reviews.freebsd.org/D8638
The dependency code from kde.mk can add LIB_DEPENDS if the sense-file is a
library. Import this into bsd.qt.mk
PR: 214744
Reviewed by: rakuco, mat
Approved by: mat (mentor), rakuco (mentor)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D8602
Collection as well as the lang/gcc port from GCC 4.8.5 to GCC 4.9.4!
See http://gcc.gnu.org/gcc-4.9/changes.html for an extensive list of
changes and http://gcc.gnu.org/gcc-4.9/porting_to.html for information
on how to port to that new version (if necessary).
files/java-patch-hier required adjustments, gcc/files/patch-arm-libcpp
is not needed any longer (merged upstream), and we're also loosing the
local Stack Protector patches/backports.
PR: 196712
Tested by: antoine (-exp runs)
Supported by: antoine, kwm, and others
of x11/qterminal).
LXQt is the Qt port of and the upcoming version of LXDE, the Lightweight
Desktop Environment. It is the product of a merge between the LXDE-Qt and
Razor-qt projects.
This work is based on the LXQt testing repo [1]. Importing is not complete
due to missing pieces in KDE Frameworks (r426118).
I would like to thank contributor and tester, Jesper Schmitz Mouridsen.
[1] https://subversion.assembla.com/svn/lxqt/tags/0.11
Reviewed by: antoine, rakuco
Obtained from: LXQt repository
FC after:
Differential Revision: https://reviews.freebsd.org/D5002
KDE Frameworks is a collection of libraries and software frameworks by KDE
that serve as technological foundation for KDE Plasma 5 and KDE Applications
distributed under the GNU Lesser General Public License (LGPL) [1].
The work is based on what we have in the KDE testing repo [2].
This is the next big step in updating the KDE Desktop and its Applications
to anything less dusty.
With this change, `USES=kde:5` is now a valid option. Ports that need to depend
on KDE Framework can now set:
USES=kde:5
USE_KDE=<framework1> <framework2> ... <frameworkX>
For example: www/qupzilla-qt5 can depend on sysutils/kf5-kwallet via:
KWALLET_USE= KDE=wallet
I would like to thank Raphael and Adriaan for reviewing the ports in the testing
repo :)
[1] https://en.wikipedia.org/wiki/KDE_Frameworks
[2] http://src.mouf.net/area51/log/branches/plasma5
Reviewed by: rakuco, mat, groot_kde.org
Approved by: rakuco (maintainer)
Differential Revision: https://reviews.freebsd.org/D8329
Update PyQt from 5.5.1 to 5.6.2 to match the Qt updates that have
already landed in the ports tree.
PR: 214355
Submitted by: Adriaan de Groot <groot@kde.org>
Reviewed by: rakuco, tcberner
Approved by: rakuco (mentor)
Exp-Run by: antoine
Differential Revision: https://reviews.freebsd.org/D8408
The main problem slowing down those macros was that it was ending up
calling chmod(1) once for each file and directory.
It was doing this because it was running find(1) in the source tree and
needed to chmod in the target tree, so it had to append the full path to
the chmod(1) calls, which made it impossible to use -exec +.
Rewrite the -exec calls to call sh and cd into it before running
chmod(1) and do so on as many files as we can using the -exec + construct.
While there, optimize a bit more after figuring out that it is possible
to only use one find(1) to run two -exec for different options.
Also switch to using the more powerfull modern regular expressions
instead of the usual basic regular expressions by using find -E. This
will allow the use of | which as no basic regular expressions equivalent
(as in, for example, "*.(html|txt)") as well as the + and ? keywords,
and back references.
About the speed gain, I did a few tests, using time's builtin from csh (table
with all the data available in the review), comparing the home baked versions
of COPYTREE_SHARE found in ports, it boils down to:
| version | www/sit (~2k) | www/mathjax (~30k) |
+------------+------------------+--------------------+
| home baked | 0.032u 0.104s | 0.946u 7.446s |
| current | 0.281u 0.649s | 5.446u 18.626s |
| new | 0.024u 0.081s | 0.770u 7.012s |
PR: 213614
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D8283
Traceback (most recent call last):
File "configure.py", line 94, in <module>
sys.exit(main(sys.argv))
File "configure.py", line 22, in main
sandbox.run(os.path.join(os.path.dirname(__file__), 'moz.configure'))
File "python/mozbuild/mozbuild/configure/__init__.py", line 241, in run
self._value_for(option)
File "python/mozbuild/mozbuild/configure/__init__.py", line 305, in _value_for
return self._value_for_option(obj)
File "python/mozbuild/mozbuild/util.py", line 924, in method_call
cache[args] = self.func(instance, *args)
File "python/mozbuild/mozbuild/configure/__init__.py", line 370, in _value_for_option
% (e.arg, reason, e.old_arg, e.old_origin))
mozbuild.configure.options.InvalidOptionError: '--enable-debug-symbols' implied by '--enable-debug' conflicts with '--disable-debug-symbols' from the mozconfig
*** Fix above errors and then restart with\
"gmake -f client.mk build"
MFH: 2016Q4 (blanket)
We have been stuck with Perl 5.20 for too long. Now that the main
problem, mod_perl2, has been updated to work with Perl 5.22+, we can go
and live with a modern Perl.
PR: 213810
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
More candidates are likely to come before the official announcement (aka
the rush hour) scheduled on 2016-11-15. This one intended to pick up upstream
security fixes earlier while looking for downstream regressions.
Changes: https://www.mozilla.org/firefox/50.0/releasenotes/
Security: d1853110-07f4-4645-895b-6fd462ad0589
MFH: 2016Q4 (piling up)
This happens when the UID/GID doesn't match the expected number from
UIDs/GIDs.
https://github.com/freebsd/pkg/issues/1485 has more details.
With hat: portmgr
Discussed with: bapt, mat
USES=mono: add nuget argument
The nuget argument adds support for nuget packages. The nuget
packages must be specified in the NUGET_DEPENDS variable.
devel/monodevelop: update to 6.1.1.15
- Switch to github. The other official source is quite a few versions
behind.
- Add missing dependencies (fsharp, ssl2, curl)
- Add required nuget packages
- Add required external repositories
- Drop options. Although ./configure offers these flags, there is no
functional change (i.e. no-op)
- All patches have been upstreamed (and the one we need is from
upstream).
lang/fsharp: update to 4.0.1.15
- convert to use the nuget argument.
ChangeLog:
- Fix null condition in Fsc task
lang/mono-devel: update to 4.6
- switch to new test target (currently tests the port to be installed)
www/gecko-sharp20: depreciate: broken and no-upstream
- Give 1 month for anyone to complain that this port is being removed.
x11-toolkits/gtk-sharp30: bump PORTREVISION
- Add LICENSE information
- Add missing dependencies (per stage-qa)
x11-toolkits/gtk-sharp20: update to 2.12.40.
- Add LICENSE information
- Add missing dependencies (per stage-qa)
- Change download location per Mono's Gtk# website.
PR: 213484
PR: 213796
Reviewed by: mat, romain
Differential Revision: https://reviews.freebsd.org/D8339
This will use Module::CoreList to tell you if a dependency you added can
be removed, or only conditionally added.
Approved by: bapt
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D7832
Some port's archives contains files modes that are a bit too restrictive
for some usage. For example:
BUILD_DEPENDS= ${NONEXISTENT}:foo/bar:configure
When building as a regular user, dependencies are installed/built as
root, so if the archive contains files that have a mode of, say, 600,
they will not be readable by the port requesting the dependency.
This will also fix broken distribution files where directories don't
have the executable bit on.
OSVERSION 1100077 is after base r283997:
Change directory permissions in pre-order.
In this order, it won't try to recurse into a directory for which it
doesn't have permission, before changing that permission.
This follows an existing behavior in other BSDs, linux, OS X.
PR: 213574
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Thanks to the upstream work of Marie Loise Nolden, we could get rid of a handful
of patches, as they have been properly upstreamed. The rest of the work is just
some minor plist changes.
I would like to thank Loise <nolden@kde.org> for the upstream work, and Adriaan
<groot@kde.org> for getting the update into shape.
[1] http://blog.qt.io/blog/2016/10/12/qt-5-6-2-released/
[2] http://wiki.qt.io/Qt_5.6.2_Change_Files
PR: 213530
Exp-run by: antoine
Submitted by: Adriaan de Groot <groot@kde.org>
Reviewed by: rakuco, mat, tcberner
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8228
You can now set the default version of Varnish with DEFAULT_VERSIONS to
build Varnish and its modules against your desired Varnish release
train.
The default version of Varnish throughout the ports tree will remain as
www/varnish4 until at least 2017Q1 when it will be changed in HEAD to be
www/varnish5. This should allow plenty of time for migration and for
stabilization of the changes in Varnish 5.x.
Submitted by: vanilla
With this change, math/R, math/libRmath, and all cran ports can share one
list of sites.
Reviewed by: mat
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D8328
Mk/Uses/linux.mk changes:
- Add support for architecture neutral (noarch) distfiles.
- Add support for 64-bit only ports: set IGNORE on i386 and don't install
32-bit compat libraries on amd64.
Submitted by: Piotr Kubaj <pkubaj@anongoth.pl>
Differential Revision: https://reviews.freebsd.org/D7886
A lot of KDE Ports share MASTERSITES, LICENSE and so one, as they are
released as a bundle upstream, however, there was not really a clean
way to share this information.
Using these new categories, we can simplify the Makefiles for the diverse
KDE ports.
At the moment we support the virtual category
* kde-kde4
In the future, this will be extended to
* kde-frameworks
* kde-plasma
* kde-applications
PR: 213406
Differential Revision: https://reviews.freebsd.org/D7645
Exp-run by : antoine
Reviewed by: mat, rakuco
Approved by: portmgr (mat), rakuco (mentor)
This makes it possible to have:
opt_USE= ldconfig=${PREFIX}/lib/foo/bar
Before this, it would have ended up doing USE_LDCONFIG=/lib/foo/bar,
without ${PREFIX}.
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D8169
- DTRACE=on crashes building probes with libstdc++
- libc++ by default conflicts with libstdc++ from USE_GCC
PR: 213378
Reported by: dhw, tz, pkg-fallout, Philip Homburg
Some cmake projects use LIB_DESTINATION/pkgconfig to install the pc-files.
For example:
* deskutils/libstreamanalyzer
* sysutils/polkit-qt{,5}
* x11-toolkits/attica
By adding this, we can convert these ports to use pathfix instead of an
uncessessary patch-foo or confusing sed call.
Reviewed by: mat
Approved by: portmgr (mat), mat (mentor)
Differential Revision: https://reviews.freebsd.org/D8141
SeaMonkey now uses FFmpeg directly rather than via GStreamer for H.264
and MP3 playback as part of HTML5. Note, FFmpeg 3.x is unsupported[1].
Changes: http://www.seamonkey-project.org/news#2016-03-14
PR: 210931
Submitted by: net@arrishq.net (based on)
Security: 2c2d1c39-1396-459a-91f5-ca03ee7c64c6
MFH: 2016Q3
[1] SeaMonkey 2.40 is based on Firefox 43 codebase but Firefox 45
is the earliest to have the fix. Backporting maybe tricky:
https://bugzilla.mozilla.org/show_bug.cgi?id=1232268
USES=localbase:ldflags can be used to set LDFLAGS. Normally LDFLAGS
appears too early on the command line causing some ports to link with
their own libraries in LOCALBASE (if installed) instead of WRKSRC.
Also make use of _USES_POST so -L${LOCALBASE}/lib is added as late as
possible after anything a port Makefile might set. Use _USES_POST
instead of .include in libedit.mk and libarchive.mk so things like
'USES=libedit localbase:ldflags' work correctly.
Fix some issues with LIBS in some ports.
Switch ports that don't support LIBS to localbase:ldflags.
PR: 212987
Exp-run by: antoine
Approved by: portmgr (antoine)
WRKSRC is not what we want here: when USES=qmake:outsource is used (such as
in www/webkit-qt5), the build actually takes place in ${WRKDIR}/.build, so
we were creating .qmake.cache in the wrong location and passing the wrong
directory to the linker via -L. With CONFIGURE_WRKSRC, we get the right
value regardless of whether :outsource is used or not.
PR: 212859
Reviewed by: tcberner
MFH: 2016Q3
This took longer than expected, but there are quite a few changes to the
existing ports and a few new ones.
General upstream changes:
- Starting with Qt 5.6.2, Qt will fail at configuration time if LibreSSL is
being used. According to the discussion here:
https://codereview.qt-project.org/#/c/154800/
The Qt project is not opposed to LibreSSL, but does not want to mix
support for it into the OpenSSL backend code, especially as they move
towards supporting OpenSSL 1.1.
People interested in LibreSSL support are welcome to submit a separate
backend upstream, but are expected to maintain it. We (kde@) are not
opposed to carrying some patches authored by others in the future, as long
as they are not huge and destabilizing.
- When Qt detects the compiler supports C++11, it will pass -std=gnu++11 by
default (this is an upstream change). You can add "CONFIG -= c++11" to
your .pro. Qt 5.7 will require C++11.
- www/webkit-qt5: The QtWebKit module is deprecated upstream, and is shipped
separately as a community release tarball. kde@ does not have an ETA for a
qt5-webengine port, as it requires a huge effort (and number of patches)
similar to maintaining www/chromium itself.
- x11-toolkits/qt5-declarative has been deprecated upstream. The last
release is 5.5.1.
Relevant changes:
- devel/qmake5: The freebsd-clang mkspec has become the default mkspec on
FreeBSD, replacing the outdated freebsd-g++ one that was moved to
unsupported/ (it still works though).
- devel/qt5-qdoc: qdoc was moved to qttools upstream, but its data files are
still in qtbase. The data files are now in the qt5-qdoc-data port.
- misc/qt5-doc: Clean up and stop requiring a compiler and fumbling with
mkspecs. Instead of running the `configure' script, which requires a
compiler and adjustments to the mkspecs files and also ends up building a
new qmake binary, we now leverage USES=qmake to generate all the Makefiles
from the top-level qt.pro. Getting this to work requires some tricks,
though, and qt.conf.in has a longer explanation of what's being done.
Switch to USES=gmake to be able to drop MAKE_JOBS_UNSAFE=yes.
New ports:
- comms/qt5-serialbus
- devel/qt5-qdoc-data
- x11-toolkits/qt5-quickcontrols2
Big thanks to Adriaan de Groot (groot@kde.org), tcberner@ and Loise Nolden
(nolden@kde.org) for the huge amount of work they put into this
patch. Loise in particular also sent quite a few changes upstream that were
essential for this update to work.
PR: 211916
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
There are three cases here:
1) USES=ncurses or USES=ncurses:base and devel/ncurses is not present:
use base, no need to add rpath as there is only one libncurses.so
present, in /usr/lib
2) USES=ncurses and devel/ncurses is present or USES=ncurses:port: use
ports, and add rpath to LOCALBASE/lib so that the right one is picked
3) USES=ncurses:base and devel/ncurses is present fail (it would warrant
using -rpath /usr/lib, but it error's out during the sanity stage)
PR: 211592
Reported by: koobs (and many others)
Reviewed by: bapt
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D7459
- shebang check: skip scripts in LINUXBASE. Things like /bin/bash are
valid in a Linux context. Also, these scripts usually only work with
a Linux shell so it doesn't make sense to try to make them work from a
FreeBSD shell.
- prefixvar check: allow LINUXBASE/var.
- proxydeps check: only test FreeBSD ELF files because ldd(1) doesn't
work with other ELF files.
PR: 212419
Submitted by: tijl
Sponsored by: Absolight
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
Bump PORTREVISION to account for slightly different behavior in other
gecko@ ports and to get a discrete regression window.
Changes: https://www.mozilla.org/firefox/49.0/releasenotes/
PR: 211792
Submitted by: Jochen Neumeister <joneum@bsdproject.de> (based on)
Security: 2c57c47e-8bb3-4694-83c8-9fc3abad3964
MFH: 2016Q3
*_DEPENDS. Helper variables derived from the loop variable aren't
expanded causing *_DEPENDS to be incorrect.
- Bump all ports with more than one value in USE_LINUX.
PR: 211645
Reported by: jkim
Mk/Uses/linux.mk.
- Replace USE_LINUX=yes with USES+=linux and USE_LINUX=(.*) with
USES+=linux:\1 in all ports.
- Replace USE_LINUX_APPS with USE_LINUX in all ports.
- Use INSTALL_SCRIPT instead of INSTALL_PROGRAM to install scripts in some
ports.
- When USE_LINUX_RPM is defined, simplify the way DISTFILES and EXTRACT_ONLY
are defined.
- Remove BRANDELF_DIRS and BRANDELF_FILES handling. In the very rare cases
that it is still necessary ports can run ${BRANDELF} from post-patch.
- Remove AUTOMATIC_PLIST handling. Only one port used it.
- Fix Linux MASTER_SITES.
- Replace OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS with
default versions framework.
- bsd.port.mk:
- Move Linux related bits to Uses/linux.mk, except USE_LINUX_PREFIX.
- Put USE_LINUX_PREFIX handling after USES processing.
- Define DOCSDIR, DATADIR, etc. after handling USE_LINUX_PREFIX so it can
give these variables a different default value.
- When a package needs to run Linux ldconfig check before installation if
Linux support is enabled.
- emulators/linux_base-*:
- Use USES=linux and remove duplication.
- Remove files/lp. FreeBSD or CUPS lp(1) should work.
- Remove files/yp.conf. No longer seems to be used.
- Remove pkg-deinstall and move pkg-install into pkg-plist.
- Update pkg-descr and pkg-message.
- Fix handling of ldconfig cache in pkg-plist.
- devel/fb-adb: Use a Linux shell to run a Linux script but patch the script
to use FreeBSD mkdir so mkdir -p $path creates $path and not
/compat/linux/$path.
PR: 211645
Exp-run by: antoine
Approved by: portmgr (antoine)
In many cases where objdump is currently used, readelf is a better
choice. Introduce a variable for ports that wish to use it.
Reviewed by: bapt
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D7761
If a port provides .so.X files, they have to have a SONAME for them to
work correctly.
While there, incorporate a reverse soname checks in proxydeps.
A port that needs a .so.X from another port which does not have a
SONAME.
Reviewed by: bapt
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D7454
R warns if it detects .o or .so objects in the source directory, when
running tests. Remove the offending files before running the test.
Take maintainership [1]
PR: 212134
Approved by: wen [1]
Lots of KDE components are providing libraries, and they were,
strangely, written as BUILD_ or RUN_DEPENDS, with a full path to the
library. Change this so that if a component is needed at both build,
and, run-time, then it gets a LIB_DEPENDS.
Reviewed by: rakuco, tcberner
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D7625
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
The "8" refers to FreeBSD 8.x which is no longer supported by the
ports tree. It's never been used (to my knowledge) so just remove the
option altogether.
Due to the change in r419666 USE_GCC is not conditionally set, however it
was bringing in the dependencies for fortran (silently). Explicitly bring
in the dependencies for fortran.
Also, add a target to strip the compiled shared library.
PR: 211891
Reviewed by: mat
Approved by: wen
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
The upcoming KDE Frameworks ports need grantlee5
* Add devel/grantlee5 and move installed headers into a subdirectory include/grantlee5
* Move header files from devel/grantlee into a subdirectory
include/grantlee4
to make sure ports do not pick up the wrong headers
* Add Uses/grantlee.mk to handle the PLIST_SUB and LIB_DEEPENDS needed
by ports using grantlee (before we set the PLIST_SUB manual in very
of the depending ports, which now should not be needed anymore).
* The ports depending on devel/grantlee have been modified from
LIB_DEPENDS=libgrantlee_gui.so:devel/grantlee
to
USES=grantlee:4
as this does not affect the package no version bumped was made.
Reviewed by: mat, rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D7434
Something like:
-----------
This port is deprecated; you may wish to reconsider installing it:
EOL\ upstream\ since\ 10\ Jul\ 2016.
It is scheduled to be removed on or after 2016-08-20.
-----------
PR: 211421
Reported by: Miroslav Lachman
Sponsored by: Absolight
It turns out, some people, instead of setting DISTDIR, replace it with a
symlink pointing to where DISTDIR should be pointing.
And mkdir -p <symlink> fails.
PR: 211623
Reported by: Harald Schmalzbauer
Sponsored by: Absolight
This is done after the port has been built, so it is already building,
so it does not need to be added a BUILD_DEPENDS on gettext-tools.
Discussed with: dumbbell
Sponsored by: Absolight
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
The variable defined in it are now always available after including
bsd.port.pre.mk.
PR: 210666
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D6933
and PLIST for Linux ports. LINUX_RPM_ARCH is the CPU targetted by a
package and LINUX_REPO_ARCH is like our ARCH which is more suitable. This
only affects Centos 6 ports because they are the only ones where
LINUX_REPO_ARCH != LINUX_RPM_ARCH.
- If a port links to libtk then it will always also link to libtcl. Include
libtcl in the LIB_DEPENDS when linking to libtk.
- Fix indentation of '.if' statements
PR: 211261
Approved by: gahr
MFH: 2016Q3
The value did not match the one in editors/emacs-devel, so ports such as
textproc/markdown-mode.el would fail `make build/run-depends` since the wrong
binary name would be looked for.
MFH: 2016Q3
print/texinfo which requires gmake. To break this circular dependency
gmake-lite was introduced. This can be removed now as well.
PR: 210623
Reviewed by: bapt
Exp-run by: antoine
Approved by: portmgr (antoine)
postgresql-9.0.x was declared EoL in September 2015.
Summary:
Remove 9.0 from the list of postgresql versions available in ports
Disconnect postgresql90 ports from the build
Remove postgresql90-pgtcl port
Remove postgresql90-client port
Move the master postgreslXY-plperl makefile to postgresql95-plperl/Makefile.
Adjust include lines in other postgresqlXY-plperl ports
Delete postgresql90-plperl
Move the master postgreslXY-plpython/{Makefile,pkg-descr} to
postgresl95-plpython/{Makefile,pkg-descr}
Adjust all other postgresqlXY-plpython/Makefile to include the new master
Remove postgresql90-server
Reviewers: jgh, girgen, #portmgr, O5 Ports Framework, bapt, crees
Reviewed By: #portmgr, O5 Ports Framework, bapt, crees
Subscribers: mat
Differential Revision: https://reviews.freebsd.org/D6898
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
PYTHON_ABIVER/PYTHON_INCLUDEDIR, when they use default options for
lang/python3x, by providing a reasonable default value to PYTHON_ABIVER
With hat: portmgr
other bsd.*.mk file.
Restore the way ftp/curl was working before.
With hat: portmgr
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D6921
This is based on the area51 testing repository of the KDE-FreeBSD
project, containing work by Raphael Kubo da Costa, Tobias Berner,
Ralf Nolden, Adriaan de Groot and probably many more from the KDE
team.
KDE4 releases have fallen into three tracks now that KDE4 is pretty
much end-of-life upstream. There's the libraries, the workspace
(Plasma4) and applications.
This patch introduces KDE4_KDELIBS_VERSION to track library releases,
which are still done infrequently. It bumps the workspace version.
It leaves applications alone. This has an effect on some applications
pkg-plists where library version numbers need to be changed. Other
than that it's supposed to be a minor upgrade, which opens the doors
for more reorganization and getting KDE Frameworks 5 in.
PR: 210255
Submitted by: Adriaan de Groot <groot@kde.org> (kde), Tobias C.Berner <tcberner@gmail.com> (kde)
Exp-run by: antoine
the default when WANT_PGSQL is not defined). Compare to
WANT_PGSQL=client which only adds a RUN_DEPENDS on
postgresqlXY-client. 'client' can be part of a list of different
components, but 'lib' is ignored if any other terms are specified,
which seems an arbitrary and incorrect restriction.
WANT_PGSQL=lib allows expressing that the port links against
libpq.so.X rather than just needing one of the client programs like
psql(1) at runtime. However, other than that there is little
practical difference between 'lib' and 'client' on the resulting pkg.
Approved by: crees (pgsql@)
Sponsored by: https://reviews.freebsd.org/D6893
While make(1) is ok with variable names having quite a lot of strange
characters in them, the fetch code mostly uses sh(1), where variable
names can't include a dash (or pluses, or many other things).
PR: 210251 210198
Submitted by: mat
Exp-run by: antoine
Sponsored by: The FreeBSD Foundation, Absolight
Differential Revision: https://reviews.freebsd.org/D6779
Turns out that env(1) knows how to parse a properly quoted string
using -S "string", it makes the double eval used for the fetch
command to be unnecessary.
This is because running:
eval "foo $(escape $bar)"
is silly when this works:
foo $bar
So remove escaping and quoting, and sillyness.
PR: 210198
Submitted by: mat
Exp-run by: antoine
Sponsored by: The FreeBSD Foundation, Absolight
Differential Revision: https://reviews.freebsd.org/D6779
Turns out that the DEFAULT, and other groups sites were handled in
a different way, ending up having the same code twice, but in
slightly different places.
PR: 210198
Submitted by: mat
Exp-run by: antoine
Sponsored by: The FreeBSD Foundation, Absolight
Differential Revision: https://reviews.freebsd.org/D6779
[1] Add "compiles" argument to cran to allow R-cran ports need to compile
code to bring in the correct compiler dependencies. Also, ensure
consistency between the compiler selected by the R port and the R-cran ports.
[2] Migrate R-cran ports that manually specify the compiler to
USES=cran,compiles.
PR: 210343
Approved by: wen (1), portmgr (2, blanket)
Move the openssl detection routine to bsd.default-version.mk.
Add warnings telling people to not use WITH_OPENSSL_PORT or
WITH_OPENSSL_BASE.
To ease maintainability, change the way the different ssl libraries
version numbers are checked.
PR: 210149
Submitted by: mat
Exp-run by: antoine
Sponsored by: The FreeBSD Foundation, Absolight
Differential Revision: https://reviews.freebsd.org/D6577
Turns out that the conversion to USES was broken, and did not take the
DEFAULT_VERSIONS=bdb=foo into account.
PR: 210149
Submitted by: mat
Exp-run by: antoine
Sponsored by: The FreeBSD Foundation, Absolight
depends on file: /compat/linux/usr/lib/libSDL_ttf-2.0.so.0.6.3 - not found
depends on file: /compat/linux/usr/lib/libSDL_ttf-2.0.so.0.6.3 - not found
*** Error code 1
while package contains:
linux-c6-sdl_ttf-2.0.11_1:
/compat/linux/usr/lib/libSDL_ttf-2.0.so.0
/compat/linux/usr/lib/libSDL_ttf-2.0.so.0.10.1
/compat/linux/usr/share/doc/SDL_ttf-2.0.11/CHANGES
/compat/linux/usr/share/doc/SDL_ttf-2.0.11/COPYING
/compat/linux/usr/share/doc/SDL_ttf-2.0.11/README
- Remove now deprecated PORTSDIR from RUN_DEPENDS
PR: 209750
Submitted by: myself
Exp-run by: antoine
Approved by: no objection from emulation (3 weeks)
The patch moves the "doc" port in bsd.qt.mk from _USE_QT4_ONLY to
_USE_QT_ALL and bumps the PORTREVISION in devel/qt5 for the inclusion
of the qt5-doc port into the qt5 metaport.
Pre-Work for updating qtcreator to 4.0 for adding options to install
qt5-doc and qt5-examples to make qtcreator actually usable for
serious qt development.
PR: 209910
Submitted by: Ralf Nolden <nolden@kde.org> (kde)
Fix the few users of both the MySQL client and server.
PR: 209762
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D6575
README.pod is no longer manified into a README.3, as the README.pod is
installed and can be read with perldoc, remove the README.3 files that
may be generated.
With hat: perl@
Sponsored by: Absolight
The lang/gcc-aux port has recently been removed, so the previously legal
"49" argument is no longer so. Adjust ada.mk accordingly by removing
reference to option 49 and lang/gcc-aux.
longer. This is a no-op because KDE4_PREFIX is equal to LOCALBASE
Fix up properties for misc/kde4-l10n/files/bsd.l10n.mk to make svn happy.
PR: 209014 (partial)
Submitted by: myself
Approved by: portmgr (bapt)
Differential Revision: https://reviews.freebsd.org/D6542
Refactor all the fetch code so that there are not 6 slightly different
versions of it but one that does it all.
The targets that have been extracted are:
- check-vulnerable
- do-fetch
- fetch-list
- fetch-url-list-int
- fetch-urlall-list
- checksum.
- makesum.
- check-checksum-algorithms
Run the fetch code directly from make makesum instead of calling make
fetch, this is because some port change the options with OPTIONS_*_FORCE
when make(makesum) to be able to add all distfiles in one go, which was
a nice, non working, idea.
PR: 208916
Submitted by: mat
Exp-run by: antoine
With hat: portmgr
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D5997
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
Changes submitted by gahr@:
Enable a new TCL option, adding a pkgIndex.tcl file.
Modernize Makefile. [1]
Changes by mandree@:
Fix installation of TCL API docs if TCL option is enabled.
Update to new upstream release 6.2.23.
Install the upgrade61.sh script if SQL option is enabled, with
additional fixes distributed as a patch to avoid licensing concerns.
Add an UPDATING entry.
Add changes in Mk/Uses/bdb.mk.
db5 parts of PR 208740 to be committed in a separate transaction later.
PR: 208740
Submitted by: gahr@
A longstanding bug with the base /usr/share/mk files is that /etc/src.conf
*does* get pulled in when building ports which use /usr/share/mk. This despite
the documentation saying it is only used for "the FreeBSD tree". If users
have a WITH_DEBUG_FILES=yes in their src.conf then the previous
WITHOUT_DEBUG_FILES=yes would hit an error. Fixing pulling in src.conf is
risky. MK_* overrides work fine here after recent stable/9 and stable/10
updates.
If you run into the WITH_ vs WITHOUT_ problem on a release build then you can
protect your src.conf value with something like:
.if !${.CURDIR:M*ports*}
WITH_DEBUG_FILES=yes
.endif
PR: D6271
With hat: portmgr
Sponsored by: EMC / Isilon Storage Division
When PORT_DBDIR is set to a user directory, we shouldn't need su to
manipulate options. This also shouldn't depend on INSTALL_BY_USER, as
building != installing.
Approved by: portmgr (bapt)
Differential Revision: https://reviews.freebsd.org/D6349
