Libre GPU/VPU/SOC updates/OFF TOPIC

Hey Guix people! Do you remember those libre hardware SOC EOMA68 computing devices? https://www.crowdsupply.com/eoma68/micro-desktop It was a system-on-a-chip, that had 1 GB ram that you put in your laptop or desktop housing. You could then upgrade to the new SOC for $50. That's game

Re: Honeycomb LX2 ARM board, problems booting Guix

One way to find the missing modules is to boot another distro (or maybe the installer has a lot more modules than the installed system) and look at dmesg. You might see something like: scsi host0: ahci-sunxi ata1: SATA max UDMA/133 mmio … sunxi-mmc 1c12000.mmc: initialized, … mmc0: host does

Re: Honeycomb LX2 ARM board, problems booting Guix

On 2021-06-29, Christopher Baines wrote: > I've had a Honeycomb LX2 board for a few weeks now, but I've been > struggling to get Guix installed on it. > > The most success I've had is with an installer image written to either a > USB drive or nVME drive. I changed the bootloader to the >

Honeycomb LX2 ARM board, problems booting Guix

Hey, I've had a Honeycomb LX2 board for a few weeks now, but I've been struggling to get Guix installed on it. The most success I've had is with an installer image written to either a USB drive or nVME drive. I changed the bootloader to the grub-efi-bootloader, using the efi-raw image type, a

Wrap %default-guix-channel inside channel-with-substitutes-available by default?

I think the potential to confuse new users with this enabled by default is higher than without it. Assume that Alice just sent a bug report to Guix, that has been closed or has otherwise been made aware of some bug affecting a software she uses, for which a fix has been pushed. Naturally, she's

Re: [core-updates] texlive 2021 bootstrap problem

Hello, TeX Live situation update: Em sexta-feira, 25 de junho de 2021, às 02:00:37 -03, Thiago Jung Bauermann escreveu: > Em sexta-feira, 25 de junho de 2021, às 00:34:23 -03, Maxim Cournoyer > escreveu: > > > I had a cursory look at the commits; they look good to me! And the > > commit

Wrap %default-guix-channel inside channel-with-substitutes-available by default?

I think, by default, the focus should be on speeding up Guix (and specifically `guix pull`). I suggest to wrap %default-guix-channel inside channel-with-substitutes-available, like this: (define %default-channels (list (channel-with-substitutes-available %default-guix-channel

Re: LAPACK vs. OpenBLAS

Ludovic Courtès writes: > Hi Eric, > > Eric Brown skribis: > >> There are scenarios where reference BLAS is more stable and/or >> reproducible than optimized BLAS libraries. Sometimes its lack of >> knowledge of OpenBLAS and/or a numerical issue. >> >> (cf. GNU R's discussion of which BLAS to

Re: New signing key

Hi Tobias, On Tue, 2021-06-29 at 16:40 +0200, Tobias Geerinckx-Rice wrote: > Question: I think committers should be trusted with discretion in > how they prefer to manage their keys, but how about briefly > documenting a suggested sane key-management strategy to new > committers, like we

Re: LAPACK vs. OpenBLAS

Hi Ludo'! Ludovic Courtès writes: > Hi Eric, > > Eric Brown skribis: > > Are there other cases where netlib BLAS is considered more appropriate > than OpenBLAS because it’s more numerically stable? > Sorry about that, the full discussion is here:

Re: New signing key

Question: I think committers should be trusted with discretion in how they prefer to manage their keys, but how about briefly documenting a suggested sane key-management strategy to new committers, like we already describe some rando's editor set-up? :-) I don't think most people *insist* on

Re: LAPACK vs. OpenBLAS

Hi Eric, Eric Brown skribis: > There are scenarios where reference BLAS is more stable and/or > reproducible than optimized BLAS libraries. Sometimes its lack of > knowledge of OpenBLAS and/or a numerical issue. > > (cf. GNU R's discussion of which BLAS to use.) Do you have a pointer to that

Re: Authenticating maintenance.git

Hi, Maxime Devos skribis: > Chris Marusich schreef op wo 23-06-2021 om 18:01 [-0700]: >> Although I was now able to run the pre-push hook, it seems unaware of my >> PGP key. I tried making the attached change to the README and testing a >> push via "git push -n origin", and it complained about

Re: New signing key

Hi, Eric Bavier skribis: > On Wed, 2021-06-23 at 15:48 +0200, Ludovic Courtès wrote: [...] >> In >> d1d2bf3eb6ba74b058969756a97a30aec7e0c4d1 I added your new key and >> renamed the old one, but perhaps we can just remove the old one, if the >> old sub-key is still in the new one? > > I

Removing package input labels: last call!

Hello Guix! Just a heads-up: I plan to go ahead with the proposal to remove package input labels on ‘core-updates’ in the coming days if there are no objections: https://issues.guix.gnu.org/49169 I’m still interested in hearing about special cases that do not have an obvious “translation”,

Re: Early feedback on Guix Home

Hi, Xinglu Chen skribis: > On Wed, Jun 23 2021, Ludovic Courtès wrote: [...] >> Anyway, I backed up a bunch of files :-) and eventually gave it a try, >> just to notice that ‘guix home reconfigure’ was very careful about >> creating backups of any files it was going to overwrite, and it was

Re: Early feedback on Guix Home

Hi, Andrew Tropin skribis: > Ludovic Courtès writes: [...] >> I found ‘symlink-manager.scm’, which is what I was looking for, but >> that code is fairly complex. > > Yep, perhaps it a little monstous) Maybe cleaning it up is a good idea > before sending the patch to guix. That’d be great.

Re: 5c8369d6c1 gnu: Add python2-twodict ?

Hi, On Tue, 29 Jun 2021 at 06:04, Maxim Cournoyer wrote: > Raghav Gururajan writes: > >> Python 2 is EOL since a long time now > > > > Ah I see. I didn't know that. Quoting Python Foundation: <> For reference: . > >> I propose to deprecate this

Re: Questions regarding Python packaging

Hi Hartmut, > What should be the use of having a package without pip? Anything else > than saving a few KB? saving some space and unvendoring components that we also have separate packages for. (As I understand it, ensurepip, which installs both pip and setuptools, is merely a convenience tool