what's the plan with llvm-toolchain-*

Paul Gevers elbrus at debian.org
Fri Mar 25 21:00:46 GMT 2022


Hi Sylvestre,

On 18-10-2021 22:42, Sylvestre Ledru wrote:
>> So, please share your plans with us.
> My target is to have 2 versions for the next release. Realistically,
> because of all the use
> cases (ex: ghc), it is hard to have all packages focusing only one
> version of llvm.

You recently added llvm-14, we already (still) have three versions in 
testing. We're going in the wrong direction.

> Currently, I am clearly failing at this. ;)
> LLVM upstream is going through some significant changes in term of build
> systems. I have been focusing
> on bringing 12 & 13 at this level (they both have failures currently).
> 
> Once they are green, I will work on the transition to 12 or (probably?)
> 13 and the removal of the older.

I have a proposal, let's try to control this a bit better. We have 
multiple other "systems" in Debian where we handle multiple versions 
(like Python, Ruby, ...), but I hear your "hard to have ..." problem. I 
propose:
0) We plan to have at most two versions of llvm in the release. Can you 
make a proposal for bookworm, which versions do you plan we will ship?
1) At all times, no more than three versions of llvm in unstable and 
testing. You can upload and prepare in experimental, but uploads to 
unstable tend to raise expectations of people that they can use it.
2) Which means, that before a new version can be introduced, we have to 
get rid of one of old ones. If we're better at communicating the plan, 
we can be more aggressive in removing packages that don't migrate to one 
of the supported versions.

What do you (and others) think about this? Anything wrong with this 
proposal?

Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-llvm-team/attachments/20220325/4276e9aa/attachment.sig>


More information about the Pkg-llvm-team mailing list