<vagrantc>ok, so ... that thing i love about guix where you don't have any system paths? ... how do i $(CC) -shared -O3 -fPIC -Wl,-soname,liblibrecast.so.$(ABIVERS) -o $@ $^ $(LIBS) ... where libs is something like -lsodium .... replace -lsodium with some guile substitution to the full path to the sodium input?
<lilyp>vagrantc: you typically add -L/gnu/store/... to $(LIBS)
<pashencija[m]>Even if I find time to write these, there's still a problem of me being not much of an English speaker
<kiasoc5>is anyone working on updating qt to 5.15.4?
<yewscion>Hello Guix, does anyone have a workaround for `emacs-deferred` handy? I tried defining a transformation with `'(("without-tests" . "emacs-deferred"))` , but it didn't change anything. It's currently hanging and preventing me from upgrading, and I need certain packages that rely on it.
<vagrantc>civodul: well, nice to have a definitive answer :)
<excalamus>@civodul, ah, sweet! I was trying that with url and uri in the package definition
<vagrantc>have something that absolutely should not be setuid root ... but it requires networking capabilities
<yewscion>civodul: Thanks for the link! I was aware of the bug report, just going through my guix-home config and trying to get a reconfigure to work. It seems there are a few other packages also reporting the same issue (wrong-number-of-arguments), but in build instead of in check. Once I've made a list, should I add it to the above ticket or make a new
<vagrantc>hrm. adding #:use-module (gnu packages commencement) to networking.scm makes guix explode.
***tremon is now known as tremon_
<excalamus>I'll be honest, I'm not sure how I can use --with-git-url to help me write a Guix package definition using a local repo. I'm calling either guix build or guix package with -f, trying to create the build script. It seems like that requires a sourc entry. Also, --with-git-url=PACKAGE=/path/to/local/.git, as I'm reading it, needs the PACKAGE. That's what I'm trying to define.
<excalamus>I'm trying things like guix build -f my_definition.scm --with-git-url=my_package=/path/to/local/repo/.git
<excalamus>All I get is an error at the line in the package definition where "source" should be. If I include the source form, guix build uses that and not the head
<excalamus>Also I'm having to constantly manually copy and paste the path to the .drv.gz and call zcat on it just to see the error. Surely there's a better way?
<PurpleSym>Could we do that manually in Guix, so the instructions in the manual actually work?
<tinybronca[m]>I think I remember installing GRUB to a NAND Flash chip alongside Libreboot and it decrypted fine including encrypted /boot but I don't remember fully
*attila_lendvai has an thinkpad x200 with full disk encryption that has grub in its bios as a payload
<tinybronca[m]>attila_lendvai: Oh that is cool I think I did that too, that is what I meant, but saying "in its BIOS" sounds kind of confusing if you don't have a payload implementing BIOS, or am I missing something...?
<attila_lendvai>tinybronca[m], well, in the flash chip where the bios is usually sitting. IIRC the original bios is replaced by coreboot, and grub is given as its payload
<attila_lendvai>...or libreboot, or whichever. i can look up my notes if it is of interest. but when i looked a couple of months ago, much have changed around those projects in the past 2 years since i have done that.
<tinybronca[m]>How much does Libreboot implement BIOS-like subsystems on it's own? I thought that was what SeaBIOS was for....
<nckx>When a modern CPU boots it can't talk to RAM, when the RAM comes on-line it doesn't work, and it's not as simple as flipping the ‘RAM please’ bit. You have to do a pretty complex dance to ‘train’ it. That's one of the main things Coreboot does.
<nckx>I'll shut up now, but now you have enough to search for if you want to learn more :)
<tinybronca[m]>nckx: How about machines with U-Boot? They have to load U-Boot SPL into RAM as first stage, so they have to talk to RAM....
<unmatched-paren>tinybronca[m]: there's probably a bootstrap program that runs from ROM or something
<bovid-19>Maybe I should have written 'channel' before (or instead of?) 'repository'. I'm still far from fluent in Guix.
<nckx>pashencija[m]: I see why your GCC mail was ‘delayed’ — it's almost 8MB in size. That would be sent out to each bug-guix@ subscriber, which is a bit much! Not everyone has broadband, or even much band at all.
<nckx>pashencija[m]: So I've rejected the mailing list delivery, but there *is* a full copy on the bug tracker. Next time please compress logs over a few 100k (at most).
<nckx>bovid-19: To answer your question (I think?) — assuming you already have substitutes configured in the daemon — you don't need to do anything. You'll get substitutes for any package you haven't modified (including by changing any of its inputs).
<nckx>Assuming the substitute exists upstream, of course.
<nckx>So if you edit only ‘hello’, you'll get substitutes for everything but hello. If you modify glibc, well, bad news.
<bovid-19>Nah, boot straps aren't my thing. I never found any boots fitting my hooves in this humanist world, so why would I even look for decorations? And don't get me started on the material used for them...
<unmatched-paren>jpoiret: obviously you need to apply asbestos to your emacs to stop it burning* (*terms and conditions apply)
<jpoiret>nckx: remember that the reason i started working on the installer was because my emacs couldn't handle the pictures people were sending
*nckx has vegan boots, but they are strapless (like all good things). Hmm, I smell a conspiracy by big bootstrap.
<nckx>jpoiret: 😃 I've had to respond to a lot of those. ’Sorry, thank you very much for your bug report, unfortunately the 24 megabytes of PNGs you included […]’.
<nckx>The soft limit for (only) bug-guix is already a chonky 4MB for exactly that reason.
<tinybronca[m]><vivien> "Among the ungooglable things is..." <- I don't know, the tsc code I found was writtin in Typescript, but I never heard of a TypeSCript JIT compiler only a JS one, so what transpiles tsc??
<unmatched-paren>an already-transpiled version of tsc? i don't really understand the question
<bovid-19>nckx: hmm, I never thought about that. Do you think Elon is in on it or more of a saviour like You Know Coup (as Prophesized by Q)? [see: https://en.wiktionary.org/wiki/PQ#Noun_2]. Anyway, I guess I contributed my share gnush*t for the day and will try to refrain from adding any more to it.
<nckx>It shouldn't be used for reproducibility stats (I pull substitutes from ci.guix when impatient) but is otherwise up.
<tremon>hi all, is it normal/expected for packages to have their configured statedir pointing inside the store?
<tremon>asking specifically for openldap, which tries to create its default ldapi socket as /gnu/store/[deriv]/var/run/slapi, which fails when run as non-root and clutters the store when run as root
<unmatched-paren>nckx: obviously the inputs are people, the build system means indoctrination, and the outputs are satanic cultists!!1!!1111!
<nckx>Both: it is normal/expected status quo but most packages would be improved by patching them to use /var. They are often left pointing to /gnu/store/…/var because that's easier and the package in question is configured to use /var through a service instead, but in a perfect world you'd patch them. Packages shipping prebuilt /var/db stuff complicate things though.
<tremon>scanning build-system/gnu.scm I don't see any obvious ways how prefix and/or localstatedir are set before compiling
<jpoiret>tremon: even when running as root, it shouldn't be able to write to the store as it is mounted ro
<jpoiret>and only mounted rw by the build daemon in a separate mount namespace
<nckx>tremon: --prefix is passed as a default configure-flag. The code you want is in guix/build/gnu-build-system.scm.
<nckx>It is split for good but initially confusing $reasons.
<tremon>ah, then I have some local configuring to do, as my setup doesn't include that namespace mount
<bovid-19>unmatched-paren: I think most (if not all) of the problems with Satanism stem from the sheep-based system. As an objective bystander who isn't involved in any way, I can assure you that gnu-based Satanism is superior in pretty much every way!
<lechner>Hi, regarding "Multiple profiles with Guix Home" on -devel I'd like to contribute that "in-home" profiles work potentiall only on one machine (my home folder is networked) and only after an encrypted home folder is mounted (i use gocryptfs). The thread is quite lengthy, and i lost track. Is my comment meaningful? Thanks!
<florhizome[m]>I‘m on a foreign distro / manjaro and installing packages with the OS package manager sometimes seems to fail because it refers to guix‘ glibc instead of the native one
<rekado_>the OS package manager refers to glibc from Guix? How?
<florhizome[m]>bash: /gnu/store/….glibc-2.33/lib/libc.so.6: version ‚GLIBC_2.34‘ not found
<peterpolidoro>another question, when "mock" is listed as a dependency in a Python package, is adding "python-mock" to the Guix package native-inputs still necessary, even though mock is now part of the Python standard library?
<rekado_>florhizome[m]: can you trace the package manager with “strace -f” to see at what point it opens a file provided by Guix?
<rekado_>this error looks like it ends up loading *some* things from Guix while using others from the host system.
<jackhill>on the one computer where GDM doesn't run, I log in on a console and `export WRL_DRM_NO_MODIFIERS; exec dbus-run-session sway` but clearly something is wrong with that computer. Also sometimes sway loses track of windows there 🤷
<nckx>vagrantc: So did I, but it was an 5x86 that I cooled with an ice cube in summer. It is a dark time to which I wish not to return.
<nckx>(Plastic freezer ice cube, before anyone complains about the warrantee.)
<nckx>jpoiret: Which DM do you use, if you still dare answer?
<nckx>I'm not really optimistic that it will make a diff.
<roman>Hello. What is the workflow to test changes to package definitions if I need to reconfigure my system with them to test? I've made modifications to the definition in the guix source code. I can install in the local profile with the pre-inst-env, but need to test it in the system configuration.
<davidl>using #$this-package-input "pcre:bin" for `((inputs ("pcre:bin" ,pcre "bin") ... doesn't give me a directory with the correct hash for the bin output but a directory containing the hash as if using the default "out" output. Is this a bug or am I doing it wrong?
<unmatched-paren>roman: you can probably do sudo ./pre-inst-env guix system reconfigure, and if it breaks things guix system roll-hack
<unmatched-paren>(source) takes a "file-like object" gexp, which is installed into the store. (local-file) takes a local file or directory and puts it in the store, (origin) grabs a file or directory from the internet
<nalaginrut>so I don't have to modify the (source ...) item, and just use --with-source?
<nalaginrut>"/tmp/guix-build-guile3-dbi-2.1.8.drv-0/source/guile-dbi/libltdl/loaders/dlopen.c:63: multiple definition of `dlopen_LTX_get_vtable'; ../../libltdl/.libs/libltdlc.a(dlopen.o):/tmp/guix-build-guile3-dbi-2.1.8.drv-0/source/guile-dbi/libltdl/loaders/dlopen.c:63: first defined here