July 2, 2025 at 8:00 AM, "Gabriel Santos" <gabrielsantosdeso...@disroot.org mailto:gabrielsantosdeso...@disroot.org?to=%22Gabriel%20Santos%22%20%3Cgabrielsantosdesouza%40disroot.org%3E > wrote:
> > Em 2 de julho de 2025 08:17:46 BRT, Ekaitz Zarraga <eka...@elenq.tech> > escreveu: > > > > > Hi, > > > > On 2025-07-02 10:30, indieterminacy wrote: > > > > > > > > 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 > > > > We also package suckless software and there is plenty of information on the > > internet saying they are Nazis. > > > > I'm not saying we should remove their packages from Guix. On the contrary, > > the point I'm trying to make is we usually don't pay attention to who made > > the code but if the code is free software or not. > > > > If Xlibre is libre and doesn't include malware, why shouldn't we package > > it? Adding it doesn't mean we support their opinion in any regard. > > > > If we reviewed that, we would need to remove thousands of packages that are > > made by big evil corporations or the suckless software I mentioned. > > > > In any case, Jonathan, I appreciate that you raised the concern. > > > > So yeah, spacecadet, if you really want to continue to package it, we would > > add it to Guix, I don't think there's any policy in Guix against it (unless > > their documentation or so is also part of the package and includes > > political messages that promote any kind of discrimination). But I wouldn't > > be surprised if people (including myself) prefer to work on other things > > first. > > > > If you really want it, don't be discouraged. > > > > Cheers, > > Ekaitz > > > Agreed. I also think that Xlibre should be packaged. KiCad just blogged about how their software works better on X than wayland. https://www.kicad.org/blog/2025/06/KiCad-and-Wayland-Support/ X.org is not getting developed further, but Xlibre is trying to update the codebase. Just because someone is not a fan of "didn't earn it", that doesn't mean that person wants trans people dead. I'm not sure where that argument came from. As a white man, it made me a little sad that I was not allowed to participate in outreachy. :( > > -- > Gabriel Santos >