<nckx>(I don't have that machine anymore but this all sounds very familiar ☺)
<nckx>Sometimes the card would seem dead (no wireless networks in range despite re-scanning in the middle of about 20 of the things), then it would start working again. I didn't investigate because it wasn't worth it to me then.
<brendyyn>"The Linux world has always worked with a develop and deploy model where software gets written by projects such as KDE and then distro projects pick that up, polish it and give it to the user. No other computer environment works like this and it goes against the fashion of DevOps concepts where the people who code are empowered to deploy to the end user going through QA as appropriate. We changed that..."
***civodul changes topic to 'GNU Guix | https://gnu.org/s/guix/ | videos: https://gnu.org/s/guix/blog/tags/talks/ | bugs and patches: https://issues.guix.info/ | paste: https://paste.debian.net | Guix in high-performance computing: https://hpc.guixsd.org | This channel is logged: https://bayfront.guixsd.org/.well-known/logs/ | 1.0 is in the works!'
<brendyyn>civodul: Will the contributors list for 1.0 include all names or just the names since the last release?
<civodul>the whole list would be a bit long i guess!
<brendyyn>I was thinking about removing all redundant uses of mkdir-p. That'd ramp my contributions up
<ArneBab>brendyyn: oh, ok — Gentoo ebuilds are just descriptions, very similar to guix packages.
<brendyyn>which would be compared to Arch's PKGBUILD
<ArneBab>ah, then I did remember correctly that they have something similar :-)
<brendyyn>Do you mean exporting a definiton for installing a guix pack binary?
<civodul>roptat: i assume you'll take care of committing all the new .po files, is that fine with you?
<numerobis>Hi #guix! I see that the guix has a boost 1.69 package, which contains boost numpy headers but not the corresponding .so libraries. Is there a way to install libboost_numpy on guix? Many thanks for this great project!
<civodul>numerobis: looks like our boost package doesn't depend on numpy, so perhaps you'd need to define a separate boost-numpy package or to add numpy as a dependency to boost?
<civodul>it may be worth discussing this on firstname.lastname@example.org
<civodul>Miguel must actually be a code name for a 12-person team, that's why
<brendyyn>If you wanted to write a program that used some guix modules, how would you package it? if you didnt include guix as a dependency, guix pack would not export guix with it right? but if you did then it would be the old version defined in gnu/packages
<brendyyn>if you open a python program you will realise its just a small wrapper script
<brendyyn>The think is I have 10-20 other python packages as inputs but none of them needed any hacking like this
<rendaw>Hello! I have a program that takes a script as an argument. I'd like to run a g-expression. Is there an easy way to turn a g-exp into a string path of an executable script? Looking at how initrd it seems like a fairly elaborate process: program-file with gexp, compile-to-cache, locate current guile, symlink guile to script's directory, etc
<rendaw>And the only way I see in code to get the path of the gexp script is to use `(symlink derivation "something")` which creates a symlink in the current directory (which would be the directory I'm running `guix system` in? That doesn't seem super helpful)
<rendaw>The context is `pam_exec.so` needs a script as a string argument
<pkill9>how can you do a search-and-replace of a string in guile?
<amz3>pkill9: I think it is called substitutes* procedure in guix repo
<davidl>I have a package-definition using the trivial-build-system and the #:builder runs a ./install.sh script that uses the which command. This script fails saying line 62: which: command not found. Im unable to fix it with guile's setenv and "/path/bash -c PATH=<path-to-which-etc> /path/install.sh" still install.sh doesn't know the path to which command.
<brendyyn>ok im really quite confused at why this functools module cant be found despite being in PYTHONPATH
<brendyyn>when i test python2 -c "import backports.functools_lru_cache" manually it works fine
<rekado>civodul: the gnome-shell problems on staging should now be fixed
<rekado>civodul: I still haven’t been able to work on the guile-json upgrade and I’m afraid there might not be enough time to get it done before 1.0.
<rekado>(I’m not confident in my ability to weed out all problems that might arise from the conversion)
<civodul>demotri: did you generate a key pair with 'guix archive --generate-key'?
<demotri>civodul: I think I did this a long time ago. When looking at /etc/guix, I see a signing-key.pub/sec, two years old.
<demotri>civodul: A "uix archive --export /gnu/store/mn6522xx9lmirzzvmrkjga1vil0sqg1p-ruby-sass-spec-3.5.4-checkout > outfile" produces someting, when I look into that file I see binary garbage with "nix-archive-1" somewhere. Export looks good to me. Problem seams to be the import.
<demotri>I.e: This command is causing the error: guix archive -x out < output
<davidl>rekado: thx for the tip. Though I managed to finish the package definition using the trivial build system.
<demotri>civodul: What I actually want to do is compare my local store entry with the download from ci.guix.info. That seams to have a problem:
<demotri>`/pre-inst-env guix build -S ruby-sass-spec` fails with a sha-mismatch
<demotri>civodul: Hm? When I download a something from ci.guix.info, it IS a NAR? But when I do the same with guix archive --export, it is not exactly?! But then how does ci.guix.info produce the "fully-certified NAR"?
<davidl>Can you install and use shepherd if you have installed guix just as an extra package manager on RedHat without breaking the system? What happens after a reboot when shepherd has been installed?
<davidl>kmicu: If somehow possible I would like to use shepherd services instead of systemd services, but Im on RedHat instead of GuixSD.
<kmicu>If you want to replace a native init system with Shepherd then that will not work.
<davidl>Basically I just want the generation and rollback functionality for the definition of services. Thinking I could start shepherd from systemd, then shepherd has for example an mcron service etc that I could get into guix version control.
<kmicu>It sounds like you want a Guix System but installing it is not an option.
<samplet>rekado: It works with neither PKG_CONFIG_PATH nor LD_LIBRARY_PATH. At least for me, just adding “gdk-pixbuf+svg” was sufficient.
<reepca>I'm curious what the motivation is for 'recursive?' arguments to stuff that may deal with a directory or a file. Any idea?
<nckx>reepca: Not meant to be snarky at all, but… besides the obvious? What kind of stuff are you referring to?
<reepca>nckx: for example, add-to-store has a recursive? argument which gets sent as-is to the daemon, but looking in nix-daemon.cc it looks like all it affects is whether it should fail on a non-regular-file input or not. Why add a flag that just causes it to fail sometimes?
<reepca>I would expect that any procedure dealing with files can determine on its own whether a given file is a directory or not - I mean, to even be able to do anything recursively, it *has* to be able to do that much.
<nckx>reepca: I'd interpret such an argument not as ‘the procedure can't figure it out on its own’ but as ‘sometimes we want to explicitly forbid recursion’, but you're far more familiar with the daemon than I am. I don't know if it makes sense there. Maybe not. Maybe it's historical cruft? The daemon is certainly more complex than it should be.
***dalz[m] is now known as dalz
<reepca>nckx: fair enough, though I can't really think of an example where it'd be necessary. I'm trying to implement add-to-store right now, and there isn't a corresponding 'recursive?' argument to restore-file, and I'm rather wishing I could just ignore it.
<nckx>You'll find no objections from me there. Simplification would be welcome.
<dalz>Can anyone read this? I'm having some tecnical difficulties :)
<dalz>Should I depend on nss-certs? Grepping for ,nss-certs yields only two results, and I think there are more packages that deal with https than that. If I do put it in my inputs, should I give as a compile argument /etc/ssl/certs/ca-certificates.crt or /gnu/store/...nss-certs.../.../ca-certificates.crt?
<nckx>dalz: A Matrix user without [m] spam? The horror! ☺
<dalz>> [20:30:55] <ecbrown> (answer to my previous question about R and SSL error: guix package -i curl and place CURL_CA_BUNDLE=<whatever> in ~/.Renviron hopefully this message will be found by search)
<dalz>However, I can't access messages sent before i joined the room
<katco>i'm trying to use `(gexp #$output)`, but strangely that gives me the source archive which was downloaded
<katco>dalz: oh, hm. maybe that's a limitation i'm not aware of. i thought the room had the same urn for all users, and thus the history was a function of the bridge lifetime, not when a specific irc user joined.
<kmicu>(#guix has public logs (location is in the topic)).
<nckx>kmicu: Yes, but they don't go back very far and you don't want to see how *that* sausage is made.
<nckx>I think dalz was referring to the old GNUnet Drupal bot ones?