IRC channel logs

<damo22>youpi: do you remember much about jk's work on jdk7? i managed to compile his branch with a few changes but it only seems to compile libjvm.so

<damo22>ie, the jre

<damo22>i have libjsig.so and libjvm.so and a few headers output

<youpi>I don't know

<damo22>is gamma and hotspot part of the jre?

<youpi>I don't know

<damo22>okay i will dig into it

<damo22>i think jks fork on github only contains a subfolder of jdk

<damo22>the hotspot/ subfolder

<damo22>maybe the rest just works

<rrq>I've managed to "break" networking :( anyone knows a doco pointer for that?

<rrq>how long does it wait on "Deconfiguring interfaces" (upon poweroff)?

<rrq>... and then, waiting on "Configuring network interfaces" ... even though it's not "auto" (or hotplug) ... something very basic is broken in my networking setup

<rrq>hmm lost /hurd/pfinet ??

<damo22>showtrans /servers/socket/2

<rrq>nothing

<damo22>that is your problem

<rrq>there is no /hurd/pfinet ... I remember there was one. How do I get that back?

<nexussfan>How do you lose a translator

<damo22>your filesystem must have got corrupt

<nexussfan>Which debian package provides the essential hurd translators?

<damo22>hurd

<nexussfan>Oh

<nexussfan>What about hurd-extras

<rrq>ok; I'll reinstall "hurd_..." ?

<rrq>or is it hurd-libs0 ?

<damo22>no that is the library support

<damo22>jdk7 is compiling....

<damo22>i ported jk's patches to the full jdk7u repo

<nexussfan>Nice!

<damo22>added a few more, and trying to compile

<rrq>hmm dpkg -i /var/cache/*/*/hurd_* says "unable to stat './hurd/pfinet' (which was about to be installed): Permission denied" ???

<damo22>sudo?

<rrq>this is root

<damo22>oh

<nexussfan>fsck?

<rrq>ah in /root ...

<damo22>yeah your fs sounds hosed

<damo22>fsck

<rrq>ok; I disable networking, and reboot

<rrq>ls -ld /hurd/pfinet => "ls: cannot access '/hurd/pfinet': Permission denied"

<rrq>ouch.. I had swapped the pathnames on a settrans ...

<nexussfan>PyHurd is going to be annoying to code for...

<rrq>so I had put some translator on /hurd/pfinet ... don't do that

<nexussfan>I have to update all of the C code for Python 3

<nexussfan>> #if PY_MAJOR_VERSION >= 3

<nexussfan>So there is some Python3 code???

<bjorkintosh>have any of you installed hurd under guix?

<damo22>bjorkintosh: hurd inside guix is basically a qemu image

<damo22>argggh i cant compile javac without ant

<damo22>but i cant install ant without openjdk8

<nexussfan>Circular dep

<damo22>how do i obtain ant with only gcj-6?

<nexussfan>I wonder how I can cross compile for Hurd on Debian/Linux

<damo22>i did for gnumach in the ci

<damo22>check it

<nexussfan>Oh ok

<rrq>which command do I use for setting default route ?

<bjorkintosh>hmm. is Mach still relevant to hurd?

<bjorkintosh>I'm still new to all this.

<nexussfan>There are projects to port Hurd to other microkernels

<nexussfan> https://www.gnu.org/software/hurd/history/port_to_another_microkernel.html

<nexussfan>None of them are as good as GNU Mach though

<bjorkintosh>but in the current version, MAch is still good?

<bjorkintosh>okay.

<bjorkintosh>didn't want to get lost in the weeds reading up on other things.

<damo22>yes gnumach is the kernel

<damo22>argh some of the deps for ant are built with wrong version of java

<damo22>eg :

<damo22>/part3/debian/ant/build.xml:414: java.lang.ClassFormatError: org.apache.regexp.RE (unrecognized class file version)

<damo22> at java.lang.VMClassLoader.defineClass(libgcj.so.17)

<damo22>./ant -version

<damo22>Apache Ant version 1.7.1 compiled on June 27 2008

<damo22>youpi: how do i resolve "must override a superclass method" with java 1.5.0 trying to bootstrap 1.7.0 jdk?

<damo22>i am almost compiling javac 1.7

<damo22>ERROR: Your BOOTDIR environment variable does not point to a valid JDK for bootstrapping this build. A JDK 7 build must be bootstrapped using JDK 1.6.0 fcs (or later). Apparently, your bootstrap JDK is version 1.5.0 Please update your ALT_BOOTDIR setting and start your build again.

<damo22>So i set BOOT_VER=1.6.0 and it skipped the check but it broke the build...

<youpi>I don't know

<damo22>heh maybe i can open the jdk7 source in eclipse and get it to update the java source to be 5 compliant

<rrq>you want to override org.apache.regexp.RE ?

<damo22>rrq: no need, i found ant 1.7.1 on apache archive

<damo22>it runs

<damo22>44C tomorrow here apparently

<rrq>right; I think we'll be looking at high 20s here :)

<damo22>:|

<bjorkintosh>so are there other viable microkernels for hurd besides Mach to try?

<bjorkintosh>for the fun of it?

<youpi>not viable, no

<Gooberpatrol66>there was a port to l4 but i dont remember if it was ever bootable

<sobkas>I just rebuild xfdesktop4 and xfce4-session by adding to both libgtk-layer-shell-dev [!hurd-any]

<sobkas>And xfce4 installed, so quick check if it starts...

<bjorkintosh>huh. so mach 3 is basically bsd 4.3??

<sobkas>Oh yes it works, no longer forced to look at fvwm3

<sobkas>btw. is there any reason that after a reboot there is no internet in schroot(chroot)?

<gnu_srs>sobkas: Can you please verify that mesa works with mesa-25.3.3-1 on hurd-i386. For me it fails :(

<azert>bjorkintosh: probably bsd people wouldn’t agree with you

<azert>but the overlap is significant

<bjorkintosh>I see.

<gnu_srs>That mesa version is from experimental.

<gnu_srs>I'll send the patches to bug-hurd so somebody can try to verify if glxgears works for 32bit hurd. Thanks!

<sobkas>On 32bit I only tested 26, as it was branch I use for development of merge request

<sobkas>gnu_srs: Yeah I only used 26 on 32bit

<sobkas>I started development on 25.3.3 but on 64bit

<sobkas>gnu_srs: Have you checked my debs?

<gnu_srs>I've built my own debs on both 32bit and 64bit of 25.3.3.

<sobkas>Can you compare them with mine?

<gnu_srs>Based on your patches, especially from https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39277

<sobkas>It should produce similar binaries, comparing them could shine some light, also I assume you did some gdb

<gnu_srs>The memory fault has been present a long time now, with and without libdrm installed.

<sobkas>I never had such problem with memory fault, even on 32bit with mesa 20.2.6-1+hurd.1, it just displayed error

<gnu_srs>sorry, afk. bbl

<bjorkintosh>so anyone here knowledgeable about the gnumach?

<sobkas>So good night

<azert>bjorkintosh: I’m available for some blabbering

<azert>what do you want to know?

<damo22>"Due to the lack of a libpthread_db library on the Hurd, I was only able to build a Zero (interpreter only) virtual machine so far. However, it should be possible to disable the debugging agent and build Hotspot."

<damo22>Seems like i have already compiled hotspot without the debugging agent, so i may have gotten further than jk already, but i dont have javac yet

<damo22>i may have to backport the fixes to jdk6 so i can bootstrap javac7

<rrq>damo22: did you side-track from 64bit smp? or I can try something?

IRC channel logs

2026-01-26.log