<quiliro>what do you suggest as a methodology for this type of advocacy?
<OriansJ>quiliro: reveal magic and encourage people to make their own lives better
<quiliro>good policy... i was looking for a methodology...something more like an algorithm....step 1, 2 ,3, aand 5
<OriansJ>quiliro: there is no algorithm for being a considerate human being; you have start by listening to what they want and helping them find ways of making their lives better.
<quiliro>it is a good point...but if there is an algorithm, listening and consideration is embedded on the process
<OriansJ>technology can empower us or enslave us; you just need to give them the ability to empower themselves to make their own lives and futures better. Be it with tools, ways of getting information or sharing with friends/family
<quiliro>i will look for general high school student recuiting methodoly
<OriansJ>grow communities inside of small groups that have common goals and then encourage cooperation between groups to demonstrate real leadership
<quiliro>OriansJ: that takes a lot of intuition...i am not very intuitive or social
<quiliro>that is why i am looking for a process or algorithm
<OriansJ>quiliro: remember be honest and that even if they don't go full guix, lead them in the the direction of the FSF and open culture movements, so that it'll be easier for them later to find their way
<quiliro>but that is somewhat boring for the general developer population
<str1ngs>ahh thanks emacsomancer I thought it was Gandhi for some reason.
<emacsomancer>str1ngs: it's certainly often attributed to him, and he it turns out did something not entirely dissimilar
<emacsomancer>str1ngs: "If we could change ourselves, the tendencies in the world would also change. As a man changes his own nature, so does the attitude of the world change towards him. ... We need not wait to see what others do."
<apteryx>is there a way to get Bash completion to work inside a guix container?
<roptat>I've got this issue with the overdrive where I can't run guix pull, because it needs to build python-minimal, but it has a memory leak on some kernels, including the one on which the overdrive is running...
<roptat>now the issue is that if you run any other command, it's found through the current symlink, so after your first guix pull, you still have to run "hash -r" for every other command than guix itself
<rekado>civodul: I’m trying to reconfigure bayfront, but it fails to build librsvg.
<rekado>this is the error: /gnu/store/x54z4746npss80i663ij5mgpvyyyq9sg-gobject-introspection-1.56.1/bin/g-ir-scanner: /gnu/store/g87hamjyipk1j6dfq5pjfzfnfb64spbv-python2-2.7.15/bin/python: bad interpreter: No such file or directory
<rekado>didn’t you reconfigure it recently to remove “qualif”?
<rvgn>Hello Folks! 1) Is it safe to install Nix inside Guix System? 2) Should I use both package "Nix" and service "nix-service-type"? 3) If there is Nix Service running alongside Guix Service, wouldn't there be a conflict?
<nckx>1) That is certainly the intention 2) Yes, one provides the daemon, the other the commands 3) No.
<nckx>Disclaimer: I haven't run the newish Guix Nix service, but have run Nix on Guix System before.
<nckx>If Nix provides such commands now, the results would presumably be the same as when running ‘guix system init’ on a foreign distro: goodbye foreign bootloader, hello Guix [Nix in this case], but that's all very hypothetical 🙂
<rvgn>roptat Thanks! Regarding 3), my concern was things outside "/store". Like /etc, /bin and overlapping services like d-bus.
<nckx>NixOS doesn't provide that command. I've actually forgot how NixOS is installed o_O
<civodul>i don't think "nix system" exists, does it?
<roptat>can a channel override the CLI arguments (for instance adding a guix home subcommand)? :)
<quiliro>i am planning to advocate for guix to find future devs or other contributors in schools...is there a way to locate poeple that have potential to want to contribute to guix? What personality traits to look for?
<roptat>probably anyone who'se going to enjoy talking with you :)
<quiliro>good point! but i am not a very good company...not good at communication
<roptat>I don't think we're looking for any particular personality trait (except maybe we're looking for kind people)
<quiliro>so that is not me....i do not look kind at all...even though my intentions are the best
<nckx>Yeah, I was also going to say: people *you* enjoy talking to, since that'll make it much more likely that you'll spark enthousiasm and (eventually) self-motivation. In my case that'd be curiosity. Uncurious people are hell to enthuse.
<rvgn>nckx Does "rpm" require Filesystem Hierarchy Standard to run inside guix system?
<nckx>rvgn: It will certainly try to install any .rpm packages into their FHS location (so /usr, /bin, etc.). Not that I mind being pinged, but I'm not exactly an RPM specialist. I last installed one in 2000.
<dadinn>i have noticed that the public key for hydra archives has changed from the key share/guik/hydra.gnu.org.pub to ci.guix.gnu.org.pub... I suppose this is just administrative and I would get the same content anyways
<sneek>vagrantc, ilyaigpetrov says: Hi. I'm interested in installing guix sd (system) or guix (package manager) on RPi Zero WH. g_bor[m] advised me to ask you about it. Do you know more about porting efforts of guix to arm-linux-gnueabihf?
<dadinn>i meant that it points to the same hydra instance/content
<vagrantc>sneek: later tell ilyaigpetrov RPi boards require non-free firmware to work, so probably not a good candidate for guix
<nckx>dadinn: It doesn't (you'll see that the keys for ci.guix.gnu.org and hydra.gnu.org are very different, with Hydra's being a longer, older type.) berlin (which powers ci.) was always completely separate from hydra.gnu.org.
<nckx>So nothing has ‘changed’ from something to another; hydra is simply going away and you can safely remove the long key from /etc/guix/acl and hydra from your list of servers (if you added it manually, that is).
<vagrantc>or rather, presuming you treat boot firmware as outside of the scope of guix, you should be able to boot guix on most any RPI ...
<nckx>vagrantc: Fine with the free firmware or fine (if degraded) without any?
<nckx>sebboh: Hm, my guess is that we iterate over versioned packages (we have both sqlite 3.24.0 and 3.26.0), but instead of using the associated version just query the package collection for the first package with that name.
<sebboh>nckx, that's good and I appreciate you letting me know that my observation was useful. I wish I could share this whole interaction with some *other channels* that I've tried to share observations with in the past!
<notnotdan>really looking forward to the guix search improvements landing!
<nckx>sebboh: Well, I'd be more helpful if I actually *fixed* it, but I can't even follow which Web site is canonical these days… The newer https://guix.gnu.org/packages/S/page/4/ is obviously different from your link but has the same bug. 🤷
<nckx>Sorry you had a suck experience, wherever it was.
<tune>https://github.com/hluk/CopyQ any chance someone could package this? I believe there's no wayland-compatible clipboard manager yet and I heard this might work with wayland
<pkill9_>rekado: i submitted a patch for the service i made that allows you to run portable binaries built for most filesystem-hierarchy-standard distros, but it needs some work
<nckx>sfrantani: That would change the hash for the guix package anyway (and probably not work, judging by past Guile minor version bumps + Guix), so at that point you might as well just disable tests with ‘#:tests? #f’.