Arcan-A12: Weaving a Different Web
divergent-desktop.org
Arcan-A12: Weaving a Different Web
1–10 of 20 posts
Re: Arcan-A12: Weaving a Different Web
#2Re: Arcan-A12: Weaving a Different Web
#3Arcan scratches the same kind of itch that nix does for me but for the gnu/linux graphics stack and everything that has to interact with it.
Ultimately it appears to be software with more fans than productive users.
Re: Arcan-A12: Weaving a Different Web
#4Arcan scratches the same kind of itch that nix does for me but for the gnu/linux graphics stack and everything that has to interact with it.
nix run --impure 'git+https://codeberg.org/ingenieroariel/arcan?ref=nix-flake-buil...'
Re: Arcan-A12: Weaving a Different Web
#5Arcan scratches the same kind of itch that nix does for me but for the gnu/linux graphics stack and everything that has to interact with it.
I remain confused by Arcan, even having looked into it a few times over the years. Ultimately it appears to be software with more fans than productive users.
> Ultimately it appears to be software with more fans than productive users.
Correct. You can swing productive usage of Durden and the rest of the kit in its current state, but it's still an experimental piece of software under active research and development. As it stands, it's more attractive to daily drive xorg as a default while keeping arcan around to hack on and experiment with.
It's been rapidly closing the gap towards usability over the last few development cycles. I can speak for myself as tentatively waiting for 1.0 before abandoning xorg totally, which is at least a few years away.
Re: Arcan-A12: Weaving a Different Web
#6Arcan scratches the same kind of itch that nix does for me but for the gnu/linux graphics stack and everything that has to interact with it.
I remain confused by Arcan, even having looked into it a few times over the years. Ultimately it appears to be software with more fans than productive users.
Re: Arcan-A12: Weaving a Different Web
#7Earlier quoted context omitted.
I remain confused by Arcan, even having looked into it a few times over the years. Ultimately it appears to be software with more fans than productive users.
Despite having read about it multiple times I still don't feel like I know what it is . My best guess is that it's an operating system, minus the kernel? But also it can be used as a GTK/Qt type interface layer? Or it can be used to replace X/Wayland? So like, a super modular operating system? And now I guess it's also a web browser, or a generalization of web-browser-like things that may or may not actually be compa…
https://arcan-fe.com/2021/09/20/arcan-as-operating-system-de...
Re: Arcan-A12: Weaving a Different Web
#8Arcan scratches the same kind of itch that nix does for me but for the gnu/linux graphics stack and everything that has to interact with it.
I remain confused by Arcan, even having looked into it a few times over the years. Ultimately it appears to be software with more fans than productive users.
I love the idea of arcan, I like how as a counter point to waylands "X went to hard, the display server should be a dynamically linked shared object" there is one solitary guy doing his own thing saying "X did not go hard enough we need an even more seamless, recursive solution to move our display between different devices" and doing amazing work on this problem.
But just like plan9 I have a hard time actually doing anything with it. Achingly beautiful software, but just a little to different and obscure. And I say that as an OpenBSD daily driver, where apparently I thrive on the pain that comes from using an obscure system.
But I am currently back on the plan9 kick, seeing if I can get it to stick this time. I may give arcan another try as well.
Re: Arcan-A12: Weaving a Different Web
#9Arcan scratches the same kind of itch that nix does for me but for the gnu/linux graphics stack and everything that has to interact with it.
I remain confused by Arcan, even having looked into it a few times over the years. Ultimately it appears to be software with more fans than productive users.
The focus of arcan is to make the final display target super flexible.
So X was designed to be network agnostic, the programmer could use the same protocol and depending on how the end user had it configured it could be displaying on the same machine as the program via local shared objects or on a remote machine via tcp. But X never was able to dynamically transition between the two, there was no way for X to move a window from one machine to another. This is a core goal of the arcan project. I think the thing that gets people confused is along the way there is also a lot of adjacent experimentation in really wild window managers and control scripts. That is, what crazy things can you do once you have this amazing window location flexibility.