<roptat>I finally managed to add an equivalent to "ip l add v0p0 type veth peer v0p1" (creating a veth pair), which will be useful for container networking :) <roptat>the info about the kind of message that needs to be sent is really hard to find <roptat>I'm missing the delete operation on links, then I'll consider (ip link) to be complete, and I'll start creating an (ip addr) module <sturm>In case it's useful to anyone I've noticed that recently my the PostgreSQL socket directory has moved from /tmp to /var/run/postgres, so to connect to a local database via unix socket, I now need to run `psql -h /var/run/postgresql` <pkill9>a while back I wanted a simple daemon manager for running stuff as user, i forgot you can run shepherd as user, and the config file is really simple lol <lfam>I also noticed this workaround in the Guix test suite: 6c0679215f4ffa534c1eb2e8c8a6e043a0c993fe <sturm>Hmm, looks like the docs don't match the code - docs say /var/run/postgresql. Only problem with the new location is that `psql` and `createdb` and such don't expect it, so you have to specify it explicitly <roptat>link-del was surprisingly easy to implement, so (ip link) is complete enough :) <vagrantc>how long will guix likely carry guile-2.2 ? <yjftsjthsd>I'm trying to make myself a channel for personal use/testing. I have my-hello.scm which is basically just the sample GNU Hello module from the docs, and placed it in a a git repo, then passed in the channel as a file:// url. This *looks* all right to me, but when I `guix pull` it (eventually) gives me `(exception misc-error (value #f) (value "no <yjftsjthsd>code for module ~S") (value ((my-hello))) (value #f))`. I'm running guix in docker for the moment (safe way to dip my toes in) but that seems to be fine. I've put a transcript at https://gitlab.com/-/snippets/2069076 if anyone is willing to take a look and tell me what I'm doing wrong? <pkill9>does anyone get this error when starting waybar on sway: Gdk-Message: 00:14:51.006: Error 30 (Read-only file system) dispatching to Wayland display. <roptat>yjftsjthsd, if you put my-hello.scm at the root of your git repo, make sure the declare-module form says (my-hello), not (gnu packages hello) or something like that <yjftsjthsd>I've got `(define-public my-hello (package (name "my-hello") [snip]` <yjftsjthsd>I tried renaming it so the file was my-hello.scm (used to be something else) to match but that wasn't it ***knecht is now known as Schroedinger50PC
<yjftsjthsd>Oh, and I put `my-hello` on its own line at the end of the file <yjftsjthsd>I *think* that having define-public and then the module at the end of the file like that is supposed to be the most flexible form (so you can guix package --install-from-file it *and* put it in a channel) <yjftsjthsd>Oh, on which note - I *can* successfully `guix package --install-from-file=/testing/my-hello.scm`, so I think the module is okay and it's something with the channel that I'm doing wrong <Schroedinger50PC>Is it possible to change the default shell used by the root account? I tried it like so: <Schroedinger50PC>but this is just creating a second entry for root in /etc/passwd, however there is still one line using bash present. Manually deleting this line gives the desired result but doing so does not seem like a good solution. ***knecht is now known as Schroedinger50PC
<lfam>yjftsjthsd: Does my-hello.scm have a (define-module) field? <lfam>Schroedinger50PC: You may need to replace the root user from %base-user-accounts <lfam>This is what roptat was referring to <lfam>"if you put my-hello.scm at the root of your git repo, make sure the declare-module form says (my-hello), not (gnu packages hello) or something like that" <lfam>The so-called module path should correspond to the filesystem path <lfam>(gnu packages my-hello) would correspond to 'gnu/packages/my-hello.scm' <lfam>Do you could try (define-module (my-hello) ...) <lfam>I mean, "So you could try ..." <roptat>ah define-module, not declare-module ^^' <yjftsjthsd>expression failed to match any pattern") (value ((line . 0) (column . 0) (filename . "/gnu/store/h6kfgnd9yy8sk7z2sv8fi81mrc3sq5np-testing-127bc80/hello.scm"))) (value (define-module hello #:use-module (guix packages) #:use-module (guix download) #:use-module (guix build-system gnu) #:use-module (guix licenses) #:use-module (gnu packages gawk))) <roptat>should be `(define-module (hello` <yjftsjthsd>That was my next thought; using `(define-module (hello)` gives me `(exception unbound-variable (value #f) (value "Unbound variable: ~S") (value (channel)) (value #f))` <yjftsjthsd>Does it need to be moved to a subdirectory? testing/hello/hello.scm? <roptat>if it's in a subdirectory like that, the module name becomes (testing hello hello) <roptat>but I don't think you need a subdirectory <yjftsjthsd>I mean, I prefer to drop it in the git root and call it (hello) <roptat>do you use a variable or function named `channel` in hello.scm? <roptat>or, do you have any other .scm file in your git repository? <roptat>guix interprets every .scm file as a module for the channel <roptat>so if there's any .scm file that's not a proper module, you can get an error *yjftsjthsd bangs head against desk <yjftsjthsd>but I tried removing the other file and still got an error <yjftsjthsd>I have a working minimal example now, I can iterate from here <roptat>it doesn't need to have the .scm extension if you want to keep it around <yjftsjthsd>It was so easy.... "oh, well I'll just map a single directory into the docker container with all the files I need", "Oh, I can just put everything in one repo together"... ***iyzsong-- is now known as iyzsong-w
<argylelabcoat>Is it possible to have a "package" that doesn't have any sources? It's generated via scheme? I want to include a script in a "guix pack" but I don't see a way to include arbitrary derivations into a manifest <raghavgururajan>Folks, is it possible to mention two build-systems in a package definition, directly at (build-system, instead of #:modules and #:imported-modules stuff? <lfam>argylelabcoat: Not sure exactly what you mean, but it's possible to do (source #f) <lfam>raghavgururajan: No... not yet ;) <argylelabcoat>lfam: thanks for the reply, I'm trying to create a shepherd launch script for a `guix pack` <argylelabcoat>my service definitions work fine in a `guix system` but I'd like to be able to deploy to a foreign system with `guix pack` as well <lfam>Would the pack also include the shepherd itself, or would that be expected to already be running? <argylelabcoat>so I've got the mosquitto mqtt broker as a service, for example. If I `(gexp->file (gexp (service mosquitto-service-type)))` on the repl with monad-repl, I get what looks like a promising result <raghavgururajan>lfam: I see. I was unable to use arguments key-words from two different build systems at the same time. Like using #:configure-flags (from gnu) and #:install-plan (from copy). <lfam>argylelabcoat: It sounds like you're on your way. I think I don't have any knowledge about this that you don't :) <lfam>If you get stuck, please ask again (European daytime is the most active). Or on <help-guix@gnu.org> <argylelabcoat>lfam: Thanks, I'm picking away at it, I don't really understand everything about how guix is building out the files for containers/etc <argylelabcoat>I'm hoping that by fighting these crazy fights, I pick up some more useful knowledge <lfam>raghavgururajan: Hm, I'm sure it's possible, but I don't remember off-hand how to do it *raghavgururajan is tired <argylelabcoat>raghavgururajan: I've just been adding/replacing phases to manipulate gnu-build-system to suit me when one method isn't enough <raghavgururajan>argylelabcoat: I see. Yeah, I am able to do stuff inside #:phases. But unable to use #:key-word from two different build systems. ***iyzsong-- is now known as iyzsong-w
<zjgkkn[m]>Hi! Is there a 32 bit substitute server with the ungoogled-chromium on it? <zjgkkn[m]>Tried to compile it, took 2 days and failed with an error. <lfam>zjgkkn[m]: 32-bit Intel compatible? Or 32-bit ARM? <timmydo>i'm trying to create my own channel but when i try to pull from it, I get the error: guix pull: error: commit 263ba5b6c14343040c138cb570915e394e428e3e not signed by an authorized key: 4334 F13E FD13 BC4D 7F5E 69B6 1CA2 7EA5 0709 6538. but according to git show and guix git authenticate, i think i signed the commit correctly? is there an easy way to debug? ***amfl_ is now known as amfl
***hji- is now known as hji
<timmydo>figured that out... but then i see guix/build/union.scm:144:11: union-build: collision between file and directories ((files ("/gnu/store/vsjhgckvgsyhmw5f84w92k7vkfrhxm68-timmy-packages/share/guile/site/3.0")) (dirs ("/gnu/store/0vxp0lgnw2r7zzf7b5s7mdj5v711b33a-guix-796c9b0bf/share/guile/site/3.0"))) <ryanprior>zjgkkn: there's a substitute available for ungoogled-chromium from Guix 5ecc09551b0394e59406ef7898bc084236d84c97 <ryanprior>You can install it by running: guix time-machine --commit=5ecc09551b0394e59406ef7898bc084236d84c97 -- package -i ungoogled-chromium <ryanprior>It would be nice to be able to query the substitute server and say "what's the most recent Guix has that has substitutes for this list of packages" and get back a hash like that. <ryanprior>But anyhow yeah don't try to build ungoogled-chromium imo, not worth, it's a bear <cbaines>guile-ssh fails to build on core-updates because m4/guile.m4 and the rest of the source files are read only <cbaines>does anyone know if this is a known issue? ***apteryx is now known as Guest58390
***apteryx_ is now known as apteryx
<pkill9>i don't get this, my guix daemon already has ci.guix.gnu.org in substitute urls looking at the process, yet i've had to add it on the command line for it to work <pkill9>maybe it doesn't handle failed downloads <pkill9>i.e. skip to next available substitute url <mothacehe>pkill9: strange, having it at the daemon level should be enough afaik <pkill9>mothacehe: i think it doesn't handle failed redirects <pkill9>so if it fails to connect at all, it will move onto the next substitute, but if it successfully connects but the server just redirects, then guix just errors instead of declaring it a failed download <pkill9>finally got reconfiguring working :) i just stopped guix-daemon and ran it with different flags with substitute urls in different order <pkill9>could it be possible to only roll back specific packages in a guix profile? <PotentialUser-16>Hi everyone, I think I'm stupid, installing emacs and emacs-guix is not sufficient to have M-x workin in emacs. Am i missing some other package? *pkill9 needs to set up garbage collection cronjob <civodul>PotentialUser-16: you mean M-x guix specifically? <civodul>hey mothacehe! the new build history + weather features are awesome! <mothacehe>the weather status is also a nice building brick for RSS and email events ***user___ is now known as wonko_the_sane
***knecht is now known as Schroedinger50PC
<civodul>PotentialUser-16: so what does M-x guix return? <civodul>PotentialUser-42: hi! i don't know what "whis" is, but see "guix search" and "guix install" <civodul>mothacehe: yup, and Mastodon via Guile-Mastodon? :-) <civodul>PotentialUser-42: looks like it, indeed! "wish" is in the "tk" package <civodul>could you report the issue by email to bug-guix@gnu.org? <civodul>PotentialUser-42: report the problem you encountered, with a way to reproduce it, and that should be enough <civodul>the email subject should summarize the issue <civodul>like "Undeclared xbindkeys dependency on Tk" <PotentialUser-42>civodul: Do you know some guide to send a patch directy on some issues platform of guix? <PotentialUser-16>@civodul, M-x guix returns nothing. Nothing happens, no noticeable feedback in emacs in in the standard output of the terminal I started emacs from <PotentialUser-16>@civodul, M-x guix returns nothing. Nothing happens, no noticeable feedback in emacs or in the standard output of the terminal I started emacs from <civodul>PotentialUser-16: not even an error message? <davidl>Hi, I need my mysql user to have a couple programs in it's path when starting the mysql service - whats the correct (or quickets, or any) way to achieve this? <PotentialUser-16>I'm not used to emacs, and failed to notice *guix-popup* in the lower half <davidl>I tried adding some of the things my mysql user needs in /usr/bin /bin /usr/sbin, but it can't find it. How can I solve that? <pkill9>mothacehe, civodul: what are the new build history and weather features? <marusich>Is Guix still building most of its packages using GCC 7.5.0? Looks like the %final-inputs use gcc 7 even on core-updates. <civodul>marusich: NieDzejkob and then mbakke looked at upgrading it on core-updates <marusich>They were asking in #talos-workstation, and I didn't want to give misinformation. FWIW the final inputs are still gcc 7.5.0 on core-updates. <mbakke>I got stuck in a deep Tex Live hole, but will try and dig myself out over the coming weeks... <civodul>apteryx did some texlive things recently, maybe they can take you out? <mbakke>civodul: I would not mind getting some input from apteryx, I think I'll ask to do a video hacking session :-) <mbakke>I haven't had any time for Guix lately, but my almanac looks better for February :P <Schroedinger50PC>The manual states that the root account definition is not included in %base-user-accounts. Can someone point me to where the definition for the root account is specified in the Guix source? <civodul>mbakke: heh good, it's great to have you here anyway :-) <civodul>Schroedinger50PC: see '%root-account' in (gnu system) <mbakke>civodul: I had not planned for it, but will try to watch the most interesting talks. Thanks for the reminder. :-) <civodul>and there's an extra Guix day on Monday <setpill>Hi all, I'm trying to make a build script based on guix CI-friendly. <setpill>Is there a way to tell guix not to output progress bars etc? <civodul>setpill: it won't output progress bars when stdout is not a tty <civodul>it's been fixed quite recently actually <setpill>Ah. The build script in question does use guix time-machine to ensure reproducability <setpill>So if it's been fixed recently that could explain it <setpill>Alright, will consider it something that will hopefully sort itself out eventually <zimoun>On 2 different machines, with the same Guix commit, I get 2 different config.scm-builder with (define-public %sysconfdir "/usr/local/etc") or (define-public %sysconfdir "/etc"). What should be wrong? How can I fix it? <civodul>zimoun: hi! probably you built Guix from source on one of them with --sysconfdir=/usr/local/etc (the default) <zimoun>I am sure to have install Guix via the install script on foreign distro <zimoun>civodul: thanks, I thought ‘guix pull -C channels.scm’ give the same Guix on all the machine. I do not have that and I miss why. <lapin>hi i need help to solve a docker image warning <lapin>;;; WARNING: loading compiled file /gnu/store/08da6i38fzn9g36gyq443k03f84nk8rk-module-import-compiled/guix/build/utils.go failed: <lapin>;;; In procedure load-thunk-from-memory: incompatible bytecode kind <civodul>zimoun: that's true, except for configuration: the new (guix config) preserves the settings of the existing one <civodul>hi lapin! what command gives you that warning? <lapin>i build a docker-image with guix system <lapin>i load it with docker load -i MYIMG <zimoun>civodul: thanks. And what is the easy fix to have %sysconfdir set to /etc? <civodul>lapin: ok, and what command gives you that warning? <civodul>zimoun: it depends on what you did, but "./configure --sysconfdir=/etc && ./pre-inst-env guix pull" should do *zimoun is trying civodul tips <civodul>lapin: and how did you generate that image? from this paste we can't see what's running inside the image <lapin>guix system docker-image config.scm <lapin>yep bu inside the docker image no path to /gnu/store/08da6i38fzn9g36gyq443k03f84nk8rk-module-import-compiled/guix/build/utils.go <lapin>i can only get access to this image over my guix host system <zimoun>civodul: maybe it is worth to document it in the manual. As for localstatedir=/var/. WDYT? <lapin>sorry i can access to this file <lapin>someone get the same error . <civodul>i'm not entirely sure how to reproduce it <civodul>just "system docker-image" and then load the "docker load -i" + "docker run" and that's where you'd see those messages? <civodul>actually, could you email the necessary steps to reproduce to bug-guix@gnu.org? :-) <civodul>zimoun: dunno; i'm not fond of it, because it's regular configury, which is already documented elsewhere ***atw` is now known as atw
<setpill>I am trying to run guix in a docker container, in order to use it in gitlab pipelines. So the goal is to have it run without requiring --cap-add or --privileged. <setpill>However, as it is right now, this gets me "error: cloning builder process: Operation not permitted" <setpill>Is there a known way to configure guix so that it doesn't need to run privileged? <civodul>setpill: unfortunately that's not possible yet <civodul>setpill: thinking about it, this can be addressed by resorting to user namespaces <civodul>it could even work as non-root when unprivileged user namespaces are enabled <zimoun>civodul: I have never changed --sysconfigdir, even building from source. <davidl>How do you add environment variables when starting programs with make-forkexec-constructor? <setpill>civodul: would that address all the issues in the link? e.g. `--cap-add=NET_ADMIN` as well? <civodul>setpill: you could try running it with --disable-chroot ***ChanServ sets mode: +o civodul
***civodul changes topic to 'GNU Guix | 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.debian.net | Guix in high-performance computing: https://hpc.guix.info | FOSDEM: https://guix.gnu.org/en/blog/2021/meet-guix-at-fosdem-2021/ | This channel's logged: https://logs.guix.gnu.org'
***ChanServ sets mode: -o civodul
<roptat>mh... I get a lot of warnings with ./pre-inst-env <zimoun>civodul: aboout sysconfig, build from source then pull and then pack works. \o/ Thanks! It is a bit mysterious to me how I ended up with this but anyway! <roptat>incompatible bytecode version, then talking about how ~/.config/guix/current/... is incompatible <roptat>maybe clean-go and a rebuild will solve that <gnutec>Hey there! I update my guix system to kernel 5.10.11 and everything work and finish. When I reboot, the system show "search media presence... no media present" and go to setup. What I do? ***knecht is now known as Schroedinger50PC
<civodul>gnutec: hi! no idea; it could mean that the bootloader was wiped, but i'm not sure how this could happen <mhj[m]>I suppose you could get the usb/cd or whatever you used to install guix, boot into it, go to the prompt, mount the volume you installed it to and check the logs from it. After checking the logs, I dunno what else to do then other than get a external hard drive, backup everything and reinstall? <gnutec>mhj[m], I don't want to reinstall guix system. I get in to the grub in my guix pen drive and trying a manual boot to HDD but I was back to grub after the "normal" command. <gnutec>I think there is a option in Trisquel grub to boot to HDD. Now is not avable. Maybe my HDD is broken some how the start is not working but I have access to my data. <gnutec>I need to be sure if my hard drive is good. <joshuaBPMan> gnutec: You can actually use the usb installer image, boot into the manual installation, mount your hard drive, and then examine the filesystem. You could see if your data is still there. <joshuaBPMan>Then you would use another usb stick, copy the relevant data that you need onto it. <joshuaBPMan>Then you could either re-install or try to re-install grub. <gnutec>joshuaBPMan, I do that. My data still there. I just wanna know how to reinstall grub with my guix install pen drive or just boot to the system. <gnutec>joshuaBPMan, the tutorial I find out in internet doesn't work with guix install pendrive. It's outdate I think. <joshuaBPMan>honestly, I've always just re-installed. I found that to be the easiest option. I could never figure out how to do it the other ways. <apteryx>gnutec: to reinstall GRUB on a Guix system, you would need to 'guix system reconfigure' it. <apteryx>There may be away to tell GRUB to manually boot using the config from your Guix Sysem, which should be kept in the /boot directory. <apteryx>if you manage to do so, then reconfigure your system after it booted. <apteryx>else you could also try the chroot attempt. I've done that once using some information found on the guix-devel mailing list archives. <gnutec>apteryx, I can't access the system at all. I need to do with my pendrive with guix system installation. <apteryx>Right; I was thinking while experimenting from the GRUB loaded from your pendrive. <gnutec>apteryx, Can I use "guix system reconfigure" in my pendrive guix system installation? How? <apteryx>gnutec: Hmm, I don't have a clear picture in my mind but you'd probably at least need to chroot to your guix system installation drive. <apteryx>(to use guix system reconfigure). It's going to expect paths such as /var/guix, /gnu/store and such to be present, as well as Guix on your PATH, etc. <apteryx>joshuaBPMan: thanks, I think it was this one I used <apteryx>We should enshrine that info in the cookbook <joshuaBPMan>apteryx: I just added that to my TODO list. Though it'll take me a while to get to it. :) <morgansmith>is there a way to use package transformations to build something from the git HEAD? I used to be able to do it by specifying git-branch and git-url but I guess that oversight got patched :P <joshuaBPMan>apteryx: I also want to add to the guile hacker handbook how to get a trivial guile program setup with autotools. <joshuaBPMan>apteryx: Yeah. Someone actually linked to a guide here...I've since lost that link... <bavier[m]>morgansmith: there's a new `--with-latest` transformation option. <morgansmith>bavier[m]: I think that looks for tags or something right? I specifically want HEAD <bavier[m]>the `--with-git-url=package=url` option also uses the latest commit at the given url <morgansmith>That's what I used to do but I think they fixed that so it now uses the proper commit <morgansmith>the --with-commit accepts tags and sha's. I think the nice solution might be to add HEAD as an accepted value <roptat>you could use --with-branch=master <morgansmith>roptat: that also doesn't work. But I'm pretty sure that used to work <civodul>morgansmith: --with-branch=PKG=master does what you want <civodul>i happily tested "guix build emacs-next --with-branch=emacs-next=master" after applying your patch the other day :-) <morgansmith>oh!! no you guys are correct. This one is on me. The project switched their main branch from master to main but master isn't updated anymore so I though it was grabbing the commit from that last tag <morgansmith>is there a way to --with-branch but just get the default branch? <gnutec>joshuaBPMan, Yeh! I got it. But I need internet conection to run "guix system init /etc/config.scm /". But I access the chroot. o/ "sh-5.0#". Can I run grub install from here? <morgansmith>so doing --with-git-url, I get the commit from the HEAD of master, which is not correct as it usually defaults to the HEAD of main. Do we hardcode master anywhere? I think that might be my issue <apfel>hi there, i try to package c2ffi, i am fighting with cmake and the generated rpath. Somehow the rpath always points ONLY to the output <joshuaBPMan>gnutec: I've never actually re-installed via a chroot before. :( I think you should be able to give that a try. <joshuaBPMan>assuming you have mounted your partitions in the chroot, you should be able to give it a shot. <joshuaBPMan>if it works out well, you might consider writing up instructions and including them in the cookbook. <paulj>Afternoon all - I have created a local copy of the dwm repository, so I can make configuration changes for myself. Everything is working as expected, but I would like to instruct the build to use a particular branch. Is there a way to do this in the package definition (as opposed to a command line option)? <gnutec>joshuaBPMan, the "sh-5.0#" show "command not found". :S <morgansmith>paulj: check the info page 8.3 defining package variants. I think that's what you want <gnutec>joshuaBPMan, I can try it again the "guix system init" when I buy more mobile data. But now, I have no money. :P <paulj>...thanks @morgansmith - I'll go and have a look... <apfel>or in other words, other cmake packages do not seem to prep their own rpath when using cmake. They also never explicitly use gcc-toolchain as an input, but in the end the rpath of the binary contains the gcc-toolchain "/lib/" path which allows for name resolution of, for example libgcc_s. I am a bit lost, where does this rpath come from or how to i find out <paulj>I think that is more complex than I need. The reason I wanted to use a different branch was to enable the original code to be imported into the master branch from time to time, then merged into my branch. I guess I could go the other way - have the original code merged into a separate branch, and keep my code in the master branch. I assume this is built by default? <paulj>@joshuaBPMan - I have just had a look at your video channel. What a fantastic resource - thanks for sharing these. I think I need to do some more studying! <morgansmith>paulj: Sorry, how do you actually want to install it? I assumed since you said you didn't want commandline options you where using a manifest. Now I'm getting the idea that you want to define a package (like paulj-dwm) and have that installed in your profile? <paulj>I created a channel with the packages defined for dwm, st, dmenu and slock - exactly as you expect (paulj-dwm). The channel definition has a package file for each of these packages, and they point to a git repo which is a clone of the original suckless repos. <paulj>I then include the definitions in the system configuration - mainly so I get dwm in the window manager options. This works, but I am thinking about how I incorporate future code changes in the upstream repo. If my approach is not correct, I am happy to be told so! <morgansmith>so are you asking how to make a package that inherits another package or are you asking how to make an origin that specifies a git branch? Sorry, I'm not sure how familiar you are with the package system :P <paulj>Ideally I want to include the packages in a user manifest, but I am not yet sure how to make sure this is picked up by slim <paulj>My packages inherits the standard packages: <paulj>(define-module (paulj packages paulj-dwm) <paulj> #:use-module (gnu packages suckless) <paulj> #:use-module (guix git-download) <paulj> #:use-module (guix packages) <paulj> #:use-module (paulj packages)) <paulj> (commit "61bb8b2241d4db08bea4261c82e27cd9797099e7"))) <paulj> (base32 "1j3vly8dln35vnwnwwlaa8ql9fmnlmrv43jcyc8dbfhfxiw6f34l")))) <paulj> (synopsis "paulj version of dwm"))) <morgansmith>sorry, I still don't see the issue you're trying to solve. If you specify a commit then you should be good right? That commit can be on any branch <paulj>Aha! So maybe my misunderstanding. The commit defines the branch, not just the whole repo. Thank you. <paulj>I though I had to find a way to define which branch should be built. <paulj>I have been using linux since 1995, but these last few weeks with guix have certainly pushed the boundaries of my understanding (in a good way)! <morgansmith>the commit defines a specific change at a certain point. By specifying the commit you tell guix to build it after that change. Each commit has a unique reference. So you can specify the commit using only a single number regardless of branch <paulj>Fantastic. So I can achieve exactly what I want - thank you. <argylelabcoat>When building a `guix pack` with cross-compilation, I'm getting gcc and other compilers included, but not including any compilers in my manifest. Is there somewhere I can look on how to troubleshoot this? <NieDzejkob>argylelabcoat: run guix size on the items you actually include and check whether the compilers get listed there *NieDzejkob thinks this is a bug in guix <argylelabcoat>I'm including go as a native input: (native-inputs `(("go", go))) <joshuaBPMan>paulj: Thanks! I find myself learning lots! It was really scary in the beginning. Who am I to be uploading how-to-do-this kinds of videos? Almost every video I start, I am thinking, "Ok, I have no idea how to do this...let's find out how." Apparently Teddy Rooselvelt said that, "Confidence is telling someone you can do something, then you go learn how to do it." <paulj>joshuaBPMan: I am sure making videos is an excellent way to really make sure you understand something! <argylelabcoat>So if `guix size` is showing a bunch of superflous packages, what can I do to better understand how they are getting included as dependencies? <argylelabcoat>the package in question is a static binary, so there should be *not* dependencies <argylelabcoat>I've tried `guix graph` but it doesn't explain why a `native-input` is a runtime dep <cbaines>argylelabcoat, guix size looks at references, so look at where the references are <cbaines>one approach is to use grep to search for the hash part of the referenced store item <argylelabcoat>cbaines, what would I do to communicate to guix that I don't need compilers as runtime deps? <cbaines>argylelabcoat, that's simple, don't reference compilers in the outputs <cbaines>that's where looking for the references comes in <argylelabcoat>cbaines: sorry, I'm trying to follow. The references? I am outputting a single binary to ${PREFIX}/bin/caddy built in a makefile with a target that executes `go build $(GOFLAGS) -mod vendor -o ${PREFIX}/bin/caddy` <argylelabcoat>GOFLAGS has pieces of the target triplet assigned to GOOS and GOARCH <cbaines>argylelabcoat, right, do does the binary include the store path to the Go compiler, grep can tell you if it does? <cbaines>I don't know what build system you're using currently, but you might be able to switch to the Go build system, or use that phase to avoid this issue <argylelabcoat>cbaines: I am using Go Modules, so I can't use the Guix Go Build system, but the `-trimpath` flag resolves this issue for me <argylelabcoat>cbaines: Lack of Go Mod support in Guix Go Build System basically has me using a Makefile full of `go build` lines <argylelabcoat>out of curiosity, when I do a `guix pack -R --target=arm-linux-gnueabi`, I receive a `guix pack: error: cross-compilation not implemented here;` but only if I am using the `-R` flag, is there something I can do to fix this? Or is this a limitation of the cross-compile of packs? <argylelabcoat>morgansmith: that's handy looking, I was curious if anyone was using guix for embedded outside of embedded-linux (my current hell) <morgansmith>I work in embedded but haven't really been able to do anything on guix yet. I packaged mspdebug and found that issue but there's more work I gotta do before I can actually get stuff done :/ <apteryx>mbakke 'tlmgr show pkg' might save you on core-updates <apteryx>it's a handy way to find what a package texlive package should install, from the texlive.pdb database archive <apteryx>also, there's a new texlive-updmap.cfg that composes better than the previous texlive-union. <apteryx>hopefully your deep texlive hole won't be much worst than the docbook-utils one ;-) <roptat>arg, I'm trying to build the ocaml bindings for z3 since this morning, and it failed again <roptat>this time though, everything seems to be working well, but libraries that are installed in the ocaml site-lib directory are missing something from their RUNPATH, so they cannot find libz3.so <civodul>roptat: probably you need to tweak their build system to pass -runpath=/path/to/z3 to the linker, somehow <roptat>which is hard, because the makefile is generated by a python script <roptat>I already had to look at it to make it install to the correct directory, and not to ocaml's store path <roptat>but yeah, you're right, I need to find where I should do that <apteryx>ryanprior: about trusting trust and intermediate bootstrap artifacts; thanks for your response, it makes sense. <roptat>so, -runpath is passed to the linker, right? <civodul>often the linker is invoked by gcc, in which case you pass -Wl,-rpath=/foo to gcc <civodul>which in turn passed -rpath=/foo to ld <roptat>well, this time it's passed through ocamlopt <roptat>so I think it should be -cclib -rpath=/foo <raingloom>( is sneek retired? i wanted to ping morgansmith about ARM stuff. ) <pkill9>i did a reconfigure and now my laptop doesn't suspend on lid close, but it does suspend when i run `loginctl suspend` <roptat>pkill9, the behavior changed since quite some time now. It won't suspend on lid close if it's plugged in <roptat>but it should still suspend when unplugged <lfam>sneek is not retired! Maybe just sleeping a little more than usual... like many of us during the pandemic <lfam>argylelabcoat: The issues with Go modules are definitely on Guix's TODO list... it just needs to be matched up with a "WILLDO" candidate ;) <lfam>Our go-build-system predates Go modules <argylelabcoat>lfam: no worries, I'd be happy to help out when I'm not under so much pressure to get things done here at the office <argylelabcoat>lfam: I've got to get this guix stuff working for our SOM so that I can have a normal life again <roptat>I passed an additional LDFLAGS, hopefully it'll do the trick <roptat>seems to be used by the ocaml module of the python scripts, to pass some -cclib arguments to the compiler <argylelabcoat>my current issues have boiled down to our current Yocto build's "chroot" not behaving as expected, and thus making use of my .tgz from `guix pack` difficult. But that's not a guix related issue methinks <argylelabcoat>I'll just have to somehow dig up hours to port us to GuixSD or something <lfam>There is a recent swell of interest in Guix / Go, so I'm optimistic about that <argylelabcoat>get our hardware vendor's custom kernel building instead of linux-libre <pkill9>ah thanks roptat, it does that for me <roptat>is there a single verb that means "make opaque" in English? <bavier[m]>I've seen the "crti.o not found" errors before, but I always forget how I've resolved. <roptat>could it be a missing $LIBRARY_PATH <Sharlatan>yep it could, I'm checking fpc package now a lot of extra magic <Sharlatan>It probably needs some reduction in base binaries <bavier[m]>Sharlatan: fpc hasn't seen a lot of use yet, so if you can fix any loose strings, that'd be great :) <ngz`>It could be used in hedgewars to remove all Haskell dependencies, BTW. <ngz`>The synopsis deserves some humility. <Sharlatan>vague copy-pasta from the source site with my anotations :( <ngz`>spurious space in the "commit" line <- ultimate nitpick <bavier[m]>Sharlatan: do you do astronomy professionally, or hobby? <Sharlatan>Volunteering to build some core missing astro soft for Portuguese astro <roptat>gah, passing LDFLAGS fixed one of the two files <roptat>and it doesn't seem to be a target of the Makefile, so it must be a byproduct of some rule... <roptat>it's mentionned only once, in the install target ***ngz` is now known as ngz
<roptat>ah, for this one there's an option -dllpath for ocamlmklib <roptat>and -cclib has a different meaning from -cclib for ocamlopt ***txgvnn is now known as Guest73762
<nikita`>re: https://bugs.gnunet.org/view.php?id=6611 , idk if hartmut is around, but i after taking a look at the guix package definition I'd look at the make time dependencies which it appears some them are not hard failures, I'd simply see if carrying awk and others on to the check environment is enough to solve the files from not existing <nikita`>idk how recent the change to introduce awk etc to construct the correct perl/python etc lines was from myself, but it's been around maybe 2 years from what I remember, or maybe a year? so just noting a failure now is odd <Melchizedek6309>New to Guix, just did an install with EXWM and the system boots into an Oh no! Something went wrong screen. Anybody know how to find an error message or something? Switching to a different VT works but im not familiar with Guix at all. <ngz>bavier[m]: Actually this is not fpc or ghc in hedgewars, but fpc or clang. Not sure it is worth the trouble. <nikita`>actually nvm, hartmut can reply in the bugtracker. looking at it i also missed a comment and the release dist where yep i managed to not include it. <bavier[m]>the work you're doing with astro software and packaging <Sharlatan>ah :) thanks it always hard to find a good starting point for someone from scince, they plan to migrate a big broup of astronomers from windows <apteryx>Melchizedek6309: hello! I don't use exwm, so can't be of much help with this specifically, but in general, I recommend using one of the provided templates (if you haven't already) to have a smoother start. <apteryx>once you have something that is 'known good', you can start experimenting with your config, and it's always easy to go back to it if somethings goes wrong. <Melchizedek6309>apteryx: yeah that was one of the templates, thats why im quite confused, weirdly enough it seems that gnome wants to start but crashes immediatly <roptat>so, I tried make clean-go and rebuilding, but using pre-inst-env always shows a lot of warnings <roptat>loading compiled file /.../guix-repo/gnu/packages/xdisorg.go failed: incompatible bytecode version <roptat>note: source file /.../guix-repo/... newer than compiled ~/.config/guix/current/... <roptat>ok, rerunning ./configure actually fixed it, no recompilation needed <roptat>is /dev/sdc the installer media too maybe? <roptat>other than that, I don't see what's the difference between external drive and internal drive, from the point of view of the installer <roptat>reading the code, it looks like it's syncing the disk and waiting for at most 4 seconds before the end of operation <roptat>maybe you just got unlucky and you should try again? <roptat>what if you run the command "sync" manually, from another tty? <valerii_leontiev>Btw, I'm using ventoy installation-usb which worked everytime for me. Could it be a problem with guix? <valerii_leontiev>Additionally I cant abort installation and reboot pc. When i press "abort" it path to first installation step. <valerii_leontiev>* Additionally I can't abort installation and reboot pc. When i press "abort" it path to first installation step. <jonsger>mbakke: it seems that debian users start to adopt Guixes ungoogled-chromium instead of the debian native one :) <lfam>What do you mean jonsger? <jonsger>is it allowed to post reddit links here? <lfam>You know, don't post a link to something nasty, but reddit contains a sorts of things <lfam>It makes me wonder, where the hell is my Chromium coming from on my Debian system? :) <lfam>Hey cybersyn :) I saw your messages on #guile <lfam>I'm wondering you noticed that we are having a kind of informal Guix videoconference on Monday? ***amiloradovsky1 is now known as amiloradovsky
<lfam>I think it might be an ideal way to start talking about the user experience of Guix <lfam>Like, in a "live" conversation <argylelabcoat>Anyone familiar with how guix does cross toolchains? I'm somehow doing something dumb and getting armv7 binaries to link against my x64 libgcc <lfam>A lot of us have long ago internalized workarounds for ux bugs <lfam>jonsger: I was actually trying to send that message to cybersyn about their UX work <PotentialUser-86>i generate image with guix system docker-image and this action take many hours <lfam>But, it's a full day, mostly informal conversations <lfam>I've found that talking like that can get to the bottom of problems really quickly, when it might have taken days or weeks over email or IRC <jackhill>It says the event will be for 12 hours, but which 12? <lfam>I'll have to get back to you on that ;) *jackhill is in the USA so will probably be late to the party regardless. <jackhill>lfam: thanks! While I'll probably be late, I don't want to be too late :) <lfam>I think the goal is to have times that are possible for people in Europe, America, and at least East Asia <lfam>We'll announce it more concretely soon <lfam>I'll make sure the exact times are in this channel topic <lfam>PotentialUser-86: It's not supposed to be like that, but I think I remember other people reporting something similar <ss2>oh nice, some upcoming talks! Unfortunately my time is to limited, and I'd really love get to do more with Guix these days. <ss2>Not even sure I'll manage to be a guest to the talks. :/ <lfam>That's okay ss2! There will be more <lfam>Guix people will also be giving some presentations for virtual FOSDEM on Saturday and Sunday <ss2>But there isn't a fixed road map yet? <ss2>talks and presentations. <lfam>The Guix Day (Monday) has some talks, not sure if they are scheduled. It's intended to be mostly more informal <ss2>I'm seeing that too. <ss2>okay, will try to stick around. <lfam>We like to keep it informal, it tends to help bring in some new faces :)