Repository navigation
GNU Hurd support #3175
Description
Describe the feature
Officially add GNU/Hurd support to Xlibre.
- pure compile already seems to run fine (going to merge CI job soon), but yet needs to be brought up and tested on actual GNU/Hurd machines
- got reports about it being at least partially running
It should be implemented because
Hurd might be an interesting platform for many use cases (eg. micro kernel architecture interesting for embedded)
What are the alternatives?
No response
Additional context
- general build reported to be working, Xserver coming up (yet w/o proper inputs)
- CI pipeline almost done (most likely merging today)
Extra fields
- I have checked the existing issues
- I have read the Contributing Guidelines
- I'd like to work on this issue
- Draft for native Hurd input driver: WIP: xf86-input-hurd: native Hurd input driver via Mach device ports #3194
Activity
metux commentedon Jun 30, 2026
@X11Libre/all anybody working on Hurd porting, that's your call now :)
callmetango commentedon Jun 30, 2026
I think @NexusSfan might be interested.
metux commentedon Jun 30, 2026
#3179
when passed CI, going to merge it.
rubyFeedback commentedon Jun 30, 2026
Would be an interesting idea. I do, however had, think that there are probably very few folks specifically interested in GNU Hurd. Perhaps some debian folks.
metux commentedon Jun 30, 2026
for now. but these days we also should be concerned about the long term future of the Linux kernel. Hurd does have conceptional problems, but also promising aspects.
NexusSfan commentedon Jun 30, 2026
XLibre already works on Hurd with the
vesavideo driver, I have tested it on QEMU multiple times, the only thing that is not working well is keyboard input.https://youtu.be/mcCGaO0sfv0 (the bug with requiring 2 startx commands has been fixed)
metux commentedon Jun 30, 2026
Cool !
I've heared you've got problems with input devices, so I asked some llm bot to draft a prototype for a native driver:
#3194
gyfleury commentedon Jul 5, 2026
Hello,
I opened a pull request (#3257 in xserver) to fix Hurd, and pull request #16 (in xf86-input-keyboard) also seems to fix Hurd. Both fixes were generated using an LLM, so they should be taken with caution, as I don't know Xorg and know very little about Hurd.