makes ports build by meson respect the current policy regarding pkg-config
files. I picked this solution over hacking meson itself, and potential
breaking more.
Bump graphics/graphene due to this change.
Obtained from: Code copied from ports/218067 by mat@
USES=mono: minor fixes
- save a copy of the nuget package in the packages directory
- force linking of directories, allowing nuget-extract to be rerun
without `make clean`
- fix makenuget: nuget requires an equals to identify the version, not a dash
devel/monodevelop: update to 6.2.1.3
- update nuget packages:
- link older System.Collection.Immutable 1.1.37 to newer 1.3.1 (used
by C# and F# respectively)
- update external github repositories
- allow post-extract target to be run multiple times
- change MonoDevelop.Packaging to use a newer version of
NuGet.Build.Packaging (the older version is no longer fetchable)
- remove patch integrated upstream
- moved `nuget restore` patching from post-patch into a patch file (the
former broke silently)
- ChangeLog:
- https://developer.xamarin.com/releases/studio/xamarin.studio_6.2/xamarin.studio_6.2/
irc/smartirc4net: update to 1.1
- add LICENSE
lang/fsharp: update to 4.1.18
- add test dependency on libgdiplus
- update nuget packages
- update test paths for fsharp assemblies
- update patches to prevent `nuget restore` from running
- ChangeLog:
- Set executable bit correctly on output
- Integrate visualfsharp
- Fix regression on binding redirects for System.Collections.Immutable
- Fix regression in Microsoft.Build.FSharp.targets
- Fix binding redirects for System.Collections.Immutable
- Fix version of library going in %PREFIX/lib/mono/fsharp
- Align fsc task and target file
- Use install layout that includes mono/fsharp
- Fix F# Intereactive on Mono 4.9+
- Update compiler tools
- Updates to FSharp.Core nuget package for F# 4.1
- Fix#656: error FS0193: internal error: No access to the given key
lang/mono: various fixes
- fix linking with lld [1]
- double maximum handle size [2]
- add option to run acceptance tests
- allow for optional bootstrapping of mono via either installed mcs (if
available) or via downloaded "monolite" (default)
- add python and py-pillow as dependencies for bin/mono-heapviz
- add armv6 as a supported architecture (untested)
- switch to github for source code:
- official tarball does not include tests
- patches:
- recognise FreeBSD for AOT suffix
- change mono-heapviz to use pillow instead of PIL
multimedia/banshee: tell portscout to ignore this port
- Portscout was not skipping the 2.9.1 version, and upstream appears to be
quiet for the last few years.
x11-toolkits/gtk-sharp20: update to 2.12.43
- ChangeLog:
- fix compilation on mono-4.8.0 (incorrect use of sizeof())
- correctly set owned=true on custom constructors
PR: 218885 [1]
PR: 200937 [2]
and consequently many of the USES=compiler flavors use the canonical
version of GCC as defined in Mk/bsd.default-versions.mk as well as
the lang/gcc port
With the "new" setup starting with GCC 5 where I have introduced
lang/gcc5-devel for regular snapshots and lang/gcc5 for releases,
and similarly for GCC 6 and onward, we can now leverage lang/gcc5
(and later) for most of the role that lang/gcc used to play -- and
indeed as of today lang/gcc and lang/gcc5 are nearly identical
short of symlinks for gcc, g++, and gfortran binaries that the
former provides.
So now use lang/gcc5 instead of lang/gcc whenever requested via the
USE_GCC framework directly or indirectly.
This is similar to how the python ports work, for example, and it
allows simplifications in Mk/bsd.gcc.mk and Mk/Uses/fortran.mk and
dropping LANG_GCC_IS from Mk/bsd.default-versions.mk. As a next
step lang/gcc is going to become a "hull" essentially only providing
those symlinks and requiring lang/gcc5 (or whatever has been set as
default in Mk/bsd.default-versions.mk).
* This is mostly based on the work by Adriaan de Groot <groot@kde.org> in our development repo.
PR: 217305
PR: 218539
Submitted by: Adriaan de Groot <groot@kde.org>
Reviewed by: rakuco, mat
Approved by: rakuco (mentor)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D9771
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
BROKEN/IGNORE for specific OpenSSL flavors.
Convert a few ports as an example.
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D10340
More candidates are likely to come before the official announcement (aka
the rush hour) scheduled on 2017-04-19. This one intended to pick up upstream
security fixes earlier while looking for downstream regressions.
Changes: https://www.mozilla.org/firefox/53.0/releasenotes/
Security: 5e0a038a-ca30-416d-a2f5-38cbf5e7df33
MFH: 2017Q2 (piling up)
We have some hacks in the ports tree to detect or to unconditionally disable
IDEA crypto support. These hacks existed because OpenSSL in FreeBSD 9.3 and
earlier was shipped without IDEA support by default but we were allowed to
enable it via WITH_IDEA src.conf(5) option.
https://www.freebsd.org/cgi/man.cgi?query=src.conf&manpath=FreeBSD+9.3-RELEASE
Therefore, we had to implement some hacks to support three different cases,
i.e., a) 9.3 and earlier without IDEA crypto (default), b) 9.3 and earlier
with IDEA crypto (via WITH_IDEA src.conf option), and c) 10.0 and later with
unconditional IDEA support. Now we can safely remove them because 9.3 and
earlier is no longer supported.
PR: 218233
Exp-Run by: antoine
Approved by: antoine (portmgr)
Despite the name, kf5-oxygen-icons5 does not depend on Qt5 and just contains
the Oxygen icon set without any architecture-dependent files.
As such, we can make all ports depend on it and remove kde4-icons-oxygen
altogether and avoid having two conflicting ports for KDE4 and KF5.
x11-themes/kf5-oxygen-icons5 was adjusted to have its dependencies reduced even
further:
- The dependencies on qt5-core and qt5-testlib were removed, as they were only
needed to build tests.
- We're also passing some CMake arguments to avoid looking for qt5-core
altogether.
With the changes above, the only port kf5-oxygen-icons5 depends on at runtime
is devel/kf5-extra-cmake-modules, which itself does not depend on anything
else.
Reviewed by: tcberner
Differential Revision: https://reviews.freebsd.org/D10237
Drop obsolete patches, add one to fix build, and rename a few patches.
Reviewed by: rakuco, tcberner, mat
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10148
This is the latest stable release, and contains many of the patches we kept in
files/. The exception is patch-mimetypes_kde.xml, which just did not seem
necessary any longer: area51 r8180 mentions it was working around issues in
shared-mime-info, which has since been updated. While here, add several
dependencies that were reported by Poudriere's checks.
Bump PORTREVISION in ports that use %%KDE4_KDELIBS_VERSION%% in pkg-plist.
Reviewed by: tcberner
It is the latest available release. While it is not used by any port at the
moment, ensure it is up-to-date for ports to actually start using it.
Reviewed by: tcberner
* While here, set the MASTER_SITES for the portingAids separately.
* Stop to couple kirigamis' distfiles with kf5 until it's actually a part of it.
PR: 217709
Exp-Run by: antoine
Reviewed by: rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D9959
As noted in PR 209813, some glib headers include libintl.h and then use
gettext in some macros. Programs that use this API (directly or indirectly)
can end up with calls to gettext and need to be linked with libintl.so.
glib-2.0.pc has -lintl in its Libs too.
PR: 209813
With hat: portmgr
