As discussed with sthen, the workaround for this android client is
probably still needed but JuiceSSH development appears to have stalled.
Those folks should probably just open-source their client instead of
letting it rot (personal opinion).
While here, don't force -std=gnu++11, base-clang and ports-gcc use at
least C++11 by default.
sthen agrees about dropping MESSAGE
I highly suspect this is not needed but it's too tempting to just bump
three ports and forget about it.
No objection from tb@ (py-tlslite-ng maintainer)
beta login to download that), and drop a file that was used in the
attempt at working with newer java (which didn't work too well and the
old source for that file has gone away)
This commit includes 218 port updates and 16 tweak updates after KDE framework
changes. Most of this 16 changes caused by:
- KF5Auth split into KF5Auth and KF5AuthCore, which ends in a lot of new
WANTLIBs
- Upstream changed some xdg paths from share/examples/***/xdg/ to
share/qlogging-categories5/, which ends in a lot of PLIST chages.
List of notable changes:
- Bump all kf5 shared libs.
- Use ">=${MODKF5_VERSION}" in all kf5 ports that all kf5 use the
latest version an update together. (Idea from Qt5).
- s/=+/=/ for LIB_*,RUN_* and BUILD_* in x11/kde-applications, hint by jca@.
- Update okteta to 0.26.3
- Update spectacle only to 19.04.3, latest version without hard wayland
dependency.
- Remove python2 support in cantor, python3 only!
- devel/kf5/kfilemetadata: switch to python 3 (TDEP only), by kn@
- devel/kf5/ki18n: switch to python 3, by kn@
- devel/kf5/kservice: switch to python 3, by kn@
- devel/kf5/kconfigwidgets: remove python module usage, by kn@
- devel/kf5/ktextigwidgets: remove python module usage, by kn@
Tweaks and feedback from landry@, amd64 bulk build and error reports by naddy@
Thanks a lot!
(which is not) throughout the ports Makefiles.
* Replace find|xargs with find -exec {} +
* Replace -exec {} \; with -exec {} + if applicable.
* Use the -delete operator to remove files and empty directories.
* Combine and tweak some find(1) invocations while here.
ok kn@ rsadowski@ espie@