<CharlieBrown>paroneayea: Yeah, but where do I submit requests for people to make packages?
<paroneayea>CharlieBrown: I guess that would be guix-patches, but I dunno!
<paroneayea>CharlieBrown: try submitting a request for a package there and see how the conversation goes... if someone gives you a hard time, say Chris Webber said to submit it here and to find out if this is the appropriate venue
<degauss>I just restarted my computer yesterday, but let me check
<degauss>clacke[m]: not, just pkgs on top of Debian
<clacke[m]>If you aren't on GuixSD, how are you running guix-daemon? I'm guessing you have a service definition somewhere, maybe it statically points to guix-0.11.0/bin/guix-daemon (or indirectly, through /usr/local/bin/guix-daemon), or maybe it points to whatever guix root has installed, and you only upgrade on your non-privileged user?
<jmd>I would suggest removing all the existing .go files
<clacke[m]>It would be nice if at least the first commit with a new minor version could be compiled by the previous minor version. I never run the -devel daemon, so I couldn't upgrade to 0.12.0 without some hassle.
<erliphant>Hi - I'm trying to use a git-fetch type package source but the fetch needs ssh installed. We can't clone over http. As far as I can tell, everything basically looks ok but the clone fails because ssh isn't available
<erliphant>Some further digging suggests that ssh isn't in the set of (standard-packages) and isn't available
<roelj>erliphant: What's the error message you get?
<erliphant>What is the recommended way to proceed from here. Should I write my own fetcher? Where is the best place to put it if I don't want to modify the guix sources?
<erliphant>I'll dig up the exact message - basically that ssh isn't available and that the fork fails
<roelj>Is it an existing package, or one you're currently packaging?
<erliphant>Something that I'm packaging. My sources are on an internal git server but I need to clone over ssh
<jmd>I suspect your problem might be caching in the device itself rather than the kernel.
<lfam>It's a 32 GB USB flash drive, and I was trying to write ~1.5 GB of data to it
<jmd>I had a similar problem once with a usb drive. I was writing to it and then removing power before unplugging the USB cable.
<jmd>I discovered the correct way is to remove the USB connection *before* removing the power.
<lfam>In my case, the power comes through the data connection. It's not externally powered
<lfam>I should have been more suspicious when the write speed jumped from ~10 MB/s to ~300 MB/s after a couple flashes
<efraim>who was here to hear me complain about dependancies on the linux kernel for glibc? a quick grep showed other dependancies on the kernel, so I think I should just add the kernel headers to the bootstrap process like LFS suggests
<efraim>we do have a note in glibc that limits.h refers to linux/limits.h so it should propagate the kernel headers, it could be that the bootstrap process until now just hasn't come across code that needed it before
<efraim>I meant to say hi to the guys at the LFS booth at FOSDEM, their manual has been really helpful with understanding the bootstrap process
<bavier`>ryanwatkins: I think it was you who had asked about a qutebrowser package; I've pushed one to master
<erliphant> So I need to clone a repo over git+ssh. After speaking to rekado I modified the git-download module to include ssh and tt seems this will work as desired. However, I now need to deal with host keys and ssh config etc. What's the best way to set up this config inside the build jail?
<erliphant>My specific problem is that host key verification has failed but I may need secrets (keys) etc too.
<lfam>Recently we stopped using that code directly. Instead we use something called perform-download, which helps to avoid a bootstrapping problem where TLS client source code is only accessible over HTTPS
<lfam>But, the old stuff might give you some ideas about how to include and use resources like keys
<erliphant>@lfam - I assume now with perform-download that the download is done before the jail is setup?
<lfam>erliphant: I don't know it that well, but my understanding is that it is invoked by the guix-daemon and downloads directly to /gnu/store
<erliphant>@lfam - thanks again. I'll have a sniff about.
<seaword>I've just installed GuixSD (using luks) and on the xfce desktop there's an encrypted drive. Double clicking this prompts me to enter a password. I then get an error about cryptsetup not being found. I installed this and upated my PATH however xfce still can't find cryptsetup.
<ng0>damn... did someone of you run into something like this recently, even after sourcing the new envrionment variable for the GIT thing? /home/ng0/.guix-profile/libexec/git-core/git-sh-setup: line 46:
<ng0>/home/ng0/.guix-profile/libexec/git-core:/gnu/store/wbq43z00nhpzdvs7b8yjsi9q5gw3hqs2-profile/libexec/git-core:/gnu/store/wbq43z00nhpzdvs7b8yjsi9q5gw3hqs2-profile/libexec/git-core:/gnu/store/wbq43z00nhpzdvs7b8yjsi9q5gw3hqs2-profile/libexec/git-core:/home/ng0/.guix-profile/libexec/git-core/git-sh-i18n: No such file or directory
<lfam>clacke[m]: I found I needed to set the variable to help git find `git send-email`. Something changed and it had stopped working
<clacke[m]>Yeah, the problem is that search-path-specification thinks it can add several paths. What happened to ng0 and to me earlier today was that through some circumstances ~/.guix-profile/.... ended up their twice, which broke everything