<Fare>I got a calyxinstitute.org mifi for cellular network access.
<sarahjones>random imei number + anonymous esim (or physical sim) for each geographical region might give you locational privacy. IF you use tor or i2p to funnel all traffic through, as to avoid identifiers based on metadata. Any phone, no matter how open source it is, tracks you at cellular network level. calyx is good but location privacy is a flaw with
<johnabs[m]>Hi all, I'm trying to determine how to change my gtk (I think? The one for firefox and such) theme and my mouse cursor, yet I've not been able to find anything in the cookbook or manual. Any tips you can throw my way?
<mmarshall540>What's the proper way to test Guix package definitions that I've hacked on before submitting them as patches? I know how to do "--install-from-file", but I think that's just for individual packages, not something like "gnu/packages/emacs-xyz.scm", right? Section 126.96.36.199 of the Guix Cookbook ("Direct checkout hacking") mentions using "./pre-inst-env", but it's not in the root directory of my Guix git checkout.
<apteryx>mmarshall540: you need to build Guix first, to have pre-inst-env
<oat>I installed a Trisquel GNU card and was successful then tested with Trisquel GNU x86_64 and was successful
<oat>For that reason the blobs cannot be thrown the error.
<oat>In fact I have a Guix install on a USB stick with a previous release and it works
<kozo[m]><oat> "apteryx: No the kernel is..." <- Hey Oat, I also have an amdgpu and I found that using gdm requires blobs. I got it to work by using slim-service-type for the login and deleting gdm-service-type
<kozo[m]><oat> "apteryx: No the kernel is..." <- @ me if you want the code from my .scm file to achieve this
<oat>kozo[m]: Gracias I'll use the config.scm on my USB stick I hope to get success
<kozo[m]><oat> "kozo: the blobs are riquiered..." <- Yes, but it won't get past the kernel loading module if you don't get rid of gdm, I found
<oat>kozo[m]: I read yours .scm is good. I don't need the desktop environment right now.
<oat>Guix is slower than Trisquel and Slackware but has many interesting characteristics.
<oat>Richard Stallman is looking for volunteers for Libreboot. Someone interested in contacting him
<lechner>oat / The installation may be slower, but running the programs isn't, at least not in my experience. What I love about Guix is that it ultra-stable. In half a year, I have had zero crashes on any of six machines, even with frequent reconfigurations and gc runs. I hardly ever reboot
<raghavgururajan>> Richard Stallman is looking for volunteers for Libreboot. Someone interested in contacting him
<lechner>Hi, locally 'guix system list-generations' identifies the latest system generation as current even though I booted an earlier generation via GRUB (twice). As a result, my latest generation cannot be deleted even though it is defective. Can anybody confirm that behavior? Thanks!
<unmatched-paren>lechner: couldn't you simply roll back to the previous generation again, this time with ``guix system roll-back'' instead of grub?
<lechner>unmatched-paren / you are probably right, but the (current) designation is wrong. i know that because the latest generation did not boot
<lechner>unmatched-paren / in an unrelated topic, your config cannot change into my FUSE-mounted home folder. It drops me into root. I think the 'chdir' happens as the root user, who does not have access to my home folder, instead my own uid. Am I looking at seatd or greetd? Thanks!
<unmatched-paren>lechner: i don't really understand; my configs don't do any chdiring
<lechner>unmatched-paren / well, some part of the login process assumes my user privileges and changes into my home folder. that happens in the wrong order.
<robin>typically, yes, if a binary substitute is published. there are ways to disable substitute usage, though i don't remember the details (most of my "build from source" programs are self-contained single packages that aren't upstream yet)
<robin>you may also want to enable gc-keep-derivations and gc-keep outputs, which will generally keep build requirements around in the store iiuc, reducing the amount of rebuilding you might have to do
<oat>lechner: Thank you for share your experience I'm fresher on Guix but I like it
<robin>"When both are set to ‘yes’, the effect is to keep all the build prerequisites (the sources, compiler, libraries, and other build-time tools) of live objects in the store, regardless of whether these prerequisites are reachable from a GC root." (info "(guix) Invoking guix-daemon")
<puppysad>Guix manual sec. 6.37 "While using substitutes can be convenient, we encourage users to also build on their own, "
<oat>raghavgururajan: You right Leah Rowe the original author
<oat>raghavgururajan: You know why Libreboot left the GNU project?
<itd>Cuirass dashboard: how can one distinguish "Failed" and "Failed (dependency)"?
<oat>apteryx: kozo[m] Muchas Gracias: Thank you so much I found the issue. apteryx you right I forget to add Radeon on the modprob.blacklist this add-on removes the driver Radeon and fix the conflict with Linux-Libre
<oat>lechner: I had time to not use Guix. I was dispersed using Trisquel and Slackware GNU/Linux distribution. I decided to use GUIX for the same reason that everyone in this channel uses a GNU/Linux distribution 100% Free Software
<apteryx>ardumont: I sometimes resort to running the service code by hand (!)
<apteryx>you can find the service code via 'guix gc -R /run/current-system/ | grep shepherd'
<apteryx>emacs-guix has an 'guix-scheme-mode' that is able to expand the minimized Guile source into something readable
<oat>tatsumaru: you can use a Trisquel GNU/Linux distribution over a USB stick and test your hardware. I suggest Trisquel GNU because it is 100% Free Software and you can use it without installing it on your hard disk.
<ardumont>apteryx: true, and i did it too now that you mention it (for wpa supplicant at least) once i `ps aux | grep $service` to check how guix triggered it
<lechner>oat / I have four Guix computers for my family and two cloud servers. I run a few personal domains including Web, DNS and mail. By the way, I use Guix because I love the community. Linux is aging, and it's hard to find a community these days that has a positive outlook. Also, Guix is all about change and making things better, and not about little fiefdoms
<lechner>Did I mention the functional programming part? That's probably a personal choice, but I like it better than Perl (or Python)
<ennoausberlin>lechner: I totally agree, just wish my scheme-fu would be better. At work I have to use Python and not much time to realize a smaller project in scheme. So - while configuring and building vms / images / container - I hope my scheme skills magically will improve. System crafters latest video is a good start
<Fare>I installed various font packages, but gnome-font-viewer or firefox don't see them... how do I make them visible? I tried fc-cache -rv and xset +fp $(dirname $(readlink -f /run/current-system/profile/share/fonts/truetype/fonts.dir)) to no avail.
<nckx2>My VPS provider is having tummy troubles, so I won't be available today. That includes mail.
<nckx2>Fare: That xset command scares me but only fc-cache -rv should be needed. Make sure that the output doesn't complain about unwritable (=outdated) caches, and use fc-list to see if FC is even the problem.
<oat>lechner: You're right. I'm starting to use Guix I like that it has many advantages. The bare-bone.scm manual installation was a great 20 minutes with 10MiB bandwidth. The process from bootloader to login screen took 20 seconds I can minimize the time a little more. Regarding the graphical installer throw issues in this release.
<weidtn>Hey. I use manjaro and guix as an additional package manager. This now created some problems after manjaro updated gcc. Now some "manjaro" programs give the error "symbol lookup error: /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libpthread.so.0: undefined symbol: __libc_pthread_init, version GLIBC_PRIVATE". I think libpthread was
<weidtn>removed in email@example.com? But guix only offers 2.33. Removing glibc and glibc-locales from guix does not help. Any other tips?
<rekado>“more secure” because of “functional programming”? One does not follow from the other.
<oat>Fare: if you know the extension fonts you can use find / -name *extension|less
<nckx2>Fare: And that -rv output doesn't contain any suspicious write failures?
<nckx2>Fare: I also use Noto, despite its ridiculous size.
<Fare>I see write failures on a few root-controlled directories. So I sudo fc-cache -rv to handle them... but the result is the same.
<Fare>I also tried to guix install font-google-noto as $USER instead of as part of the system configuration... to no avail.
<Fare>maybe I somehow need to restart the X server?
<oat>rekado: No I tried to say when you are using a regular GNU/Linux distribution file system structure is obvious but when you use Guix the file system structure is more difficult to explore for a cracker because he needs to know the directories name and Guix you have a letter chain. Regarding Functional programming the installer config files are in lisp structure and I guess is more clear when you read the code.
<tatsumaru>does Guix have something like smartmontools to monitor drive health/speed?
<rekado>oat: obscurity and weirdness does not make a distro more secure.
<rekado>tatsumaru: there’s a package for smartmontools.
<oat>rekado: I agree. So in your thoughts what do a distro more secure?
<oat>rekado: One principle of security is if you don't have information about the operating system it is more difficult to crack it. I guess. Which security principle has Guix or you consider an Operating system must have?
<Fare>nope, not even rebooting made X see noto and other fonts I installed.
<Fare>xset q shows I didn't have any /usr nonsense in my font path... but I didn't have the /gnu/store/...-fonts-dir/share/fonts/truetype either... and even after adding it, fc-cache won't help fc-list find anything.
<oat>rekado: Gracias, Thanks I appreciate your answers. I'm not trying to discuss it. It was just my opinion.
<Fare>drakonis, I installed noto as both user and system, just for good measure... to no avail.
<drakonis>are you keeping your home directory from a previous install?
<Fare>shouldn't that leave system fonts unaffected, though?
<drakonis>i don't make the rules when dealing with xorg
<Fare>and why do I have fonts at all, then (e.g. cantarell and deja)
<weidtn>rekado sorry for late answer, I had lunch. One example program would be yad. Both manjaro version does not work, guix version works. As far as i can tell in the XDG env vars there is no reference to any libs. LD_LIBRARY_PATH is not set (normal on manjaro i think).
<Fare>fc-cache -v shows a list of /gnu/store paths as "Font directories:" but the list is woefully incomplete.
<Fare>even more incredible: deja-vu is listed, but I didn't explicitly request for it, so that's probably some program's default dependency.
<Fare>in your $system.scm, where do you put the fonts? I put mine in the (packages ...) statement. Do they go some other place?
<Fare>aha, yes, it should go in the (fonts ...) field of the xorg-configuration. This explains that.
<rekado>weidtn: what are the values of the XDG vars?
<Fare>next issue: the yubikey works in firefox, but specifically not in chrome when trying to log into google.
<tatsumaru>the fact that you managed to port gnome to shepherd is truly amazing.
<tatsumaru>i noticed during updates that guix will install multiple versions of certain packages, for example 'samba 4.15' and 'samba 4.16' any idea why that happens?
<tatsumaru>also considering 'python2' is no longer supported or maintained by the python core team, does it still make sense to install it by default with the distro?
<rekado>tatsumaru: it’s not installed by default. It may however be needed to build something else.
<rekado>tatsumaru: different variants of a package may be needed as inputs for different packages. If you have an example you can inspect it with “guix graph” to see where the different variants come from.
<tatsumaru>rekado: python2 was installed during the guix installation, I have not installed any packages personally yet
<rekado>tatsumaru: I did not claim you did. It is not installed by default, but it may be needed to build something else.
<florhizome[m]><tatsumaru> "rekado: python2 was installed..." <- what does python -v say?
<nij->Any options for running a guix system in an VM over a macbook m2?
<lechner>Hi, does anyone see the incorrect system generation marked as "(current)" when booting a past entry in Grub? I am about to file a bug and would feel better if someone could confirm. Not sure if it matters, but I am using 'guix deploy'.
<tatsumaru>rekado: 'building /gnu/store/somethingsomething.drv' the loader is taking forever to finish.
<Metanoia>hmm, interesting, when I install a new package in guix I see certain other packages being installed along with it, but later when I try to launch one of those packages I get 'command not found'. for example I saw python being installed, but now when I do 'python' or 'python3' or 'python -v' I get 'command not found'. Does guix have some sort of special instancing system for storing packages only as dependencies in virtual environments rath
<unmatched-paren>Metanoia: so the whole thing about guix is that it stores "outputs" containing built /bin, /share, /lib, etc hierarchy in /gnu/store
<nckx>It's one of the main features of Guix, even. You saw python being downloaded and placed in /gnu/store, but that is separate from ‘being installed’. The latter means that it's symlinked into a profile (those directories you see in $PATH).
<unmatched-paren>when you install something, a special output called a profile is built from the packages you've installed
<Metanoia>oh cool, is this similar to how python's virtual environments work?
<nckx>Something that needs Python will refer directly to /gnu/store/xxx-python-x.y/bin/python.
<unmatched-paren>the storing of previous generations does take up quite a lot of space, so you can delete previous generations with ``guix gc --delete-generations''
<nckx>luis-felipe: Short answer: yes. Long answer: the ‘guix’ command that created your new OS will install an older (packaged) ‘guix’ command. The one you'd see with ‘guix show guix’) as part of that OS. It's not that much older, and good enough to bootstrap a ‘guix pull’. Guix cannot install an exact copy of itself (yet?).
<unmatched-paren>these same mechanisms apply to system and home configs; ``guix system reconfigure'' and ``guix home reconfigure'' build special system directory outputs
<unmatched-paren>ACTION wonders where "snarf" comes from, as they've never heard it outside the internet
<unmatched-paren>Hmm. "(transitive, intransitive, slang) To expel (fluid or food) through the mouth or nostrils accidentally, usually while attempting to stifle laughter with one's mouth full." -- wiktionary definition 3 :P
<rekado>so it’s currently unable to build everything in time
<tribals>I'm trying to build some package, it requires pango. I'm trying to build it in guix shell first, as it is simplier to test first - it is ever builds? Package uses meson build system. I used gcc-toolchain and meson as guix shell's packages. But I'm getting error
<ss2>hello. This seems a new feature. Where do these dumps go to? :)
<ss2>Just trying out the latest installer, which is failing.
<gabber>i just want to make use of a multitude of udev-rules. IIRC i can't just define multiple udev-service-types. i have one such udev-service-type defined for teensy (a string within my system config file) combined with the package android-udev-rules. now i want to add the rules from the rtl-sdr package
<podiki[m]>you can have multiple udev-rules-service which i what you want to use here
<podiki[m]>e.g. (udev-rules-service 'headsetcontrol headsetcontrol) where the headsetcontrol package has udev rules that will be used
<podiki[m]>welcome. and i believe the new rules should be active as soon as you reconfigure, without a reboot
<gabber>another question: i tried to reconfigure and have this (i think unrelated to my udev-adventures) kinda weird error message https://termbin.com/5spo . i don't think i changed anything regarding efi or the boot partitions
<nckx>Sadly, there is no known answer to that question.
<nckx>It's just a thing that happens, probably due to buggy hardware, but Guix manages to tease it out, probably because it installs the bootloader much more frequently than other distributions.
<nckx>You could try the removable grub bootloader variant if you don't multi-boot, or care.
<nckx>Or ‘grub-efi-removable-bootloader’ to give the ‘actual name’.
<nckx>Correction: ‘* me does thing’ came straight from the old logs, not the pretty-printing. So goggles would have to be taught to explicitly pretty-print ACTION. Or, if the goal is to remain compatible with ZNC, goggles-bot needs to remove ACTION.
<acrow>nckx: Curiosity gets the best of me -- goggles-bot replaces ZNC (zero-network computing, the wide-area network X caching speeder-upper thing)?
<rekado>it’s an embarrassing story. We wanted IRC logs, and I thought: “hey, my ZNC thing writes logs; guess we could run that to log the channel until we figure out a proper solution.” We did not, in fact, look for a proper solution.
<rekado>goggles.scm renders ZNC-style logs, so now the IRC bot needs to produce ZNC-style logs.
<gabber>nckx: i deleted a bunch of entries with `efibootmgr` but i still get the same error. how sure are we that the problem stems from a full NVRAM?
<acrow>The embarrassing story is that, somehow, I confused ZNC with No-machine networking. Sorry about that. Along the lines of this discussion, should I use znc instead of pounce? or is rekado the only one using znc? :)
<fidel>I have guix on my Kubuntu install, and for some reason guix's python is interfering with system python:
<fidel>/usr/bin/python3: symbol lookup error: /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libpthread.so.0: undefined symbol: __libc_pthread_init, version GLIBC_PRIVATE
<fidel>Anybody has any idea of what could it be, how to fix it or where to research? I would rather not have to uninstall guix's python
<nckx>gabber: ‘Full’ is not the operative word, ‘buggy’ is :-/ It's not as simple as ‘delete one entry, now you can add one entry’. I had some success deleting several ‘files’ from /sys/firmware/efi/efivars that were reported safe. That's not a recommendation, but it's what I did…
<nckx>The only *recommendation* I'd give is to replace UEFI with something else, but that's prohibitive for most people/machines.
<gabber>nckx: i did not (yet). and i don't boot other OSs. i am somewhat reluctant since i fear making my machine unbootable (and with that un-usable). not sure how realistic that scenario actually is, tho
<nckx>abhicherath[m]: Yep. Stuff like remmina and gnome-tweaks, just to give 2 random examples.
<abhicherath[m]>👍, thank you you've given me yet another tidbit for my notes folder :D
<nckx>gabber: If this is about using ‘grub-efi-removable-bootloader’: it should be safe.
<nckx>I can't guarantee it. That applies to anything computer. I can only say I'd do it.
<gabber>there's also this ominous "reset NVRAM" boot-option (by pressing some wicked key combo at boot). do you think this might be worth a try? not sure what it actually does -- i doubt it completely wipes/resets NVRAM
<gabber>nckx: thank you so much for your input! i think i better wait with these experiments until i have another machine in proximity; i really don't want to look stuff up on my phone in case this machine doesn't boot anymore (:
<nckx>Well, when GRUB loads the kernel, there's a good second of kernel init (or more) before init is called. If the machine resets almost immediately after GRUB loads the kernel, there's no time for any Guix code to run.
<nckx>oat: Then everything hinges on how the MBR has changed. Saying that ‘HDD MBRs’ and ‘USB MBRs’ have a different structure won't cut it—what, exactly, has changed? If the old MBR was overwritten, what are you comparing the new one to? How are you inspecting the MBR, and what do you see?
<Fare>rekado: how come a same guix system reconfigure has both rust 1.54 and rust 1.55---and maybe 1.65 too if that's the latest?
<rekado>abhicherath[m]: you could do this: guix build -e '(@@ (gnu packages rust) rust-1.65)'