The new category has been committed as "filesystems" following portmgr
approval and review.
https://cgit.freebsd.org/ports/commit/?id=6e2da9672f79f44048d597f0f61e4646cdeade9d
Thank you all for participating in this process.
If you are a maintainer of one of the moved ports and would like to
move your port back, you can find the individual commits that make up
this move on this branch:
https://github.com/clausecker/freebsd-ports/tree/fs-unsquashed
Yours,
Robert Clausecker
Am Sun, Sep 29, 2024 at 03:09:09AM +0200 schrieb Robert Clausecker:
> Greetings!
>
> I have just submitted a pull request adding a new category "fs"
> for file systems and file system utilities to the ports collection.
> See Github for the full patch set:
>
> https://github.com/freebsd/freebsd-ports/pull/302
>
> If desired, I can submit this as a DR or PR as well.
>
> The new category is populated with some 126 ports (that's more than
> x11-clocks!) that look like they might be file-system related.
>
> I was motivated to add this new category when I noticed that many
> FUSE file systems were shipped as ports named sysutils/fusefs-$foo,
> making sysutils/fusefs- a pseudo-category for FUSE filesystems.
> If that's the (anti) pattern, why not make it offical and add a
> true category for file system ports? Turns out there are a lot more
> than one might think.
>
> I hope that with this move, we can reduce the load on devel and
> sysutils (the two most popular misspellings of misc) and make
> file-system related ports easier to find.
>
> For a full list of affected ports, see the list of commits attached
> to the pull request. If you would like to not have your port moved
> to fs, please comment or send me an email.
>
> I would like to kindly ask portmgr to discuss adding the new category
> and give approval for me to do so.
>
> Yours,
> Robert Clausecker
>
> --
> () ascii ribbon campaign - for an encoding-agnostic world
> /\ - against html email - against proprietary attachments
--
() ascii ribbon campaign - for an encoding-agnostic world
/\ - against html email - against proprietary attachments