<leth>Is there a way to add a file to the initramfs image?
<ryanprior>When I write Clojure I often find use cases where the thread macro eg (-> value func1 func2) is more readable than the equivalent (func2 (func1 value)). Do any of yall use a threading macro in Guile? Because I miss it.
<lafrenierejm>Why would %standard-phases be unbound in gnu/packages/sqlite.scm?
***catonano_ is now known as catonano
<lafrenierejm>So I can use %standard-phases just fine when defining a package with `package', but not when using `package/inherit'...
<lafrenierejm>Or maybe it's unavailable only when inside `substitute-keyword-arguments'.
<drainful->I've seen a few examples online of running icecat in a guix container along the lines of "guix environment --ad-hoc icecat -CN --expose=/tmp/.X11-unix", but I find that icecat will not load fonts in this case. Is there any particular file I should "--expose" in order to rectify this?
<tho1efx>Should I expect an acknowledgement from debbugs when I submit a patch?
<ryanprior>@tho1efx:matrix.org: yes probably in 15-30 minutes if the system is slow, sometimes faster.
<olivuser>when I want to produce a disk-image for another machine, how do I cope with the filesystems form? Because in my current configuration, which is derived from the "profile.scm" produced during the installation with the official image, the filesystems are identified via uuid (which, iirc, is the recommended way of doing things). Now, is it a problem to use the same uuid? If yes, what would be an alternative?
<efraim>I normally use disk labels instead of uuids
<TZander>it doesn't really matter. In both cases your label/uuid will not be globally unique but only machine-local unique. To fstab this doesn't matter.
<TZander>as long as you don't start moving hard drives between machines, it will never have any side-effects
<olivuser>is anyone else experiencing problems with custom channels hosted on gitlab? for some reason the configuration I used previously doesnt work anymore. If I 'git pull <gitlab repository>' I seem to be redirected to the signin and nothing happens
<NieDzejkob>olivuser: is that 'git pull' or 'guix pull'? Anyway, consider using an ssh key and repo url
<olivuser>NieDzejkob, well first I had a channels.scm file with said channel, but then guix pull wouldnt work "too many authentication redirects". I have then been advised to try a "git pull" which gave the abovementioned result.
<olivuser>sorry but what do you mean by "using an ssh key and repo url"?
<olivuser>I mean I generally know what an ssh key is, but is it possible (or necessary) to generate such a key in order to access a public gitlab repo?
<sammich>with guix environment --container is there a way to expose specific ports as with docker?
<PotentialUser-64>sammich i believe you'd still be sharing the "host" networking namespace, so i guess it doesn't apply
<PotentialUser-64>i'm trying to remove python from `guix pack` generated tarball, it comes from my understanding due to the `wrap-python3` setting up python as propagated-inputs
<cbaines>sammich, not currently, the only networking option is to use a different network namespace, or not
<PotentialUser-64>could it be an oversight of wrap-python3 ? from my understanding, if a package needs python as input (or as native-input), then its dependers also get it, which i find strange (given how many packages rely on python to build)
<cbaines>PotentialUser-64, I'm not sure I know what "dependers" means?
<cbaines>Are you talking about store items referencing python?
<PotentialUser-64>let's say i have packageA that need python to build, so packageA's native-input contains python, then any package having packageA as input also gets python
<cbaines>python would need to be a propagated input I think for that to be available
<cbaines>I think there are three circumstances: python as a (native) input, but not referenced by the outputs, python used as an (native) input and referenced by the outputs, and python as a propagated input.
<NieDzejkob>edxsa: `ssh 192.168.20.1 guix describe' -> what's the output?
<cbaines>PotentialUser-64, I just saw that as well, but I think a reason is given in the Git history.
<TZander>PotentialUser-64: in most systems you have dependencies always forward. If B depends on A and C depends on B, it implicitly also depends on A. In Guix this is not automatic. Only inputs that are 'propagated' will do this.
<PotentialUser-64>cbaines: good idea i'll try. i've actually been able to build a vlc that doesn't depend on X with quite a lot of package overrides and input rewriting, now python is the next big things i'd like to remove from the finaly product (yeah docker as well here...)
<NieDzejkob>edxsa: my build user has the guix package in the main profile. This is usually a bad idea, but it might be necessary for offloading
<edxsa>My sftp works fine, where can I view this wrong backtrace?
<NieDzejkob>what does `ssh build@machine guix package -I` say?
<edxsa>It shows the packages I installed from guix
<jayspeer>hello #guix! gnu/system/hurd.scm on wip-hurd-vm doesn't seem to be working :/ -- when running "./pre-inst-env guix build -f gnu/system/hurd.scm" I get "gnu/system/hurd.scm:146:2: error: grub-minimal-bootloader: unbound variable". My local branch is up to date. Any ideas why is this happening?
<jojoz[m]>How does one set / what's the alternative to setting the LD_LIBRARY_PATH after installing a package to include a .so produced by that package, such that another package can load it at runtime?
<jojoz[m]>I suppose one would have to make the first package a propagated input of the second to start with, but after that I'm lost.
<edxsa>I think I still have to give up guix offload. I will use it again after it has developed for a while.
<NieDzejkob>edxsa: My point is that it should list guix itself
<cbaines>Guix packages often just load the library by the full filename, like this example from guile-sqlite3: (define libsqlite3 (dynamic-link "/gnu/store/807c6g9xqrxdjyhm8wm1r6jjjmc8q4vs-sqlite-3.31.1/lib/libsqlite3"))
<cbaines>I think guile-sqlite3 does this as part of the build, but other Guix package definitions use substitute* to replace the bit of code with a full filename
<cbaines>I'd perhaps try that approach for your Haskell program
<guix-vits>jayspeer: janneke currently working on merging hurd-on-vm
<cbaines>guix-vits, why do you ask about the garbage collection configuration?
<jayspeer>janneke: I've pulled but I still get the same error. How should I build the image on this branch?
<guix-vits>cbaines: i'm build linux-libre-4.19 for 3 hours, no other reasons.
<civodul>mbakke: i'm reporting a successful system upgrade to core-updates with GNOME and all!
<cbaines>guix-vits, substitutes are provided on a best effort basis, given it seems you didn't get a substitute for it, I'm not sure it's possible to exclude it from garbage collection (as it doesn't exist)
<olivuser>hello guix! Has the icecat "numbers not shown" bug resurfaced? Because when it initially came up, it was "font-gnu-unifont" and "font-gnu-freefont" that needed to be installed which seemed to work fine. but now it doesnt work anymore. has anything changed, is anything else required to make it work?
<civodul>olivuser: i haven't experienced it, but perhaps you need to run "fc-cache -fv"?
<olivuser>civodul, thanks, but the problem still persists
<bricewge>guix-vits: It come from this commit 4c0cc7bed3de2c0e2d3a6e95b88693941e839eec
<lafrenierejm>cbaines: Alright. I see some places where that's being used. If it's not significant here, though, I'll just leave as "CC=gcc".
<raghav-gururajan>olivuser Try install font-google-noto. I'd also recommend to have this font installed system-wide. Most GUI applications will fall-back to this font, when specified fonts are not available.
<refpga>Hello, how can I edit /etc/fstab from outside GuixSD and login without it getting overwritten at startup? UUID of my home partition changed and I can't login anymore.
<Guixguy1>Hello all, can someone share a method of getting emacs/quicklisp to see /gnu/store/r7ialnn9ad4hv81d3gq89sp0yq0xvl5q-sdl2-2.0.12/lib/libSDL2-2.0.so.0?
<Guixguy1>quicklisp can not find it when I use (ql:quickload:sdl2)
<turquoise>Hello everyone, I recently installed guix system and have a issue with hugo. I could not find a package via guix search hugo, so I tried to use the prebuilt binary. The extended binary does not find the needed libraries.
<TZander>turquoise: just last week someone was here stating he started packaging hugo. Not sure if that happened yet.
<refpga>Guixguy1: If you are using cffi then you can set the variable *foreign-library-directories* with the path to the library (maybe your guix profile).
<Guixguy1>Is there an emacs or guix page that can help me with that? I am not familiar with setting paths
<refpga>Guixguy1: emacs has nothing to do with it. You should probably tell us the exact error. Search for documentation for the variable name in CFFI manual, or use a search engine. The path should just be a string, cons a string to the *foreign-library-directories* list.
<philipper905>Hello, I've been trying to add a package written in Go (hugo), and I've run into some trouble with dependencies that seem to depend on each other. A specific example is the module cloud.google.com/go requires the module cloud.google.com/go/bigquery which itself requires cloud.google.com/go.
<lfam>philipper905: It will present some problems for Guix in general, not just the go-build-system
<lfam>I think you have two options. You can make a union of the source code of the two packages, and then build that. Or, you can try bootstrapping the packages with earlier versions of themselves, that may not yet depend on each other circularly
<jojoz[m]>I get an error, `In procedure mkstemp!: Permission denied`, when trying to `substitute*` in an added build phase. What am I doing wrong?
<lfam>jojoz[m]: It sounds like you don't have permission to do that. What file(s) did you try changing?
<Guixguy1>starcrATI[m]: I have it like this :(let ((guix-lib-dir (merge-pathnames "/home/guix/.guix-profile/lib/"(user-homedir-pathname))))
<anadon>I'm getting back to my django overhaul and getting individual packages to work and then submit patches for. I've run into the following, and I don't see a hint as to where the actual error is -- https://paste.debian.net/1144618/
<jojoz[m]>lfam: With the install script in the manual
<lfam>jojoz[m]: Check that the build users were created with `grep guixbuild /etc/passwd`. And make sure guix-daemon is running as root
<jojoz[m]>I suspect it has something to do with `local-file`. I'll try uploading to github and see what happens when the source is a git reference.
<pkill9>katco: you can run shepherd as a user though
<Guixguy1>starcrATI[m]: Still no go. Thank you for your help though. I am going to look into Chickadee.
<janneke>jayspeer: further down starts the migration from guix build -f gnu/system/hurd.scm to the new "guix system ..." setup, around this commit: 8d01114f22 * DRAFT system: examples: Add bare-hurd.tmpl.
<cbaines>or was it a command you ran in that shell that didn't work?
<anadon>cbaines: "guix build: error: failed to connect to `/usr/local/var/guix/daemon-socket/socket': Connection refused"
<cbaines>Ah, right, then as bricewge said, this bit of the documentation is probably applicable: Then, run ./configure as usual. Make sure to pass --localstatedir=directory where directory is the localstatedir value used by your current installation (see The Store, for information about this). We recommend to use the value /var.
<anadon>I try to keep to the manual, and I think I make a greater effort than most of the computing world does. But having a "it is technically somewhere in the manual" isn't enough for most. It needs to be somehow more intuitive.
*janneke reproduces Value out of range 0 to 4294967295: -1 in the hurd
<cbaines>maybe it would be useful to have a "installer" for local development
<anadon>I just want all the installers and builders to be consistent, really.
<ryanprior>I've been considering whether, because of its approach, guix is perhaps a lower level tool then what's useful for many users and a more opinionated, task oriented tool that manages guix and provides an interface to it could gain traction.