Mir’s next steps – we need your input(community.ubuntu.com) |
Mir’s next steps – we need your input(community.ubuntu.com) |
That's all I ask. The backlash against Canonical was in leveraging the Open Source community to make increasingly silo'd services. Canonical is moving in the right direction, first in discontinuing Unity in favor of GNOME, and now in making Mir Wayland-compatible. I hope the trend continues.
[1] Guesstimate.
This sounds like gnome-shell, and it's atrocious. It's unresponsive and laggy under any sort of load, even the mouse cursor skips around
I – Obeys operator
The operator shall retain full control of the machine at all times. In particular, the handling of the keyboard, mouse, and other human interface devices must take absolute priority over all other processing. The operator shall have the ability to issue commands and receive immediate confirmation of said commands at all times, regardless of system load.
Was it?
I feel like someday someone is going to say something like "Man our VR world syncing protocol is really heavy, and we end up needing AGI-level LOD prediction to do it well, but compressing 360 degree light fields is wasteful and leads to latency artifacts... what if there was a protocol that allowed realities to render display-space fields directly to remote devices, but do the final compositing on the client?" and then someone will discover the X protocol, re-implement it with 3D SDFs instead of 2D rectangles, and all of the sudden X will be the new hot thing.
I mean X as a client server visual/graphical terminal solution is pretty amazing.
But then it took more than a decade to get to the point where it seems that DRI extension is just not going to cut it.
And all the other built-in un-security has to go too.
Why would that require anything new? I mean, Canonical is in the server OS business mostly, right?
If it was at least criticized constructively, but no, it is something else than the "traditional" init, so let's just berate it.
And then we wonder, why the Linux desktop is always out of reach, when we dismiss anything, that helps to drag Linux out of the maze of one-off bash and perl scripts.
Mir was pointless. Drop it. It should never have existed in the first place.
Edit: reading further, it appears that GNOME Shell is quite tightly woven into Mutter, which may well complicate matters.
https://www.phoronix.com/scan.php?page=news_item&px=GNOME-Sh...
If the script exits, X exits, systemd restarts it. Works pretty well.
I've seen only single case of criticism of systemd that was correct and constructive (too bad I didn't bookmark it); I don't count rants that boil down to "it's different than I'm used to", or "it has broken my broken nfs config" as plenty or well argumented.
The efi issue was indeed a bug in the devices. If was up to the manufacturer to fix it, not for other software to maintain workarounds indefinitely.
Ironically from your snark, systemd uses simple ini files. Launchd uses a specially bloated xml, because plists.
I think Mir should be looked at as an independent project now. I might be wrong, of course, but that's the impression I have.
https://github.com/MirServer/mir/commits?author=gerboland https://launchpad.net/~gerboland https://www.phoronix.com/scan.php?page=news_item&px=Mir-Now-...
I won't argue with that :-P
That said, if the guy who posted this is not employed by Canonical (like I speculated), and has _never_ been employed by Canonical, I would like to further speculate that either (a) he's doing this in order to specifically gain favor with Canonical employees and increase his chances of employment there later, or (b) to increase his chances of employment at any of the "big Linux players", or (c) to increase his knowledge of the X/wayland ecosystem and C coding in general.
All of which sound like good investments on his part.
Anyway that's speculation upon speculation, obviously, but if I was a professor at a generic I.T. bachelor/masters, this is exactly what I'd tell my students to do in their spare time (and if they could weave it into related classwork, all the better obviously).