GNU bug report logs - #53332
[version-1.4.0] python-black fails sanity-check

Previous Next

Full log

Message #13 received at 53332-done <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: Leo Famulari <leo <at> famulari.name>
Cc: 53332-done <at> debbugs.gnu.org, Marius Bakke <marius <at> gnu.org>
Subject: Re: [version-1.4.0] python-black fails sanity-check
Date: Mon, 17 Jan 2022 23:19:31 -0500

Hello,

Leo Famulari <leo <at> famulari.name> writes:

> On Mon, Jan 17, 2022 at 07:44:05PM -0500, Leo Famulari wrote:
>> Indeed, python-tomli was updated to 2.0.0, which is not considered
>> compatible with python-black.
>> 
>> This breaks 240 dependent packages.
>
> It's unfortunate that tomli itself has thousands of dependent packages.
>
> Things were fine on the version-1.4.0 branch, with an *older* version of
> python-black:
>
> https://ci.guix.gnu.org/build/359319/details
>
> It's surprising that later versions of python-black would be less
> compatible with its dependencies, but that's what has happened:
>
> https://ci.guix.gnu.org/search?query=spec%3Amaster+system%3Ax86_64-linux+python-black
>
> Maxim, do you remember why you updated python-tomli? Marius, do you
> remember why you updated python-black? I could use some advice about how
> to untangle this.

The python-tomli brought a cleaner bootstrap path, IIRC.

I fixed python-black by relaxing its requirement in
d849be7b5fe7d6f20f9a46793d8ba6ca2a3a54ba.

Closing.

Thanks for the report!

Maxim

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.