<zacchae[m]>I have packaged a program that is built with cmake using the cmake-build-system. Normally, the next step would be to 'pip install' one of the directories in the source tree (desired output is a python package). Should I try to add python commands to a new build phase in cmake, or try to incorporate the existing python-build-system somehow?
<Kabouik>Can I pause a long-running guix process? I would need the cpu now, but do not want to waste what guix has started (but not finished) to compile.
<zacchae[m]>^ make sure you read the page before it (building from git) in detail or it won't work
<zacchae[m]><zacchae[m]> "The former sounds easier: I..." <- I suppose my question is more general: Many things from the build environment (e.g. the source code) are not included in the final output. Where do I put things for them to be included? Is it absolute paths? Would I install to /lib/python3.10/site-packages inside the build daemon for them to end up in /gnu/store/.../lib/python3.10/site-packages outside the build daemon?
<podiki[m]>I think depends on the build-system, but usually something like a lib/.... paths will be installed yes
<podiki[m]>bin, share, that sort of thing I've never had to manually "install" unless it is something like copy-build-system or a more manual one like that
<podiki[m]>and you can do something like (mkdir-p (string-append #$output "/lib/blahblah")) in a new phase if you need to
<zacchae[m]>podiki: Thanks. cmake-build-system puts you in build/, so I guess I could place things in ../lib? I'll try that if my current attempt fails. Currently, I am trying to use (assoc-ref outputs "out") similarly to the method used in guix/build/python-build-system.scm
<podiki[m]>yes, you can look at packages with multiple outputs to see what they do
<podiki[m]>I haven't done any cmake ones recently so you can try a few things or search through cmake built packages to see examples of what you may need
<apteryx>rekado: did you manage to access to node 129?
<zacchae[m]>podiki: I tried looking at the opencv package (similarly compiles with cmake and has python bindings to install), but I couldn't figure out how it was installing the python portion (must have been wrapped up in (c)make)
<zacchae[m]>I'm not trying to have multiple outputs, but that probably is the "right" way to do what I want.
<podiki[m]>well in that same module, look at paraview, it has an install-license-files phase to manually copy over files that might be what you want
<zacchae[m]>podiki: Thanks. That seems better than setting SOURCE_DATE_EPOCH
<ulfvonbe`>tests/builders.scm seems to fail with a bunch of "building of `/gnu/store/jwgl5fgdkh8gfq64jvqz272mrzn63lvk-gcc-11.3.0.drv' timed out after 600 seconds". Did someone really change the timeout to 10 minutes?
<ulfvonbe`>seems tests/gremlin.scm is failing - apparently a lib/libgcc_s.so.1 is being found by file-needed/recursive that isn't being found by LD_TRACE_LOADED_OBJECTS
<ulfvonbe`>;; Make sure we don't end up rebuilding the world for those tests.
<ulfvonbe`> (set-build-options store #:timeout (* 10 60)))
<ulfvonbe`>if building python and its dependencies in advance is a requirement for the tests passing, that should probably be documented somewhere
<zacchae[m]>neither (setenv "SOURCE_DATE_EPOCH" "315619200") nor 'ensure-no-mtimes-pre-1980 seemed to work :(
<chomwitt>Goodmorning. During installation and since my guix profile is in my home folder doest that change a partition scheme of a seperate system and home partition ?
<rekado>apteryx: I don’t have my SSH keys on berlin, but I can connect to it by proxying through ci.guix.gnu.org
<jpoiret>chomwitt: you can export a manifest of your profiles and rebuild them reproducibly with guix
<jpoiret>no need to keep the actual links, guix can just make them again
<carmenshea[m]>jpoiret: Are you referring to the manifest file locate in $HOME/.guix-home/profile/ ?
<jpoiret>no, this is unfortunate but there are two kinds of manifests in guix, the internal format and the user-facing format. That's the internal one, not meant for consumption by guix commands directly
<cbaines>although I'm not sure if they were berlin specific problems
<rekado>I wonder if the problem reported by ennoausberlin is just a different side of the same problem
<ennoausberlin>rekado: Without my channel included guix pull runs just fine. My channel has around 60 packages. Mostly python. My first suspicion was pytest, but it is not, because I use the original one now
<RavenJoad>I am having some trouble making a development environment for some Erlang testing. I want just erlang and erlang-proper (along with rebar3) available inside the shell, but rebar cannot pick up the erlang-proper library. ERL_LIBS is not set when the shell is made? Can I add that somehow?
<RavenJoad>By add, I mean have it stored in the package or manifest used to build this shell.
<RavenJoad>jpoiret: So I can just drop that scheme snippet in the manifest?
<jpoiret>RavenJoad: no, the thread mentions that there's no good solution for now unfortunately
<RavenJoad>That's what I was thinking when I read the thread. Ok. At least I can set ERL_LIBS manually for now. When doing that though, I get a rebar error. Though that might be from my misuse of rebar too.
<apteryx>civodul: awesome; you could pinpoint the new Cuirass issue?
<bdju>guix package: error: (#:prefix license:): source expression failed to match any pattern
<chomwitt_>rekado, as a decade old debian user i am disoriented. As i get it gnus/store it's a system-wide available packages and each user could on that base install packages that only she/he will see ?
<apteryx>rekado: I don't have my SSH keys on berlin either but you can use "ForwardAgent yes" in your .ssh/config
<apteryx>node 129 seems to now be reachable from the Internet :-)
<bdju>ennoausberlin: is something mistyped in the modules section?
<bdju>I don't really know guile so I don't have the eyes for this
<ennoausberlin>bdju: Then just use (guix licenses) as module and (license gpl3+) in the package definition
<apteryx>rekado: that's very good news, thanks for fixing the access
<bdju>but I notice if I jump from the first paren to the one that should match it, it puts me at the endof the license line instead of the whole modules block
<apteryx>rekado: was it a cable, or you needed to change something in the configuration of the machine?
<ennoausberlin>bdju: Yes the leading paren was missing in the modules line. Copy and paste error. But just use the way I mentioned above
<cbaines>attila_lendvai_, I'm mostly interested in bordeaux.guix.gnu.org, but if you could share some output from wget downloading the things that you find slow, that might be helpful to understand what's going on
<bdju>I can't tell if my mail sent. it's in my sent dir but I can't find it on the web ui and I didn't get a confirmation email. I had issues reporting a dolphin-emu build failure the other day as well, but that at least was visible on the web ui
<bdju>trying tor efine by date in the web ui seems to just not do anything at all
<attila_lendvai>cbaines, how can i get a http url that i can use for testing? all i see is the package name (as output by guix system reconfigure). and https://bordeaux.guix.gnu.org doesn't provide a search either. (the page opened rather slow, too)
<cbaines>if you have a store path though, I can give you the corresponding download URL
<attila_lendvai>cbaines, yes. what i see is: guix-1.4.0-6.dc5430c 45.9MiB 133KiB/s 03:20 ▕██████████▏ ▏ 56.8%
<cbaines>attila_lendvai, further up though, do you see the full URL?
<attila_lendvai>cbaines, i tried the url you gave above with wget, and it's around 50 KB/sec.
<cbaines>attila_lendvai, I think my internet connection is pretty bad, and I get 2.01MB/s for that file
<attila_lendvai>cbaines, no. maybe you have some extra verbosity enabled? i see "1,449.7 MB will be downloaded", and then lines like the one above.
<cbaines>bordeaux.guix.gnu.org is in Bordeaux, France. Roughly where are you downloading from?
<attila_lendvai>cbaines, i'm in hungary, central europe. probably it's my connection then, not the servers.
<ennoausberlin>bdju: If you can not wait until gajim is fixed, you can run guix edit gajim and add the 2 missing inputs python-wheel and python-idna. And probably disable the test phase if there are other problems popping up
<apteryx>strange, 'guix deploy -L modules deploy-node-129.scm' from berlin (having forwarded my SSH keys with "ForwardAgent yes") gets stuck on "guix deploy: sending 86 store items (37 MiB) to '220.127.116.11'..."
<apteryx>cbaines: I confirm the guile-gnutls update broke the i586-gnu cross build
<andreas-e>The ninja/doxygen build failure by cuirass for aarch64 I mentioned in one of my emails is spurious; in fact the package is there, and just restarting the build adds a green dot to do dashboard.
<andreas-e>Since the aarch64 machines of berlin are mainly idle right now, I will push the "Restart all builds" button now.
<efraim>guix weather rust --system=aarch64-linux shows success on berlin also
<andreas-e>Exactly, it was already there, just not registered by cuirass.
<andreas-e>I am not sure what the "Restart all builds" of cuirass button does. This time it added about 60 builds to the queue of 70. Does it only restart jobs that changed from the previous evaluation?
<apteryx>andreas-e: if you find out, please document it to the cuirass.texi manual :-)
<andreas-e>If this were true, it would have to be changed...
<efraim>I always thought it restarted _ALL_ the builds, failed or not
<andreas-e>Here I go from 73 to 136 with the latest evaluation of master.
<andreas-e>However, there must be thousands of red dots for aarch64.
<GNUtoo>Hi, my guix build is stuck in "po4a-translate is deprecated. The unified po4a(1) program is more convenient and less error prone." for several hours, is there a way around that?
<andreas-e>This failed build dates from May 7 and has not been restarted by the button. And it is this spurious ninja failure.
<andreas-e>So I am quite optimistic the build will go through.
<andreas-e>GNUtoo: I do not know. When something like this happens to me I usually end up with a "make distclean" and a new configure run. These translation related things can take an awful lot of time, but rather minutes than hours.
<apteryx>since cuirass does not itself provide authentication, does it mean that I'm supposed to be able to do any action with my local cuirass instance if I haven't configured anything authentication related?
<apteryx>berlin makes use of nginx configuration to force TLS client cert verification on the /admin pages/enpdoints
<rekado>apteryx: yes, authentication is only done by the proxying server
<apteryx>OK; strange, restarting things don't seem to work for my local instance. I'm accessing it remotely via wireguard (so not from localhost)
<apteryx>is admin somehow block from remote hosts in its default config?
<pmf[m]>I don't know whether this is officially condoned or not, but I still manage all of my emacs packages with straight completely separately from the rest of guix. That way I can bring emacs with me even when guix isn't available. Then you could have different init files for the different profiles and put them in place with guix home.
<pmf[m]>I don't know much about multi-profile setups to be honest, so take what I say lightly!
<eroesch>What are the main practical differences in the ways that Nix and Guix manage the stores?
<janneke>eroesch: nix writes to /nix, guix writes to /gnu
<jpoiret>eroesch: I don't think there are any differences that matter
<jpoiret>maybe nix now has some fancy new features but in general they're the same, it's rather the things that produce derivations which differ greatly!
<attila_lendvai>cbaines, the curlpit is indeed my network connection. sorry about the noise!
<chomwitt_>After installing xorg-server and xinit, i do $ startx , but xinit complains unable to run server /gnu/store/XXX-xinit/bin/X . But looking at xinit store file indedd no X server is there. Why xinit would look there?
<janneke>jpoiret: just "found out" that you updated the hurd, amazing and thanks!