GNU bug report logs -
#53332
[version-1.4.0] python-black fails sanity-check
Previous Next
Reported by: Leo Famulari <leo <at> famulari.name>
Date: Tue, 18 Jan 2022 00:45:02 UTC
Severity: normal
Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 53332 in the body.
You can then email your comments to 53332 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#53332
; Package
guix
.
(Tue, 18 Jan 2022 00:45:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Leo Famulari <leo <at> famulari.name>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 18 Jan 2022 00:45:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Since the version-1.4.0 merge, python-black fails the sanity-check
phase:
------
starting phase `sanity-check'
validating 'black' /gnu/store/s2lic2m7cxzzfc19cans1i6q494484qm-python-black-21.12b0/lib/python3.9/site-packages
...checking requirements: ERROR: black==21.12b0 ContextualVersionConflict(tomli 2.0.0 (/gnu/store/4k52mqy3c7dkgfmxgl21lzq3k9vx6gz5-python-tomli-2.0.0/lib/python3.9/site-packages), Requirement.parse('tomli<2.0.0,>=0.2.6'), {'black'})
error: in phase 'sanity-check': uncaught exception:
%exception #<&invoke-error program: "python" arguments: ("/gnu/store/35ix1m6m8a5s21j02ajhdyqxb2xkshfb-sanity-check.py" "/gnu/store/s2lic2m7cxzzfc19cans1i6q494484qm-python-black-21.12b0/lib/python3.9/site-packages") exit-status: 1 term-signal: #f stop-signal: #f>
phase `sanity-check' failed after 0.2 seconds
command "python" "/gnu/store/35ix1m6m8a5s21j02ajhdyqxb2xkshfb-sanity-check.py" "/gnu/store/s2lic2m7cxzzfc19cans1i6q494484qm-python-black-21.12b0/lib/python3.9/site-packages" failed with status 1
builder for `/gnu/store/fi5h4bk3qqyisdsp5lf35104sdaiv0vh-python-black-21.12b0.drv' failed with exit code 1
build of /gnu/store/fi5h4bk3qqyisdsp5lf35104sdaiv0vh-python-black-21.12b0.drv failed
------
Indeed, python-tomli was updated to 2.0.0, which is not considered
compatible with python-black.
This breaks 240 dependent packages.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#53332
; Package
guix
.
(Tue, 18 Jan 2022 02:49:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 53332 <at> debbugs.gnu.org (full text, mbox):
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.
Reply sent
to
Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
:
You have taken responsibility.
(Tue, 18 Jan 2022 04:20:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Leo Famulari <leo <at> famulari.name>
:
bug acknowledged by developer.
(Tue, 18 Jan 2022 04:20:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 53332-done <at> debbugs.gnu.org (full text, mbox):
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
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 15 Feb 2022 12:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 71 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.