(In reply to Michal Suchanek from comment #11) > However, this does not encode the flavour (default/debug/bigmem/lpae/..). > Even if we figure out a way to encode that and not overflow the range it is > used 100% which does not work long term. If you find you need to reorganize > the kernel priority later there is no room to use for that. Is there any need for flavour priorities? or can they all be equal? 4294967295 0414012001 Fwiw we can use a different representation, but I dunno what would be the best to get a bigger number on 32bit, we can slap it over with long long and that should be enough? https://salsa.debian.org/dpkg-team/dpkg/blob/master/utils/update-alternatives.c#L493 It also seems the parts of the code represent it as long: https://salsa.debian.org/dpkg-team/dpkg/blob/master/utils/update-alternatives.c#L1208