IRC channel logs


back to list of logs

<emacsomancer>is it possible to use zfs with guix?
<mekeor>emacsomancer: i don't think so.
<mekeor>emacsomancer: i just grep'ed the guix-repository for "zfs" and there were no matches.
<emacsomancer>mekeor: thanks
<ng0>heh. that was the quickest service I wrote :)
<mekeor>which one, ng0?
<ng0> http://zyopayojyjmgcys5.onion:8080/ running on GuixSD
<ng0>maybe 10 minutes work
<ng0>now I just need to look into why some parameters are not accepted :/ like log and port
<mekeor>a guix service for darkhttpd?
<ng0>i also have a gopherd and some more because I think failing with more services ultimately leads to being able to debug wtf is up with my gnunet-service
<ng0>I'm starting to see the point in the advanced features of guix for daily use. environments are cool :)
<mekeor>sounds like a good plan :)
<ng0>Es geht voran :D
<ng0>maybe one day I really get psyced on guix.. that plan is on hold atm
<ng0>should the htdocs dir be world writable?
<ng0>or should users just add themselves to the darkhttpd group?
<mekeor>where is the htdocs dir?
<ng0>whereever you want it to be.. by default I made it /srv/httpd/
<mekeor>requiring to be member of darkhttpd group sounds more controllable, more powerful, to me
<ng0>darkhttpd has some snadboxing options of its own, but I will try to just use our sandboxing for now
<ng0>I see that nginx defaults to /srv/http
<rekado>yay, I built ant without gcj, using the new bootstrap toolchain.
<ng0>maybe I should just use that
<rekado>next: icedtea.
<ng0>cool :)
<castilma>is there a way to tell guix to only compile after getting a valid substitute fails?
<mekeor>castilma: isn't that what --fallback already does?
<castilma>hmm, it doesn't feel like it.
<ng0>of course when a build is not available sometimes there are dependencies which need to be build
<castilma>why can't the substituted be grabed?
<ng0>i need to reboot. maybe someone else can answer.
<brendyyn>I keeg getting TUS irr'r oe pr'cidyri
<brendyyn>I keeg getting TLS error in procedure 'fill_session_record_port_input': Resource temporarily unavailable while downloading 4g18cdg...gcc-5.4.0.tar.xz from, although it seems to happen at a different point each time.
<paroneayea>not 100% sure the cpu frequency scaling daemon is doing anything (it doesn't know what my CPU is)
<paroneayea>we'll find out if it's working by the time I get back
<paroneayea>I set guile 2.2 to compile while the laptop is docked :)
<reepca>I've noticed that the *Guix REPL* buffer in emacs tends to freeze up whenever I try typing, any idea why that might be?
<reepca>Hm, ordinary guile REPL seems to do it as well in emacs...
<brendyyn>reepca: Hi reepca, I saw you on the mailing list.
<brendyyn>I'm not sure about that, it's possible guile is compiling .scm files you haven't compiled everything beforehand, dunno?
<apteryx[m]>reepca: I have this problem as well
<reepca>I think it might somehow be related to the autocomplete (or rather, auto-suggestions-popping-up) functionality - I started an emacs with GUILE_LOAD_PATH and GUILE_LOAD_COMPILED_PATH set to empty strings, and it's running smoothly
<apteryx[m]>It's very annoying!
<apteryx[m]>Would make sense, as I saw in Geiser manual that there is a limitation where if you edit aother Guile buffer and while running commands at Geiser the Geiser buffer won't be able to refresh.
<apteryx[m]>I reepca, good find!
<Lijero>so, the racket package requires gsettings-desktop-schemas to function, though it doesn't to compile, but doesn't actually install it
<Lijero>I guess?
<Lijero>and now glib-gio settings schema: org.gtk.settings.filechooser is not installed, and I'm not really sure where to get that
<efraim>Lijero: it might need to be compiled with the glib-or-gtk build system
<Lijero>I'm not compiling it right now, this is just "guix package -i racket"
<Lijero>I'm assuming there's some package that makes it work if it got into the packages listing
<andreh>How can I test a package installation from a local file?
<brendyyn>andreh: what do you mean?
<andreh>As far as I can tell, guix package -f gnu/packages/many-package-definitions.scm compiles and installs everything from that file
<andreh>I was trying to add a new package to gnu/packages/version-control.scm, but all packages from that file were being installed, like subversion, etc.
<andreh>brendyyn: is there a different way?
<brendyyn>Well if gnu/packages/version-control.scm is a directory ~/foo, and you have GUIX_PACKAGE_PATCH=~/foo set, then it will automatically be available to guix and you can just run guix package -i bar
<brendyyn>sorry, i mean GUIX_PACKAGE_PATH
<andreh>Hmm, nice tip. Thanks
<brendyyn>export GUIX_PACKAGE_PATH=~/guix/gnu/packages/version-control.scm; guix package -i foo
<brendyyn>Something like that would probably work.
<tct1>Hey :-)
<tct1>How can one change the user password in GuixSD?
<tct1>passwd is not found
<mekeor>would it be possible and would it make sense to write a guix-service for iptables?
<janneke>tct1: there's a passwd in the `shadow' package
<tct1>Oh, thank you :-)
<tct1>And I guess this isn't installed by default
<tct1>How can I install it?
<tct1>It's my first time with GuixSD
<mekeor>tct1: guix package -i shadow
<tct1>Thank you very much
<janneke>mekeor: i guess that would make sense, yes
<brendyyn>I heard kids are using nftables these days
<janneke>mekeor: what brendyyn says
<solene>I installed sbcl-stumpwm (a wm), how can I get it displayed on the login manager as a choice ? I tried to install it as my user and as root
<solene>is it just that the stumpwm package doesn't register to the login manager ?
<solene>no .desktop in the package, I got my answer :)
<rekado_>solene: I just start it in my ~/.xsession
<solene>rekado_: how do you configure the login manager to use your xsession instead of starting ratpoison/i3/etc;.. ?
<rekado_>~/.xsession is executable. It will just work in that case.
<civodul>Hello Guix!
<janneke>Hey civodul!
<solene>why is DISPLAY set when I connect to ssh ?
<solene>it's set to :0.0 by default so if I start emacs, it shows on the remote system
<janneke>solene: your question is too fuzzy for me to attempt an answer -- have you tried google?
<civodul>janneke: yay for nyacc! :-)
<janneke>civodul: thanks for your changes!
<civodul>there's tons of stuff under examples/ in nyacc
<janneke>civodul: note that mescc's compiler backend to nyacc also works with Guile
<janneke>civodul: yes, Matt's is waaay too silent (imho) about what he's making
<janneke>an [almost] full C99 parser *including preprocessor*, truly amazing!
<janneke>when Mes's `make release' finishes, there will be a mes 0.6 update with Nyacc unbundled
<civodul>janneke: BTW, thanks for inspiring me to finally add a 'release' target in Guix!
<civodul>it's not perfect, but it's a good start i guess
<janneke>civodul: I didn't realise this wasn't common practise, han-wen and I sought to automate anything and everything during our LilyPond efforts. Very happy it inspired you to automate this too!
<janneke>and indeed, just start somewhere and keep improving on it
<civodul>now fighting with gettext in "make distcheck":
<civodul>super weird issue that i didn't have last week
<civodul>non-deterministic or something :-/
<cehteh>race condition on creating dirs/files?
<solene>is it possible to find which package contains a specific file ? Like "which package provides "\\/locale$" ?"
<brendyyn>12 patches = 12 times as many mistakes. lets see how this goes.
<paroneayea>hello *
<amz3`>solene: I don't know if you got what I wrote since I got disconnected and gnunet_bot is lagging behind
<solene>amz3`: I didn't see any message from you :(
<amz3`>solene: it's not possible right now
<amz3`>solene: I think the problem, is that to be able to deliver that feature, guix project would need to compile all packages and create a database of which files were created by which package
<amz3`>the compilation part is already handled, so you would need to hook into the existing hydra or cuirass infrastructure
<amz3`>the thing that requires to be done before that, is the ability to populate a gdbm key/value database with 'path' as key and 'package' as value based on a derivation directory
<amz3`>there is already bindings for GNU Guile of gdbm in guix
<amz3`>solene: wdyt?
<solene>amz3`: packages don't know about the files they are going to wrap ?
<solene>wdyt ?
<amz3`>solene: packages don't come with a list of the files that will be installed
<amz3`>solene: wdyt → what do you think
<amz3`>that's an issue that we need to fix sometime
<solene>thanks for the long explanation
<amz3`>solene: oh you don't want to work on it?
<solene>amz3`: i'm "learning" guix since yesterday, I don't think I can work on this kind of thing before some time you see
<amz3`>solene: welcome!
<amz3`>solene: do you know guile
<solene>amz3`: i don't really know guile but I did some scheme (I like it) to learn some other lisp language than common lisp, but I was using chicken
<amz3`>solene: so you scheme that's a good start
<DoublePlusGood23>who was the swish-e maintainer again?
<amz3`>there is a notion of maintainers in guix now?
<amz3`>I mean package have no maintainer AFAIK
<DoublePlusGood23>amz3`: I was going to put it in quotes.
<amz3`>DoublePlusGood23: anyway you can git blame the package definition to know who has commited the lines
<DoublePlusGood23>amz3`: ahhh, good idea
<solene>amz3`: I'm a bit lost, I find guix really disturbing, my first though was "another one linux distro doing something a bit different" but in fact, after installed it, I find it's a totally new system of its kind using linux as a kernel, not another one distro replacing X by Y. I like it
<ng0>is iyzsong around? I wonder about the difference of how git-daemon-service ended up and let's say bitlbee-daemon, the part which defines the commands. it's difficult to debug (darkhttpd)
<ng0>my second idea is that darkhttpd is just awful.
<amz3`>solene: that's what is called (disruptive) innovation
<DoublePlusGood23>bavier: I can get swish-e to compile and pass the tests, however it requires disabling both `zlib` and `libxml2`, unsure how that effects how people are using it, they seem to be ""just"" performance improvements, but please take a look at my commit to guix-patches.
<paroneayea>hello *
<paroneayea>ng0: whuh-oh! yeah I saw your posts about darkhttpd
<paroneayea>on the fediverse
<ng0>it is going ping-pong between works and doesn't work
<ng0>I need to figure out the "doesn't work" parts
***cal is now known as Guest25727
<ng0>i forgot at least one dependency, syslogd. strange that it worked in between failing. debugging just takes longer
<solene>oh, stupid question. How do you shutdown the system ? Yesterday I tried shutdown, poweroff, init 0, kill -9 1 and finally gave up and used magic sys keys SUO to poweroff
<slyfox>liveUSB had a poweroff. let's see which package provices it
<slyfox>sorry, shutdown
<OriansJ>janneke: Congrats on the release :D
<slyfox>solene: 'shepherd' package provides 'shutdown' tool
<solene>indeed, shutdown is here, i may was too tired yesterday...
<janneke>OriansJ: thanks!!
***octe_ is now known as octe
<OriansJ>janneke: also rather impressive set of improvements by the looks of it :D
<janneke>OriansJ: you suggested to start with the tinycc test set, that really helped
<janneke>I was happily surprised how close Mescc already was to passing most of that
<janneke>Major things missing were: printf (used in all tests) and all standard headers, stdio.h, stdlib.h, string.h etc
<janneke>For the rest a lot of smallish bugs.
<OriansJ>janneke: I unfortunately had a less productive week, (5 commits) due to the fact I had to convert the stage0 lisp from dynamic scope to lexical scope and then I could finally add let expressions. (also main repo for stage0 is no longer github it is )
<janneke>Hmm, that sounds like a great transition though!
<janneke>How did you add let? I added macros and built everything on top of that.
<DoublePlusGood23>How do I switch to guile 2.2? reconfiguring my system didn't seem to fix it?
<OriansJ>janneke: the really really easy way
<janneke>DoublePlusGood23: what do you mean by `switch'
<DoublePlusGood23>janneke: `ERROR: in procedure load-thunk-from-memory: no such file or directory`
<OriansJ>janneke: the struct cell* process_let part down is the only bit you actually need
<janneke>OriansJ: ah, great. I've been struggling with pushing all posible non-primitives out, maybe too much so.
<janneke>OriansJ: I'm wondering [again :-)] how to continue, next up seems new features like: floats, math funcs, posix stuff (fopen, fwrite, fork, exec)
<janneke>Not sure how to determine which are really needed, all of them?
<OriansJ>janneke: I'd argue only fopen, fclose, fputc (possibly fprintf if you want)
<OriansJ>janneke: since compilers don't actually need floating point, math funcs or anything fancy
<janneke>OriansJ: I was hoping that...but tinycc's test suite mentions all of those
<OriansJ>janneke: that is because tinycc has to support all of them to be C99 compliant but we only need to support the subset required to build tinycc
<janneke>mescc has the unixy open, write, read etc...i would only need to mimick the microsoft-friendly(?) `f'-variants
<janneke>OriansJ: rrrright! So I should now be switching to attempting to build tinycc, possibly.
<OriansJ>janneke: well once you can build tinycc, we can celebrate as we will have completed a major milestone
<ng0>does someone have a strong opinion on darkhttpd running without dropped root privileges when it's inside a guix container? the default is not to drop, and it has problems accepting the users+group
<ng0>I'll try another approach
<DoublePlusGood23>if someone could checkout patch 26930 and bug 26859 that would be great.
<lfam>Man, building Guix with Guile 2.2 ... gives lots of opportunities to get a snack ;)
<DoublePlusGood23>lfam: how do I rebuild with guile 2.2?
<slyfox>hah, TIL guix networking services define %facebook-host-aliases
<DoublePlusGood23>slyfox: I enabled it once I found it :) very cheeky
<OriansJ>janneke: Do you know why module/mes/ is checked into your mes repo?
<janneke>OriansJ: is currently required for bootstrapping
<janneke>it is a compacted memory dump of read-0.mes: the full scheme reader written in Scheme
<OriansJ>janneke: how is it generated?
<lfam>DoublePlusGood23: It happens automatically if you ran `guix pull` recently
<janneke>it is generated by running 32-bit compiled mes, like so:
<janneke>out/i686-unknown-linux-gnu-mes --dump module/mes/read-0.mes > module/mes/
<janneke>(or: make all-mo)
<DoublePlusGood23>lfam: when I pull it says `copying and compiling to '...' with Guile 2.0.14`
<lfam>DoublePlusGood23: IIUC, the change to Guile 2.2 is staged. So perhaps the pull after this one will use Guile 2.2
<DoublePlusGood23>lfam: hmm ok
<lfam>Anyways, that's how it worked for me, but I didn't know what to expect exactly, so my observations were vague
<janneke>OriansJ: i wanted the mes C core to be the absolute minimum, thinking we would need to hand-code in in hex or assembly. A binary program reader that loads the .mo file is much smaller than the minimal scheme/sexp reader. Possibly that's over-optimization and it also introduces another binary...oh well :-D
<OriansJ>janneke: this is all you need for a scheme/sexp reader
<janneke>OriansJ: hehe, sure...mes's is in src/reader.c
<OriansJ>janneke: 137 lines vs 187 and no blobs
<OriansJ>but you are absolutely correct, yours could be implemented much easier in hex than mine
<ng0>for containers, is (source "/some/dir/or/device") static or can I use (source hashdollarhtdocs) (my irc client interprets this, sorry) aswell when this is defined?
<janneke>OriansJ: I was probably overreacting with my reader blob. At the time I also hoped to produce dumps from bigger programs (whole of mescc) and gain performance. It proved not easily feasible to do so and also performance wise it doesn't really help. Possibly time to remove that feature or at least not depend on it and add the sexp reader in C :-)
<ng0>yep should be possible.
***andreh1 is now known as andreh
<OriansJ>janneke: possibly but I gotta give you hardcore points for it.
***cal is now known as Guest6118
<janneke>OriansJ: hehe
***Guest6118 is now known as CharlieBrown
***abbe_ is now known as abbe
<OriansJ>janneke: make your life easier and simply assume the stage0 lisp is available
<efraim>i'm trying to build nyacc now on aarch64
<efraim>built successfully!
<lfam>ng0: I just pushed the non-graphical GRUB menu code.
<ng0>cool. so I can transform my IN-Berlin server to an GuixSD at some point :)
<janneke>OriansJ: yes, indeed...and it is!
<lfam>ng0: Yeah :)
<andreh>Hey, I'm a n00b who needs some help getting started. I've talked yesterday with brendyyn but I'm still stuck.
<CharlieBrown>andreh: With what?
<andreh>I'm trying to add a new package, "git-remote-gcrypt", to gnu/packages/version-control.scm. I've written the package definition, but I can't figure out how to install or test it.
<janneke>we're going to rewrite mes.c interpreter into a lisp compiler written in stage0 lisp, right?
<andreh>CharlieBrown: How can I test the package definition?
<efraim>civodul: what do we need for a guix-binary for aarch64-linux? new user + specific key(s) in ~/.ssh/authorized_keys?
<lfam>andreh: Did you look at the manual section 'Contributing' yet? <>
<lfam>andreh: You'll definitely want to follow the steps in 'Building from Git' and 'Running Guix Before It Is Installed'
<lfam>andreh: Let us know if you still need assistance after that
<andreh>lfam: I have. I can't figure out how to select the package to install/build/lint it. How can I make something like "guix lint git-remote-gcrypt" if it can't find git-remote-gcrypt.
<OriansJ>janneke: unless you have a simpler plan
<lfam>andreh: In 'Running Guix Before It Is Installed', the script `pre-inst-env` is mentioned. Prefix your Guix commands with that script to use the copy of Guix in your Git tree
<OriansJ>also, I'll be extending stage0 lisp with any primitives you want janneke
<lfam>Finally, I don't recommend using `guix package --install` to test packages. Instead, use `guix environment --ad-hoc`. Otherwise, you'll end up with all your work-in-progress copies of the packages protected against garbage collection, since they will be in your profiles
<lfam>Of course that's fine if you want it, but typically one does not
<lfam>civodul: I'm confused about `make release`. The for-loop that builds the disk images doesn't seem to set up offloading or target any system type specifically.
<andreh>lfam: Thanks for the tip. I'll try using `pre-inst-env`. I overlooked sections 8.1 and 8.2.
<ng0>grooarr... I somehow created a default field for service which is ().. i thought an empty list is okay
<lfam>ng0: In general, it can be okay. I used '() as the default value for one of the parameters of the grub-configuration changes I just pushed
<ng0>yeah.. git-daemon has this as well, but after zillion rewrites of the darkhttpd service, I now get yet another error
<lfam>That sounds like my workflow :p
<CharlieBrown>andreh: I don't know, I've never done that.
<lfam>ng0: What's the error message you get?
<ng0>right now? with just (darkhttpd-service-type) I get wrong type to apply. with (service (darkhttpd-service-type (darkhttpd-configuration))) the qemu vm tells me that () is no correct value
<ng0>I use '() for the last item which is optional arguments
<lfam>ng0: So, which code is receiving the '()?
<OriansJ>janneke: I'm currently setting up a blank guixsd vm to verify your INSTALL instructions using this config:
<ng0>it should be just empty.. I can push the code in a moment
<lfam>Does anyone know off-hand how to get my Guile REPL set-up to run (export-web-site) from guix-artwork.git?
<lfam>Currently, I'm struggling to reconstruct it from my shell history from several months ago
<ng0>pushed. you have to checkout git:// because the webview is just for master and the other webview only syncs every 48 hours
<ng0>branch package/darkhttpd_service
<ng0>i hope that I go mad enough to understand the broken error messages one day. it's just try and fail, look how the application wants to be served, learn by repetition at the moment
<lfam>Howdy paroneayea
<paroneayea>heya lfam :)
<lfam>paroneayea: I read your recent toots on computer security with some interest :)
<lfam>"A bug in libpng accessed through your mail reader *shouldn't* be able to take out your whole system."
<lfam>Speaking of which, we have 2 different libpng packages, only one of which get security updates ;)
<OriansJ>ng0: if you wanted easy to debug error messages build stage0 using the bootstrapping instructions
<ng0>I only can debug so much..
<ng0>speaking of libpng, did I ever send the libapgn?
<paroneayea>lfam: :)
<lfam>ng0: Yes, it was merged
<ng0>ok. then I hope I deleted the branch
<lfam>ng0: I think you need to change line 375 to #$@extra-options
<lfam>At least, that's worked for me in similar code
<rekado_>Is it possible to use gexps in #:build expressiosn?
<ng0>lfam, thanks
<lfam>paroneayea: It's true though. The way we put GNU / Linux, BSD, Windows, and MacOS systems together is super bad.
<paroneayea>lfam: yes
<paroneayea>in an alternate universe, maybe the Hurd got the resources it needed
<lfam>Yeah, too bad we're stuck here
<ng0>lfam, yes hashdollarat makes sense
<paroneayea>and we wouldn't have seen two billion dollars pour into containers in the last few years
<ng0>have to write this out because I would need to escape it akwardly
<lfam>paroneayea: It's one reason why I like Guix / GuixSD. We are trying to improve the state of the art without throwing away all the software we already have. Incremental improvement
<paroneayea>lfam: yup :)
<paroneayea>The Slow Road to the MIT Approach: The Escape from New Jersey Style, One Mile Marker At a Time
<paroneayea>good movie
<lfam>There's nothing more New Jersey than thinking about mile markers, though
***the_ktosiek is now known as ktosiek
<lfam>They even name their beers after mile markers and NJT exits
<paroneayea>gotta fight new jersey with new jersey
<paroneayea>for those who don't get the jokes here, read up on the Worse is Better debate :)
<lfam>And try beer from Pennsylvania. Ours are better than Jersey's ;)
<ng0>i progressed with the errors. now I have a different error. one error at a time :D
<paroneayea>ng0: one mile marker down ;)
<lfam>Ahem... kilometer marker
<paroneayea>lfam: don't get *TOO* progressive now!
<lfam>I'm already lost!
<ng0>down with this sort of thing
<lfam>Excess mirth
<paroneayea>lfam: you may like the long thing I just wrote
<ng0>I should do the thing I did back with minislack/zenwalk when we still had dialup... read all the documentation and manpages of guile.
<paroneayea>I've been interviewed by The Setup
<paroneayea>and it should appear soonish
<ng0>cool :)
<lfam>Oh cool, you're famous
<paroneayea>apparently! I really like and was surprised to be invited to speak on it
<paroneayea>and only put it off for 3 months ;)
<paroneayea>luckily I had some work that absolutely, critically, could not be procrastinated on
<ng0>if only darkhttpd had a decent error logging mechanism -.-
<paroneayea>which is the best time to procrastinate, so I finally replied
<paroneayea>civodul: super fast question!
<lfam>paroneayea: Lol
<paroneayea>civodul: should I move the thermald thing to the power management services module, pm.scm instead of admin.scm?
<paroneayea>esp if I'm moving it to that section of the docs
<paroneayea>then I can push it
<lfam>paroneayea: Oh yeah, about thermald! Your machine overheats when you push it too hard?
<ng0>could it be that darkhttpd doesn't understand how to drop privileges for some stupid reason when run as a system service? when I exectute it as my user it works. I used to be able to run it as root. once user+group gets in I get error messages:
<ng0>ERROR: in procedure getgrp: No such file or directory
<lfam>ng0: Which file is it looking for?
<ng0>I know that the user+group exists because /srv/http is correctly chowned
<ng0>which file... no idea
<ng0>i thought that the /container implies that shadow is in there
<lfam>A case for strace
<ng0>even without /container I had this issue
<paroneayea>lfam: I was about to say "yes, but my computer hasn't crashed since installing thermald and I stress tested it"
<paroneayea>though it could have run out of memory, I have no idea what happened >:(
<paroneayea>I don't have swap enabled right now
<ng0>it is aware
<paroneayea>but I do have 8gb...
<paroneayea>yeah my machine is like "ha ha f-you chris webber, you aren't the boss of me, and my thermal shenanigans"
<paroneayea>lfam: notably this has only ever happened while it is docked, but it is nearly always docked
<paroneayea>the fan circulation is super terrible while docked
<lfam>I think the docking code must be screwing up the built-in thermal management :/
<lfam>Either that or some fan is clogged with dust!
<paroneayea>I think it's that the bottom of the laptop doesn't have circulation?
<lfam>A thinkpad, right?
<ng0>I get crashes when siwtching to often between X11 and tty with this rilly fast computa
<CharlieBrown>My system can't shut itself down. Once it says everything is shut down, I have to power off with the power button.
<lfam>I have an x200s but I don't use the dock
<lfam>CharlieBrown: I've had that issue before
<lfam>CharlieBrown: Are you using tmux or screen?
<CharlieBrown>lfam: Yes.
<lfam>CharlieBrown: I haven't seriously debugged yet, but I think Shepherd is failing to kill tmux, preventing shutdown
<paroneayea>must be that your computer doesn't want to shut down screen
<CharlieBrown>lfam: :-(
<paroneayea>because it's using a screen-saver
<paroneayea>sorry, bad pun
<lfam>I should make a bug report
<lfam>CharlieBrown: Tmux or screen?
<ng0>I have this bug for 2 years now.. so it's a bug.
<lfam>And ng0, tmux or screen?
<ng0>here it is tmux
<lfam>It's quite bad for remote machines. It breaks rebooting completely
<CharlieBrown>lfam: tmux
<lfam>Bug report on the way
<paroneayea>"luckily few people are running guix on servers"
<paroneayea>I am being very unhelpful today
<CharlieBrown>I'm getting bored of GuixSD. I'm going to wrestle with Trisquel's bugginess now.
<paroneayea>ok, good luck CharlieBrown !
<rekado_>ng0: if you have a bug for 2 years it would have been good to report it.
<ng0>i thought my hardware is breaking..
<rekado_>It would be so nice if we could already use gexps in a #:builder expression.
<lfam>I just filed a bug report
<rekado_>lfam: thanks
<lfam>I also wondered about my hardware, due to some unsupported things I've done with the kernel. But in the past month I realized it was related to tmux
<ng0>since guile 2.2 pull is taking horribly long on one hoster I (currently) use. like hours
<lfam>I assume it doesn't manifest with screen, since I know that many GuixSD developers use screen ;)
<ng0>it's probably a problem wit hthe virtualization thing used there, at another hoster it's okay.
<lfam>rekado_: Any advice on debugging this tmux / reboot problem? Is there something I should log to disk that I can read on the next boot?
<lfam>Or something I should try to trace?
<rekado_>lfam: maybe you could attach to tmux with strace and see if it receives any signals?
<lfam>Okay, I'll try that
<ng0>ouch this hurts...
<ng0>the argument I passed was wrong all the time
<ng0>it really IS --gid and --uid instead of the --user and --group I kept reading
<rekado_>when building a service for Guix I suggest playing with the tool on the command line first, then move to a REPL, and finally pouring the results into code in Guix.
<ng0>I did that
<ng0>I just kept reading the wrong things
<janneke>OriansJ: I have no simpler plan, and the plan looks sound. Possibly quite some work, but if we first manage to close the bootstrap loop with the mes.c hack, we can then work steadily on going really full-source using stage0.
<ng0>though I ignore the repl most of the time
<ng0>there's something to fix, use the repl more often.
<civodul>paroneayea: yes, the PM module sounds good for thermald
<civodul>lfam: re 'make release', it assumes that offloading is already set up (it cannot guess where the machines are ;-))
<paroneayea>civodul: cool, I'll move it there and push, thanks :)
<DoublePlusGood23>is anyone able to merge my two line patch?
<civodul>paroneayea: thank you!
<paroneayea>civodul: thank you for the review :)
<lfam>civodul: Right, I read that in the announcment on guix-devel. But I still don't understand how Guix knows to build for each system, since the loop invokes the same command each time.
<lfam>If the answer is, "read it more carefully", just say so, and I'll keep reading :)
<ng0>okay, I'm back to the issue I had before the rewrite.. which is that somehow where port should be, "darkhttpd" ends up oO I'll just stop for today
<lfam>rekado_: Unfortunately, it seems like strace gets killed too early to log anything useful. I tested this by stracing a command that doesn't block reboot
<lfam>In both cases, the strace log contains nothing after I invoke `reboot`
<lfam>DoublePlusGood23: Hopefully bavier (who added swish-e) can review <>
<lfam>DoublePlusGood23: I don't understand the impact of the change, so I'd prefer if someone else reviewed it
<civodul>efraim: re aarch64, new user account + SSH key would do!
<civodul>lfam: oooooh, my bad!
<ng0>after 5 hours of running the guix pull on the server the pipe broke.. well I don't have anything in the user account anyway
<civodul>lfam: the for loop misses a "-s $$system", oops
<civodul>glad you looked at it more carefully than i did :-)
<lfam>I'm trying to get that VM image code ready for this release :)
<civodul>esp. since this is not particularly pretty ;-)
***cal is now known as Guest19176
<civodul>i think bayfront runs on its new CPUs now
<civodul>ACTION waits for confirmation from the hardware heroes
<civodul>well let's hope it'll solve the problem
<civodul>until now, even when using 4-6 cores (out of 32) it would crash after a few hours
<lfam>Yes, not very useful
<civodul>it seemed pretty speedy even when using just an 8th of its power ;-)
<civodul>lfam: i'll push the 'make release' fix in a minute
<lfam>Great, I'll locally test a `make release` with the VM image included, but just for x86_64
<DoublePlusGood23>lfam: I did leave a msg for him to check over it when he gets the chance, but currently it doesn't build *at all* so I can't imagine packages being negatively effected.
<rekado_>does anyone have an idea about how to fix the static lvm2 build?
<civodul>rekado_: didn't Marius fix it?
<rekado_>oh, I didn’t notice!
<rekado_>ACTION tries to fix the glibc cross build from i686 for hurd
<civodul>say your worries goodbye ;-)
<rekado_>that’s excellent news! I thought I’d have more time this weekend, but I just noticed that it’s almost over and I haven’t really gotten anything done.
<ng0>debugging sometimes feels like pannel 4 here, even if it is fun.
<rekado_>the TODO list grows at the same rate as I stike off things
<lfam>The work never completes itself. One has to say, "Enough!" sometimes
<lfam>ça suffit!
<civodul>ooh, and we'll have to update 'NEWS'!
<lfam>Oh, I think "genug" is related to the English "enough"
<civodul>lfam: did you follow gnome-updates?
<civodul>should we build it?
<lfam>civodul: I didn't follow the discussion, but Marius merged it onto the staging branch and I started an evaluation earlier today
<civodul>oh cool
<civodul>i was concerned that this might be a forgotten branch
<lfam>civodul: `make release` fails for me due to a TEXI2DVI error: "TEXI2DVI doc/guix.dvi [newline] /gnu/store/kqpa34yv6dfbkfm5zryr07rph2nfs0a5-profile/bin/texi2dvi: tex exited with bad status, quitting."
<civodul>lfam: yeah you need to copy build-aux/texinfo.tex from a recent Gnulib copy
<civodul>that sucks
<civodul>i thought the one in Automake 1.15 was recent enough, but it's not
<civodul>we should just check it in
<mekeor>can guix show me the system configuration of a certain generation?
<civodul>mekeor: "guix system list-generations" can show you a rough summary, but that's it
<civodul>OS declarations are compiled down to generations
<civodul>there's no path backward
<mekeor>i see, thank you
<civodul>just like when you have an executable and you'd like to see its source
<mekeor>yeah. still, we could save it somewhere if we wanted to
<mekeor>is there actually any work going on to make ghc@8 work?
<civodul>mekeor: i think someone had started upgrading the GHC packages a while back and then dropped the ball
<mekeor>i could try to catch the ball then. – if i find time...
***that_guy_ is now known as nliadm
<apteryx[m]>civodul: Did you a request of agreement to bridge this freenode channel with Matrix?
<apteryx[m]>Did you get*
<civodul>apteryx[m]: i don't think so, but i could be lagging behind
<civodul>also, what does that mean?