IRC channel logs
2026-07-03.log
back to list of logs
<damo22>panic ../i386/i386at/model_dep.c:539: c_boot_entry: Mach can't run as dom0. <ahoka>jean-christophe, are you French? <ahoka>I thought so, I figured I recognized you from another IRC. <ahoka>Well, regardless, hope you're doing ok <jean-christophe>i am Okey the life is beautyfull... juste choice light or dark... but you certainly know the story of two wolf <ahoka>I know that as much as I love to idle and chit chat on IRC, I need to get back to focusing on my project. Perhaps we can talk more later. By the way, if you haven't tested out some of Hurd's unique features, I request you do, the more people who see the cool stuff within Hurd, the more attention and support the project will get. I am grateful for all the Hurd developers out there, even if I primarily use GNU/Linux <jean-christophe>me too, i'm waiting hurd is useable... if i time i retry an qemu install <jean-christophe>i would like port on riscv but need to dive under de GNU Mac doc and waiting my glass <jean-christophe>i have lot of pdf book but in computer is too attempt to chat or use keyboard... may be in park to take the sun and think slowy <jean-christophe>with the time... the pdf is the best for read. and .cbs to BD, .epub for long story <damo22>read source code in your favourite editor with syntax highlighting <jean-christophe>sure source code is a beautyfull langage but need concept and architecture <jean-christophe>but money need money... i am impatient to test ggml under debina unstable <jean-christophe>but need take a choice with my budget as pref/price and my twice D300 seems not work with the last update <sneek>solid_black, you have 2 messages! <sneek>solid_black, azert says: about the hardware improvement you mentioned such as remote atomic operations, I think that the most advanced NVIDIA data center network interface already implement them <sneek>solid_black, azert says: and all bypasses the kernel as well as the main cpu, since userspace normally talk with those nic directly using command queues <gnucode>solid_black: I think you talking about the "new MIG style structs" is my first introduction to the fact that flavio added an extention to Mach's IPC. I'm not sure if I explained that properly. But whatever that newer Mach message ya'll are using...seems interesting. and I'm not sure how I've missed it... <solid_black>it's not actually a new message/IPC feature, it's a MIG feature <solid_black>a new syntax, while the underlying format is the same <solid_black>it's structs that look more like C, with individual named fields <solid_black>whereas classic/old-style structs are more like arrays <solid_black>in either case the underlying format, and what Mach IPC sees, is something like "4 32-bit integers" <gnucode>hmmm. I wonder why I've never covered this newer MiG feature is a qoth...maybe it was during the bit that I gave up writing the qoth. <solid_black>onto something else, have you tried to get 9pfs working? :D <solid_black>it's our RPC generator, reads IDL (*.defs), outputs C stubs <azeem>remote procedure call, the usual one <jean-christophe>thank to linus to give Linux... GNU can't have this mature working without <gnucode>solid_black: I have not tried 9pfs yet, but I intend to! Gotta get to work! I'll log back in in about an hour or so! <gnucode>X just got stuck or something, and I had to hard re-boot. <gnucode>it happened whilst I was updating the Hurd. <gnucode>I've noticed that the Hurd updates super well on the console, but not as reliably in X. <gnucode>solid_black: nexussfan was working porting Xlibre. I'd love to test weather it is more reliable. <gnucode>or someone could turn into developer-hercules and finish your wayland porting work. <solid_black>the issue would be not as much Wayland the protocol & the libraries, as it is accessing display/video hardware <gnucode>if we had to hire a competent developer to do this...how much do you suppose they would charge ? <solid_black>they would import DRM code/drivers from either Linux, or... whatever are the other options? the BSDs are taking it from Linux too, no idea about rump <gnucode>Suppose someone were to hire you to do this...how much would you charge ? For instance I think Drew Devault's hourly rate is more than $100 per hours. How many hours do you suppose it would take Drew to do this. <solid_black>i'm the wrong person to do this anyway, I don't know much about DRM or graphics hardware <solid_black>IDK if Drew knows much about that either, but probably a bunch more than I do <sam_>no, there is a separate Hurd channel on OFTC (#debian-hurd) <sam_>i think it's more intended for debian development-ish questions though <sam_>this channel is fine for user support questions <gnucode>sam_: is there some gentoo related news that we should add to the Q2 qoth ? <sam_>well, the fact it exists <sam_>it just missed the first qoth <sam_>nothing specific otherwise to report <gnucode>well there is a news article about it... on the news page... <sam_>I figured you'd want to include everything since the last qoth, especially as you'd alluded to it in the last one, but if you don't want to, it's fine with me <gnucode>sam_: I'm fine to add more to it. Here's the news article that I covered. <gnucode>well actually samuel wrote that. is there more info that should be covered about gentoo hurd ? <sam_>not really, no. i was under the impression it's a roundup of everything. if it excludes stuff that got covered otherwise then it's fine <gnucode>Does gentoo hurd have a mailing list that I should read when I write the qoth ? <sam_>I usually just write updates into the #gentoo-hurd IRC channel at the moment <sam_>I will let you know of any updates if you miss any in future, anyway <sam_>I was just misunderstanding what the qoth contains <gnucode>please don't think that I'm trying to dismiss you. It's just hard for me to read through the irc notes to see updates. <gnucode>feel free to occassionally post your updates to bug-hurd@gnu.org. That way, it'll be easy for me to add it to the qoth.