IRC channel logs
2024-04-13.log
back to list of logs
<sneek>almuhs, Pellescours says: I tried upgrade src sources on debian package to netbsd10, only netbsd-builds.diff and clean_external needed to be upgraded (lines number changes). It started to compile well unfortunately my VM froze and I did not finished. I think it <almuhs>a simple question: in a patch, what is the meaning of this line? @@ -2260,14 +2375,14 . Why the number of line is not the same in the - and the + ? <youpi>it tells where the hook applies <youpi>when there are hooks before that, the 'where' is different in the original file and in the patched file, that's why <almuhs>because the second block of code was added before add another block of code in previous lines <almuhs>ok. I've updated netbsd-builds.diff and clean_external patches <azert>solid_black: in regards to barriers for io, we better port netbsd ones since linux's are gplv2 only. Also netbsd kernel is overall very silmilar to gnumach <azert>I don't know what are copyright rules for gnumach. We surely cannot stick FSF-Boston copyright on this <azert>and frankly I don't see why you are sticking that on your code. not that it's my business <azert>I wonder who is the netbsd foundation guru and what's his name, just out of curiosity <azert>this copyright bs is probably the reason linux won <damo22>azert: no linux "won" because they didnt care about freedom they were focused on sending patches to linus that made their business machines work <almuhs>I copied the src directory and modified these patches, but i get this error ERROR: HOST_SH=" sh" is not an absolute path <Pellescours>does it happens at the beginning or at the ed of the build ? <almuhs>i copied the code from cvs. I will try again with github sources <almuhs>Pellescours: could send me your modified patches? or even your full rumpdisk directory <almuhs>i start from "dpkg-source -x rumpkernel_0~20211031+repack-4.dsc", and then replace the src/ from buildrump.sh with the netbsd-10's src directory. And replace the patches with the modified versions <almuhs>and try to compile with "dpkg-buildpackage -B -uc" <azert>solid_black: for the other bug, the gic that is not initialized. I think we should brutally copy what netbsd has done for in-kernel arm hardware support <azert>well, probably he is out over the weekend.. let's discuss on monday