IRC channel logs

2025-08-15.log

back to list of logs

<gnucode>what's the hurd translator that adds path based translators?
<gnucode>eg: img.tar.gz,tarfs/xml.xml,xmlfs/
<gnucode>ah, nsmux
<gnucode>also should we mark nfsv3 on the project ideas page as done? Wasn't there some work on that?
<gnucode>recently?
<gnucode>this is interesting:
<gnucode> https://www.mail-archive.com/bug-hurd@gnu.org/msg24804.html
<gnucode>"We once had the idead that we'd like a userspace version of GRUB for booting subhurds. Is this an idea worth following as a GSoC project?"
<gnucode>a userspace version of grub sounds cool, but what would be the purpose of it?
<gnucode>I suppose new Hurd users may prefer to graphically boot a subhurd.
<azert>gnucode: cool stuff
<azert>interesting the Daniel Versa email and Justus kind reply
<azert>interesting that someone would appear with a fake name out of nowhere to bash a good idea and then disappear forever. “Oh no no no, not the cloud” :)
<azert>also wtf all Google and Dropbox services are called the cloud are just private servers of a single big company
<azert>a distributed filesystem for the Hurd would probably be really useful instead
<gnucode>morning friends!
<ZenWalker>hurd dont support ext4 yet?
<gnu_srs>ZenWalker: Only ext2. Work is in progress to add journal support to that fs.
<ZenWalker>gnu_srs: ok thk
<azert>ZenWalker: why do you need ext4?
<azert>it's not clear if the hurd will ever support such filesystem
<azert>I don't think it is currently a goal for anyone
<azert>and even if gnu_srs mentioned journaling for you, that effort is not going to be ext4 compatible
<gnucode>sneek later tell azert I don't see the Daniel or Justus email...also were you suggesting that I mention a distributed filesystem for the Hurd as a gsoc project?
<sneek>Okay.
<azert>ho
<sneek>Welcome back azert, you have 1 message!
<sneek>azert, gnucode says: I don't see the Daniel or Justus email...also were you suggesting that I mention a distributed filesystem for the Hurd as a gsoc project?
<azert>gnucode: way too hard for a summer project
<gnucode>it's soo cool to be able to use dino on the Hurd!
<nikolar>what's dino
<identity>the gtk xmpp client?
<gnucode>yup.
<gnucode>I just jmp.chat, which lets you send XMPP chat messages that are forwarded to SMS phone numbers.
<gnucode>It's my $5 per month phone number.
<gnucode>I guess I'm going to try to compile libdiskfs with the journaling subsystem.
<gnucode>so I believe that I just built the hurd from source on debian hurd...
<gnucode>now I'm not sure where the *.deb file is.
<gnucode>I see files like this: hurd_0.9.git20240714-4_hurd-i386.deb
<gnucode>but that is from July 14 2024.
<gnucode>I don't know where the 2025 image is...
<gnucode>It should say something like 20250801
<nexussfan>gnucode: Yeah, just noticed that. On my hurd system it says that the Hurd package is on version 20250801.
<sneek>nexussfan, you have 1 message!
<sneek>nexussfan, youpi says: netinst does not need internet access, you can skip that step. You will still have the base installed already, and you can install the rest from the installed system
<gnucode>nexussfan: you see a 20250801 version?
<gnucode>I'm not getting that...
<nexussfan>gnucode: maybe update your package cache if you're running debian. when i run `apt show hurd` it shows 20250801
<gnucode>that's what I see as well.
<nexussfan>gnucode: oh. if you're compiling the hurd from the debian source package what Version does the debian/control file use?
<gnucode>what's the debian/control file ?
<gnucode>oh.
<gnucode>I see just a second.
<gnucode> https://paste.debian.net/hidden/c796ae6d/
<gnucode>also I seem to be slowly running out of memory...
<gnucode>I've got about 180 MiB of free memory at the moment.
<gnucode>I've got a total of 1.5 GiB on this T43.
<gnucode>My free amount of memory seems to be dropping.
<nexussfan>gnucode: maybe reboot? or see what is using ram
<gnucode>I'm running emacs, netsurf and a simple terminal.
<gnucode>maybe when I cherry picked the libdiskfs patch, it caused some issues.
<gnucode>quilt pop -a is giving me an error now
<gnucode>Patch debian/patches/git-ports_interrupt_server does not remove cleanly (refresh it or enforce with -f)
<nexussfan>gnucode: probably a code conflict? like it can't remove something from the code maybe? or maybe a filesystem issue? i wish i knew but I haven't wrote debian packages in a long time
<gnucode>I'm a little out of my depth too.
<azert>nexussfan: did you manage to activate the network on your t420 using the new rumpnet driver?
<azert>did you try?
<nexussfan>azert: not at the moment.
<azert>gnucode: maybe you can just patch a vanilla rump and then just copy/replace the libdiskfs.so. Risky business but may work
<azert>a vanilla hurd*
<gnucode>that does sound like risky business!