The graphics/py-pillow6 port was removed in r559976 as it was for
Python 2.7 only and no longer referenced in the default cases.
However it was still defined in Mk/Uses/python.mk in PY_PILLOW,
leaving a dangling reference.
Remove it from Mk/Uses/python.mk, leaving only the Python 3
version of that port, graphics/py-pillow, defined and bump the
minimal verion of Python to 3.6 for affected ports.
* Repo-Copy the Pillow 6.2.2 release to graphics/py-pillow6 to retain
backwards compatibility for Python 2 consumers as the Pillow 7.0.0 release
dropped the support for Python 2.
* Apply conditional statements to use either Pillow 7.x or Pillow 6.x for
consumers that can be built for Python 2 or newer.
* Exceptions are ports that can be built only for either Python 2 or
Python 3. For the first case, consumers are just assigned to the
repo-copied graphics/py-pillow6.
* Also remove Pillow from BUILD_DEPENDS of math/py-PyWavelets as it is not
listed in setup.py as a build dependency [1] and relax the version
requirements of Pillow for www/py-wagtail.
Release Notes:
* https://pillow.readthedocs.io/en/latest/releasenotes/index.html
Backward Incompatible Changes (7.0.0):
* https://pillow.readthedocs.io/en/latest/releasenotes/7.0.0.html#backwards-incompatible-changes
Detailed Changelog:
* https://github.com/python-pillow/Pillow/blob/7.0.0/CHANGES.rst
PR: 243665
Submitted by: sunpoet (patch for 7.0.0 and repo-copied version)
Reviewed by: koobs [1], sunpoet
Approved by: koobs (maintainer)
Differential Revision: https://reviews.freebsd.org/D23713
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
This brings a more modern Mono release to the ports tree. After
discussions with others in the Mono community I targeted the mono
5.10.1.47 release which is the latest release in the "Visual Studio"
release channel. This is considered to be the most stable and widely
tested, which makes it a good candidate for us. We may upgrade to 5.12
after additional testing or introduce another Mono package for users who
require testing against a newer release; this has yet to be determined.
- Build from official release tarballs
- Now include BoringSSL per upstream guidelines [1]
- Remove ACCEPTANCE_TESTS, not being updated by upstream
- No long require glib; Mono includes their own replacement
- USES=display:tests required for some tests
- Remove broken for armv6, armv7: file now available [2]
- Mark as LLD safe as mono changed how it handles TLS [3]
Changelog: http://www.mono-project.com/docs/about-mono/releases/5.10.0/
PR: 222271 [1]
PR: 221236 [2]
PR: 218885 [3]
PR: 211367
Approved by: dbn
Differential Revision: https://reviews.freebsd.org/D15780
Highlights:
- New Roslyn compiler for C# available
- Improved support for nuget packages in USES=mono
General:
- fix pkg-plist: mono now produces '.pdb' debug files instead of '.mdb'
- bump all dependant ports
USES=mono:
- properly handle caching of nuget packages
- add support for multiple feeds for nuget packages
- add support for nuget dependencies in a separate file
- add support for paket packages
lang/mono:
- update to version 5.2.0.215
- automate certificate initialisation [2]
- increase test coverage
- mark as conflicting with net/czmq (conflicting on makecert) [1]
- patch mono to use $PREFIX/share/mono instead of /usr/share/.mono
devel/google-gdata:
- use nunit.framework nuget package as the Mono shipped version is no longer suppport.
- switch to using csc(1) for compiling (mcs(1) is depreciated).
- use delayed signing (and then sign with sn(1)) as csc(1) does not support signing.
- fix reference to system assemblies (the '.dll' suffix is required).
- fix reference to HttpUtility: csc(1) is more strict about scoping
devel/monodevelop:
- reroll distinfo (no changes to content)
lang/fsharp:
- reroll distinfo (no changes to content)
security/gnome-keyring-sharp:
- delay sign (then sign with sn(1)) as csc(1) does not support direct signing.
PR: 223188 [1]
PR: 209670 [2]
Differential Revision: https://reviews.freebsd.org/D13752
mono fails to link with lld because lld defaults to -ztext and does not
allow relocations in readonly segments (such as the one containing
.text). For now just fall back to linking with ld.bfd if the system ld
is lld.
PR: 214864
Approved by: portmgr (LLD_UNSAFE blanket)
Sponsored by: The FreeBSD Foundation
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
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]
- Fix bin/rc in lang/go since we dont have it in base or a port to support it
- While in lang/go remove WRKSRC for SHEBANG_FILES
- Bump PORTREVISION for package change
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
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)
- 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]
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
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
