<dftxbs3e>apteryx, where it's being used? I have another problem: %current[-target]-system isnt available there and adding (guix utils) to #:modules doesnt work either, it says it can't find the module.. when (guix elf) works for example.. I don't understand why
<apteryx>you probably want to unquote that information from the host layer into the build layer
<apteryx>so (guix utils) would be imported at the top level of the module
<dftxbs3e>phant0mas, Well! We'll need reviews, but for now I'm just waiting for builds. Do you have a PowerPC 64-bits Little Endian machine at hand? I could make available a virtual machine to you (and others).
<dftxbs3e>There's not that *much* work, mostly waiting for builds, to be very honest.
<phant0mas>I don't, is it too hard to run a powerpc vm locally?
<dftxbs3e>phant0mas, you mean emulating it? It'll be very slow
<wonko_the_sane>hmmm this seems brain damaged on guix invoking 'lastlog' fails and emits '/etc/lastlog: No such file or directory' (yeah i would expect not thanks) , /var/log/lastlog file exists as expected. It's cool that your trying to deprecate the filesystem hierarchy standard but, but this just seems like a practical joke or something :D I'm pretty sure the lastlog program I'm familiar with is hardcoded to read
<marusich>cross-arch emulation is surprisingly slow.
<wonko_the_sane>/var/log/lastlog or at least it doesn't expose any options to change that... /etc/login.defs has only 2 lines (setting ENV_PATH and ENV_SUBPATH) is it incomplete may be ?
<dftxbs3e>There's also something else that's relevant to PowerPC 64-bits Little Endian, it's about Golang in GNU Guix, the bootstrapping needs to be updated to use gccgo instead of go 1.4.
<wonko_the_sane>i've been having some weird behaviours with sshd and i was thinking it could be related. So i grep -ri src/guix/ -e lastlog and the only matches are from gnu/services/ssh.scm hmmmm
<efraim>dftxbs3e: I've applied the patch on top of my local wip-ppc branch, but it could take a couple of days to build out to cmake-minimal
<marusich>dftxbs3e, regarding your latest changes, I will do my best to get them merged in the next couple days to the wip-ppc64le branch on savannah (which is where we are doing the POWER9 work, for those who have not heard of it). Maybe you can nag Ludo and the others for commit access later :)
<dftxbs3e>marusich, I need one more "vouch", maybe that will be Ludo, don't know!
<efraim>gcc and guile-3 take a couple of hours to build each
<phant0mas>dftxbs3e: thank you! I will give the gccgo a try
<efraim>phant0mas: I suspect it'll need something similar to the *-toolchain to work correctly
<dftxbs3e>phant0mas, if you can make it work on x86_64-linux, it will be useful on PowerPC 64-bits Little Endian as well.
<dftxbs3e>Basically the problem is that go 1.4 does not support powerpc64[le] code generation at all, but we can only bootstrap from there. The only alternative is gccgo (not written in go even today).
<efraim>that's how we tested the binutils-gold for aarch64, built it on x86_64 and when it was working tested it on other machines
<dftxbs3e>Thanks a lot! Nice to see people motivated :-)
<dftxbs3e>marusich, Debian Bullseye could do as well, since there's a guix package there now,.
<dftxbs3e>This patch could be useful to review as well: https://issues.guix.gnu.org/46305 - it allows to setup a 4to6 tunnel easily to give one IPv6 access when they only got IPv4. It's zero-configuration so miredo just needs to be run as root and it works. So for example if I give access to VMs, I only have an IPv6 range to assign them IPs at home, without miredo some times people wont be able to connect to my VMs.
<dftxbs3e>Miredo embeds some public teredo servers by default that it uses (that's why it's zero-configuration).
<dftxbs3e>phant0mas, how difficult do you think it would be?
<phant0mas>dftxbs3e: not sure yet, I have issue with my setup which I am fixing now :)
<hulten>That might be a good approach – right now I have three users (for personal use, work, and my wife), and 'guix package -i' works quite well if something is not available, especially if the version is the same in another profile where it is already installed (so roughly same guix checkout).
<g_bor[m]>What I do is that I have a manifest for my user profile. This does not make clutter in config.scm, and I can still keep track of what is happening.
<hulten>But it is a bit of a hassle; I'm often not sure if a package is available.
<dftxbs3e>kondor41, what is the point of the inferior here exactly?
<hulten>dftxbs3e, about the mcron jobs you have in your config.scm, (1) are they running properly, and (2) why not a single 'guix gc -F 100G --optimize' command (as it is running at the same times/frequencies)?
<kondor41>and the computers we have are not thinkpads :D
<vagrantc>efraim: i haven't hardly had a chance to try
<hulten>(Cron jobs are not working for me, so maybe I can follow your example.)
<dftxbs3e>kondor41, I mean even without the freeness part GNU Guix needs some work. And for the rest, some third party channels can well cover the need so :-)
<dftxbs3e>phant0mas, I really don't know, so follow other's advice :-D
<dftxbs3e>cbaines, I feel anxious/stressed doing anything, I like to rely on some tools to guarantee some things for me, it helps me feel more comfortable mentally working on something.
<dftxbs3e>cbaines, e.g. Rust programming language being solution to my security bugs anxiety/stress writing C, being extra careful and doubting every single line of code spending too much time on them.
<kondor43>phant0mas hahaha, rust as a stress reducing instrument, love that
<dftxbs3e>cbaines, not sure what the question was, but maybe define specific configurations that should always be tested (instead of observing all packages, observe specific high-profile configurations, such as XFCE or GNOME with default apps and config)
<civodul>htgoebel: do you know how to eventually export notes from the pad?
<dftxbs3e>require that these configurations never break, builds and system tests, also with UI tests it would be great, not sure UI tests are possible but ensure specific features are working and well configured somehow
<dftxbs3e>cbaines, alternatively, somehow make a database of user configurations (user-contributed) moderated lightly but with minimum gate-keeping and present results in some QA page so we can easily find out when things break for users.
<htgoebel>civodul: In the right top corner here is a menu (three dots) and there is "export"
<kondor43>cbaines one thing i forgot, multiple profiles have become a thing for many Guix users; it could be useful to test specific packages how well they work when there are parallel profiles on the system
<dftxbs3e>cbaines, as an example, for the rustc compiler, they have something called crater that runs builds on all crates in the eco-system to find bugs in the compiler, similar thing for GNU Guix would be nice but for user configurations. It essentially gives us what packages are used, to prioritize.
<dftxbs3e>cbaines, civodul: I mean that GNU Guix packages are managed by GNU Guix itself, "crates" are user-data, people's configurations would also be user data.
<dftxbs3e>It can be overwhelming to see all packages fail, I suggested ensure some high-profile configurations are tested.
<civodul>it's possible for a user to have their own system tests, though
<dftxbs3e>civodul, I have in mind that user could submit their configuration as-is (config.scm) and have it tested automatically with feedback on every change to developers making changes in case something breaks
<dftxbs3e>civodul, cbaines: I think it is also important to bake every automated QA mechanism with notifications on the mailing list in the concerned bugs (for example for new patches, creating whole new issues automatically would be overkill)
<dftxbs3e>So that it solves the discover-ability problem of QA tools
<PotentialUser-97>Why is there a program that is not completely open source (like Telegram) in Guix packages?
<dftxbs3e>cbaines, and embed a default list of these alternate substitute servers and it will only download identical substitutes to official ci.guix.gnu.org available on these other mirrors rather than require more signing keys to be approved
<dftxbs3e>PotentialUser-97, the desktop client is Free Software, that's enough for inclusion in GNU Guix, antifeatures like supporting nonfree services is another thing relevant but not prohibiting inclusion in GNU Guix.
<wonko_the_sane>The crypto of telegram isn't taken seriously by any cryptographer is it ?
<dftxbs3e>wonko_the_sane, you could be using Telegram for it's awesome UI/UX and responsiveness also being keen to privacy even though very imperfect because favors usability over privacy/security. (E2EE not on by default, custom obscure crypto protocols)
<dftxbs3e>rekado_, FDroid already applies such labeling for Antifeatures, it makes sense to me to have some hierarchy here between proprietary services with Free Software clients and Free Software clients to Free Software servers you can reinstall if you want to.
<hulten>Since the Telegram client is free software, there is a protocol at least implicitely documented there in the code to talk to servers; hence, one could in principle install a (free software) Telegram server.
<hulten>(I mean: first write, compile, then install.)
<dftxbs3e>hulten, that Free Software Telegram server does not exist however, and the point of Telegram is to discuss with people so that alternate server certainly wont federate with the main network, the main network wouldnt allow it a.k.a the company behind Telegram.
<kondor4>completely unrelated (as i got in here back from another meeting), can anyone recommend a more GNU friendly variant of Amazon cloud where I could run an instance of Guix (as a KVM image) for a few days (and use it for a student course)?
<dftxbs3e>kondor4, Digital Ocean there is a deploy script for it. See guix deploy - but it's just because it exists, Amazon Cloud would be as suitable if it did have the same deploy script.
<dftxbs3e>rekado_, it is relevant to the whole political software freedom battle to put hierarchy between solutions that care about software freedom fully and those who consider it only second priority (like Telegram vs GNU Jami)
<dftxbs3e>Besides developers who can inspect code, non-developer users are not aware about the difference.
<vagrantc>rebuilding the world for armhf ... that will be fun!
<hulten>What about informing and educating users through different ways than 'guix package', e.g. an article on the Guix blog explaining that packages are FSDG-compliant but they may always have some other issues?
<dftxbs3e>janneke, I didnt know it was all Scheme!
<euandreh>rekado_: after reading "How to Write Portable C Without Complicating Your Build", I started using c99 on my personal projects, and when I package the first I found that gnu-build-system doesn't have c99
<iis>How can I set gnu guix to automatically mount usb pendrives when attached? Actually, I open terminal and after plug in the usb memory stick, I run sudo fdisk -l then mkdir $HOME/pendrive ; sudo mount /dev/sdc1 and for unmount the following: sudo umount /dev/sc1 . This process lets me see the usb pendrive contents, but in thunar I cannot unmount because it requires root privilegies
<efraim>I think I have a working prototype for re-integrating rust with the graph generation
<efraim>and when we have reusable rust build artifacts it'll drop right in
<dannym>janneke: Reason for crash is "#if MAX_NEEDED_FROM % MIN_NEEDED_FROM != 0" in skeleton.c
<dannym>So I guess generally modulo and division for long long is broken :P
<dannym>"#if (2 % 2)" also crashes with segv (division by zero)
<moopi>Hello everyone! I am a new user to Guix System and have a question. I type programmer dvorak though Xorg does not recognize it. Do I simply add the required lines in my config? I refer to subsection 10.6 Keyboard Layout.
<roptat>but it's limited to just the few first sentences
<kondor>rekado_ it was mentioned in the context of, i believe, patch submission workflow (or, something related. More general context making it easier to contribute to guix) and civodul mentioned you as the author of the thing
<pinoaffe>I think the only times I got icecat to crash was when I ran out of memory/disk/processing power or when I killed random icecat workers to prevent any of those from happening
<iis>recently I installed Gnu Guix OS. During the installation i selected to install i3 and xfce as Desktop Environment. But at the login there is no way to select what DE use, simply goes automatically to i3wm. What I should do or install to get the option to select i3 or xfce DE at starting of session?
<nckx>Which display (log-in) manager do you use? I think there's one minimal one that doesn't list the session types unless you hit F1/F2 or whatever.
<iis>nckx: I guess I have that you say. It is what I got after installation of GNU GUIX OS
<iis>Should I install a login manager?, someone told me about SDDM
<euandreh>the implementation even mentions that it should behave like a constexpr in C++
<iis>here again, I am know on xfce but it looks that something is not good. The mouse pointer is an X . the hexchat window is not possible to maximize or minimize or adjust the size, it lacks of the close bar I guess
<cbaines>civodul, there's no "number of affected builds yet", there probably should be. I just ticked "All results" and watched my browser struggle to load the page
<iis>roptat, I am looking for it ~/.xfce4-session.
<pkill9>i don't understand this, if i run `guix build -n quassel` it returns the store path, yet when I run `guix build -n qtbase` it says it will download qtbase, but qtbase is an input to quassel so it should already be in the store as quassel is already downlaoded
<civodul>cbaines: are you looking at "package derivation changes"?
<roptat>iis, or maybe a .log file in .cache/xfce4 or .cache/sessions ?
<iis>roptat, no theres no ~/.xfce4-session. I am looking in .cache
<cbaines>civodul, ah, so the derivations have changed, but the outputs haven't. guile-json looks to be used in lots of fixed output derivations
<civodul>cbaines: something we didn't mention this morning: flaky packages or test suites
<civodul>looks like the Coordinator is already equipped for that
<cbaines>yeah, making it easy to retry automatically is really useful whether you want high substitute availability, or to work out what packages really fail to build, or are just flaky
<cbaines>I think that's one of the key factors why guix.cbaines.net still has higher substitute availability (at least for x86_64-linux) than ci.guix.gnu.org, even though it has far less compute resouces