[Starlingx-discuss] [build-report] master STX_build_layer_containers_master_master - Build # 90 - Still Failing!

Bailey, Henry Albert (Al) Al.Bailey at windriver.com
Tue Dec 8 23:16:20 UTC 2020


I think the trailing number was just a wild goose chase.
The resolver will complain if a min version and a max version don't line up.
I was able to successfully use some of the entities in a minimal setup (boto3, iso8601) that had been failing when hitting conflicts in the larger env.
Al


________________________________
From: Jeremy Stanley <fungi at yuggoth.org>
Sent: Tuesday, December 8, 2020 4:12 PM
To: starlingx-discuss at lists.starlingx.io <starlingx-discuss at lists.starlingx.io>
Subject: Re: [Starlingx-discuss] [build-report] master STX_build_layer_containers_master_master - Build # 90 - Still Failing!

[Please note this e-mail is from an EXTERNAL e-mail address]

On 2020-12-08 20:32:23 +0000 (+0000), Bailey, Henry Albert (Al) wrote:
[...]
> In python3 it uses a diff resolver.  Which seems to fail for any
> component ending in a number (Django2, iso8601, etc..)
[...]

Interesting. I've helped a lot of folks fix latent dependency
version conflicts exposed by the new solver, but this is the first
I've heard that it cares whether package names end in digits. Can
you point to where you saw that asserted?
--
Jeremy Stanley
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20201208/6ab11288/attachment.html>


More information about the Starlingx-discuss mailing list