[HEADS UP] Planned deprecation of portsnap
swills at FreeBSD.org
Tue Aug 4 18:43:37 UTC 2020
We are planning to deprecate use of portsnap in ports.
The reasons are as follows (in no particular order):
* Portsnap doesn't support quarterly branches, even years after
quarterly branches were created and changed to the default for non-HEAD
* Portsnap doesn't seem to save disk space compared to svn or git, if
you count the metadata (stored in /var/db/portsnap by default) and you
do an apples-to-apples comparison of svn or git without history and
ignoring possible ZFS compression. That is, you use "svn export" or git
"clone --depth 1", you see this disk usage:
* Portsnap also doesn't work offline which git does. With git, you can
also easily add the history by running "git pull --unshallow"
* This migration away from portsnap fits well with the planned migration
* Also based on the patches we've seen in Bugzilla for some time, usage
of portsnap causes folks to too easily accidentally submit patches to
Bugzilla which don't apply easily.
* Since portsnap doesn't support quarterly branches, it often causes
users to build on the wrong branch or end up with mismatched packages.
That is, they install packages from quarterly via pkg, then want to
customize so run portsnap and build from head, which can cause problems,
as we often see. Even when this doesn't happen, it adds to
troubleshooting to verify that it didn't.
We are aware people have gotten used to portsnap, but believe:
* People should be able to easily use svnlite in base or git from pkgs.
(Very few people seem to actually use WITHOUT_SVNLITE).
* There is also the possibility of falling back to fetching a tar or zip
from https://cgit-beta.freebsd.org/ports/ although this does make
How it will be done, in order:
* Update poudriere to use svn by default. This is already done:
* Update docs not to mention portsnap. This is already in progress:
Many thanks to the folks who have worked and are working on this!
* Make WITHOUT_PORTSNAP default in base. Currently not certain when this
will happen. May not happen before 13.0, but hopefully it will.
* Eventually, portsnap servers will see low enough usage they can be
We welcome any constructive feedback. All input would be heard, and if
the plans need to be amended, we will come back to you with the amended
plan in a couple of weeks. This process will take some time and
hopefully won't be too disruptive to anyone's usual workflow.
Steve (with portmgr@ hat)
More information about the freebsd-ports