On 25 Feb 2014, at 08:09, Daniel Kalchev <dan...@digsys.bg> wrote:
> What we risk with "everything is a port" concept is that we live in a world
> that there is a lot of software to chose from, but from time to time, the
> software happens to be incompatible with FreeBSD in one way, or another.
> Another risk is the confusion of too much choice.
I think that, over the next few years, the hard line between base system and
ports is going to become a little bit more of a gradient. I would like us to
end up with multiple tiers:
1) These packages are required for absolutely everything, don't even think
about not installing them even in a minimal service jail.
2) These packages are required for a useable system. They're in the default
install, but if you're creating a jail you might not want them (e.g. nvi, some
of the management tools) because you'll be doing all of your configuration with
the version in the base system.
3) These packages are maintained by the FreeBSD project and are expected to
integrate well with the base system. Some of them are part of various
recommended installs for different configurations (e.g. graphical workstation,
web server, whatever), but you can have a working minimal install without any
of them. They will be supported for the duration of the release, including
prompt security updates.
4) These packages are third-party programs that have been tested with FreeBSD
and packaged by members of the FreeBSD project, but are developed
independently. They will be supported on a best-effort basis for the release,
but you may find that upgrading to a new version requires a newer release at
5) These packages are provided by third parties, on third-party repositories,
with no involvement from anyone in the FreeBSD project.
Currently, the base system overlaps tiers 1-3, and ports overlaps tiers 3-4.
Tier 3 is the source of most bikesheds, because there are lots of things that
would benefit from some FreeBSD-specific integration work, are essential to a
large section of the FreeBSD userbase, but are completely irrelevant to another
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"