<rekado>civodul: I updated the song yesterday to have a A B C B A form, included the poem as a Festival-speech-synthesized interlude, and adjusted the mix.
<rekado>I’d like to record at least the vocal lines for the chorus today
<rekado>guess we’ll do without lyrics for the two verses :)
<wehlutyk>Also, is there a way to enter a build env post-mortem? To try and inspect / try setting other variables without having to go through a full build to try again. It would be great to have like a debugger for builds (or does this already exist?)
<cbaines>efraim, ah, I do have one in my config, I guess that'll be why
<efraim>so not as bad as when I broke the openssh service :)
<zzappie>xelxebar: Yeah everyone were impressed by these cyclic graphs. Well people seemed to be a bit exhausted at this time of the year, or I may be just reflecting my feelings -- but very determined :)
<civodul>rekado: i was planning to post the announcement early afternoon, but let's synchronize!
<mroh>good morning guix! What a pleasant experience and nice day that was, yesterday! Thank you very much!
<wehlutyk>Aah I couldn't watch live -- are there recordings of the BoFs?
<roelj>In a container set up with "guix environment -CN guix" I get this when invoking "./pre-inst-env guix package -s ...": "In execvp of less: No such file or directory". Can I turn this pager-by-default thing off?
<divoplade>If you pipe it to cat, does it still try to run less?
<zimoun>One item I have is to add a formatter with options (default in ~/.guix.scm or whatever), «guix search --format=online»; because the recsel is nice and I admit it is not natural to me. Pager should be part of that, IMHO.
<leoprikler>Okay, so according to Gitlab, restarting a pipeline that failed due to some weird network issue on their part counts as "fixing" it.
<civodul>yes, when you restart it, it "forgets" that it failed
*abcdw also don't like a pager in guix search, because it fails on foreign distro with `In execvp of less -R: No such file or directory`
<zimoun>Yeah, I agree. That’s why kind of aliases could be nice. Imagine that I write some scripts, say “guix repl -- ~/path/to/somewher/bibtex.scm foo --bar”, then I would like to type instead “guix bibtex foo --bar” where “~/path/to/somewhere” is normalized (as Git does). Then we could exchange these scripts using channels, as home-manager or gwl. And then,
<zimoun>everything does not need to live in Guix proper. It eases experimental tools which could be then included if they are worth or used.
<zimoun>civodul: Guix has 2 birthdays, right? The announce (which is today) and the commit init which is Apr. 18th, right?
<civodul>ah well, we can always celebrate twice a year, i'm fine with that :-)
<ani>Hi guix, congratulation to accepted outreachy interns!!! I haven't been selected as intern in outreachy. May I know which skills am I lacking or in what areas shall I have to focus? any valuable feedback will be helpful.
<apteryx>nckx: attempting to build imp gives me: /gnu/store/sw9hppb3r8p5kymfsr4l2yvsw146g110-eigen-3.3.8/include/eigen3/Eigen/src/Core/products/Parallelizer.h:162:19: error: ‘eigen_assert_exception’ is not a member of ‘Eigen’
<civodul>unfortunately there doesn't seem to be an easy to do so
<davexunit>I'm updating the guile-chickadee package (I'm the developer of the upstream project) and there's both guile-chickadee and guile3.0-chickadee. the guile3.0 variant has a bunch of unnecessary duplication (it uses inherit but still duplicates). should I make 2 separate commits? 1 to dedupe and then another to upgrade the version?
<ani>zimoun: Never mind, Actually I am glad that I got the opportunity to work with you guys, basically I tried to join GNU or FSF in past but wasn't succeeded now this time I have done it. Even this unsuccessful outreachy experience gave a good experience to me. I learned a lot meanwhile I have started learning scheme and guile, I wish to apply it in g
<ani>uix. :) Also, I had come up with Idea and concept for guix. will talk about it soon. :)
<brettgilio>zimoun its quite different than what I remember it
<nckx>apteryx: Thanks for the offer. Not keeping much of an eye on IRC tonight, for once. Pushed a patch in the meantime.
<ani>nckx: (I am new to guix, don't know whether this concept exist or not) Suppose we have fresh Installation of GNU/Linux we configure it. We install our favorite packages, we insert our configuration scripts for them eg. init.el etc. Now what we can achieve with guix is that guix will track the installation, track the new packages being installed, sc
<ani>ripts modified etc. In chronological way. And when we want to move to new distribution or something like that we get the snapshot( a fancy term) but the current state of our operating system and then run it on our new system, so without wasting time and going over the all procedure we can easily configure our new system with power of guile and guix
<raghavgururajan>who are accepted as Outreachy interns, for the December 2020 round, for GNU Guix. :-)
<nckx>ani: We have something called ‘manifests’, which are (Guile) text files with lists of packages that you can pass to Guix (e.g. ‘guix package -m my-manifest.scm’). But it's currently completely separate from ‘stateful’ package management with guix install/remove: guix package -m manifest; guix install foo; guix package -m manifest → foo will be gone.
<divoplade>So, if I were to add my note on that site, it would be that guix lets me self-host quite a few internet services and that's cool
<civodul>yeah i think we should provide more recipes for self hosting
<civodul>things people could use as a starting point
<cbaines>I don't know if there's a better way of putting "it'll bite you in the end", but unfortunately I think Nix's approach to not actually building everything from source and trying to generate derivations for lots of software automatically with up front human review will bite people in the end.
<divoplade>roptat's dkim proxy is not provided but I think it should
<davexunit>speaking of roptat, I watched their maven video and I am very impressed.
<davexunit>well let me rephrase: it's rare for a project to adhere so closely to its core design principles.
<db48x>davexunit: yes, I think your general statement is wrong. many projects have strong core values, but it's not because they lack a profit motive. and many projects that lack core values also lack a profit motive :)
<Gnoffee>How do I add/integrate the programs installed by Guix into the Desktop Environment? I'm using Debian buster 10.6 + Mate Desktop + bash. I'm not a technical user of GNU and can't program. It is my first time using IRC.
<civodul>rekado: it's like a tabloid: it's gonna sell better if you have "Btrfs" and "Hurd" in the title i guess
<Gnoffee>I'm going to fix this wickedness right now
<db48x>Gnoffee: I don't use MATE myself, but it's based on Gnome and presumably uses .desktop files to describe applications that should show up in menus
<baryluk>Hi. Is it possible to install binaries for other architecture with guix? I would like for example to install some specific package in aarch64 version, on my amd64 machine. Can I have maybe also some way to install both versions?
<db48x>Gnoffee: once you get your PATHs sorted out, you can make a .desktop file for the application(s) you've installed
<leoprikler>I'm not sure, but those things should actually get sorted out when logging back in again.
<baryluk>hmm based on bashrc, and other stuff, it looks like bash completions should load by default when installed. but they dont
<baryluk>is /etc/bashrc loaded if ~/.bashrc exists?
<roptat>oh, I see: it looks at the transitive inputs of the package for an architecture, and then returns the intersection of supported architectures
<gnoffee>It did not work. I edited the ~/.profile file and restarted. I did the same for the ~/.bash_profile.
<roptat>that's weird, and probably not what we want, is it?
<roptat>because we get different sets depending on the current architecture (or the one we pass as argument)
<kozo[m]>cbaines I was looking at setting up Cuirass for home use.Is GBC a replacement to Cuirass?
<cbaines>kozo[m], It's not a replacement, but it can coordinate builds, which Cuirass also does. It doesn't do any evaluating though, you have to tell the Guix Build Coordinator exactly what you want to build.
<civodul>roptat: yes, the problem is that the value of %current-system influences the result, hence this optional argument
<civodul>ksodnaa: hi! the usual entry-level task is packaging
<ksodnaa>For some reason I keep falling of the channel if I send a message but I'm fine if I don't o.O
<jmarsden>Is there documentation on installing/running Guix on a Rasbperry Pi 4? Bootstrap from Raspbian or from an x86_64 Debian would be great. I know the Pi's bootloader is very non-standard... I don't know how to overcome or work around that.
<civodul>but the script will fetch the right tarball for you
<terramorpha>Hi everyone. I'm trying to add a syncthing service in my operating-system.scm file, but can't figure out how to port a shepherd service into a guix one. Has anyone ever encountered/solved this problem ?
<jmarsden>civodul: OK, that worked and got me an armhf guix package manager running under Raspbian. Which is good, and I can learn it there. But what I really wanted was Guix-the-OS rather than Guix-the-package-manager. Ideally I want to be able to create a Guix-the-OS bootable USB stick for my Raspberry Pi 4... is there a standard way to distinguish the two different "Guix"es?
<chipb>vagrantc: I saw the 1.2 announcement noting that a guix package was now in debian experimental. nice work; thanks!
<miskatonic>as a sexondary package manager, guix is more interesting for distributions with a low amount of native packages
<jmarsden>I am seeing an error every time I run the guix command: "/gnu/store/7zp9ifpgm3zj481nk6jg1im13g4mza2g-bash-minimal-5.0.16/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)" . Is there a way to avoid that message?
<chipb>vagrantc: I sortof wonder if the test failures might be overcome by packaging the guix bootstrap as its own package too. obviously, it'd be rather unconventional as a debian package policy-wise, but maybe it'd be good as a second source of the bootstrap, particularly if it was reproducible?
<chipb>miskatonic: I'm sure other distros would be happy to accept a package you submitted.