<mange>For some projects the tarball doesn't require running autotools, or similar, which can save needing those inputs to the build. You should still be able to use --with-source pointing to a new tarball, but that requires an upstream release.
<mange>I think in the past the git fetcher hasn't done a shallow fetch, but I don't know what it does at the moment.
<ajarara>actually I think --with-git-url does what I need
<ajarara>Yep! It even composes with --with-commit. Great.
<ajarara>use case here is allowing guix deploy to use hardware based ssh keys.. libssh hasn't released a version containing the changes needed to support them, but they are merged into main. Later versions don't pass tests.
<Bumblehorse>I want to disable pulseaudio so as the Sound Services page in the manual says, I add (gnu services sound) to my config and the an (alsa-service-type) but when I reconfigure I get "guix system: error: duplicate 'asound.conf' entry for /etc"
<Bumblehorse>Does anyone know why this is the case? I'm doing exactly what the manual says
<mange>Are you using %desktop-services? If so, that already includes alsa-service-type and pulseaudio-service-type. Presumably, then, you'd want to remove the pulseaudio service with (modify-services %desktop-services (delete pulseaudio-service-type)).
<Bumblehorse>am I not supposed to use (pulseaudio? #f) in the alsa-configuration?
<resu>ok so I have a package that is basicly a bash script and a man page and thats it. I literly is one cmd to install "make $INSTALL_dir=<someguilevar>" so how do I use trivial-build-system so literly execute a single command.... dumb I read the infodoc and im a little confused.....
<resu>or I could use the gnu-build-system But I would need to skip the "make && ./configure" steps
<mange>I would still use the gnu-build-system and delete the steps you don't need, otherwise you need to deal with unpacking the source and some other things that are just annoying. You should be able to delete the phases that you don't need (configure and build, it sounds like) and just let it run the phases itself.
<resu>mange: thanks for your help this has a been a learning experience
<mange>resu: No worries. I'm glad we got there in the end! One thing to be wary of with this package definition is that github's tarballs aren't stable. If they regenerate that tarball the hash might change and you could get a hash mismatch in future. In this case you might be better off using a git-fetch with a stable reference.
<mange>That won't prevent you from using the package now, but it might cause you problems if you try to rebuild this package at some point in the future.
<resu>mange: good to know, I was at first trying to use git-fetch however my limited understanding of git/github got in the way. I will be updating this in the future but for now I just needed to setup yadm for my configs
***lukedashjr is now known as luke-jr
<AIM[m]><acrow> "AIM: Are you trying to install a..." <- Yep
<AIM[m]>And it's compiled everytime I change the config file
<elais[m]>I have a pine h64 version b, which one of the bootloaders works with that particular model? Anyone know?
<acrow>AIM: hmm, so you've conquered packaging and build. Is the question now how to run it as part of a service for other apps?
<\f>Given the official qemu image sans modification, where is the default system configuration located? (so I can reconfigure after a first guix pull) I'm trying to find it in the docs for half an hour, tried greping, finding, cant find it. So it's probably right under my nose and I can't see it.
<AIM[m]>acrow: I'm like manually trying to add dependencies one by one... I tried yo make it install to ~/.local but some dependencies like freetype2 and all is breaking idky
<AIM[m]>Like manually install the dependencies using guix install....
<abrenon>I have been doing it several times, and this is a good start to actually package things : )
<abrenon>it really isn't that difficult when the packages are simple enough and don't have a build that's too messy
<civodul>fnstudio: i tried these steps in "guix shell -CN --no-cwd python python-virtualenv", and the pip-installed numpy fails with "ImportError: libz.so.1"
<civodul>i think that stems from the fact that wheels (pre-built Python binaries) cannot reliably be used, especially on Guix
<fnstudio>ok, as a quick and dirty fix, i can confirm that =guix shell python python-wrapper python-numpy ...= and then creating a Python =virtualenv= on top of that with any non-Guix Python libraries... seems to work fine
<civodul>because they make assumptions about available binaries, such as libz.so in this case
<civodul>so yes, using the "python-numpy" package sounds safer
<fnstudio>civodul: oh, glad that you managed to recreate the issue, and thank you so so much for taking the time to try!
<abrenon>of course metadata are only as good as they are on pypi, and the output is not usually production ready, but if it's well packaged and easy to integrate into guix, you may have your clean package within minutes
<fnstudio>it even gives you hints... did you forget using (use-modules (guix build-system python))
<fnstudio>if i have a local packages.scm file and would like to install packages from it directly (as opposed to uploading it to a git repo that i use as a channel), should i use --install-from-file=packages.scm ?
<Guest28>how to ensure that perl modules are found by perl's MakeMaker? Putting them in propagated-inputs sets PERL5LIB variable, etc, but a bunch of optional modules like Mail::SPF are still not found when running perl Makefile.PL. Any clues or suggestions on how to fix? Im trying to package SpamAssassin currently but Im unable to do so with recommended
<qzdlns[m]>hi guix, bit of an obscure question -- can I cleanbuild guix with time-machine? the bytecode spec changes some time after 2018, so it's not possible to run something like `guix time-machine --commit=5c798ca71dcd009896654da7d6a1f8942c6f3c50 -- build python`
<abrenon>actually, my "it doesn't look like" was a bit too quick
<abrenon>actually, there are several <language>-<subsomething> modules
<abrenon>like python-xyz, python-web, haskell-apps, etc.
<mitchell1234>Hello guix. After a recent `guix pull` every command i attempt to run is met with a sea of "incompatible bytecode version" often followed by a crash. I found this https://issues.guix.gnu.org/43960 and followed the advice of tobias of removing ~/.config/guix/current and doing a pull using /usr/local/bin/guix but this didn't fix anything. Any ideas?
<abrenon>I don't know about sphinx and didn't expect it to be so big that it had its own module
<florhizome[m]><abrenon> "I don't know about sphinx and..." <- Maybe it’s not Sphinx itself but also plugins etc
<abrenon>yeah, it probably means one of the tests is trying to write to your HOME because the lib is stateful and needs to write ugly stuff to your HOME to be initialize and since tests need the library, it gets initialized and all
<abrenon>tough luck, guix sets HOME to homeless-shelter to catch this kind of sneaky behaviour
<abrenon>you can probably get away with using /tmp as HOME for the test or by disabling it if it's not important
<fnstudio>abrenon: oh wow, writing to my home dir? what an impolite thing to do
<fnstudio>gnoo: sorry, i see the folder in /tmp and i've inspected it, e.g. i see a tests folder etc; but when you refer to the check phase, does that correspond to files left in any particular folder?
<gnoo>fnstudio: no, see setup.py file and what it does when given the test argument
<AIM[m]>Is there anything I missed to install for flatpak?
<gnoo>can't you somehow package that, AIM[m] ? given how flatpak kinda go against the design of guix i doubt many here have experience with it
<mitchell1234>I do not know much about python. My hunch is there is a way to declare a local file as a schema and if that's so you should be able to download them into the store and patch the tests to use that instead
<abrenon>all I know so far is that when I press space it plays, but never what I want to hear
<abrenon>so what do you suggest? selecting the portions where there's sound, and listening to them in a loop until you get it transcribed ?
<abrenon>there are so many time cursors… I just wished I knew how to rewind that mysterious "main" one
<cbaines>roptat, are the BigBlueButton recordings from the guix days available somewhere?
<roptat>my workflow is: press T to read from the beginning of the current selection and look at the sound chart (spectrograph or something?). Stop it at the end of a sentence or before a comma, hesitation, etc. That allows me to time when to stop a line
<djeis>Has anyone tried to use the ovmf package with libvirt as configured by the libvirt-service-type?
<fnstudio>is it possible to install a combination of packages, some from upstream and others from a local package definition? e.g. guix shell --load-path=./my-packages/ my-package python python-wrapper
<mitchell1234>alas it seems the go importer only imports from golang.org
<Guest28>Anyone who haev any tips about ensuring all dependent modules are found when packaging perl programs? I am struggling with for example Mail::SPF when packaging SpamAssassin despite it existing in PERL5LIB env variable.
<acrow>guest28: Have you tried the cpan importer? The importer is not perfect but I have used it on go and cpan and it provided a great deal of useful boilerplate to work with.
<Guest28>acrow: Yes I started with it, and then modified as needed. I build it with guix build -K -f spamassassin.scm and when looking at the environment-variables file in /tmp/guix-build.../environment-variables there is the PERL5LIB specified which include paths to both Digest::SHA1 and Mail::SPF - but weirdly Mail::SPF is not found while Digest::SHA1 is
<djeis>Was trying to build autofs, it started a bunch of grafting and got stuck on the python grafts. I then repro'd the error just doing a build python. Just sat through a guix pull to see if it was something fixed on master already.