<ng0>guile-wm has some rough edges. I've been using it for a week now. For example: it managed to crash libreoffice when I wanted to save. Occasionally it still crashes, but I think the crash rate on 'wrong key combination' has been reduced.
<ng0>so it's good, but I think I really need to get involved to fix it for me.
<ng0>the docs are super basic. I think there's an option to keep applications always on top, but I'm not sure (didn't read into it very much so far). like xbattmon only makes sense when it stays on top. I have my tmux config etc wit battery scripts, so it's not a problem
<g_bor>Is there any reason why pinentry is not a propagated input of gnupg?
<ng0>the sentence makes no sense, I can't understand the question. Could you write a whole sentence again?
<OriansJ>ng0: to your previous no operating system does this statement, which appeared to do with the keeping of applications always on top. Tiling window manager should be able to provide that functionality
<jaidmin>are there any examples on how to use the trivial build system? im no scheme expert, and I just want to write a package which downloads a tarball and unpacks it. no building needed (since its a binary)
<shiranaihito>.. and where does the value for "%base-file-systems" come from? :). (what's in it?)
<cbaines>The description of the operating system contains file systems, but I think this is mostly about using file systems, and not about creating them
<shiranaihito>i also wonder if overwriting filesystem from a system config application would even make sense.. presumably you'll have some data under the file systems that you wouldn't want a system reconfiguration to destroy
<cbaines>so no, I don't think changing the file systems in your system config will change the file systems themselves
<shiranaihito>cbaines check out Clojure if you haven't btw :) and listen to some talks by its original author, Rich Hickey - he's a genius
<ng0>yeah, I kinda want to fix up Clojure here (somehow integrate what Leiningen does).. but I still hope someone with Clojure experience takes on this. it's not impossible, but I need to read into Clojure build systems first.
<shiranaihito>but it seems to me that guix can be used to install java-specific packages
<shiranaihito>and i just don't see why those would be "guix's problem" instead of java app authors'
<ng0>yes, because guix is not language centric. I mean, why do you regard the packages as "problems"?
<shiranaihito>there's a shit-ton of largely pointless libs being hauled around by pretty much every java app out there.. i'd recommend staying away from that mess :)
<ng0>as long as it is under Free Software licenses it can be uncluded.
<shiranaihito>yeah, but there are way too many programming language specific packages for guix to include, right? so why not just leave them out completely, especially since it's an unnecessary burden anyway, since apps are supposed to handle/contain their own deps to work correctly .. right?
<shiranaihito>for example, i'll be running a clojure app on guixsd, but it'll be deployed as an "uberjar", which is a big fat Java JAR file that contains all the app's Java library dependencies by itself
<hulten>@cbaines: Yes, thanks, it is probably indeed fine; GPT/MBR partitioning is weird, esp. maybe if you want to make it bootable on different systems from different media. Anyway, the 0.14.0 download checks out with PGP, and it boots and installs.
<efraim>shiranaihito: the short version is that an "uberjar" is not source code and also likely has bugs and vulnerabilities in their bundled dependencies that may have been patched by their upstream authors and never updated since being pulled into the uberjar.
<efraim>well that was suprising, qtbase-5.10.0 failed to build
<tilpner>I wanted to try GuixSD, so I started to install it on an old i686 netbook. The guix system init ran for 5 hours and died. How is the Hydra coverage for i686? Is it supposed to GUILECC everything?
<shiranaihito>efraim btw, it would be cool if you could include a JDK from Azul
<shiranaihito>i don't remember the details, but basically they "verify"/test openjdk and publish that as their own package
<shiranaihito>i saw someone say they had problems with plain openjdk, but not with azul's version
<ng0>in any case zulu from azul looks compatible in licensing, on the shallow (marketing/website) statements front.
<efraim>did we forget to update gawk to 4.2.0 in core-updates?
<lfam>efraim: You have to have known something to forget it, yes? :)
<efraim>I kept the email from gnu-announce since it wasn't updated :)
<lfam>efraim: Do we need to update it to proceed? Or can we leave it for the next cycle? Or should we just go ahead and do it now?
<lfam>I haven't paid close attention this time so I don't know
<efraim>it looks like a nice update according to the email
<lfam>Overall what's the status of the branch? Ready to build out?
<efraim>if the gtk+@2 patch was pushed it should be ready for a build out for testing
<lfam>I believe it was pushed as 92b61d3e1bb50f0c1d087bc8d57cc00c3ce360df