Hi, all,
I was trying to build Qubes rc4.3, when I came across a chilling error for the state of the internet: x.org has no hosted files, none available to satisfy the need for Qubes Builder to retrieve xorg-server.
Luckily, I found what I had expected–a gitlab using Anubis.techaro.lol/ on Making sure you're not a bot! from the main page of x.org. (why give up hosting, xorg, when you can just use a bot blocker like Anubis? I’m glad there may be other recourse)
I’ll just change the configuration of my build.yml, but I couldn’t find this in a quick search of the Qubes forums. I don’t see any releases here at: Making sure you're not a bot! so where might I go to get the dependency?
So not only did I learn that X got forked into XLibre , xserver/HISTORY.md at master · X11Libre/xserver · GitHub , it means I still need an answer on how to get 21.1.21 for Qubes RC4.3. I’m going to review the forums and see if anyone else mentioned this.
I’d love to mark this as solution, but now I gotta change the title of this post from "qubes-builderv2-depends-upon-unhosted-xorg-server-21-1-21/41952 " url to one about how to build XLibre into Qubes.
I was just thinking of what you wrote in the Matrix (thank you), and was thinking to myself that I just see what the X requirements are in the project, and also see what the packaging for Xlibre would look like (as I only saw one other mention of XLibre in the whole forum.) This is because I also considered other OSes as the basis for Qubes–I imagine Qubes could be X kinds of base operating systems and find sponsoring users in each OS community. You might even use other OSes that have completely different hypervising stacks that Qubes can support. What if a QubesOS that added the UIs on top of these other OSes?
On some level, it reminds me of the Salt Stack development being swapped for Ansible. It’s just another automation method of system configuration, as you could add Ignition, Combustible, cloud-init, and keep Salt. In that way if you did Proxmox with a QubesGUI, you’d just have one of many different VM interfaces virtually, as you could for example do it with Open Nebula. Because the ecosystem is so large, what if Qubes could support the creation of these X build projects in different ecosystems? I bet hosting a whole bunch of files can be challenging in this era. [Oh, the X files or mirrors are back? I hope they get funded!]
Thanks as always, Mamarek, in anyone hosting this role for quite the beloved OS and framework!
