IRC channel logs

<damo22>i fixed my cgit not displaying all git branches :D

<damo22>youpi: good morning

<Zopolis4>I want to help contribute to hurd, but I don't think I'll be helpful on the OS side. Is there anything specific I should do as opposed to just porting a bunch of stuff?

<damo22>Zopolis4: do you know any rust?

<Zopolis4>nope

<damo22>me neither

<Zopolis4>and im not particularly inclined to learn it

<Zopolis4>maybe i could look into porting go

<damo22>ok

<Zopolis4>unless its already poorted

<AwesomeAdam54321>Rust takes a long time to bootstrap too

<damo22>we just need to port the stdlib

<damo22>the rest can be cross built

<Zopolis4>im already bootstrapping gcc quite frequently so im used to long build times

<Zopolis4>for rust or go?

<damo22>rust

<Zopolis4>hmm

<damo22>Zopolis4: if you want a challenge rust stdlib would be useful at least

<AwesomeAdam54321>I don't have any experience with C, is there any way I could help?

<damo22>yes

<damo22>anyone can help

<Zopolis4>i need to get gcj into upstream before i take on any big projects, but ill keep it in mind

<AwesomeAdam54321>Zopolis4: Ooh, up to what version of java can GCJ compile?

<Zopolis4>ah

<Zopolis4>well you see

<Zopolis4>bold of you to assume gcj can compile

<damo22>i dont know the specifics of what we need for non-coding assistance

<AwesomeAdam54321>damo22: Maybe I can help with getting the Guix System up to par for hacking on the HURD

<damo22>AwesomeAdam54321: sure

<AwesomeAdam54321>I think right now it's mostly a demo in a VM

<damo22>debian is easier to hack on hurd because some of the packages are the upstream

<damo22>due to the microkernel nature of it, its quite a fragmented system, everything is in different libraries, not by accident

<damo22>youpi has a tough job keeping up with packaging

<damo22>what we probably need is to make the debian port not force us to include latest of packages

<damo22>so we can have a stable version of everything and not have to update it when a linux package gets bumped

<Zopolis4>i mean we could just move the debian port to a named release rather than sid

<Zopolis4>or a sid snapshot at the time of a named release

<damo22>i think its more than that, the port needs to be stored in a flat format instead of some packages combined with other arch

<damo22>i think youpi said it was a flat DAK format

<damo22>its a debian thing

<damo22>for example, we dont really need the latest version of git every time a new version comes out

<damo22>but we are forced to build it

<damo22>and youpi has been fixing as much as he can when it breaks but its too hard for one person to manage

<damo22>we need help to reorganise the repository

<damo22>you cant hack easily on hurd using guix

<damo22>for a start, guix doesnt boot itself

<damo22>its a package manager

<damo22>debian hurd has an installer built already that works

<AwesomeAdam54321>damo22: Guix uses an operating system config to instruct it on the packages and the Scheme configuration

<damo22>yeah, unfortunately no one working on hurd itself knows much about guix

<damo22>for me, debian is the most convenient way to run hurd at the moment

<AwesomeAdam54321>Should I help with the Debian repo organisation stuff first, then work on Guix HURD?

<damo22>yes please

<damo22>we need to find out what is actually needed to do

<damo22> https://wiki.debian.org/DakHowTo i think this is relevant

<Pellescours>damo22: I’m still trying to have rump being built with both ahcisata and piixide, I do not success to have ata stuff being build in separate lib

<Pellescours>I undersood that the symbol that conflicts (rumpns_atabus_ca, ...) are generated by ioconf and are in the ioconf.c

<Pellescours>I don’t know how I can move theses symbols into a separate lib

IRC channel logs

2022-09-10.log