With recent main branch `make index` causes following warning message
on FreeeBSD 13.
make_index: Circular dependency loop found: glib-2.84.1_2,2 depends upon itself.
And it generates empty index file.
The issue seems to happen because /usr/libexec/make_index is used on
FreeBSD 13. So fix it by changing Makefile so Tools/make_index is
always used.
PR: 285999
Approved by: portmgr (implicit, just fix it)
The filesystems category houses file systems and file system utilities.
It is added mainly to turn the sysutils/fusefs-* pseudo-category into
a proper one, but is also useful for the sundry of other file systems
related ports found in the tree.
Ports that seem like they belong there are moved to the new category.
Two ports, sysutils/fusefs-funionfs and sysutils/fusefs-fusepak are
not moved as they currently don't fetch and don't have TIMESTAMP set
in their distinfo, but that is required to be able to push a rename
of the port by the pre-receive hook.
Approved by: portmgr (rene)
Reviewed by: mat
Pull Request: https://github.com/freebsd/freebsd-ports/pull/302
PR: 281988
This would relax the load of www.freebsd.org and let user fetch INDEX
from a closer mirror.
Approved by: bapt (portmgr)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D33871
Add INDEX_COMPRESSION_FORMAT as a variable a user can overwrite via
/etc/make.conf to allow the compression format used for INDEX to be
changed. Available compression formats are: bz2, xz and zst for now.
While here change the default compression format to be .xz (the
smallest), for environement where performance of unxz matters it can
switched to zst.
bz2 format is kept for compatibility with existing tooling.
In order to simplify the code, bsdcat(1) is now used for uncompressing
instead detecting the compression format manually and switch the
decompression tool manually
Note the bzip2 compression format is now considered as deprecated
When extracting the fetched index, do it in a temporary file, and only
when extraction succeed, move it to the final file, it makes it more
atomic and less likely to live a corrupted file behind
PR: 224871
When generating the INDEX file, we are already building it in a
temporary file and swap it last minute. make the index target now
directly depend on the INDEX file generation target.
Turn that target into a PHONY target so the file is always regenerated
when someone calls make index.
PR: 202070
Don't assume svn is installed, but use it if it's available, falling back to
svnlite if not (or using svn from base in the case where WITH_SVN was set in
base). This matches the logic in base for finding svn.
PR: 207479
Discussed with: gjb
Reported by: Torsten Zühlsdorff <ports@toco-domains.de>
INDEX_JOBS currently defaults to 2 for the make index target.
MAKE_JOBS_NUMBER in bsd.port.mk currently uses kern.smp.cpus to select
a default. Modify INDEX_JOBS to match.
Nominal and repeatable performance improvements of ~20-30% were observed.
CR: D381
Reviewed by: swills, bdrewery
Approved by: portmgr
if available, for 'make index'. This removes the need to have
perl installed. [1]
- Fix output of the file to have the proper /usr/ports/ORIGIN regardless
of real PORTSDIR or CURDIR [2]
PR: ports/183095 [1]
Submitted by: ak [2]
With hat: portmgr
- bsd.port.mk: add INDEX_PORTS, to support INDEX creation for a subset of the ports tree [1]
- bsd.port.mk: call target "install-rc-script" before "post-install" [2]
- [patch] ports/Mk bsd.port.mk order if groups/users are created by package [3]
- [bsd.port.mk] [patch] reaper of the dead: md5 has been in /sbin for a while [4]
- [bsd.port.mk] [patch] remove support for pre 7.x systems (b.*.m) [5]
- [patch] [bsd.port.mk] reaper of the dead: are three variable defintions needed [6]
PR: ports/156575 [1],
ports/139116 [2],
ports/152498 [3],
ports/155983 [4],
ports/155510 [5],
ports/156340 [6]
Submitted by: Florent Thoumie <flz@xbsd.org> [1],
Sergey Skvortsov <skv@freebsd.org> [2],
Olli Hauer <ohauer@FreeBSD.org> [3],
Eitan Adler <lists@eitanadler.com> [4],
Eitan Adler <lists@eitanadler.com> [5],
Eitan Adler <lists@eitanadler.com> [6]