[ prog / sol / mona ]

sol


2021: the year of the Linux desktop?

1 2021-01-01 11:27

Will it finally happen?

2 2021-01-01 19:45

What do people even mean by "The Year of the Linux Desktop"? That Linux will pass Windows in the desktop computing market this year?

3 2021-01-02 09:03

The Year of Open Hardware

4 2021-01-02 09:34

>>1
It already happened for me, since windows 10.
Microsoft choose turning its OS into spyware.
>>3
https://www.cnx-software.com/2020/12/10/risc-v-hardware-software-ecosystem-highlights-in-2020/

5 2021-01-02 11:00

What does RISC-V mean for its user's freedom? How is it different than any other commodity CPU?

6 2021-01-02 11:09

>>5
you don't have to pay intel/amd royalties

7 2021-01-02 11:48

>>6
Next time just admit that is not different in any concrete way and is a meaningless buzzword.

8 2021-01-02 15:38

>>7
Intel/AMD are closed source hardware.

9 2021-01-02 16:57

>>8
Indeed, but even if it was not, nothing significant would change from the end users' point of view. "Open hardware" is "open" for the manufacturer, but not the consumer.

10 2021-01-03 21:33

>>9
well technically, with closed hardware the manufacturer pulls shit like the intel management engine/amd platform security processor. thus, open hardware is different to the consumer if they care about privacy/security

11 2021-01-03 23:24

I was under the assumption that linux was already growing rapidly.

12 2021-01-04 05:21

Lignux has already been on my desktop for two decades.

13 2021-01-04 07:46

yea but you're one person

14 2021-01-04 08:59

I use Comic Sans MS as only font in the system right now:

15 2021-01-04 11:51 *

>>14
l33t

16 2021-01-04 13:18

comic sans should be illegal

17 2021-01-04 16:55

>>16
Its the only font that reflects the clown world underneath it all.

18 2021-01-04 17:04

btw, Comic Sans won't work in kernel console, but there is a very similar bitmap font here:
https://get.fontspace.co/download/family/o44y/e5e8e628abdc4416ac97dfc210fb67eb/emoticomic-font.zip

19 2021-01-04 17:36

>>17
what about comic neue?

20 2021-01-04 23:40 *

Linux is for trannies now, the year of linux desktop is no longer a good thing

21 2021-01-05 08:30 *

All these engine transmissions with Linux all on a desktop. My, how technology technology develops!

22 2021-01-06 10:30

>>20
All of it? I thought they only infested the Rust-adjecent spaces.

23 2021-01-08 18:01 *

>>20
You will never have a chin

24 2021-01-09 21:58 *

>>23
Damn, that one hurts.

25 2021-01-16 19:07

>>20 is right, if the foundation isn't enough then the rust trannies will do the job.
I'm really looking forward to hyperbola for a comfy gnu system, but even the alpha is set for late this year :(
I wish I had more time so I could help them out with stuff...

26 2021-01-17 00:14

>>25
GNU/hurd is already pretty comfy. Microkernel and plan9 concepts without importing them but by coincidence. Guix still depends on nix core and shepherd needs work.

27 2021-01-17 07:01

>>26
Tell me about the work needed by Shepherd. Guix has zero dependency upon Nix core, it is a completely independent implementation of the purely functional packaging technology. The Hurd still needs drivers, all the hardware drivers were for devices that were already outdated in the 1990's, they don't even have a USB implementation.

28 2021-01-17 09:32

>>27
Shepherd is missing smf patterns for service management (shepherd comm) module provides some of this, there's an important difference from up and ready. It is also missing a clean way to do atomic state transitions, I don't know of anything that does atomic state transitions without making it painful.

completely independent
It implements the same package deployment paradigm, and in fact it reuses some of its code.

Guix looks better than I remember it now thought I checked a month ago but I suck massive cocks, haven't used it in years but it's still not "completely independent" of nix, there's shared code.

The Hurd still needs drivers

The hurd l4 project and a driver unikernel. An old problem was that hurd was mach, not sure about hurd's l4 virtual layer and if it's capable of using a unikernel for drivers yet. I didn't use hurd l4 but hurd mach, still think it's comfier than the linux kernel with the limited drivers.

29 2021-01-17 09:32

2121 is YOLD and I'm gonna install Linux Lite.

30 2021-01-18 03:53

>>28
The Hurd unikernel project is based upon 'rump kernel' technology. I'm not up to date with this status in Hurd.
http://darnassus.sceen.net/~hurd-web/rump_kernel/
https://archive.fosdem.org/2016/schedule/event/microkernels_hurd_rump_sound_usb/attachments/slides/951/export/events/attachments/microkernels_hurd_rump_sound_usb/slides/951/2016_01_30_fosdem.pdf

The L4/Hurd project is inactive. At the moment, all the community effort is with GNU Mach.
https://www.gnu.org/software/hurd/faq/which_microkernel.html

Personally, I've had a dream to start a Hurd VM and hack around with some hardware drivers within Hurd. It's taken me 12 months to go through my Linux driver education project so now I've got a foundation for this to happen.

31 2021-01-18 05:12

>>30

the original L4 is not suitable for building object-capability systems

The original l4 doesn't have the virtual layer either, another case of things not coming at the right time.
I understand rump you will get drivers, filesystems and fun but it's sad they downgraded back to mach, there's a superior design pattern with l4 which allows faster switching and 'lean modular drivers'. Not that anything has ever used the latter in practice even though it's inherited from the parent project, then becomes code rot. Rump is monolithic from this but better than nothing, mach doesn't have to be slow but no promises with the low development resources here.

Personally, I've had a dream to start a Hurd VM and hack around with some hardware drivers within Hurd.

Start with netbsds rump if hurd's rump interface really is the same, making uml operate like rump seams like a bad idea, uml is always broken.

32 2021-01-21 03:58

It's every year you dumbos. See you all in year of the linux desktop! aka 2022!

33 2021-01-21 07:20

whats the board opinion on TheseusOS ?

34 2021-01-21 09:08 *

>>33
It's rust not scheme, therefor shit.

35 2021-01-22 21:41 *

>>34
Scheme cannot be used for operating systems.

36 2021-01-23 02:23 *

>>35
Lisps get extended all the time and are never the original lisp, scheme implementations aren't pure either, wouldn't be that hard for scheme like the srfis and r*rs is. Infact just add inline assembly, garbage control, syscall and types srfis. Tweak any of the lisp image to assembly transplitters out there and write the os https://3lproject.org/in-depth#PreScheme .
Picolisp also did something https://picolisp.com/wiki/?PilOS .

37 2021-01-23 02:37 *

>>36
Forgot memory access, mapping and manipulation srfis.

38 2021-06-28 08:45

This year for sure!

39 2021-07-26 02:30

This year for sure; Windows 11 gonna make people quit Microsoft products.

40 2021-07-27 17:39

Yes, thanks to WSL.

41 2021-07-27 19:08 *

what would happen if all posts on this board were VIP

42 2021-07-27 19:11 *

>>41 We would all be stars.

43 2021-07-28 05:35

It’s the year of Windows 96
https://windows96.net/

44 2021-07-29 11:10

Pc or Apple?
https://www.youtube.com/watch?v=njos57IJf-0

45 2021-07-29 12:28 *

>>44
Excellent haha.

46 2021-07-30 23:53

chromebooks?

47 2022-03-09 03:51

Maybe 2022's the year after MS and Apple pulled out of Russia.

48


VIP:

do not edit these