IRC channel logs
2026-01-27.log
back to list of logs
<damo22>i might have to backport the 7 changes to 6 to get a working jvm <damo22>at the end of that i will have debian packages for openjdk-6 and openjdk-7 <gnu_srs>just being curiuos: Why do you need java? <damo22>actually at work we use java, so it future proofs me in case i want to switch to hurd for work <damo22>also, if the language is not ported, it will become more difficult to obtain later <damo22>i think the only reason its not already ported is that its quite a lot of work <youpi>also, because oracle is not very cooperative <damo22>we can upstream changes to icedtea perhaps <damo22>apparently that was the strategy that was suggested previously <damo22>youpi: why does it matter if oracle is uncooperative ? <youpi>damo22: that you'd have to maintain patches over openjdk <damo22>ok, is openjdk the same as upstream oracle? <youpi>afaik it's oracle that drivers the openjdk development <damo22>do you know anyone who has succeeded to upstream a patch to openjdk? <damo22>they probably would not accept a patch for 6 or 7 <youpi>the repository most probably doesn't even exist any more <youpi>but we can upload them to debian's unreleased <nexussfan>But unreleased doesn't require source packages iirc <youpi>the licence requires that somehow anyway <youpi>so debian's approach is to just ship the source <youpi>but as an archive, it requires me to upload the source <youpi>and it is there in the directories <youpi>there is just no index for that, it's on the todolist <rrq>the "difficulty" with java is their chaining of versions, where you need N-1 to build N, and they are up to naybe now. <damo22>i wont be doing the work for openjdk25 <nexussfan>Yes java 8 is probably the best one that can be ported <bjorkintosh>hmm. do the programs have to be recompiled under debian hurd from debian linux? <nexussfan>Yes hurd and linux are not binary compatible <nexussfan>Unless someone ports FreeBSD's Linuxulator to HURD <bjorkintosh>there is not a lot of hurd information besides the wiki, I'm finding. <bjorkintosh>have any of you ever used a different microkernel based OS? <nexussfan>If I did I probably didn't know it was microkernel based <tux0r>quite acceptably, now that it's basically a netbsd distribution ;o) <damo22>maybe i can skip the rest of 1.6.0 <azeem>where can I find documentation what the ".W.O.F." etc. in the gnumach kernel debugger mean? <azeem>I don't think I asked a question yesterday <azeem>so if I look through the user tasks in the Mach debugger, they seem to usually have TH_SWAPPED (O), what does it mean if a task doesn't have it? <azert>bjorkintosh: are you still around? <azert>what drives your curiosity for gnumach? <azert>let’s say that the Hurd is designed to run on it <bjorkintosh>I see. but hurd can run on anything else though can't it? <azert>what do you perceive as failures in GNUMach? <bjorkintosh>I don't know anything about gnumach, so I cannot say. <azert>no, originally the Hurd was designed to run on any variant of Mach. Now only on GNUMach <bjorkintosh>I'm at the moment, trying to learn how to use gnumach effectively in the first place. <azert>you boot it using multiboot, that is a protocol implemented by GRUB <azert>this is a limitation, we would like <azert>it can also run on many real hardware <azert>if it doesnt work on your machine, chances are that it can be fixed with few modifications <azert>so overall it is a solid microkernel <bjorkintosh>are the gnuMach sources easy to read and understand? <azert>the complexity is comparable to a bsd kernel of 30 years ago <azert>GNUMach is actively developed, Minix is not <azert>bjorkintosh: are you a programmer ? <bjorkintosh>but I don't know C well at all. I'm your regular old python/R/sql/tcl/commonlisp person. <azert>what interests you the most about gnumach? <azert>I have the feeling that you would like it replaced by something else, but you don’t really know why and what <bjorkintosh>azert: I've only had it running for 2 or 3 days now. first time ever. <azert>what did you do with it in those couples of days? <bjorkintosh>I have other OSes running on proxmox too: plan9, haiku, minix, openbsd, and a bunch of others. <bjorkintosh>azert: I set it up, downloaded the sources, and played around with emacs inside hurd. <azert>I guess GNUMach looks and feel like Debian, right? <bjorkintosh>same thing with BeOS/Haiku, which looks like linux as well, but is clearly not the same thing. <azert>Nope. compare it to a bad. It is because the operating system is GNU, that normally happens to run on Linux <azert>the biggest difference between Hurd and Linux on a virtual machine is systemd <azert>Openbsd is clearly different from debian <azert>I think systemd will never run on the Hurd or BSDs, as such Linux might diverge <azert>Nobody wants to run 2m lines of buggy C code as pid 1 <azert>hurd still runs shell scripts to bring up daemons <azert>I take pleasure in looking at it evolving, play a bit with it when I find time and focus, and hope one day will be my daily driver <azert>I like that progress move slowly but steadily, since that’s how my own things move <azert>I hate following things like Linux development since that looks like hell to me <azert>You can literally follow people in the Linux community break apart into pieces <azert>trajectories that look like ballistic rockets. Think about Hans Raiser <azert>bjorkintosh: are you American? <azert>which state? Area? If you don’t mind <azert>Been in Houston recently. Great food. <azert>At least three places were remarkable. A Texan bbq, a southern seafood with great crab, a traditional texmex place <azert>with fresh handmade tortillas <azert>The seafood is clearly French cousine derived <bjorkintosh>azert: next time you should go on a swamp tour if you can. they're surprising. <bjorkintosh>azert: anyway, I'm interested in learning all I can about hurd, as I have a general interest in OSes. <azert>I think that the best approach is to chose a task and try to solve it <bjorkintosh>I should learn C properly first. Been dragging my feet for far too long.