Hi Spacecadet,
Im sorry to be a curmudgeon following not only your efforts but also
your active communications, but I feel that I should flag to others here
that there are points of concern regarding the behaviour of XLibre.
Not wanting to get too bogged down in the mire, it appears positions on
the (USA) DEI have been considered antagonizing enough for Redhat to be
reactive against (and its likely that other OSes have been cautious).
There may be other things, Im not a police officer.
Here is a random example of somebody articulating their personal
feelings:
```
I mean, I have already put my foot down re such projects at Adélie, and
have had to explain why it's a problem. (non-contributors have asked for
technical reasons, but tbh "these people want me dead in a ditch" is
plenty technical: I can't make this distro for you if I'm, you know,
dead in a ditch.)
I'd like to live in a world where I didn't have to worry about the
politics of the projects we package, but that world does not and will
never exist.
```
https://social.treehouse.systems/@VulpineAmethyst/114768982059460162
As somebody who enjoys irreverence and recognises it as a tool I feel
that the harm principle is important.
For venomous critique one should punch up rather than punch down and
take an approach to not judging historical positions or activity only
armed with contemporary framing.
I can happily make jokes about renaming the 'Master' branch to 'The Gulf
of Mexico' because Trump (as any leader) needs to be reminded that they
arent so special:
https://theonion.com/stuck-in-the-timiddle-with-you/
Simultaneously, I can live with the recent failure to modernise the
naming structure of Guix's branches, as Im grown up enough to recognise
that it wasnt originally named to isolate and discriminate
This is not evidently the case with the Xlibre initiative.
The intent may go beyond the noble activities of having a renaissance re
X11 (EXWM user here).
The community could also be oddball provocateurs missing a forloop or a
tail - it would be naive to ignore the simmering incase the pan boils
over.
Irreverent regards,
Jonathan
On 2025-07-02 05:32, spacecadet wrote:
hi guix
I've been working on packaging the xlibre-server
https://gitlab.vulnix.sh/spacecadet/guix-xlibre
there's no new service type, just helper macros and functions like
(xlibre-configuration ...) or (xorg-configuration->xlibre-configuration
...) that rewrite the xorg service.
minimal recompilation is needed, only drivers need to be recompiled as
far as I've seen.
it's still a wip, but given more development I'm not sure if this could
be merged with the replacement functions, I don't know of any similar
cases.
I tried making an xlibre-configuration record, but a lot of other
records are tied inextricably to the xorg-configuration record.
replacing xorg with xlibre would be a solution, but with how flexible
guix is, I don't think there's a need to replace xorg outright,
especially since xlibre is still kinda in testing. dunno.
for the meantime it works, you can pull the channel or run it in a vm
with the included script
