<GNUtoo>Another option would be to make a Guix image that can go on an usb key with a browser and h-client on it to help people submit entries to h-node
<GNUtoo>(and it would also contain test files for sound, some games that use 3D acceleration but don't use a lot of RAM (like extreme tux racer) etc
***unwox is now known as scisssssssors
***scisssssssors is now known as unwox
<GNUtoo>Else for recent laptops there is Puri.sm laptops
<GNUtoo>While (as all recent intel computers) they contain nonfree software in the boot software, the distribution is FSDG compliant so it should work in Guix, and if it doesn't that can probably be fixed in Guix
<GNUtoo>Is there a way to know where a dependency is being added in a package?
<GNUtoo>There are some implicit dependencies, that for instance come with the build system being used
<GNUtoo>"guix graph -t bag <package-name>" lists the dependencies I'm interested in but it doesn't tell if they are in native-inputs, inputs, propagated-inputs, etc
<jpoiret>build system dependencies are implicit and are neither native-inputs, inputs or propagated-inputs
<jpoiret>you'd need to modify the build system i think
<GNUtoo>Basically I had issues in my guix.scm and the issue came from android-make-stub that had too much limitations
<GNUtoo>So I fixed some of the limitations of android-make-stub and the code was merged but there is no new release yet
<GNUtoo>So I'm a bit lost on what to do here, if there was a new release I could send a patch to update android-make-stub in Guix
<GNUtoo>But here I'm in a situation where it's way easier to workaround in my guix.scm
<GNUtoo>Like can I justify upgrading to a git version of android-make-stub to fix stuff outside of Guix?
<GNUtoo>But maybe as you pointed out I could try to modify the build system in my guix.scm somehow but I'm not sure if it's possible or not
<GNUtoo>The background issue is that I maintain a library that is supposed to work both on Android and GNU/Linux, and it uses autools and Android.mk, and I use a guix.scm for build tests before pushing commits
<GNUtoo>This is why I need to use android-make-stub: to test building with the Android.mk as well, and it worked well so far but it was limited to 1 target only (I could build 1 library or 1 program, not 2 things)
<GNUtoo>And I fixed that limitation in android-make-stub but now I need to find how to use that in a guix.scm somehow
<oriansj>sneek: later tell rekado that the bootstrappable.org cert expired
<GNUtoo>For free toolchains for building Android software there is the Android rebuild project, even if it contains some binary toolchain, at least everything is free software
<GNUtoo>AOSP might contain firmware though but that probably applies only to building images (which bring in nonfree software for some targets)
<GNUtoo>We probably need to make SDK again in Replicant at some point
<GNUtoo>PureOS might also have a toolchain since it's based on Debian
<ardon>Hi Guix! I'm encountering this issue when trying to build this https://bpa.st/NEXA Python package https://bpa.st/LZRQ . Any hints? From what I gathered on the web, I need setuptools and wheel, which I already have as inputs
*nckx hacks up their third lung of the day & throws it to the cat. Nap time. Bye-o. Thanks for working on this!
<dirtcastle>(correct me if I'm wrong) In guixOS, generations will be made and every time we reconfigure. if the packages break and we can't boot, the bootloader will have options to boot from previous generations. can I have that feature when guix is installed on top of foreign distro.
<GNUtoo>Also note that on a foreign distributoin Guix can also do a lot more things than just installing packages, for instance you can manage Guix servers/vm, create images for various targets (VMs, real hardware), manage your home (with guix home), create tarball releases of software etc
<reproducible>on a fresh install, i'm trying to create a pdf from a tex file with pdflatex, but i get an error that it doesn't find pdflatex.fmt. i have texlive-tiny, texlive-pdftex, and texlive-pdfx installed. anyone know what i'm missing?
<fnstudio>hey reproducible i've had a similar problem today
<fnstudio>in my case i had to install texlive-bin, then i had to make sure the var GUIX_TEXMF was defined in my env
<podiki[m]>apteryx: I forgot to mention in the email about fhs containers I just set that for your buildroot project I think I needed to add /lib/nss to ld.so.conf since we put our nss libraries in there for some reason
<apteryx>hm, our gtk4 package is borked, at least from pkg-config's point of view: Package 'gtk4' requires 'pango >= 1.50.0' but version of pango is 1.48.10
<peterpolidoro>hi. I am trying to fix a guix package that references other guix packages using environment variables. is the best practice to set those environment variables to the absolute paths in the store in the main package definition? or should I be copying files or references to those packages into the main package directory structure and set the
<peterpolidoro>environment variables to local paths within the main package directory structure?
<podiki[m]>cbaines: on my wired connection I see a factor of 2 increase :) 36.5 vs 18.9 MB/s in favor of the US mirror for me
<peterpolidoro>the package I am trying to fix uses native-search-paths set to directories relative to the main guix package
<peterpolidoro>but the files are in other packages outside of the main guix package
<efraim>I can't adjust openmpi and still keep the hash on unaffected systems so I'm going to have to just move stuff around to make more sense after the adjustments
<peterpolidoro>are native-search-paths always relative to the package being defined?
<peterpolidoro>if so, what should I use instead to reference directories in other packages?
<dirtcastle>GNUtoo: noted. I'll look into the details. thanks for your time.
<fnstudio>hm, i'm extremely close to having a minimal texlive env to compile a tex file of mine - i think there's only one more challenge... i was planning to use the latex package pdfpages
<fnstudio>i can see pdfpages packaged under guix already
<fnstudio>however if i use it, latex will then fail saying '! LaTeX Error: File `pdflscape.sty' not found.'
<fnstudio>and pdflscape doesn't seem to be available under guix
<fnstudio>i tried with 'guix import texlive pdflscape' but that also failed
<fnstudio>somehow, this pdflscape seems to be a pdfpages dependency (as complaints re pdflscape only appear when pdfpages is added)
<fnstudio>this might be a bug in texlive-latex-pdfpages, if i may dare, as pdflscape (as well as a few other packages) are listed as required in the pdfpages official docs
<fnstudio>but these deps don't seem to be mentioned in 'guix edit texlive-latex-pdfpages'
<mmorkoz12[m]>Hello everyone. Just wondering if someone can direct me on a service script for guix for sysvinit if already available. Thanks
<dirtcastle>GNUtoo: I was thinking maybe guix home doesn't need to show list of generations in bootloader. because if my host system is working, I can login into my user account, even if an update broke xorg, I'll still have tty and I can use time machine or switch generation. but if my host system breaks, then that is bad. that is where guix's power is required.
<weidtn>Hey. is there any way to softlink python3 to python in the /gnu/store ? alias is not enough i think
<weidtn>the answer is python-wrapper. just 1 more minute of searching. sorry
<jab>well my HDD and RAM just came in the mail. Guess I am a little closer to having a guix server.
<jab>Though I could just have bought an olimex device and only spent $40.
<vagrantc>jab: 4gb of ram ... ethernet, usb, pcie, microsd, serial console all definitely work without binary blobs ... pretty sure hdmi too, but i haven't tested that as much
*vagrantc forgets if there's wifi, but if there is, probably requires non-free firmware
<jab>vagrantc: ok. cool cool. would it pass RYF certification? That sounds like an ideal play with this simple computer type deal.
<vagrantc>jab: i'm no expert of RYF process ... but seems like a plausible maybe? :)
<dirtcastle>since the guix upgrade was too slow, I tried guix package --no-substitutes. but it downloads tar.gz files which is exactly the same size of binaries? I expected it to download the source code and compile locally
<vagrantc>jab: the boot firmware and bootloader is buildable in guix, the linux-libre kernel in guix worked last i tried, though it's been a while
<mmorkoz12[m]>rekado_: thanks will have a look. Wondering why the installer script under slack do not rekon sysvinit
<yewscion>Hello Guix! Can someone explain how to use home-bash-extension in my guix-home profile? I'm trying to add something after the environment variables in my .bash_profile, but every way I've tried to add that field to the home-bash-service-type causes a pattern matching error.
<apteryx>rekado_: for your info, /gnu/store/9zwmhcwrac997rh0vb9cbygd2wfv18jk-lv2-mda-piano-0.0.2.drv', `/gnu/store/ccn2y93626vg84prkqfqb0fx6ivxj0pg-ams-lv2-1.2.2.drv', `/gnu/store/wfig2irafyd08jj58svwxc7bg5hi6pdb-lv2-mda-epiano-0.0.2.drv' failed (master)
<yewscion>The reconfigure worked now that I've separated the two configuration values into their own services, but unfortunately (even though the manual currently says extensions are added "to the end" of the files) the extensions seem to be added before the declared environment variables.
<maximed>civodul: cannot connect to web.fdn.fr (in Firefox), 'this website possibly doesn't support the TLS 1.2-protocol, the minimal version supported by Firefox'
<civodul>hmm we have substitutes for git 2.37.0, even though it's not in master yet
<maximed>jpoiret: maybe: 'honor an environment variable' -> 'preserve an environment variable' (in the original English)?
<jpoiret>hmmm, i understood that more in the sense of "makes use of that environment variable"
<maximed>peterpolidoro: 'native-search-paths' and 'search-paths' don't care about which package
<maximed>By definition, the environment value (set by the search path) consists of all (subdirectories of the store items of the) packages in the profile, matching the criteria.
<maximed>peterpolidoro: I don't understand what you are trying to do, but there's 'substitute*', 'search-input-file', 'search-input-directory' and 'dirname', which could perhaps be used to eliminate the environment variable, depending on the circumstances.
<maximed>jpoiret: Is this about "guix shell --preserve='^DISPLAY$'"?