- Version 18.01 is missing some language files
- Switch to using the "nolang" version of source tarball as we ship
- the languages separately
- change log:
- add support for Google protobuf protocol files*
- add possibility to show the type of the object info is shown for
- modified the top row and the search part in order to allow smaller sizes
- introduced a configuration option to limit the viariables shown by the
variables viewers depend on thier size (in order to avoid overload
situations on low power or low memory machines)
- added a dark style (*.qss and Python lexers)
- updated send2trash to version 1.4.2
* This release introduces a new project format that will be rejected by
previous releases
Approved by: portmgr (implicit, see PR 225250)
- add FLAVORS for the following combinations [1]:
- python: 2.7 and 3.6
- qt: 4 and 5
- simplify Makefiles:
- all common macros between eric6 and the language packages are in
devel/eric6/bsd.eric6.mk
- devel/eric6/Makefile.inc only includes language package specific
macros
- eric6 specific macros are now moved into devel/eric6/Makefile
- spelling error fixed in Makefile.inc
- dependency on eric6 (for language packages) removed as the addition
of flavors removes the ability to depend on a single port origin
- install language files directly, since setup.py fails without eric6
installed
Approved by: portmgr (mat) [1]
Differential Revision: https://reviews.freebsd.org/D13448
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
armv7, mark them so.
This is part two of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com -exp run
I chose filelight-17.* as it contains its own localization,
which is good, as kde4-l10n is very outdated, and may not
match modern filelight anymore.
Unfortunately this lead to conflicts with the kde4-l10n.
So strip the filelight parts from kde4-l10n-*.
Reported by: VVD (via IRC)
Reviewed by: rakuco
Pointyhat to: tcberner
Differential Revision: https://reviews.freebsd.org/D12393
2017-08-30 www/speedtest-mini: Discontinued upstream (on June 30, 2017)
2017-08-31 devel/rubygem-sequel3: Use devel/rubygem-sequel instead
2017-08-31 audio/tomahawk: Project is dead upstream.
2017-08-31 mail/rubygem-larch: Unmaintained by upstream, no changes since 2013
2017-08-31 devel/rubygem-sidekiq4: Use devel/rubygem-sidekiq instead
2017-08-31 devel/rubygem-webpacker1-rails5: Use devel/rubygem-webpacker-rails5 instead
2017-08-31 devel/rubygem-sidekiq-cron04: Use devel/rubygem-sidekiq-cron instead
2017-09-01 www/py-django19: Unsupported upstream
2017-09-01 mail/movemail: Out of date
2017-09-01 german/phone: Out of date
2017-09-01 ports-mgmt/fbsdmon: no longer maintained, web site it sends data to has been taken over by cybersquatters
