- 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)
While here:
- Add LICENSE_FILE.
- Remove GH_TUPLE because it's been used for the default distribution file.
- Strip pg_partman_bgw.so (Q/A warning).
- Switch to options helper (DOCS).
Changes: https://github.com/keithf4/pg_partman/blob/v3.1.1/CHANGELOG.txt
PR: 225041
Submitted by: Lacey Powers <lacey.leanne@gmail.com> (maintainer)
which can be used to control screen temperature. It exceeds at being much more
lightweight than similar software solutions like Redshift and f.lux. At the
same time it is easier to use than xrandr.
Sct takes temperature values in range 1000 to 10000, where 6500 is the default
value. Here are some usage examples:
* Campfire style: `sct 4500`
* Dust storm on Mars style: `sct 2000`
* Coffee free all nighter style: `sct 8000`
* Default style: `sct`
WWW: https://www.tedunangst.com/flak/post/sct-set-color-temperature
Need shebangfix for Python script, but we will consciously avoid adding
Python as a build or run dependency for a script that is unlikely to be
used.
PR: 224575
MFH: 2018Q1
This is required for e.g. net/openntpd, which links against static libressl
libraries in that port's staging area.
In case of a port that is not fully installed, there is no clean phase for
the dependency's port directory. The dependency tracking does not maintain
the necessary state to perform this cleanup when the depending port is
finished.
PR: 213887
Reported by: blackmore@pichove.org (Simeon Simeonov)
Approved by: antoine (implicit)
The patch is based on ideas presented in the PR, but implemented
differently. Re-open the PR, if this solution has unexpected side-effects
or proves insufficient.
PR: 174729
Reported by: ngie
Approved by: antoine (implicit)
libspice-server uses autotools and utilizes PKG_CHECK_MODULES to get
openssl CFLAGS and LDFLAGS. However, as we support various openssl flavors,
including openssl from base that lacks pkg-config file, we explicitly pass
OPENSSL_LIBS and OPENSSL_CFLAGS via CONFIGURE_ENV, however, libspice-server
still adds 'openssl' package to Requires.private of its .pc file.
This causes a problem for software that requires libspice-server, because
e.g. when using openssl from base, detection will fail because .pc file
is listing non-existent 'openssl' package.
To fix that, update libspice-server's configure.ac to add 'openssl' to
Requires.private only if OPENSSL_LIBS and OPENSSL_CFLAGS wasn't explicitly
specified by user, otherwise omit 'openssl' and just add
the value of OPENSSL_LIBS to Libs.private.
While here, add 'amd64' to list of x86_64 cpus so it don't show a warning.
Also, drop RUN_DEPENDS on spice-protocol as this is basically a set of
headers and it's not required in runtime.
Reviewed by: maintainer
Differential Revision: https://reviews.freebsd.org/D13896
make[1]: "/wrkdirs/usr/ports/misc/rumprun/work/rumprun-8fe40c8/app-tools/Makefile" line 1: Missing dependency operator
make[1]: "/wrkdirs/usr/ports/misc/rumprun/work/rumprun-8fe40c8/app-tools/Makefile" line 2: Need an operator
...
make[1]: "../../global.mk" line 1: Missing dependency operator
make[1]: "../../global.mk" line 2: Need an operator
...
Variable MACHINE_GNU_PLATFORM is recursive.
- Patch bundled libunwind to build with newer GCC versions
- Fix man page install location
- Fix build on i386
- The port will only build on amd64 and i386 so use ONLY_FOR_ARCHS to
list the architectures it builds on instead of all architectures it
doesn't build on
PR: 225152
Submitted by: Fabian Freyer <fabian.freyer@physik.tu-berlin.de> (maintainer)
