filesystems: add new category for file systems and related utilities
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
devel/py-libzfs: Fix build on 12 and main
FreeBSD 12 doesn't have userobj accounting or project quotas. OpenZFS
master has a new flags parameter to many zfs_iter_* functions.
Add checks for SPA_FEATURE_* enum values newer than what's in 12.3 and
use this info to help generate zfs_userquota_prop_t and spa_feature_t
appropriately.
Add checks for the number of parameters to various zfs_iter_* functions
and wrapper functions ZFS._iterate* to eat the flags.
Approved by: lwhsu (implicit)
Sponsored by: iXsystems, Inc.
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
devel/py-libzfs: Unbreak FreeBSD <13.1
Commits in the previous update fixed incorrect zpool status
handling, but broke the build for older versions of ZFS.
Now, zpool_status_t enumerators are checked at configure time.
This fixes the build for all supported FreeBSD releases and fixes
the incorrect zpool status handling.
- Check zpool_status_t enumerators at configure time
- Fix round-tripping ZFSException through pickle
- Remove zpool_get_physpath
Approved by: lwhsu (implicit)
Sponsored by: iXsystems, Inc.
devel/py-libzfs: mark BROKEN on FreeBSD < 13.1
12.x:
libzfs.c:98209:47: error: use of undeclared identifier 'ZPOOL_STATUS_ERRATA';
did you mean 'ZPOOL_STATUS_OK'?
__pyx_t_1 = __Pyx_PyInt_From_zpool_status_t(ZPOOL_STATUS_ERRATA); if
(unlikely(!__pyx_t_1)) __PYX_ERR(1, 193, __pyx_L1_error)
^~~~~~~~~~~~~~~~~~~
ZPOOL_STATUS_OK
libzfs.c:98329:47: error: use of undeclared identifier
'ZPOOL_STATUS_REBUILDING'; did you mean 'ZPOOL_STATUS_RESILVERING'?
__pyx_t_1 = __Pyx_PyInt_From_zpool_status_t(ZPOOL_STATUS_REBUILDING); if
(unlikely(!__pyx_t_1)) __PYX_ERR(1, 203, __pyx_L1_error)
^~~~~~~~~~~~~~~~~~~~~~~
ZPOOL_STATUS_RESILVERING
13.0:
libzfs.c:108226:47: error: use of undeclared identifier
'ZPOOL_STATUS_COMPATIBILITY_ERR'
__pyx_t_1 = __Pyx_PyInt_From_zpool_status_t(ZPOOL_STATUS_COMPATIBILITY_ERR);
if (unlikely(!__pyx_t_1)) __PYX_ERR(1, 206, __pyx_L1_error)
^
libzfs.c:108238:47: error: use of undeclared identifier
'ZPOOL_STATUS_INCOMPATIBLE_FEAT'
__pyx_t_1 = __Pyx_PyInt_From_zpool_status_t(ZPOOL_STATUS_INCOMPATIBLE_FEAT);
if (unlikely(!__pyx_t_1)) __PYX_ERR(1, 207, __pyx_L1_error)
^
While here, add LICENSE_FILE
Approved by: portmgr blanket
Reported by: pkg-fallout, reprise
devel: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* <jkoshy@FreeBSD.org>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Dalton <aaron@daltons.ca>
* Aaron H. K. Diep <ahkdiep@gmail.com>
* Aaron Hurt <ahurt@anbcs.com>
* Abel Chow <abel_chow@yahoo.com>
* Adam McLaurin
* Adam Saponara <as@php.net>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
devel/py-libzfs: Bump to fix the build
- Fix build with master branch of OpenZFS
- Fix transfering clones from FreeBSD 12
- Fix scrub/resilver percentage and time remaining
- Allow validating zfs resource names
- Store cython-generated libzfs file for debugging
- Add information about where properties are inherited from
- Allow listing snapshots for ZFS volumes
- Return ZFS vdev name
- Add option to enable shares on pool import
- Remove HAVE_ZFS_ITER_SNAPSHOTS usages as we don't support old zfs versions
anymore
- Allow using min/max txg for listing down snapshots
Approved by: lwhsu (implicit)
Sponsored by: iXsystems, Inc.
devel/py-libzfs: Fix various memory leaks
Several instances of handles not being closed after use have been fixed.
Approved by: lwhsu (implicit)
Sponsored by: iXsystems, Inc.
devel/py-libzfs: Bump to pull in latest changes
- Fix KeyError in __getstate__ with faulted pool
- Allow deleting snapshots by defining ranges of snapshots for a dataset
- Allow using zfs_prop_set_list for updating dataset properties
Approved by: lwhsu (implicit)
Sponsored by: iXsystems, Inc.
devel/py-libzfs: Fix lzc_wait and lzc_sync detection
A typo in the configure script caused detection of these functions to
always fail. The build succeeds, but the configuration is incorrect.
While here, python:3.6+ is always the case since 3.6 is the lowest
version supported in the ports tree now.
Reviewed by: lwhsu
Approved by: lwhsu (ports)
Sponsored by: iXsystems, Inc.
Differential Revision: https://reviews.freebsd.org/D31396
devel/py-libzfs: Update GH_ACCOUNT, fix build on legacy ZFS
Make lzc_wait conditional on support in ZFS, since it is a relatively
recent addition.
While here, update GH_ACCOUNT to truenas as suggested by diizzy.
Reviewed by: kbowling
Approved by: kbowling (ports)
Sponsored by: iXsystems, Inc.
Differential Revision: https://reviews.freebsd.org/D31394
devel/py-libzfs: Take over as maintainer, bump for OpenZFS in base
Taking over as maintainer by request of wg@
Reviewed by: kevans, wg
Approved by: wg (ports)
Approved by: wg (maintainer)
Sponsored by: iXsystems, Inc.
Differential Revision: https://reviews.freebsd.org/D26325
devel/py-libzfs: fix build with nonstandard SRC_BASE after r520716
Upstream git rev d801c5f59f20a1889a4e4c6366c9d12f2ee50b2f changed the name
of the env variable used to indicate the location of the FreeBSD source
tree.
CC @sonicaj
Approved by: wg (maintainer)
MFH: 2020Q1
Sponsored by: Axcient
Differential Revision: https://reviews.freebsd.org/D23126
devel/py-libzfs: fix build with nonstandard FreeBSD src dir
The current version of py-libzfs requires FREEBSD_SRC to be set during the
configure phase as well as during the build phase.
Approved by: wg (maintainer)
Reviewed by: wg
MFH: 2019Q4
Sponsored by: Axcient
Differential Revision: https://svnweb.freebsd.org/ports/branches/2019Q4/
devel/py-libzfs: Fix build on systems that are missing the /sys symlink
SRC_BASE is defined in bsd.port.mk and cannot be used in conditionals
earlier.
PR: 226858
Reported by: skh1002@hotmail.com
Approved by: wg (maintainer timeout, 6 months)
Convert Python ports to FLAVORS.
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
(Only the first 15 lines of the commit message are shown above )
Mark some ports failing on power64. In cases where the error message
was a stub, provide a real one.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)