The Apple //c was only 7.5 pounds, which is FAR more portable than the original Compaq portable which was 28 pounds.

I believe the term you are claiming this isn't would be "laptop".
But for the time these were as portable as you got.

You didn't need packaging material due to the slightest shock breaking something, they could be disconnected and moved by a single person without any safety registrations (usually requiring one to lift at least 50 pounds), and could be transported as a single unit.

Of course adding extra peripherals limits that portability - just like now - but the most common hardware was built in and self contained.

The only big downside for portability the Apple //c had was that the display was an option, and you could choose between the attachable LCD or an external black and white (well, green) CRT that was much cheaper. The CRT was not very portable, although I remember being able to carry it by the built in handle as a child, but it was just as fragile as any other CRT at the time.

When the issue was raised to them enough for Poettering to take notice, their "solution" was a default timeout on every service for both bootup and shotdown.

This then blew up the following Fedora alpha, because they had a service that ran on first reboot after a system update that ended up taking long enough to tripped said timeout...

Their overall development methodology seem more at home with a website than a central OS component.

Iirc, systemd no longer optimize for "spinning rust" as the major devs have all moved to SSD...

Ah yes, SSD. Didn't Poettering recently yank the "spinning rust" optimizations from systemd because all the devs used SSDs?

This will the kernel devs decided to keep an old subsystem around because someone, somewhere, was still using it?

The difference in attitude between the kernel and userspace is staggering. I swear userspace devs are actively user hostile at times.

Heads up, nofail is only about sending an error. Not evacuate the ship because a busboy is missing!

Systemd's handing of nofail is up there with its handling of debug, and likely with the same level of arrogance from the devs.

Likely he has a network mount going, and because systemd can't tell NFS from EXT it yanks down the network before unmounting, as networking is earlier in the dependency graph.

So it will sit there and wait for the network mount to time out before moving on.

I guess having a network mount service alongside a mount service get systemd panties in a twist. Or perhaps Poettering only use dropbox...

It is also the one init that goes into crisis mode if that usb devices you have a entry for in fstab is not present on boot.

A short hint Poettering, when it comes to unix boot, / is paramount, everything else is "best effort". Because once / is up, the sysadmin has the resources to get anything else sorted and mounted.

Oh wait, systemd is part of the effort to push everything into /usr...

If you want to make PoetteringOS go do so, and stop shitting all over long established, and time tested, behavior!

The overarching problem is that systemd can decide to rearrange the boot sequence at any moment.

If a admin has set a sequence to be XYZ they have a very good reason for doing so. So why should the init suddenly decide that YZX is the way to go?

Sounds ironic given that systemd (and the rest of the fd.o cohort) seem hell bent on reproducing Windows (or at least Active Directory and Group Policy).

in about 8 years, give or take, we will see him as the GOP candidate?

And distro maintainers had to pick it or forgo "the" desktop for Linux, Gnome. And even if you don't use Gnome directly, more and more of its internals are likely to depend on something that depends on Systemd, thanks to everything from Freedesktop.org is being scarfed up.

That old Mafia line about a deal you can't refuse comes to mind...

>Booting is compartmentalized to allow for easy debugging(Items report success or failure individually, in order, and with consistency).

Only to have it go "here is a login promp, you're on your own" because of vestigial line in fstab that the traditional mount would just present you with a error for and move on.