***Apteryx is now known as Guest64350
<reepca>Hm, building gettext-minimal it sometimes hangs and sometimes doesn't. test-lock again. Regardless of whether I use my build-derivation or the C++ daemon's. Can anyone else reproduce? <reepca>4 or 2 depending on whether you're AMD marketing for steamroller <efraim>i actually used to time out running tar's testsuite on aarch64 using an SD card since it took more than an hour to slowly allocate 8GB and destroy it <efraim>so not a phantom 32 core problem <reepca>I'll try changing NIX_BUILD_CORES to 1 instead of 0 <reepca>hm, nope, test-lock still ends up stuck using 380% CPU <efraim>Which test? I'm running it now on aarch64 <reepca>the process that's hanging is "test-lock". I don't know much more about it than that. <reepca>there was a similar issue with libunistring (also "test-lock") when I was trying to build hello, I'm not sure why it hasn't occurred again. <insommiack>is here someone who's know where i need to put my recipe of my own package for guix package find it whithout use GUIX_PACKAGE_PATH? <reepca>insommiack: that would only really work if you're using a git checkout and pre-inst-env - the places searched by default by an installed guix are all in the immutable store. Is there any particular reason GUIX_PACKAGE_PATH won't work? You could also use the --load-path option to "guix package". <insommiack>thanks for your answer reepca! GUIX_PACKAGE_PATH work but i want to put my package in the same directory that guix packages on my own git repo which it's a clone of guix repo but with my packages and with a pull from this repo, my own package will able to be instal on guix <reepca>it should work to just set GUIX_PACKAGE_PATH=path/to/my/repo then, shouldn't it? ***ShalokShalom_ is now known as ShalokShalom
<insommiack>yes it's a way but i really want to know how and where guix search .scm for package <reepca>If I understand correctly, it first searches whatever is specified in GUIX_PACKAGE_PATH or with --load-path, then ~/.config/guix/latest, then whatever guix is installed in the user's profile. <efraim>i tried --rounds=50 but gettext-minimal built once, without hanging <insommiack>yes but i've put it in the same directory of gnu package and it didn't find it and i put the good name of the module <reepca>insommiack: where in the filesystem is that directory located? Are you talking about the gnu/packages directory in your repository? <reepca>the regular guix command doesn't look in your repository unless you tell it to using --load-path or GUIX_PACKAGE_PATH. Alternatively, you could run ./pre-inst-env guix package ... from your repository. <insommiack>but i use the command guix pull --url=my-repo and it's copy my repo to guix installation file <reepca>oh, that would also work I suppose. That would make ~/.config/guix/latest point to your repository. <reepca>insommiack: could you look in ~/.config/guix/latest and see if your packages are in there? <solene>hello ! is guile installed whatever the config of the system is ? <reepca>oh good, I'm not the only person getting randomly k-lined tonight <reepca>guile-2.2 is in %base-packages, that's why it's available system-wide :-) <solene>reepca: thx, I was searching in the sources but I didn't find it actually <solene>my guile is broken, I'm trying to understand why <wigust>solene: Could you make ”%load-path” inside “guile”? <solene>wigust: if I type %load-path I get "ERROR: Unbound variable: compile" like (+ 1 1) <solene>guile -c "(display (+ 1 1))" displays "2", at least, but shows this message before ;;; WARNING: loading compiled file /gnu/store/0kay0503aqwxx6rrhnqr1jmdlcwm9wy2-guile-2.2.2/lib/guile/2.2/ccache/srfi/srfi-11.go failed: ;;; ERROR: In procedure load-thunk-from-memory: Aucun fichier ou dossier de ce type <wigust>solene: What about “printenv GUILE_LOAD_PATH”? <reepca>I unset GUILE_LOAD_PATH and GUILE_LOAD_COMPILED_PATH and it still worked fine for me <solene>with guile --no-auto-compile the REPL works <reepca>basic sanity check: are the files it complains about actually not in the store? <solene>reepca: unsetting the 2 variables doesn't help <reepca>solene: aye, just suggesting that the 2 variables might not be the problem <solene>reepca: they exists, and they are not null <wigust>solene: If you run Guile in “environment” does it work for you? <solene>like guix environment guile ; guile ? <wigust>solene: Try “guix environment --pure guile -- guile”. <solene>guix environment: error: execlp: No such file or directory <solene>I get the env with --ad-hoc :) but guile has the same problem <wigust>solene: Did Guile work for you in past? <solene>wigust: I remember that I had to rollback after reconfiguring the system at the install because guile was entirely broken, some guix commands wasn't even working <solene>I don't know if it's possible but maybe if I can remove the current guile and reinstall it cleanly ? <reepca>solene: I'd try to verify the store. Out of curiosity, what does guix hash -r /gnu/store/0kay0503aqwxx6rrhnqr1jmdlcwm9wy2-guile-2.2.2 give you? <solene>reepca: 0c2mzc2ybqfsk0v9j6sn1miq9px740wxy3fmqny404yqivdrjzxy <reepca>hm. Mine is different. Try "guix build --repair /gnu/store/0kay0503aqwxx6rrhnqr1jmdlcwm9wy2-guile-2.2.2" (needs to be run as root) <solene>reepca: the command do nothing, $? returns 0 <wigust>reepca: 0jsj8pzjwkf0x2m3r8y62x5h8a3kh6wnvdblgg6fknz8c1wijqmd ? <reepca>0x5268pfrqd986jskmm838f52sysamcn8rnikb6b0lwx7494bl3x here <solene> guix build --repair guile@2.2.2 is working and currently building , let's see <solene>I'm not sure I'm using the command correctly. This installed guile-2.2.2-debug <solene>I have multiples derivations of one package, how can I use one instead of another ? I have multiples guile installed and would like to try another one to see if it fix guile <solene>if I start /gnu/store/1sapdlc0m692qfnrrx3cyjrd2001g33j-guile-2.2.2/bin/guile it works ! :) <solene>but this is not used un the system profile <solene>I don't understand what is a graft (I've read the manual). If I do find /gnu/store -maxdepth 1 -name "*guile-2.2.2" -type d I get 5 guile-2.2.2 folders. I don't understand why I got 5 times the software installed, and how is choosed which one will be the default <solene>I have 2 of 5 guile that doesn't work :D <solene>I found the solution to fix my guile ! \\o/ I had 5 derivations of guile in /gnu/store, 3 were working. I used guix package -i /gnu/store/....-guile-2.2.2 where the derivation is one working <solene>who does "guix package -r guile-wisp" installs gcc, ghostprint etc... ? <solene>this is the first time I see that I need to install packages to remove a package that doesn't have dependencies <mekeor>i join you, solene, asking this question <mekeor>but maybe we have to be a little more specific because i'm sure the command doesn't *install* packages because it doesn't put them into $PATH or so. it just *builds* some packages. <rekado_>does it do the same with “--no-grafts”? <solene>rekado_: with --no-grafts it's download a tons of stuff <rekado_>it will download tons of stuff without --no-grafts as well, it just won’t tell you up front. <rekado_>the things it downloads are needed to compute the new profile <rekado_>this happens when you’ve upgraded guix since the last profile modification <solene>does --no-grafts produces the exact same result ? <solene>I don't understand what grafts are <rekado_>security updates are implemented through grafts. <rekado_>grafts are builds that consist merely of rewriting references <rekado_>so you take a store item, copy it to a new location, and replace embedded references. <solene>and it produces a new derivation ? <rekado_>due to the current implementation of grafts it does a lot of work up front before telling you what it will do. With “--no-grafts” you can see the plan first. <bavier>rekado_: thanks for berline.guixsd.org, I used it for my upgrades last night! <freecaps>Is bad or not recommend run "guix pull" before "guix system init /mnt/etc/config.scm /mnt"? (in usb stick installation process) <solene>freecaps: I would recommend to install before <solene>and then use guix pull once you boot your new system <solene>freecaps: I can't explain, I'm not a veteran of guix either, but I don't think you should run guix pull before guix system init <solene>you can still try and tell us if it work or not <freecaps>Ok. I would just like install updated packages. Thanks, solene :). <rekado_>with the latest version of cuirass I don’t get *any* output in the logs any more. <rekado_>I’d like to see at least what it’s doing. <efraim>I've been having trouble getting it to work on my aarch64 board <rekado_>I only wanted to experiment with some error reporting changes and I didn’t expect the latest version to swallow *all* output. <rekado_>I’ll revert to an older version of cuirass on berlin.guixsd.org. It’s impossible to figure out what it’s doing. <efraim>looks like one of the arm builders ran out of room <lfam>Do we have something like copy-recursively that continues when there are errors? For example, if the file already exists? <lfam>I guess this is probably not the right approach, anyways <lfam>This depends on librmath-julia, which is a fork of R's math library, without a build system :/ <lfam>So, making the Rmath build process find librmath-julia is proving to be tricky <lfam>The Julia package manager builds the librmath-julia library and just copies it into the Rmath directory, then builds Rmath. I was trying to copy that <lfam>But copying it fails, since there are some same-named files in the destination, such as .gitignore. <cbaines>lfam, could you delete all the files that might conflict? <lfam>Yes, there's probably no point to keeping things like .gitignore anyways <lfam>efraim: Wow, not that's a nice looking machine <lfam>I mean, "now that's a nice..." <efraim>8 ddr4 ram slots, 4 usable hdd/ssd slots <lfam>Could be a good choice for the build farm! <lfam>Seems like a decent price for what it is. <efraim>something wrong with freeimage on aarch64 /gnu/store/ald22hy0lhzh2jpx27kbf192khw6w7h9-freeimage-3.17.0/lib/libfreeimage.so: undefined reference to `png_init_filter_functions_neon' <jonsger>lfam: maybe there is money left from the found-raising campaign? <bavier>efraim: my work has a few servers like that they are going to be decommissioning soon <lfam>Already decommissioning them! Wow :) <lfam>Do you think that sort of hardware would be a good choice for us, bavier? <bavier>The thunderx processors seemed pretty solid to me. <bavier>I haven't worked with other aarch64 systems though, so I can't compare to e.g. what efraim's been working with <bavier>the memory bandwidth is impressive <efraim>i think i heard at FOSDEM that ubuntu has like 8 for their build farm, and I heard a rumor that Nix has one for their farm <lfam>I haven't seen any other comparably powerful aarch64 systems for sale (but I'm not in the market, so I haven't searched exhaustively) <lfam>Maybe Marvell is offering something with the hardware used in the Machiattobin <lfam>All this stuff is real breath of fresh air after trying to use armv7 for "real" stuff <lfam>Wow, the thunderx2 are using a 14nm process <efraim>phase install failed, not sure what to make of that <efraim>i see debian has a patch against siliconmotion, i'll do that later <rekado>for R packages everything happens in the install phase. <roptat>hi, how would I configure a static ipv4 and ipv6 address on the same interface on guixSD? <roptat>I found static-networking-service, but I don't think I can use it for two IPs, right? <cbaines>roptat, I had a quick look at the code, but I'm unsure <cbaines>the static-networking-service seems to work per-interface, but just has a single ip <cbaines>it might work if you use the static-networking-service procedure twice, once for the v4 address and once for the v6 address, but you might need to pass the #:provision key with a different value each time, otherwise the generated services might conflict <lfam>Once you figure it out, it would be nice to improve the example in the manual :)