<guixy>I've also looked into putting it on a raspberry pi, but there's no libre bootloader.
<guixy>If you want to put the system on a raspberry pi, you're on your own getting the bootloader to work.
<guixy>I think there are guix users working on making the system for librem 5.
<apteryx>yeah, I've heard about the Rasperry Pi having freedom issues on that front (the GPU is used to bring up the system, but there's no free driver for it or something like this). I thought there were some breakthrough but I haven't followed closely.
<guixy>I thought the gpu instructions were documented, but if that was true there probably would be a boot loader already...
<guixy>linux-libre takes longer to cross-build for armhf on x86-64 than native ungoogled-chromium, which I didn't think was possible.
<lfam>If the feature became popular, could we expect people asking us to enable it later?
<lfam>I don't have a sense of how to approach this task, so I'm open to advice and stories
<jackhill>the other argument, is to provide it so that if people want to develop against it. Not enabling it now there is a danger that we'll overlook enabling it later, and we'll need to so that people usecases won't break.
<lfam>I've been involved in guix development for years, but I can think of only one case of "can we enable this kernel feature"
<jackhill>lfam: I think the mindset is different from distro kernels than when I was doing them only for me. I know that there has been some discussion on this on the mailing list, but in some ways I wish all FSDG distros could collaborate on kernel configs
<jackhill>for this particular thing, it would be nice to know the types of hardware that would use it in their drivers. If they all require non-free firmware… However, the slides mentioned DRM (direct rendering manager) which is used with free graphics too.
<lfam>Regarding "the rules", I disabled HDCP support on AMD platforms (it's a new option)
<lfam>Bit of a shame IMO but the FSDG prohibits that type of DRM
<jackhill>I don't really know either. Despite what I initially said, I'm leaning towards enabling it.
<peanutbutterandc>Okay... this is strange... I ran `guix environment guile` and then tried running ./autogen.sh (git clone) and it complains about automake not being installed. And it isn't. I thought guix enrironment would take care of it all...
<davidl>so I sent a patch following the contributing instructions in the manual as closely as I could - how long does it usually take for a patch to be reviewed and applied to master?
<peanutbutterandc>davidl, I think mine took long enough for me to feel pleasantly surprised by it being accepted. :) 15-20 days or so? But I have only sent in two patches. And the next one was accepted within a few days (it was a follow-up to the first).
<davidl>peanutbutterandc: oh, thats a while. I think Ill not wait then for that one to be accepted before starting to work on the next one.
<peanutbutterandc>davidl, But mine wasn't all that urgent. So I don't know for sure. You'll probably have to ask more regular contributors. But yeah, I think starting to work on the next one might be a good idea. :)
<euandreh>Is there a place where I can download logs of the #guix channel? logs.guix.gnu.org only gives me the option of visualizing them online.
<euandreh>But I'd get the HTML files, but I wanted text files
<euandreh>so when searching through them it's easier to read locally
<stikonas>yeah, that's true... Maybe some tool can do a reasonably good job of converting html to text
<smileyface>Hi. Is there a way to install Guix on a live-USB to demo the OS? I would like to install it on my laptop but I'm not sure about the compatibility with my hardware so would like to try it first.
<smileyface>euandreh: I read this page, but from my understanding this is just for the purposes of installing Guix onto the computer permanently. Would I be able to e.g. get into a desktop environment within the installer?
<aadcg>hi. I spent a patch to update an emacs package. Eventually the update is already in place and was already commited by another user. Should I close the thread at issues.guix.gnu.org? Or I don't have permissions do to so?
<fnstudio>(yes it seems it worked... adding the path in my xinitrc makes guix apps visible to i3)
<peanutbutterandc>janneke, (Hey there!) Thank you! That is one secret place. It throws "error while loading shared libraries libguile-3.0-so.1. Is there a wrapper somewhere? Or some env var that I should fix?
<janneke>peanutbutterandc: the pre-inst guile can be run with: meta/guile
<peanutbutterandc>janneke, I did `env LD_LOAD_PATH=`pwd` ./guile` from inside libguile/.libs/guile but now it throws Pre-boot error; key: misc-error, args: ("primitive-load-path" "Unable to find file ~S in load path" ("ice-9/boot-9") #f)Aborted
<janneke>good; yeah it's all "easy" or "obvious" once you've seen it ;-)
<janneke>you could also add readline to your environment: --ad-hoc readline (and reconfigure, make)
<peanutbutterandc>janneke, You are a good teacher. :) Thank you for not pointing it out yourself. lol That leads me to another question: I tried to build guile from source using `guix environment guile` but the autogen.sh failed. The environment didn't contain automake and friends. Should guix environment have taken care of that for me?
<janneke>"guix environment guile" provides all you need when buildig from a released tarball
<janneke>there is, however, a guile package in guix that's built from git, and thus includes the autotools
<janneke>that's guile-for-guile-emacs; it's a bit of a trick/hack; but you can do: guix environment guile-for-guile-emacs --ad-hoc readline
<smileyface>It is still not there when I select either "Guided - using the entire disk", "Guided - using the entire disk with encryption" or "Manual" in the guided installer. It shows up if I change TTY and do lsblk.
<noob31>(How) can I get additional mount points to put data on without having to
<noob31>mess around with --share, 9p and rewriting the run-vm.sh every time to get security_model=mapped-xattr?
<noob31>I'd like to keep using "guix system vm" (i.s.o. vm-image) to be able to use the Host's /gnu/store.
<lfam>noob31: If you want to use a vm-image you need to use the command `guix system vm-image`
<lfam>The `guix system vm` command creates lightweight immutable virtual machines that don't have any storage of their own, so the file-systems configuration is obviated
<lfam>But, you won't be able to share the host's store with `guix system vm-image`
<lfam>So, you'll have to choose between "share the host's store" or "configure file-systems"
<smileyface>roptat: Hi sorry for the late reply, was AFK. I am currently formatting the drive to see if it works after that. Either way I will send a bug report tomorrow describing the issue (and whether formatting solved it)
<noob31>lfam: ah, that's a pitty, I was so hoping to just get away with "run-vm.sh ... -drive file=data.qcow2..." :S
<noob31>lfam: but thanks for the confirmation, I was starting to doubt what little knowledge I have about guile and worrying about my guix setup :)
<lfam>In general, using a vm-image is pretty space-efficient because the qcow2 format uses a "balloon" mechanism
<lfam>So you can tell it to make a 50 GB image, but it will only be as large as it actually needs to be
<emacsen>I'm running the installer and when it gets to the partitioning, it throws me back to the beginning of the installer
<noob31>yes, it's dynamic but from my previous experience with guix on a foreign distro,
<butterypancake>Is there an accepted way to add kernel modules to a blacklist? Ideally I'd like to blacklist pcspkr from a system configuration file
<butterypancake>In the guix cookbook it mentions some convoluted way of adding kernel options during the compilation of the kernel but that seems a little overkill and I'll admit it went a little over my head
<guix-vits>There was some arguments to blacklist modules(?).
<kmicu>emacsen: not only usable but even rock solid if you read its manual.
<apteryx>emacsen: I'd say more than usable. I can recommend it. If you go Btrfs, makes sure to enable zstd compression for the performance boost and disk space gain.
<emacsen>I also seem to be able to download the nightly installer now
<emacsen>sadly the whole Linux disk system has changed and the whole nvme thing is new to me
<butterypancake>guix-vits: It looks like the default kernel arguments are already a kernel module blacklist that I likely don't want to overwrite. The default list is set from the variable default-modprobe-blacklist so maybe I can do something with that variable?
<rekahsoft`>Hi all, I had a question about console fonts. Namely, I do not have the fonts I use installed in my system profile, but wanted to have them only installed in my user profile, but it seems like this may not be possible. I say this because I can't seem to get certain characters to show up on a tty, but they do when I load X. To use a font on a tty, I assume I will need to install it in my system profile and configu
<roptat>I'm trying to package the Android SDK, and one of the packages fails with "JavaLibrary.mk:127: external/icu/icu4j/adjust_icudt_path.mk: No such file or directory" when its Makefile tries to include another one that exists in another repository (a fork or copy of icu4j with a Makefile that lists source code, etc)
<roptat>I think it wants the external sources to build them and bundle parts of icu4j in the result
<roptat>maybe I could change it a bit to not build the sources, and use our existing icu4j, but I don't feel like modifying the way android is built too much, as that will lead to issues... I'll probably just add the icu4j sources to the inputs and change the path to its Makefile
*GNUtoo has a slow pre-inst-env with things like that: WARNING: loading compiled file /home/gnutoo/work/projects/replicant/guix/guix/gnu/packages/zwave.go failed: In procedure load-thunk-from-memory: ELF file does not have native word size
<butterypancake>well, it looks like you're correct that things look at /proc/cmdline after the fact. the modprobe.stuff isn't handeled by the kernel at all. modprobe queries it later. not sure what would query module.sutff
<GNUtoo>So prevent any module named "radeon" from loading => module_blacklist
<GNUtoo>Prevent the module to be loaded automatically at early userspace boot => module.blacklist
<GNUtoo>21:46 < Formbi> butterypancake: I have that: (kernel-arguments (list "quiet" "modprobe.blacklist=pcspkr,snd_pcsp"))
<butterypancake>Formbi: you should probably add back in the %default-kernel-arguments variable as it seems to have a bug fix in it
<butterypancake>it blacklists usbkbd and usbmouse as there is some race condition apparently
<GNUtoo>Is it considered rude to add people in CC for patches?
<GNUtoo>like the people that touched the part I'm patching?
<GNUtoo>(I don't know Guix's community practices yet)
<butterypancake>I would personally appreciate it but I'm really new to debbugs and I don't know the debbugs etiquette either
<butterypancake>Once I forgot to CC someone that previously reviewed the patch and I think it took longer because of that :P
<GNUtoo>(It's in common use in Linux, but in my experience community practices differs in different communities)
<GNUtoo>(Though too long --cc list are considered bad in Linux)
<butterypancake>I suppose I shouldn't have assumed everyone would use the tool the same :P my bad
*GNUtoo stopped keeping track of which community use what rules and justs asks
<GNUtoo>In some cases people asked me to reply to all while in other I was supposed to reply to the mailing list only for instance
<GNUtoo>And the issue is that people being wronged often assume that the way they do thing is "the" way to do it
<GNUtoo>whereas in reality it's "the" way to do it in that community
<butterypancake>I think it partially depends on the volume of emails. In emacs-devel you reply to all parties involved since they might miss it in the torrent of emails being sent to the list if they gotta check the list
<GNUtoo>indeed, it depends on how people are used to handle that huge volume
<GNUtoo>It's not a big issue but I prefer things to go smoothly if possible
<butterypancake>I usually just remind myself that I can only control myself, not how other people react, and just go for it without too much thought. If it was important then someone would have written it the contibuting section of the manual
<butterypancake>Did a quick read of the contributing section again just to refresh my memory. No email etiquete mentioned
<butterypancake>GNUtoo: ok there was a little email etiquette mentioned. When doing a patch set like it looks like you did you should try to only use 1 debbugs number by sending the second email to the number of the first. I'm sure no one will be too upset but I thought I'd mention it
<roptat>in case it has a reference, we can't have it compressed or we won't recognize it
<tissevert>thanks for all the explanation, I really need to make thought experiments beyond the normal scope to understand how a thing works
<tissevert>what's the best way to ask a question about a specific package, here ? shall I mail the maintainer, or ask if they're around here on IRC ?
<roptat>now the difference between native-inputs and inputs is whether in cross-compilation you would use the native or the target architecture for the package, which usually matches the runtime/buildtime difference
<roptat>ok, libnativehelper works, but I still have missing headers for libcore...
<tissevert>I'm wondering if there's a reason the ibus-daemon script doesn't also run dconf-service in package ibus
<roptat>no idea, maybe because nobody thought of that?
<tissevert>great ! that would mean I could learn and modify a package : )
<tissevert>I don't know, maybe it's my setup still being shaky, but since today I'm able to run ibus-daemon when I start my LXDE session
<tissevert>but I can't modify a single parameter in ibus configuration (like, for instance, the checkbox pop back unchecked if I try and check one)
<tissevert>I remembered ibus used dconf to store its config and I checked : no running dconf-service on my system
<tissevert>I located it in /gnu/store and run it, just to see, it «fixed» my problem temporarily
<tissevert>but I don't know if that's the right fix, I've seen something called «gconf» in ibus' derivation, I don't know it's a similar service, maybe people should just pick their favourite config-storing service ?
<tissevert>so, I'd love to hear what is the right way to do this, and if it's only my bad setup or if there's something to fix here
<tissevert>good night o/ (it's night and way too warm to stay up late here)
<butterypancake>anyone here familiar with how udev rules work in guix? I installed libu2f-host which installed some udev rules to it's install location but I'm a little unsure if they are actually being used. I'm trying to get a U2F key to work. Does anyone know if U2F works through IceCat? I know it works through firefox
<butterypancake>looking in the directory returned by `herd rules udev` shows me lots of sym links but none of those are the udev file I want to use. Does that mean I need to do something special to get the udev rules?