IRC channel logs

2015-08-31.log

back to list of logs

<ArneBab_>Are the CFLAGS part of the hash of the build — leading to a changed hash when I use different CFLAGS?
<ArneBab_>⇒ when I change CFLAGS, does Guix rebuild all packages?
<ArneBab_>the environment setup section¹ asks me to run
<ArneBab_># guix-daemon --build-users-group=guixbuild
<ArneBab_>while binary setup wants
<ArneBab_># ~root/.guix-profile/bin/guix-daemon --build-users-group=guixbuild
<ArneBab_>¹: https://gnu.org/software/guix/manual/html_node/Build-Environment-Setup.html#Build-Environment-Setup
<ArneBab_>²: https://gnu.org/software/guix/manual/html_node/Binary-Installation.html#FOOT2
<ArneBab_>suggestion: add the actual user-creation commands to the Binary installation, too, so people don’t have to jump back and forth.
<ArneBab_>davexunit: when running guix I now get warning: failed to install locale: Invalid argument
<ArneBab_>I think I had an existing old guix installation…
<ArneBab_>davexunit: on Gentoo I put the following two files into /etc/local.d/ to provide the guix builder service: /etc/local.d/guix-daemon.start https://bpaste.net/show/9a82ca7f4729 /etc/local.d/guix-daemon.stop https://bpaste.net/show/51ed515c8d87
<davexunit>ArneBab_: yes, changing CFLAGS on a package recipe will change the hash
<davexunit>*any* change to the build script will change the hash
<ArneBab_>nice!
<ArneBab_>⇒ I’ll have to rebuild myself; dang, that means that -march=native should be forbidden for guix, since it’s different on each machine.
<davexunit>well it's not forbidden, but it certainly works against the bit-reproducible builds that we want to achieve.
<ArneBab_>maybe a warning would be useful…
<davexunit>I don't see the point.
<davexunit>we just won't use this option.
<ArneBab_>what a user wants who specifies -march=native is to use the actual chipset of the machine without having to find out about it.
<ArneBab_>(not having to know the actual chipset, but having guix do the right thing)
<ArneBab_>kills having a build machine, though
<ArneBab_>when I run guix environment --ad-hoc guile -E bash
<ArneBab_>should that set the paths for guix?
<ArneBab_>⇒ giving me a bash with guix
<ArneBab_>I tried it, but which guile gives me /usr/bin/guile instead of /gnu/store/nh2j35psyyjpvlbv2yswwjx0b25klyk3-guile-2.0.11/bin/guile
<ArneBab_>however, guix environment --ad-hoc guile -E "which guile"
<ArneBab_>gives me the guix path to guile
<davexunit>ACTION goes afk
<rekado->davexunit: submitted your post to HN: https://news.ycombinator.com/item?id=10145633
<rekado_>davexunit: a link to this article was posted on the HN item: http://devblog.avdi.org/2015/08/11/what-its-like-to-come-back-to-a-ruby-project-after-6-months/
<rekado_>you can *feel* the pain of environment troubles.
<rekado_>(the article is currently on the HN front page.)
<johnfaucett>hi I would like to add a translation for spanish to guix
<johnfaucett>could someone tell me what steps i need to take after translating the template guix-0.8.3.pot file
<johnfaucett>quit
<civodul>Hello Guix!
<Camel_>Does Guix supports something like additional repositories, overlays or PPA?
<Camel_>Or all I can use use is official Guix repository?
<Camel_>Aha. https://lists.gnu.org/archive/html/guix-devel/2013-08/msg00160.html
<Camel_>But it is a way to install package once.
<iyzsong>Camel_: yeah, there does have some 3rd repos in github (eg: https://github.com/yenda/guix-packages).
<iyzsong>but for myself, the official one is all I want :-)
<Camel_>Can I use it in my config.scm?
<Camel_>I mean, how do I tell guix to download package definitions from official repo and this one too?
<iyzsong>you should download (or clone) the repos into local disk, and set GUILE_LOAD_PATH to make Guix find them.
<Camel_>I can't use both?
<Camel_>*Can't I use both?
<iyzsong>I think you can use the 'additional' type, but can't if the 3rd is a fork of the main Guix repo.
<Camel_>What is "additional" type?
<iyzsong>the repo contains packages based on or customized of packages from the main repo (it's my definitions -:)
<iyzsong>like the github link I posted, it's not a fork obviously.
<davexunit>rekado-: thank you very much! it's nice to wake up to being on the HN front page. :)
<civodul>ooh, excellent :-)
<civodul>Camel_: see GUIX_PACKAGE_PATH at https://www.gnu.org/software/guix/manual/html_node/Package-Modules.html
<Camel_>"GUIX_PACKAGE_PATH: This is a colon-separated LIST of directories to search for package modules. Directories listed in this variable take precedence over the distribution’s own modules."
<iyzsong>good article, I think they'll never back once tried.
<Camel_>Should work.
<Camel_>Thanks iyzsong. Thanks civodul.
<iyzsong>Camel_: no problem <3
<davexunit>iyzsong: I think many rubyists will remain unconvinced, but I've gotta at least let them know what I've attempted to build :)
<civodul>davexunit: nice write-up; didn't know about RVM/Bundler, but now i can imagine what you've edured this far ;-)
<civodul>the fact that Web people routinely mix 4-5 package managers + Docker to get the job done is astonishing
<davexunit>civodul: yup, and most people think things are pretty great.
<davexunit>so I get that feeling that I look like the guy out on the street talking about the apocalypse coming.
<davexunit>get the feeling*
<civodul>heh :-)
<civodul>probably some start realizing that things could be better
<davexunit>civodul: I hope so! I tried hard with this post to explain the pain I feel as best as possible, which I realize makes for a long winded article, but I wanted to get the point across.
<serhart>davexunit: good article
<davexunit>serhart: thank you!
<rekado_>when I wrote web applications with ruby I tried to avoid RVM as much as I could. I mostly used "bundle install --path vendor", and on slow-moving distributions this was almost usable.
<rekado_>but there were no guarantees and it didn't help that all forces and "ruby best practices" pulled me towards chaos.
<davexunit>yeah
<davexunit>I'm in chaos now
<davexunit>I need 'guix environment --container' to get myself out of some of it
<davexunit>bundling on my workstation that is running ubuntu inevitably mixes the shared libs in /usr and /gnu/store and causes broken builds
<davexunit>if I could keep things in a container with network access then I would be alright, I think.
<civodul>it should be feasible to avoid mixing /gnu and /usr, "just" by paying attention to env vars, no?
<davexunit>I had to give up and get work done, but perhaps.
<davexunit>I'm worried there are hardcoded /usr things somewhere
<civodul>yeah, that happens sometimes...
<davexunit>1813 tracked visitors to my site today. not too shabby.
<civodul>davexunit: still on the HN front page, well done ;-)
<davexunit>civodul: yeah, 2318 visitors who do not have "do not track" configured on their web browser have visited my blog in the past day.
<civodul>cran + gem importers have landed, yay!
<davexunit>yay!
<civodul>woow, M-x guix is awesome
***tschwing_ is now known as tschwinge
<davexunit>how would I go about reloading of all the guix elisp in my emacs process?
<davexunit>I just configured the load path to use my git repo's elisp
<davexunit>I want to try out this new M-x guix but without restarting emacs
<davexunit>and I also don't want to M-x eval-buffer for all of the files
<taylanub>davexunit: you could automate the eval-buffer via Dired maybe, though eval-buffer is still suboptimal
<davexunit>I just did a load-file on each
<taylanub>I think there really is no perfect solution because Emacs just can't reliably unload libraries. no proper encapsulation :(
<davexunit>but I am missing magit-popup
<davexunit>I didn't want to unload, just re-evaluate files quickly without mucking around too much
<taylanub>are there old .elc files? I think Emacs prefers old .elc files over new .el files.
<davexunit>I guess I need magit 2, and I'm not ready to upgrade to that yet
<davexunit>my post is about to fade off of the HN front page. it was a good ride.
<espectalll123>Hello there! Long time no see!
<espectalll123>Before asking anything: can I search keywords on the channel's log somehow?
<davexunit>espectalll123: sorry, but we don't have easily searchable logs
<espectalll123>OK then
<espectalll123>Then I'll have to ask something that I had solved here previously
<espectalll123>I'm trying to install GuixSD on Virtualbox 5. I converted the RAW image into an .vdi, succesfully booted from it, and got into the terminal
<espectalll123>The problem is that I am unable to connect to the Internet
<espectalll123>If I do "ifconfig enp0s3 up && dhclient enp0s3", it does connect to the network, but DHCP does nothing.
<espectalll123>Running "ping gnu.org" does nothing or returns unknown host
<davexunit>does enp0s3 actually appear in the 'ifconfig -a' list
<espectalll123>I used "ifconfig -l"
<espectalll123>But yes
<espectalll123>The other one is lo, which is obviously not.
<davexunit>okay
<davexunit>hmm I'm not sure what's going on. if the device is up then dhcp should just work.
<davexunit>I don't use virtualbox so I don't know what kind of network settings might be needed
<espectalll123>I'll first try to change the network device
<espectalll123>Right now, VBox emulates an Intel PRO/1000 MT Desktop
<espectalll123>I'm switching to an AMD PCnet-FAST III to see what happens
<espectalll123>...and it does not work :/
<espectalll123>Neither does with an PCnet-PCI II
<davexunit>hmmm
<davexunit>I have no idea what's going on
<paroneayea>davexunit: oh interesting re: openstack heat
<davexunit>paroneayea: yeah, might be cool.
<paroneayea>davexunit: great blogpost btw
<davexunit>paroneayea: thank you!
<davexunit>was happy to finally get some of these thoughts down on digital paper
<davexunit>my boss saw it and liked it, actually.
<davexunit> https://garbas.si/2015/thank-you-rhodecode.html
<davexunit>I don't like RhodeCode (see Bradley Kuhn's "Fork and Ignore" talk at LibrePlanet), but they adopted Nix for everything.
<davexunit>exciting.
<civodul>arggh, 'C' doesn't work on new files in Magit
<civodul>only on modified files it seems