Follow

@iska@mstdn.starnix.network @safiuddinkhan@fosstodon.org @hacknorris @2T2@mstdn.starnix.network Oh, now I get the question 😂
Why Windows and not Linux? Because the community port of Windows is great, everything works, including HW video decoding. It can boot linux — but that's it. It has some framebuffer support and the networking might work if stars align properly. A device like this is hardly useful.

@m0xee Please don't mention windows and the kernel, Linux in the same sentence - as they are not comparable.

@Suiseiseki I still think it's acceptable in this rare case. Only the kernel boots on this device, the userspace doesn't matter at this point 😆

@Suiseiseki And I'd certainly use GNU/linux more often than I do now if I didn't have this 500 character limit.

@m0xee If you're really that strapped on character count, write; GNU instead, as that's two less characters than Linux, plus it isn't incorrect (although slightly ambiguous, but generally usage of GNU/Hurd is mentioned specifically).

@Suiseiseki It is more ambiguous than using linux though. I think everyone here gets that I'm talking about GNU/Linux, not Android, not Chimera or some other even more obscure shit.
I know the difference, you know the difference — everyone in this thread does. If I was writing a paper on it, I'd use the correct term, but you don't have to be so picky about the coments in a rather humorous thread.

@m0xee >I still think it's acceptable in this rare case >Only the kernel boots on this device, the userspace doesn't matter at this point
It's not acceptable, as that's an incorrect claim.
Linux will *not* boot without a supplied init - if it's missing, it will panic() instead: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/init/main.c#n1549
That (non-Linux supplied) init program matters very much - otherwise you just get a panic() instead of the a usable login screen.

@Suiseiseki I insist that it is acceptable. Sure the kernel won't work by itself, but that is not what my point was. This device is not usable because there is no support for the hardware it has *in the kernel*. No init can change that.

@m0xee >This device is not usable because there is no support for the hardware it has *in the kernel*.
You just claimed it booted up into a framebuffer.
If Linux doesn't have drivers for the hardware you're trying it with, it simply won't boot (although generic drivers leave much to be desired).
If you got into a framebuffer login prompt, that is perfectly usable, as you can use emacs (rms prefers framebuffer emacs), nano and a bunch of other GNU tools just fine.
The only reason why I use Xorg, is because Xorg lets me use lots of terminals on multiple monitors, and it can display UTF-8 (for です).

@Suiseiseki I didn't mention any login prompt. The fact that framebuffer works doesn't imply login prompt, it doesn't even imply you can access built-in storage and mount the root partition, right?
I get it, you just want to push some agenda, but this doesn't look like a perfect occasion to do it.

Sign in to participate in the conversation
Librem Social

Librem Social is an opt-in public network. Messages are shared under Creative Commons BY-SA 4.0 license terms. Policy.

Stay safe. Please abide by our code of conduct.

(Source code)

image/svg+xml Librem Chat image/svg+xml