<ng0>so I wrote a small hack to run nix-daemon on GuixSD... to spare anyone the disapointment^extrawork: the differences between Guix and Nix go deeper, some packages of nix are created in a way that you need to wrap them again
<ng0>at least my 2 minute testing so far. some applications work, others don't /end offtopic :)
<ng0>ah not end.. maybe we should mention that in the package description?
<ng0>I tink guix has update nix again? I had 2.0.4 for a while before it landed in master
<ng0>(~4 hours sleep, sorry for the broken grammar)
<ng0>prof in the lecture is wondering right now about non-reproducible results of an application.. "all systems should act equal normally..." right...
<efraim>I figured out rather late that computer science is way too "scientist-y" and theoretical for me, and I probably should've gone for something engineering
<efraim>or mechanical engineering. I almost tried for a degree in physics when I first tried uni
<ng0>I'm like the go-to Unix, general OS, and langauges other than Java person for the students here xD
<g_bor[m]>However on the first run powermock repack failed with some scheme error. What could that be?
<rekado_>g_bor[m]: hard to tell without seeing the error message.
<efraim>I know the feeling, I was the go-to Linux and English guy for years, when I emailed a professor asking about running some of the course programs under linux he sent me to talk to myself about the feasibility
<g_bor[m]>I've lost that unfortunately, scrolled off the terminal. It is sure that it's not deterministic.
<g_bor[m]>civodul: What do we know about the guile thread safety problem? Any more insight?
<efraim>qsyncthingtray still FTBFS with qt5.11.1, different error, it seems qtwebkit-5.9 just isn't compatible with qt5.11.x
<reepca>Sounds like the directory I'm looking for. Now I just need to convince gforth to actually look in there for wrapper libraries... currently I just have my own "gforth-kitchen-sink" package and I'd really like to make separately-installable packages for the various wrappers.
<janneke>vagrantc and right you are -- but i hoped you'd have connections into the Debian/java world
<janneke>to ask some "nice" questions about bootstrapping and introduce rekado_'s problem ;-)
<vagrantc>i know some folks, true ... i'll see if they bite
<cryptocat1094>Is our architecture different enough that the same solutions NixOps uses cannot simply be translated to Guix?
<janneke>vagrantc: thanks...i know from working at #bootstrappable that facing a problem or even problem-area together is so much nicer than feeling alone
<vagrantc>janneke: this is regarding bootstrapping openjdk?
<demotri>cryptocat1094: Yes: In the sense that Guix complies with FSF's FSDG (Free Systems Distributions Guidelines). That means every peace has to be free software. And Guix has the aim to bootstrap everything from source. Nix is different: They are more "pragmatic" and just pack some binaries in for compilers or build tools.
<janneke>vagrantc: yes -- here's what rekado_ said about it
<janneke><rekado_> we build three versions of the full OpenJDK, each of which takes up
<janneke> a lot of space and needs a lot of time to build. [22:17]
<janneke><rekado_> all that just to get to OpenJDK 8. [22:18]
<janneke>i'm not personally involved, please talk to rekado_ directly if you have a question
<vagrantc>could also just email the java team directly, but i've pinged one of the folks i know directly
<janneke>vagrantc, rekado_ were any of the Debian java team in Berlin?
<cryptocat1094>demotri: That's not quite what I meant. I was talking about a configuration management tool Nix has and wondering if there was any particular difficulty in replicating it for Guix. https://nixos.org/nixops/