Re: Choose your side on the Linux divide
On Wed, 27 Aug 2014 08:31:12 -0500
green <greenfreedom10@gmail.com> wrote:
> Bzzzz wrote at 2014-08-26 23:16 -0500:
> > I followed all links given by the article, which convince me of one
> > thing: I don't want this on my machines, especially on servers
> > (and a recent unpleasant problem raised by systemd getting in
> > emergency mode just for a bad line into /etc/fstab (that never
> > caused any problem with sysV) has finished to convince me).
> >
> > The 'kernel debug systemd bug' thread is also edifying enough…
> >
> > I strongly hope Debian will still keep sysV available without any
> > systemd part involved; otherwise I'm afraid it'll abruptly end
> > 15 years of fidelity.
>
> I am considering migrating to FreeBSD.
I've been trying to migrate to FreeBSD since before I ever thought of
using Debian. Not a fan.
First of all, it seems like every year FreeBSD changes their package
manager, and it always requires some undocumented URI to run right.
Also, their binary package manager of the month often causes conflict
with Ports. I'd use Ports all the time, but who has the time? OpenBSD
doesn't suffer from FreeBSD's package binary manager problems.
My other problem is with using BSD in a Windows/Linux world:
Compatibility. Getting many videos and websites to run on BSD is as
easy as winning the swimming gold medal when Michael Phelps is in the
next lane. Flash is bad enough on Linux, it's almost impossible on BSD.
I think there's plenty of software that won't run on BSD, and their
"Linux compatibility layer" is anything but straightforward.
A third problem is finding BSD knowledge. BSD knowledgeable people are
much rarer than Linux knowledgeable people, and BSD desktop
knowledgeable people are even rarer.
I'm going to see if Systemd becomes a problem, and if so, I'll try
NetBSD, and then use either NetBSD or OpenBSD. If, for practical
purposes, Systemd isn't a problem, I'll just hold my nose and use
Debian on my desktops and Ubuntu on my laptops.
SteveT
Steve Litt * http://www.troubleshooters.com/
Troubleshooting Training * Human Performance
Reply to: