Since glib-mkenums was rewritten in python in glib 2.53.5, glib20 seems
to no longer need perl5 at runtime. This makes perl5 a build dep only.
Removing the run dep causes some other ports to fail, so add the build
dep to those where needed.
PR: 233138
Approved by: gnome (kwm, maintainer, older version of patch)
Exp-run by: antoine
roct is the ROC thunk interface and rocr is the ROCm platform runtime.
Together these form the userspace partners to the amdkfd compute driver.
Hence, in the current absence of a working amdkfd on FreeBSD, these ports do
not function yet. They are integrated to facilitate integration of amdkfd and
test it as part of the LinuxKPI-based DRM.
Note that these ports are for the time being based off my forks with FreeBSD
bringup bits, I'll work with the corresponding upstream teams to get patches
reviewed and integrated.
Limit these ports to amd64, as even our upstream does not support anything but
that for the time being.
Version numbers correspond to the overall ROCm release, currently 1.9.1.
thread 'main' panicked at '
This crate is only compatible with OpenSSL 1.0.1, 1.0.2, and 1.1.0, or LibreSSL
2.5 and 2.6.0, but a different version of OpenSSL was found. The build is now
aborting due to this version mismatch.
', cargo-crates/openssl-sys-0.9.21/build.rs:486:9
Reported by: pkg-fallout
A wrapper around tarsnap which does two things:
* Lets you define "backup jobs" (tarsnap invocations) in a
config file, though on its own this has little advantage over just
using a a shell script.
* The ability to expire old backups using a Grandfather-father-son
backup scheme. This feature can be used in conjunction with
tarsnapper backup jobs, or standalone, to be applied to any existing
set of tarsnap backup archives, regardless of how they have been
created.
WWW: https://github.com/miracle2k/tarsnapper
Add drm-kmod support to unbreak x11 setup on some systems
Update supported wifi drivers
Install battery_shutdown.sh via port for proper updating
Approved by: jrm (mentor, implicit)
2018-11-15 net-mgmt/vidalia: outdated and unmaintained
2018-11-15 german/selfhtml: Project migrated to a Wiki
2018-11-15 sysutils/fastest_cvsup: Obsolete, FreeBSD and OpenBSD switched from cvsup to svn and cvsync, NetBSD only have 2 servers left
fwup is a configurable image-based software update utility for embedded
Linux-based systems. It primarily supports software upgrade strategies
that update entire root filesystem images at once. This includes
strategies like swapping back and forth between A and B partitions,
recovery partitions, and various trial update/failback scenarios. All
software update information is combined into a ZIP archive that may
optionally be cryptographically signed. fwup has minimal dependencies
and runtime requirements.
WWW: https://github.com/fhunleth/fwup
Approved by: jrm (mentor)
Differential Revision: https://reviews.freebsd.org/D17907
which restores compatibility with old databases (version 1.8) and some
later versions which were built without mmap(2) support. Due to shlib
version change, bump port revisions of the consumer ports.
PR: 233059
Exp-run by: antoine
Approved by: maintainer (johans, numerous timeouts)
As Upstream seems unresponsive, maintainer created a fork.
This fixes build with OpenSSL 1.1
All patches from the port have been incorporated
PR: 232219
Submitted by: maintainer
* Add PKGNAMESUFFIX and rename the directory. This was done to show
that IM6 is not the "main" version. But still fully supported by upstream.
* Convert a number of options to optionhelpers.
* Add option for ISO/IEC 23008-12:2017 HEIF suport
* Add comment to pkg-descr explaining IM6's "legacy" tag.
* Add comment to the patch-config_policy.xml file why it still needed.
Please note that IM7 is not a drop in replacement due to library API and
command arguments changes. And as a result ports need to decide for themself
which version to use.
Chase these changes in all the ports that using IM6.
PR: 225102 (based on, only the version update) [1]
Submitted by: Pascal Christen <pascal.christen@hostpoint.ch>
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816
