<goldenshimmer>Why does `guix package` sometimes do extra stuff? For instance, running `guix package -r libchop` downloaded a copy of GTK, among other things, but I'd expect it to just recreate the current profile minus `libchop`. Does it upgrade things? Is it installing build dependencies needed to rebuild the profile?
<darkpsi>@pancak3 same problem ;/ looks like i am going to have to swallow my pride and go with a unecrypted boot
<pancak3>that's odd. Encryption worked for me on all my devices really easily. Mind you I was willing to make 2 partitions :P
<pancak3>also I went unencrypted first for a bit when I was still learning the configuration system
<darkpsi>@pancak3 i am sure i got it working in a virtual machine
<pancak3>Just to make sure, you did label the filesystem right? Like lsblk shows "croot" and then you have (device (file-system-label "croot"))
<pancak3>that just makes message-id always visable. maybe not what you want, but it's what I do
<zimoun`>pancak3: thanks. Almost what I want. With emacs-notmuch, I simply do ci and the Message-ID is copy/paste to the kill ring. I was expecting something similar with Gnus.
<darkpsi>@pancak3 hmm look very simular to what i am doing boot wise. only diffrence i can see is the fact yours is that your's is configured for efi
<darkpsi>alright i am off. i am going to give it one more go tomorrow, thanks for your help everyone
<pancak3>zimoun`: I'm having trouble finding anything. All I've found so far is mail-header-id but I don't know how to use it
<zimoun`>pancak3: thank you for the research. The Gnus manual is not so talkative about. I find information from Message-ID to article, but not from article to Message-ID. Well, maybe it is faster to write my own Emacs function. :-)
<daniel-molina>hi, newbie here. how programs should know about bash binary path or where is linux/limits.h to correctly compile?
<pancak3>zimoun`: mail-header-extract seems important
<tribals>I'm trying to follow instructions from here: https://guix.gnu.org/en/blog/2019/guix-on-an-arm-board/ I need to define bootloader for my ARM board. The docs says: The second argument is the target triplet that corresponds to the architecture of the board. I checked manual for my board, and it seems like it is aarch64 one. The question is: is there cross toolchain for aarch64 available in guix? Where can I check it is available?
<pancak3>tribals: did you read section 3.9 of the manual?
<xelxebar>tribals: Trying to do something similar, str1ngs mentioned an alternative to cross-buildings. You can register qemu-arm with the kernel's binfmt_misc so you can "natively" run arm executables.
<xelxebar>This will let you build arm stuff without needing to specify --target. You can just use --system, as if you were on an arm system.
<tribals>xelxebar: there no much difference to me as couldn't find the way to know is aarch64 supported as --system. There is no guix command that could print list of available systems/target, nor docs page with such a list (did I miss something?)
<PotentialUser-77>is guix suitable to use as my only OS or is it too immature at the moment? will running non free software be a nightmare?
<cbaines>PotentialUser-77, you're probably the only one who can assess suitability, since you know your own needs
<cbaines>As for running non-free software, I don't think it's significantly more a nightmare on Guix than otherwise
<PotentialUser-77>i guess i'm just curious as to how reliable and mature it is at the moment compared with something very established like debian. does it have a good amount of packages? and in terms of non free software, some systems won't provide an option for me to automatically install proprietary drivers for my graphics card for instance
<cbaines>Guix has less packages currently than Debian, but I would still say it has a good amount
<cbaines>I don't know of a way to automatically install proprietary graphics drivers
<tribals>one more question: what does `--system` actually do in `guix container` command? Is setting it to `--system aarch64-linux` will result in environ with cross-compiler in PATH?
<nckx>goldenshimmer: The profile itself is also a thing that needs to be built: it contains more than the sum of its parts, such as the info directory, MIME/icon cache, ... These files are generated using tools such as GTK's gtk-update-icon-cache.
<tribals>strings: thanks. Seems that it requires some binary firmware (probably for trust zone), these are available it khadas's github form of u-boot. It is permitted to include it in the package? How can I declare bootloader with additional files available somewhere on the internet?
<str1ngs>RG[web]: also gstreamer 1.18.0 support webrtc, so it would be nice when it comes time to upgrade to 1.18.0 if we can add that support. would be good later down the road for epiphany and nomad.
<roptat>it's on a foreign distro, from a tty, and the system uses sss in nsswitch.conf
<RG[web]>Regarding features, if the flags are set to "auto" by default, then you can just add input to enable a feature. If the flag is "false" by default, the you have explicitly set flags and also add the inputs.
<daemonspudguy>I noticed that all IRCCloud users are in the quiet list. Why is that? All IRCCloud users are given unique IDs and it is the only updated client for Android. Can you fix that? For more information see https://irccloud.com/abuse
***ChanServ sets mode: -o lfam
<lfam>I don't know when that was done, or what the circumstance was