<acrow>sneek: later tell blake2b Thanks for recommending the guile compiler tower docs. I've been referencing that documentation for many years now and I am always left with the feeling that I'm in the the best of hands and inspired to imagine doing more. Great stuff. Great work and it just gets better and better. Wow.
<VS4mwaLnRSM>Hello. I had a SHA256 mismatch from a package I just defined. Whenever I try to re-build it, I get the same mismatch error despite having fixed it. What am I ought to do to resolve this and use the fixed (corrected), or just simply the latest package changed/fixed in foo.scm?
<VS4mwaLnRSM>I tried "guix gc" then re-building the package, and I also tried "guix refresh" just because it seemed to make sense, but I am quite new to Guix, so I am not quite sure. I suppose it is still using the old version and I am supposed to run a command to use the latest, just not quite sure what that command is.
<VS4mwaLnRSM>So if anyone could provide me the information necessary to resolve this issue, it would be greatly appreciated.
<vagrantc>VS4mwaLnRSM: how are you building the package?
<vagrantc>VS4mwaLnRSM: and maybe paste your package definition somewhere (e.g. paste.debian.net)
<vagrantc>VS4mwaLnRSM: are you using "./pre-inst-env guix build PACKAGE" ... or ?
<acrow>Without channels and independent of revision control you need to tell guix build where to find your package definition.
<acrow>The easy way is to say guix build -L . -f my_file.scm where my_file.scm must evaluate to a scheme package object.
<acrow>You can do the same with package to install what you create this way and, maybe, you are done.
<acrow>If you want to fiddle with the same package again and again you can define GUIX_PACKAGE_PATH just like the system PATH variable (delimited with colons) and then you don't need the '-L <dir>' entry to run guix build on the scheme files in those directories.
<acrow>In all cases you have to identify your scheme file using '-f <my_scheme_file>' and that file must evaluate to exactly the package you are trying to build.
<acrow>It's quick, easy and good; but if you want to contribute what you've done you will soon want to read more of the excellent guix documentation.
<VS4mwaLnRSM>acrow: I am indeed using GUIX_PACKAGE_PATH and it uses the .scm file that I want, my main issue is that even after doing "guix gc" and doing a "guix build X" still uses the old .scm file with the wrong hash. I suppose it is cached somewhere, and I need to get rid of that cache somehow. Perhaps "guix build -L . -f pkg.scm" may work, I dunno.
<VS4mwaLnRSM>Like, I changed the hash in the .scm file that it seems to use, but it is not using the new version of it.
<VS4mwaLnRSM>I am going to give it another try since I rebooted (had to), and see what's up.
<sneek>dcunit3d, jaft says: Regarding fonts not rendering in QT WebBrowser app.s, someone pointed out a patch that was supposed to backport a fix and I manually applied said patch to QTWebEngine; you can find that here: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=53011#40. No one's responded, yet, on their thoughts regarding that approach but it's worked for me, with QuteBrowser.
<VS4mwaLnRSM>After "The following derivations will be built:", the XXX in /gnu/store/XXX-package is supposed to be the same all the time?
<char[m]>jgart: I found how to make cargo find the crates. export CARGO_HOME=$GUIX_ENVIRONMENT/share/cargo/registry/
<char[m]>. problem is, cargo tries to create something there and gets a read-only file system error
<dcunit3d>VS4mwaLnRSM: yes, if all the packages your derivation depends on are also deterministic
<Michal_Atlas[m]>Hello, I gave a problem that guile doesn't seem to accept keyboard interrupts, nor in the repl, nor when I run a script, can I enable that somewhere? Or do I have to run the blocking task on another thread, or?
<VS4mwaLnRSM>Jeez, the issue was that I misunderstood what "expected hash" and "actual hash" meant. I assumed "expected hash" to be the hash that Guix expected, not the hash that I have given that was incorrect. It did not help that the only difference between the two was one character, and I thought the actual hash was the hash that I have provided. Facepalm...
<brendyn>VS4mwaLnRSM, you can delete the build phase with (delete 'build)
<brendyn>VS4mwaLnRSM, maybe its possible to build with lower optimisation level
<VS4mwaLnRSM>oh thaat could work! and since it's always the same XXX in /gnu/store/XXX, it should work as intended
<VS4mwaLnRSM>if it doesnt work, I'll ask my friend to give me ssh access to his PC, it's high-end lol
<Michal_Atlas[m]>I never tried this, but what I presumed would be the case (based on nothing at all), was that when you ran build with -K that there would be a guile script or something in there that allowed you to run the different steps, doesn't that sound more convenient?
<brendyn>Michal_Atlas[m], It doesn't exist but I've always wished one could go inside the build enviroment and interact with it more
<VS4mwaLnRSM>Well, it successfully builds... hooray. I just have to test it, but I have never even had Guix System so... first thing's first. :D
<VS4mwaLnRSM>If this nvidia-390 package works with my GPU and all that, then I can make it my desktop OS! I might even be able to fix the plain dm-crypt thing. I would really love to.
<VS4mwaLnRSM>That said, I would rather have AMD Radeon than my current NVIDIA card.
<VS4mwaLnRSM>Maybe I can get a used one that has a similar performance and whatnot without having to spend too much. Then I will probably start with updating Dm-crypt / LUKS on DragonflyBSD when I get the time.
<lilyp>Radeon is also pretty bad w.r.t. needing blobs.
<VS4mwaLnRSM>I am not sure if nouveau is even a thing on OpenBSD or DragonflyBSD, but nouveau on Linux may be good enough for my case. I will give it a shot. It is almost as old as GT 710.
<tplaten>I have tested an old NVIDIA GPU with my Talos II, it only works in petitboot, not in the main OS. I have heard that raptorcs wants to use the libre-soc as a GPU for their Talos II. If there is funding, it may actually happen.
<VS4mwaLnRSM>I just started reading about Guix 2 days ago, so pretty new to it. I dunno if I could test the package myself as of yet, because I am not sure how it is even supposed to work, but someone might... at least from the other channel, as it is related to NVIDIA.
<VS4mwaLnRSM>I've never installed Guix System before, never made "install/config.scm", etc.
<acrow>I think there is a talk about the installer on Guix-Days, in a little while. I recall it does a pretty good job.
<VS4mwaLnRSM>I came up with my own pretty quickly, I think the trouble will be using an USB stick for the unencrypted /boot partition, while the hard drive has full disk encryption without any LUKS headers.
<VS4mwaLnRSM>I am not even sure if it possible, so I might have to ditch it for now.
<VS4mwaLnRSM>At least based on the stuff I read it does not seem like it is possible.
<acrow>Yeah, you're aiming high for a first install. You may want to just keep it very basic to start. It will deliver you a valid config.scm. Then you can change the config.scm and do iterative reconfigures to get to the end result you want while taking advantage of the system rollbacks that guix offers.
<VS4mwaLnRSM>That's true. :) The package I made/am making is nvidia-390 for my GPU, so I can at least have that right off the bat.
<VS4mwaLnRSM>I have ideas as to how to make plain dm-crypt work with Guix, but I will have to install it first and have a better idea of it.
<VS4mwaLnRSM>I'm still too much of a newbie anyways. I want to pick up Guile as well. I have some experience with developmenmt in Common Lisp, so I don't mind working with parentheses. :D
<acrow>Guix will change your world view. :) In many ways. All good.
<VS4mwaLnRSM>I was thinking if I should go with NixOS or Guix System but Guix System seemed more to my taste/like.
<Michal_Atlas[m]>I tried Nix but it really lacked the friendliness and community that Guix has, and I couldn't understand their language too well. Tbh, you can just add the Nix service in Guix, and I've found that to fulfill the extent to which I need to use it.
<florhizome[m]>I'm looking for an url i can just curl into a patch tool to apply a patch-series to a local checkout
<GNUtoo>hi, adding '(if #t (display #t)(display #f))' in a system.scm displays #t, but if I add it inside file-systems somehow I get "invalid field specifier"
<GNUtoo>Is it possible to use if inside fields somehow?
<GNUtoo>Or do I need to use it outside and have some code duplication
<GNUtoo>In my case I've something like that: (file-systems (append (list [...] (parabola32-bind-mount "/home/gnutoo") [...]) %base-file-systems)) and parabola-32-bind-mount is defined as something like that: (file-system [...]) and I added the if inside the file-system inside parabola32-bind-mount
<jlicht>Does anyone have experience setting up Guix on a Fedora machine? I've never used one, but it seems the desktop sessions don't source /etc/profile.d/<things>.sh, for some reason, and instead use systemd-specific shenanigans that can probably do many interesting things, but not source /etc/profile.d/guix.sh :-)
<roptat>jlicht, ah that's why I kept having issues and had to source from my .bashrc :/
<jlicht>I ran Guix for years on Ubuntu without issues as well, it really seems to be related to the fact that GDM-started Sway is not a login shell (so does not do login shell things, naturally)
<odiferousmint[m]>If I understand you correctly: if your `/etc/profile`, `/etc/profile.d/*.sh`, and/or `~/.profile` does not get sourced by the login shell, then perhaps use `~/.bash_profile` or `~/.bashrc`. The last one gets executed each time you call `bash`. You could use the code I pasted to source `$GUIX_PROFILE/etc/profile`.
<maximed>I think "--with-branch=...' looks for the latest commit on that branch?
<maximed>Though recently, there's is a not-yet-merged latest-git updater which could be useful for emacs-next and the like, so perhaps in the future you could do "guix shell emacs-next --with-latest=emacs-next"
<mroh>avp: try to change the python-2 input(s) to python-3.
<mrw>Hello folks. I'm a new guixSD user. I'm trying to fig doeure out if it's possible to build and/or use cross toolchains for embedded development (linux or otherwise). It's turning out to be a bit tricker than I expected. crosstool-ng complains that C_INCLUDE_PATH and LIBRARY_PATH being set will mess up the build (but no details given).
<mrw>Buildroot complains that /usr/bin/file (with exactly that path) is a pre-requisite (again no details given). Using a pre-build toolchain from, say, bootlin has trouble because of interpreter paths. Perhaps I will have to finally learn some toolchain arcana I have been avoiding for years, but before I dive in, are there any comments / advice /
<mrw>pointers anyone could give me on this subect?