- cleanup references to language packages
- ChangeLog:
- bug fixes
- Editor
-- added support for EditorConfig
-- added VCS conflict markers to the types shown on the marker map
This is done for
* consistency,
* and to simplify the import of the newer KDE Plasma5 desktop and KDE applications
Bumps the dependencies.
Reviewed by: adridg
Differential Revision: https://reviews.freebsd.org/D12979
- remove translation packages no longer shipped by upstream:
cs-eric6
fr-eric6
it-eric6
pt-eric6
tr-eric6
zh_CN-eric6
upstream considers these translations too incomplete.
- add pkg-message explaining that there are translation available.
- 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
