<lfam>slyfox: Master is not merged automatically into core-updates. We do it manually
<lfam>I don't think it could be done automatically. There are usually merge conflicts that require human review
<slyfox>right. basically core-updates is not meant for users at all
<lfam>slyfox: Well... I hope that some of us try to use while it's still being built, so that we can catch bugs before we merge it back in to master. But for most of the core-updates cycle, important things may not build at all
<lfam>At the beginning of the cycle, we are just updating core packages on that branch without testing if they build or not. It's computationally too expensive to use at that point, because every day a full rebuild may be required.
<lfam>slyfox: I'm not that familiar with the process of adding support for new architectures. But in general, if some change is useful on its own and does not cause too many rebuilds, it can go to master. Otherwise, to core-updates.
<lfam>efraim may have some advice if he is around. He's been doing the aarch64 port
<slyfox>AFAIU it changes glibc and triggers rebuild for everything
<kyamashita>On my system, "perl -V" gives "Jan 1 1970 00:00:00" like it should.
<kyamashita>As I go through the diffs between each build, I only see the timestamp and the resulting hash of the package change. If the problem is with perl and that's the only problem these packages have with reproducibility, I'll continue my evaluation normally.
<lfam>Makes sense. We should fix the issue with Perl
<jmi2k_>kyamashita: yes, with minor differencies. The UUID is defined as %root-crypt-uuid, which should make no difference. Also, device field is "/dev/mapper/root" and the title field is 'device. The rest looks the same.
<alezost>When you call "M-x debpaste-paste-region", it pastes the selected region and puts the paste URL into clipboard.
<alezost>When you call "M-x debpaste-display-paste", it receives the paste from the URL at point
***jonsger1 is now known as jonsger
<ng0>*grummel* what am I missing in offloading when on the build-machine I have (guix config) and can load it fine with guile, but the 'guix offload test' throws me guix offload: error: failed to use Guix module on '192.168.1.179' (test returned #<unspecified>) ? when I run the ssh command to execute the guile command, the error says that the module doesn't exists, yet the user profile on the build-machine has it