>> BSD users treated updates like going to the dentist and put them off until forced
> Not typical of any BSD sysadmin I've known, ever. OTOH if your "BSD users" were not sysadmins that would explain it.
Professional sysadmins - but obviously more conservative than ones you know. That was the base install, a ton of ports and mucking around getting video drivers, etc. installed. This is for a fully-configured scientific workstation, not just a bare OS install, so there were a couple hundred packages installed by the time you include all of the various dependencies.
I'm certain that binary packages would have shaved a lot of time off of this (that's what I used to use on OpenBSD a decade ago) but that wasn't exactly strongly recommended at the time, which is why I mentioned culture — I'm certain you can manage FreeBSD better but in practice I have yet to meet anyone in person who actually does this. Small sample size and all but this is untrue of any Linux user I've met other than the Gentoo fanatics who consider tweaking CFLAGS a source of entertainment.
> A) the ports system works across _all_ versions and architectures i.e., you don't have to upgrade the entire OS simply to upgrade say mysql to 5.5, B) OS upgrades break far fewer apps in BSD than any version of Linux,
A) is comically untrue: not only can you easily compile newer packages but extensive backports repositories exist to make it easy and safe to install a new version of something important while keeping the rest of the system stable. For many distributions this exists as a vendor-provided service and there are others (e.g. IUSCommunity.org) which serve particular markets and a fair number of OSS projects maintain repos for the Debian & Red Hat worlds.
B) may be true in your experience but it's radically unlike mine. I've run many versions of Linux on many systems over the years and upgrades have been quite smooth - the Debian / Ubuntu world is the most stable but Red Hat isn't far behind. The key again is binary packages - moving from a known set of packages to a known set of newer packages makes it a lot easier to test an upgrade.
> C) kernel vulnerabilities average once every few years in BSD vs ever few weeks (sometimes days) in Linux
Highly debatable but Linux or BSD kernel vulnerabilities are rare enough not to be worth arguing over: most of the threat is in userland, which is a large part of why package management is so important. Far more systems are compromised by lax updates rather than zero-days.
Professional sysadmins - but obviously more conservative than ones you know. That was the base install, a ton of ports and mucking around getting video drivers, etc. installed. This is for a fully-configured scientific workstation, not just a bare OS install, so there were a couple hundred packages installed by the time you include all of the various dependencies.
I'm certain that binary packages would have shaved a lot of time off of this (that's what I used to use on OpenBSD a decade ago) but that wasn't exactly strongly recommended at the time, which is why I mentioned culture — I'm certain you can manage FreeBSD better but in practice I have yet to meet anyone in person who actually does this. Small sample size and all but this is untrue of any Linux user I've met other than the Gentoo fanatics who consider tweaking CFLAGS a source of entertainment.
> A) the ports system works across _all_ versions and architectures i.e., you don't have to upgrade the entire OS simply to upgrade say mysql to 5.5, B) OS upgrades break far fewer apps in BSD than any version of Linux,
A) is comically untrue: not only can you easily compile newer packages but extensive backports repositories exist to make it easy and safe to install a new version of something important while keeping the rest of the system stable. For many distributions this exists as a vendor-provided service and there are others (e.g. IUSCommunity.org) which serve particular markets and a fair number of OSS projects maintain repos for the Debian & Red Hat worlds.
B) may be true in your experience but it's radically unlike mine. I've run many versions of Linux on many systems over the years and upgrades have been quite smooth - the Debian / Ubuntu world is the most stable but Red Hat isn't far behind. The key again is binary packages - moving from a known set of packages to a known set of newer packages makes it a lot easier to test an upgrade.
> C) kernel vulnerabilities average once every few years in BSD vs ever few weeks (sometimes days) in Linux
Highly debatable but Linux or BSD kernel vulnerabilities are rare enough not to be worth arguing over: most of the threat is in userland, which is a large part of why package management is so important. Far more systems are compromised by lax updates rather than zero-days.