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 some point. 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 large section. David _______________________________________________ email@example.com mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"