<kmicu>“I've been told … [nixpkgs’] firefox build comes with flash built-in” that sounds like FUD ;) In general to enable anything ‘unfree’ in Nix(OS) a user must explicitly add ‘allowUnfree = true;’ in config.
<alezost>kmicu: thanks for the info, you can use sneek bot to redirect it to davexunit
<kmicu>alezost: thank you for a hint; channel is logged so that should suffice. Addressing the kernel issue — a user needs to explicitly enable ‘hardware.*Firmware’ options to install ‘firmwareLinuxNonfree’. Out–of–the–box you should not be able to install non–free software. If that’s not the case then please file a bug.
<csed>Possible to set up wireless interfaces during installation, or do I need ethernet?
<alezost>csed: I think it should be possible if linux-libre supports your wireless card
<alezost>although I didn't try, so I don't really know
<taylan>davexunit: maybe it just needs an ffmpeg version different from 2.8? or maybe it needs a certain patched version of ffmpeg (ugly situation, but happened me with audacity and some library whose name I forgot).
<davexunit>taylan: seems that it's trying to use its own ffmpeg or somethign
<lfam>Oh no! I'm trying to build LibreOffice from source because I thought it might (maybe...) be faster than getting substitutes from hydra. Well, it wants to build python-2.7 and python-3.4 from scratch. I thought I had those but I guess that some dependency has changed. Groan :P
<mark_weaver>civodul: it's a demonstration of the power of our approach that 'guix lint' can do the job robustly, dealing with the package objects directly, whereas the nix approach scraps the nix files for urls and creates a huge bash script.
<rgrau>Hi, I'm trying to compile openresty, but I hit this strange error in the proces (it's on configure, but it compiles luajit on the configure phase... yeah... ) "/home/myuser/.guix-profile/bin/ld: this linker was not configured to use sysroots"
<rekado>rgrau: can you disable the build of luajit? Don't we have a package for that?
<civodul>Rémi did go a bit further, but that part is not fully baked
<fps>civodul: ok, interesting approach.. i'm spending some free time trying to do anything with gnunet for a start..
<davexunit>grrr why aren't these source shebangs being patched
<fps>civodul: a simpleton approach to lessening load on the hydra build server (at least networt wise) would be to to use gnunet to decentralize the serving of binaries. so the ad hoc approach would be to 1] use a sks to provide a mapping from hash-package-version -> chk
<fps>sadly all my duckduckgo searches for canonicalize-path went into the void..
<fps>google seems to have some ML posts though. reading
<rgrau>I'm still figthing with openresty. I tried several things but nothing useful came out of them, so I'm back with more 'random' questions:
<rgrau>- its 'configure' file uses #!/usr/bin/env perl as a shebang, and I cannot find which package I should have instaled to get the 'env' binary. Also, mine wouldn't be in /usr/bin, so I think there's no use in trying to just compile the program without writing the proper .scm and do the (substitute* ...) in the file itself
<rgrau>- That brought me to trying to generate the .scm file, and I saw that Nix has it already packaged. so I tried 'guix import nix ~/downloaded-nixpkgs/ openresty', but the process failed because it needs nix itself. 'guix package -i nix' and retry, and now it fails with: 'error: Nix database directory /nix/var/nix/db is not writable: No such file or directory'
<rgrau>ACTION is kinda clueless where to go from here
<fps>did you try to configure it without a package definition?
<fps>i.e. just ad hoc freely in your home? or is there an openresty package already?
<civodul>fps: looks like the Guix modules are not in GUILE_LOAD_PATH
<civodul>rgrau: regarding that last part, you need "export NIX_REMOTE=daemon"
<Digit>:/ not ever wanting gnome, or anything systemd (~i was sure i remembered civodul in a talk saying "no systemd"), is it safe to get rid? without replacement for wicd, wud i loose connection if i did remove all traces of systemd? what else would it mess up?
<Digit>fps :) i like. too often i wouldnt bother dealing with crons that i should (to prevent unecessary repetitive manual tasks, and to catch things not caught from manual neglect), maybe now with a unified system config, since it'd be "right there" when configuring other things, i might get less lazy. ;)
<fps>yeah, i kind of liked that declarative sytem config approach very much in nixos already. but i like guixsd even better, the user interface is so much nicer..
<fps>found a wifi usb dongle that might even work on my laptop. so a bare metal install is in sight without having to go through the trouble of trying to build the "normal" linux kernel and fiddling with loading nonfree firmware blobs
<fps>and now there's even a network-manager package (though the additional hyphen made me not find it for a while ;))
<Digit>i spent last winter/spring on nixos, long overdue, having kept pushing it to the back burner od ideas for about 7 years.. was good to get a taste of what it's like before i guix'd.
<fps>hehe, i jumped on nixos pretty much immediately after i heard about it ;) but that's only a couple of months ago..
<fps>i wonder though how much the "ancient" workflow in guix might hinder its progress.. mailings lists, patches per mail.. nixos really uses the (sadly nonfree) github stuff very efficiently
<fps>i got packages merged like on the second day after installing it ;)
<lfam>fps: I find the mailing list works pretty well. I got a simple package merged pretty quickly, too.
<lfam>I have heard other people say negative things about it, though. I prefer it, really.
<Digit>there are other more freedom respecting git webs. after gitorious got usurped, i started moving my stuff from gitorious (and github) to freepost's notabug.org
<fps>lfam: yeah, the optimum would be to offer different workflows
<lfam>It's true. At least there is the savannah cgit for browsing on the web.
<fps>the choice shouldn't be exclusive but inclusibe imho
<fps>the more paths you offer people to contribute, the more they will contribute :)
<lfam>Are there any web-based git interfaces that can work seamlessly with a ML?
<fps>Digit: oh, i didn't know about notabug.org. checking it out.
<Digit>yup, to depict the extremes, wide open many targets ready to recieve beats a single heavily rule-laden narrow apperture.
<Steap_>fps: the thing is, if people use github to contribute, we're not going to read their patches
<fps>Steap_: yeah, i'm aware that github is not really a possible choice, but another git web interface might be. like Digit mentioned, there are more freedom respecting choices out there
<Digit>the only gripe i have with notabug.org / gogs is lack of a websearch.
<Steap_>fps: yeah but then, can we review patches both there and on the ml ?
<Digit>erm, project search web interface... er.. whatever the correct term is.
<fps>Steap_: possibly one would have to hack it up :)