<lfam>Would you say your computer is particularly old or slow?
<statianzo>It's an older machine, but not ancient. Intel(R) Atom(TM) x5-Z8350
<lfam>Not very old, but designed to operate very slowly
<lfam>It uses between 2 to 4 watts, it's optimized for low power consumption
<lfam>The compute-guix-derivation is doing some work and it will chug along until it's done.
<lfam>I will benchmark one of them on my 15 watt laptop and report back
<lfam>We do recognize that these compute-guix-derivation steps are somewhat onerous, especially on slower machines. It's not like some other package managers where the analogous operation does not require any significant computation
<apteryx>lfam: I agree! what do you mean 'variants of zbar'; can zbar be built without qtbase?
<lfam>Just skimming the zbar repo web site, I see "For application developers, language bindings are included for C, C++, Python 2 and Perl as well as GUI widgets for Qt, GTK and PyGTK 2.0."
<statianzo>That's way more tolerable. My pull finally finished in 25min. Probably scheduling it to run off hours would be best approach to handling updates.
<lfam>If you're familiar with Debian / Ubuntu, `guix pull` is kind of similar to `apt update` and then `guix upgrade` is like `apt upgrade`
<lfam>So, pulling updates the list of available packages, services, and Guix tooling, and then upgrading upgrades the packages that you've installed with `guix install`
<lfam>I have a PC Engines APU2, which is based on another low power CPU. And yeah, I don't really do upgrades "interactively". I'll just do `guix pull && guix upgrade` and then come back later
<statianzo>Yes, I'm familiar with it. Also, I'm a Nix user on my laptop that I'm writing this from. Surprised me a bit is that the pull took so long. Expected running `guix system reconfigure` would've been where most of the load came.
<lfam>What's special about compute-guix-derivation is that it's not eligible for "substitution". Most other expensive computations can be substituted in Guix, so ideally the computer doesn't have to do very much work
<lfam>I haven't used Nix in a couple years but my overall impression is that Guix runs more slowly
<statianzo>I haven't run Nix on the Atom, so I can't do a real comparison of performance. Took an interest in Guix because it shares a similar declarative approach.
<statianzo>Outside of the pull wait time, the guix experience has been solid so far. I'll just stick to deferred upgrades.
<zamfofex>M6piz7wk[m]: For example, my friend uses Waterfox Classic as his browser. I oftentimes want to test web projects I work on also work on his browser, so I can share them with him. I use something like this: https://paste.debian.net/plainh/c5f94a30
<zamfofex>I set up a ‘~/profile/ex` profile for packages that I want to have installed for these kinds of non‐Guix binaries.
<zamfofex>I have also established an ‘ex’ Bash function in my ‘~/.bashrc’ that I can use for conveniently running non‐Guix binaries more easily.
<zamfofex>Modifying `LD_LIBRARY_PATH` is the same as passing `--library-path` to `ld-2.31.so`. But for binaries, you need to invoke `ld-2.31.so` explicitly because they normally set the interpreter path explicitly to abide to FHS.
<zamfofex>But both `LD_LIBRARY_PATH` and `--library-path` will only really modify the path ELF libraries are looked up for binary executables.
<zamfofex>They don’t really change the behavior of the system to abide to FHS or anything like that. So you’d need to figure out the exact problem you are running into and try to figure out a work around it.
<zamfofex>I think if you posted the error you are getting (verbatim), it would help people figure out the problem and a potential solution.
<florhizome[m]>in the guix repl (use-module guix build utils) should make available these procedures, right? shouldn’t they be available anyways?
<florhizome[m]>* is trying to alter some meson.build files in build process but nothing happens and wants to check manually
<zamfofex>M6piz7wk[m]: Replace the last line in the `renpy.sh` file with `~/.guix-profile/lib/ld-2.31.so --library-path ~/.guix-profile/lib "$LIB/$BASEFILE" "$@"`. The whole thing should look something like this: https://paste.debian.net/plainh/db3e8b9a
<zamfofex>You might then need to also install dependencies.
<M6piz7wk[m]>zamfofex: i can't touch that script for this workflow
<zamfofex>I see. Can you invoke `./lib/linux-x86_64/renpy` directly?
<zamfofex>M6piz7wk[m]: Because then you could just write `~/.guix-profile/lib/ld-2.31.so --library-path ~/.guix-profile/lib lib/linux-x86_64/renpy`.
<M6piz7wk[m]>the projected solution is `./script.sh` or `something `./script.sh` in this scenario so depending on accessing the lib path is unreliable
<zamfofex>If anyone finds interest in it, I have recently decided to continue working on my Hurd endeavors! I was able to get an updated Hurd system image to boot successfully! Though that still hasn’t resolved my issues with the `netdde` package, unfortunately. See here for some updates: https://gist.github.com/zamfofex/bc7279a5bddd25e8603c84c799d835dd I’m not sure if I should ask here or on #hurd, but any help would be appreciated.
<kittyblam>oo nice, I need to mess with hurd someday. I don't have any skills that would be of much contribution, but would still be fun to play with what has been done nonetheless
<M6piz7wk[m]><zamfofex> "Honestly, I was trying to give..." <- ... didn't realize i am doing that until you said it.. hmm i guess that's good
*M6piz7wk[m] goes to add documentation and throws the maintenance on @solene
<M6piz7wk[m]>The consequences for submitting broken alternative to thing i need!
<tom183>I'd like to hack on a package. I can use guix shell -D $PKG to jump into an environment with a package's dependencies. Is there a command/flag to run "git clone" (or equivalent) PKG's repo?
<abrenon>tom183: not that I know of, the guix shell -D command is supposed to help you develop on a local copy of some piece of software that you already have
<civodul>tom183: "guix build -S PKG" would give you the source of the currently-packaged version, but not a fresh checkout
<civodul>IWBN to have "guix hack PKG" which would clone the source and run "guix shell -D PKG"
<civodul>it's doable for things that use a git-fetch origin
***o is now known as niko
<zamfofex>civodul: The problem is that `netdde` just segfaults, and I’m not sure why! I thought updating the Hurd packages would resolve the issue (which is what I have done in my Gist), but it didn’t.
<jpoiret>basically, you set CRASHSERVER=/servers/crash-dump-core
<fcw>Hello, how to I add /bin/sh to the build environment when building a package?
<fcw>It seems that the /bin directory is not present when packages are built.
<singpolyma>fcw: /bin isn't really a normal part of guix at all. Probably you want to modify the build to look where the desired shell is
<florhizome[m]>> <@florhizom:matrix.org> kinda strange behaviour: when trying to overwrite meson.build files during build, it works in the base-directory but not in subdirs. (those would be crucial, though)
<fcw>singpolyma: I am using gnu-build-system, where (which "sh") gives the correct path to sh (a symlink to bash).
<attila_lendvai>is anyone using pinentry-gtk-2 on a recent master? does it work as epxected? i'm testing the trezor support, and it hangs unless i override the pinentry from the default ('pinentry' which is pinentry-gtk-2) to pinentry-gnome3
<fcw>singpolyma: Guix's bash package includes a sh -> bash symlink in the "install-sh-symlink" phase.
<M6piz7wk[m]>howddya detect Guix system when it doesn't provide `/etc/os-release`
<jpoiret>and can you share your package definition if possible?
<fcw>jpoiret: I believe it's SMLNJ-BASIS/.cm/amd64-unix/basis-common.cm from boot.amd64-unix.tgz since it mentions /bin/sh, but I have yet to investigate further. At the moment, I only know that the problem is /bin/sh.
<M6piz7wk[m]>Where should i put `~/.guix-profile/lib` in FHS3.0 ?
<fcw>jpoiret: I have made some progress by adding the following before invoking the install.sh script: `(symlink (which "sh") "/tmp/sh") (invoke "sed" "-i" "s,/bin/sh,/tmp/sh," "sml.boot.amd64-unix/SMLNJ-BASIS/.cm/amd64-unix/basis-common.cm")`. I will see where that leads ...
<jpoiret>although i think you should use (string-append bash "/bin/bash") instead
<jpoiret>since it's the same string length, it should work properly, ahaha. I'm in the middle of writing a binfile patcher in guile
<jpoiret>it's also the sole occurrence of /bin/sh in the boot files
<apteryx>civodul: I'd also like to see 'guix shell -DD' that'd pull the debug symbols of the used libraries where available; perhaps even with sources added to the GDB search directories. Just thinking out loud.
<apteryx>it'd have to warn at least if the direct inputs used by the package do not have debugging symbols available
<civodul>apteryx: hey! yes, that's an interesting idea
<roptat>could be a permission issue on a parent directory too
<apteryx>florhizome[m]: what problem are you trying to solve?
***iyzsong- is now known as iyzsong
<florhizome[m]><awb99> "guixy: Where do I find the..." <- You have to Install xfce4 Plugins in the system Profile for them to work
<jackhill>does guix deploy need an --allow-downgrades option?
<awb99>thanks florhizome. do you know the name of the guix package for xfce4 plugins?
<awb99>I really just want to do 2 simple things: 1. add shortcuts to the xfce applications menu, and then I want to create xdg open links, because my zoom that I installed via flatpak cannot open links.
<podiki[m]>for flatpak make sure you have xdg-destkop-portal-gtk installed
<podiki[m]>(or just xdg-desktop-portal, but that might not do much)
<podiki[m]>that will handle links, as flatpaks are sandboxed and won't have access to open other things by default
<podiki[m]>(and flatpak has .desktop files for the applications it installed, but you'll need to manually add a directory to XDG_DATA_DIRS)
<florhizome[m]>But it's a lot of cheating (skipping tests some tests...) and plank f.e. ist not really working. Honestly it's just patchwork. If on c-u-f most of the upgraded stuff would be obsolete anyways. Now the first problem with gala is, it doesn't find the new libmutter... But yeah it seems all doable. Except i would like to focus on wayfire etc bc i actually want to use that^^.
<civodul>zamfofex: did you want to use them to rewrite origins?
<zamfofex>civodul: Yes! I want to update the ‘dde-sources’ inputs of the ‘hurd’ and ‘netdde’ packages.
<civodul>florhizome[m]: there's a 'chmod' procedure too when you need more flexibility
<zamfofex>Also, note that I do use input rewriting to replace the ‘netdde’ package currently. But what I’m trying to do is rewrite the ‘dde-sources’ native input. Which seems to not work, because the ‘dde-sources’ input is not a package, but an origin.
<zamfofex>I think it’s sensible to expect to be able to replace it with ‘package-input-rewriting/spec’, though.
<civodul> /spec expects a "package spec" (like "foo" or "firstname.lastname@example.org"), so it definitely can't work with non-package objects
<zamfofex>Ah, I see. I thought it would be referring to the input key/name.
<jpoiret>you can just use package-input-rewriting, no?
<zamfofex>It doesn’t work either, from what I was able to see.
<florhizome[m]><civodul> "florhizome: there's a 'chmod..." <- we were just talking about that. I would need "make-file-writable-recursively". The files in basedir actually work out, my Problems are in subdirs. but yeah next up is chmod dir + chmod file
<florhizome[m]>Just put it in the packages field of your system config and reconfigure. :)
<florhizome[m]>Actually i saw a commit to fix this but it's probably Not yet merged to master...
<vivien>Dear guix, can someone with texlive knowledge review my patch to fix unison on core-updates-frozen? I would like to switch to that branch, but I need unison to get my mail (I feel safer with unison rather than mbsync or offlineimap): https://issues.guix.gnu.org/51435#2