<nckx>lle-bout: Getting in the way is too strong but your second (amazing? OK :) option would improve ordering without breaking things, which sounds perfect.
<nckx>kcurtet: A few. You can change the hard-coded path to ld*.so using patchelf, or on Guix System you can create a symlink in /lib automatically. You can also patchelf each library location individually, or you can install all required libraries into a profile (e.g., using ‘guix install’) and add $HOME/.guix-profile/lib to LD_LIBRARY_PATH, or a few other similar hacks.
<nckx>pkill9: Here, ‘HOME=/tmp fish’ respects it and ‘HOME= fish’ prints ‘Please set the XDG_DATA_HOME or HOME environment variable before starting fish.’ So... maybe, although I don't actually know fish at all.
<nckx>pkill9: So ‘cd’ in fish doesn't change to whatever $HOME is set to in fish? Or...?
<kcurtet>Any guix command to copy a recipe? or i need to go to the repo
<lle-bout>lfam: apparently the security bug is only in a feature added in 5.2 so we're safe
<pkill9>nckx: I mean when you start it it starts in the real home dir, but typing 'cd' it goes to new one
<lle-bout>lfam: but for your patch, I think you should actually patch it
<bone-baboon>Section 10.1 Using the Configuration System of the Guix manual mentions unambiguous package reference like `(list bind "utils")`. It mentions a downside of this approach is that you need to know what modules defines a package. What is a good way to find out what module defines a package?
<pkill9>how much memory/CPU does a guix container use?
<morgansmith>hey in commit c05ceaf2b650d090cf39a048193505cb4e6bd257 a comment near the top of tests/lint.scm (line 64) should have been deleted but was not. It's a super quick and easy thing so I'm hoping complaining here will fix it.
<bone-baboon>`guix show git` has a location field. If I search for a module using it's location `locate gnu/packages/version-control.scm` there are many files that match the search that have different hashes. If I want to read the module which one should I be looking at?
<apteryx>dongcarl: I narrowed the issue to dbus-c++; for some reason attempting to use this from Guix to build static libraries would result in the previously reported errors. I think we may be missing patches to our dbus-c++ package, compared to debian and others.
<bone-baboon>I am using Emacs and ansi-term. When I run `guix edit git` it opens `nano` in the Emacs ansi-term buffer. Is there a configuration variable I can set so that it just opens the file in a regular Emacs buffer?
<morgansmith>so if you run `M-x server-start` then you run the emacs daemon. This is nice because now you can send things to that daemon and it will pop up in your emacs. Then you can set you $EDITOR var to emacsclient. emacsclient is the executable you use to interact with the daemon
<morgansmith>alternativly, you could decide to not use guix edit. the location you found is relative to the root of the git repository (Only true if the package your looking at is not from a 3rd party channel). I'm not sure where that reposity is located on your local disk, but you could obtain a new copy from here: https://git.savannah.gnu.org/git/guix.git
<bone-baboon>What is the signifigance of the "gnu/packages/version-control.scm" file that `guix edit git` opens compared to the other "gnu/packages/version-control.scm" files that are located with `locate gnu/packages/version-control.scm`?
<lle-bout>bone-baboon: the other copies could be cached versions that GNU Guix kept
<morgansmith>so how do I actually use data.guix.gnu.org? I want to show someone that emacs-flymake-shellcheck is bust by sending them a link. Can I use data.guix.gnu.org for this purpose? And if so, how?
<Whyvn>I am trying to build my first package. From the looks of it, it should be a very simple package to implement. But I am having issues. It is a python package and only needs to run python3 setup.py install. I am getting an error on the build phase. From looking the manual python-build-system says it does python setup.py build and then python setup.py install. My question is, how can I skipp the build phase and go directly to the install
<Whyvn>phase? I tried modify-phases %standard-phases (delete 'build) but that didnt work. this is the package declaration I have so far http://paste.debian.net/1188632/ I am sure I am missing something obvious...
<lle-bout>mothacehe: I would like to suggest you remove paging on evaluation pages in Cuirass and add ability to sort by the build icon so we can easily see new build failures in individual evaluations
<lle-bout>Whyvn: so you used a GNU Guix hash as commit, that's wrong
<lle-bout>Whyvn: also try: guix import pypi -r cryptop
<Whyvn>lle-bout: thanks that seems to make it a little easier. how do you add licenses that are not in guix licenses?
<lle-bout>Whyvn: what license are you referring to?
<Whyvn>i am getting error: license:bsd-3: unbound variable hint: Did you forget a `use-modules' form?
<lle-bout>brendyyn: yes I corrected a bit later as well
<gagbo>Hello, I have a small issue when trying to run a simple "guix pull", I fail building the "guix-system-tests" derivation, with a "simple-cuirass-configuration->specs unbond variable" error. Has anyone encountered this ?
<Whyvn>lle-bout: apologies for the needing of step by step guidence, but I am getting this error now error: cannot install non-package object: #<unspecified>
<lle-bout>mothacehe: thank you! And what about paging on evaluations, what do you think? I think the paging is useless and making navigation troublesome there.
<mothacehe>yeah I agree it's painful, maybe the Boostrap library has a better suited object for that
<Whyvn>lle-bout: is there a place in the manual that will expand upon that, I do no know what that means. From what I gathered from the package guides is using guix package --install-from-file=, would I have to append a --manifest field? Or would another entry go into the package.scm file?
<lle-bout>I can push it, will do shortly if you don't
<mbakke>lle-bout: that's great, I'm not really setup for pushing atm :)
<Whyvn>lle-bout: if python-requests is in the package repo, what would be the reason for getting and unbound variable? `(("python-requests" ,python-requests) is defined in propagated-inputs, shouldnt it be automatically pulled?
<Whyvn>brendyyn: thanks, it was a small victory i needed. I thought I was going to get filtered by the guix package system. I would eventually like to help contribute to more packages and documentation, but I first have to understand it myself.
<efraim>raghavgururajan: 47017 fails to build for me
<jlicht>Whyvn: perseverance and being patient with oneself go a long way in learning new things, congrats :)
<Whyvn>brendyyn: I woudldnt be cut out to help with creating packages with guile/scheme/guix as it would be too complex, but of course with enough time there comes understanding. I have just been bashing my head against the keyboard the past few days trying to get at least 1 package together.
<lle-bout>efraim: if someone could do that then it would be awesome, you told earlier it would be difficult, gcc-8 is only required for glibc >=2.32, otherwise some patches were taken from core-updates like gnutls, but you'll see
<leoprikler>oh, of course, because it's in the lib subfolder 😋️
<apteryx>lle-bout: in theory yes. In practice, I'd expect the lack of substitutes, and the original sources disappearing to cause problems (although Software Heritage intends to change that, but it doesn't cover everything yet).
<raghavgururajan>leoprikler: LoL, I did not notice the missing /lib. But I tried with /lib.
<apteryx>raghavgururajan: the idea that some modules required to load icons is missing sounds like plausible; here's one of the messages from the client: DEBUG: 08:44:15.457: Could not load icon: Unrecognized image file format
<apteryx>so probably need to extend GIO_EXTRA_MODULES the way glib-or-gtk-build-system does
<leoprikler>now you can run make inside the build directory and check which modifications actually lead to a good result
<apteryx>civodul: it's not currently possible to express a search path such that it selects the parent directory if it contains some child directory/file, correct?
<apteryx>raghavgururajan: it's strange, inspecting what the glib-or-gtk build system does, and looking at the glib and gtk+ packages search paths, the only difference seem to be that the build system sets GTK_PATH rather than GUIX_GTK3_PATH.
<apteryx>another interesting point is that the jami package doesn't even make use of glib-or-gtk-build-system (it uses cmake-build-system), yet when installed to my user profile along with adwaita I do get icons.
<leoprikler>if you install missing icons, they do get seen by XDG_DATA_DIRS, since that has ~/.guix-profile by default IIUC
<zimoun>well, the best (pragmatic) seems to push the current po files and think about something as incremental improvement for next.
<emacsen>I'm looking for an article... maybe someone else has read it... It basically shows how you can go from a configuration language, or a data language like JSON and you realize quickly you've made a lisp
<emacsen>it's driving me mad that I can't find it again!
<apteryx>leoprikler: I do have adwaita-icon-theme in the environment manifest
<apteryx>even when not using --pure the icons cannot be loaded
<apteryx>it returns NULL and I get this message (from the client-gnome code of Jami): g_debug("Could not load icon: %s", error->message); which gets printed as DEBUG: 09:40:34.180: Could not load icon: Unrecognized image file format
<apteryx>and to be clear, I'm building the application in 'dev mode' outside of a Guix package definition for now; so perhaps that's at play but I at least extend XDG_DATA_DIRS to its local install/share directory
<apteryx>avalenn: also we could normalize the string so that it always outputs a v prefixed one, but that ends up getting used as the git refspec so we shouldn't alter it in my opinion
<apteryx>as you said, there may be a good reason why the v is made optional in that regexp, and I'm sure some Go package indeed would use a tag such as "1.0.0" rather than "v1.0.0" if they predate the Go module system or don't care about it
<lfam>I tried copying the pattern used by the other "default settings" simple services, which are the console-font-service and the static-networking-service
<lfam>I tried just using (service sysctl-service-type ...) in %base-services, but this prevents users from setting more sysctl settings in their config.scm. In that case, it fails like "guix system: error: service 'sysctl' provided more than once"
<lfam>Although, it seems to me this should work. It does work for special-files-service-type
<lfam>I've been trying to figure this out for hours
<Artemix>Hey there! during setup on my laptop, due to having a shitty router the dhcp address resolution is very slow, and the eth link establishment of 5s timeouts before. Is there a way to avoid that?
<daviwil>Hey folks! Quick question - is there any way to get the shell output when running a script using `invoke` in a package definition? My `(invoke "sh" "script.sh")` is failing with a nonzero exit code and I can't see any script output to figure out why
<apteryx>rekado: could be due to me pushing a commit triggering 2700 builds 30 minutes ago; I had checked the number for gtk+@3 but didn't for gtk+@2; decided to let it slip rather than revert.
<Noisytoot>I just ran "guix pull", and I got this error: "guix pull: error: could not authenticate commit 15092548804b6c50ea276d098f76a79bd0042398: key 51A0 982A 58B6 4622 4648 3308 5EEB 3986 CB2F 65ED is missing"
***nckx changes topic to 'GNU Guix | ⚠️ you need to run guix pull --allow-downgrades exactly once | get Guix at https://guix.gnu.org | videos: https://guix.gnu.org/blog/tags/talks/ | bugs & patches: https://issues.guix.gnu.org | paste: https://paste.gnome.org/ | Guix in high-performance computing: https://hpc.guix.info | This channel's logged: https://logs.guix.gnu.org'
<nckx>OK, people. Things should be back to normal. You need to run guix pull --allow-downgrades as the topic says. Do not make a habit of this.
<zimoun`>nckx: I am not sure 999a1cba54 is broken. rm -fr ~/.cache/guix && guix pull --commit=999a1cba54 -p /tmp/trash works for me. But 1509254880 is definitively broken. As reported before.
<lle-bout>Noisytoot: GNU Guix didnt decide much, it's whoever implements something first at this point. Also GNUnet isnt as mature of a software and big of a network I think.
<rekado>Noisytoot: we wanted to use GNUnet before we became aware of IPFS, but the Guile bindings for GNUnet (a GSoC project IIRC) didn’t progress enough to be useful, and GNUnet took a *very* long time to be unbroken between releases.
<rekado>GNUnet didn’t make a new release but requested that older releases not be used.
<rekado>not very encouraging; and then IPFS came along: it actually worked, and the developers actively engaged with us to get things going.
<rekado>that doesn’t mean there won’t even be substitute distribution over GNUnet.