<Digit>oh yes! talks n things are happening around this time... ~ i've been distracted with medical things. yay. now lets see... nope, not libreplanet... that's end of march.... what else is on?
<roelj>It still has a long way to go to prove itself.. :)
<civodul>roelj: right, but it's a worthwhile direction, i think people will realize that :-)
<roelj>civodul: thanks :) it gives me the confidence I'm not doing something stupid :)
<roelj>civodul: I'd love your opinion on the record-type field naming.
<Digit>ACTION snaps fingers, says "fosdem!" and shoots off with purpose
<civodul>roelj: during the presentation i thought that maybe you wouldn't need the <package>-style 'inputs' field since you can use gexps
<civodul>but the record field names looked good i think :-)
<roelj>civodul: right. First time I showed that I confused the person I was showing it to, because it seems hard to imagine that one symbol holds the actual contents of a package.. While a package recipe seemed all straightforward.. :)
<roelj>civodul: I'll see if I can simplify that indeed.
<thomasd>I'm afraid to run guix gc for the first time on this system, though :P
<civodul>thomasd: don't be afraid, everthing's gonna be ok
<roelj>The gc is very effective.. I once tried to gc with an invalid localstatedir and it actually removed the entire store :D. If you don't mess with the NIX_STATE_DIR variable, I believe it's entirely safe.
<thomasd>I recall some bugs with undetected references (fontconfig) but I thought those were solved, yes
<thomasd>rekado_ : I had a similar problem while trying different kernel versions (I'm now happily on 4.9.8 and no longer have problems), when I quit the shell, GuixSD continued to boot as normal
<thomasd>in my case, no disk encryption was involved though
<rekado_>yes, I can exit the REPL and it continues booting.
<rekado_>but I'd like to fix the file system errors at that point.
<rekado_>I'll reboot soon and then check what the PATH is.
<jonsger>rekado_: did you check out librecore? it's a fork of libreboot
<dale>In order to use emacs' tramp mode from my laptop to a guix-sd system, I have found that I need to put symbolic links to the programs id, ls and sed into /bin. Have others come across this/is there another way?
<rekado_>jonsger: thanks, I haven't heard of it before. I'll take a look.
<rekado_>dale: this was reported before. I forgot the details; ISTR that there's a TRAMP variable you can set to find programs on the remote end.
<dale>Ah, yes, that would work also. But seems wrong to inconvenience every user separately rather than dealing with the issue once and for all.
<civodul>dale: yeah the details are in the help-guix archive for now
<davexunit_>there's simply no way around that ever, without forking guix to remove that
<mvb>it could be useful to make `guix pull` add the symlink to an arbitrary location
<sankey>i would like that, but also to make guix pull determine which guix-latest, among those already installed, is the newest
***snape`` is now known as snape
<sankey>but meanwhile i'll probably just use a git checkout
<mvb>you could have a "guix" user whose home directory is world-readable and use that for "guix pull"
<sankey>indeed, it just occured to me that guix pull does some heavy lifting that i'd rather not script around using a git checkout
<sankey>so a shared "guix-pull" user could be easier
<sankey>honestly I already have on my TODO list: "explore new features for guix pull"
<rekado_>how can I watch HTML5 videos in icecat or epiphany?
<rekado_>I’m supposed to review the recordings of two FOSDEM talks
<rekado_>and the review system requires me to be able to watch the videos in the browser and push buttons
<rekado_>(normally I’d just use mpv, but I can’t push buttons with mpv)
<catonano>rekado_: in Fedora and Ubuntu you need to install gstreamer plugins in order to watch footages in the browsers
<rekado_>catonano: thanks for the hint. I’ll give that a try.
<catonano>rekado_: did you solve your issue with rebooting and disk encryption ? If you did, how ?
<emyles>Hi guix, Was doing some hacking using .//pre-inst and ran into trouble, rebooted but still get /gnu/store/yaddayadda-guile-2.0.13/bin/guile: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory. Any ideas?
<janneke>emyles: is this while booting, or can you ldd on .../bin/guile?
<emyles>Not while booting but when using a guix command e.g. 'guix package -I'
<emyles>'which -a guile' show just the system guile (on Arch Linux)
<janneke>it should list a /gnu/store/*gcc-x.y.z-lib/lib element in the runpath
<emyles>looks odd at the end there: "Library runpath: [blahblah:/gnu/store/cdi08kw7r6r684w8mk0xq0dkgpjhfpmd-gcc-4.9.4-lib/lib:/gnu/store/cdi08kw7r6r684w8mk0xq0dkgpjhfpmd-gcc-4.9.4-lib/lib/gcc/x86_64-unknown-linux-gnu/4.9.4/../../..]"
<janneke>emyles: it may look odd, but that's expected
<janneke>so, now the question is: what's in the directory: /gnu/store/cdi08kw7r6r684w8mk0xq0dkgpjhfpmd-gcc-4.9.4-lib/lib
<drakonis>this year's fosdem videos and aren't out yet, right?
<drakonis>and can i use nix packages with guix without any modifications to the packages?
<rekado_>drakonis: the videos still require some editing. I received the links to two videos where I need to adjust the beginning and the ending and make notes as to whether the sound is in sync or not.
<rekado_>drakonis: only then the videos will be re-encoded for publication.
<reggggieee>rekado_: thnx for the update, been refreshing 24/7
<rekado_>drakonis: use can use nix packages *alongside* guix packages without modification.