CMake 4 upload to unstable
Adrian Bunk
bunk at debian.org
Wed Dec 3 13:35:46 GMT 2025
On Wed, Dec 03, 2025 at 01:29:50PM +0100, Emilio Pozuelo Monfort wrote:
> On 02/12/2025 07:49, Adrian Bunk wrote:
> > On Thu, Sep 25, 2025 at 11:29:08AM +0200, Emilio Pozuelo Monfort wrote:
> > > On 25/09/2025 11:21, Timo Röhling wrote:
> > > > Hi,
> > > >
> > > > * Emilio Pozuelo Monfort <pochu at debian.org> [2025-09-25 10:07]:
> > > > > Yesterday when I read Simon's email I was going to suggest the same.
> > > > > Raise the severity now, and wait a bit more for packages to be fixed,
> > > > > as otherwise this may cause issues to ongoing or planned transitions.
> > > > That sounds like a reasonable approach.
> > > >
> > > > > Maybe we can evaluate it again in one month, and hopefully get it
> > > > > uploaded to sid soon.
> > > > I am a bit unhappy about the fuzziness of the "hopefully soon" part, and
> > > > I would prefer something more concrete that the Release Team is
> > > > expecting to happen / where the priorities are. For instance, am I
> > > > correct to infer from Paul's mail that dealing with key packages is more
> > > > important than merely reducing the overall number of open bugs fast?
> > >
> > > Yes, key packages are more important in general, as it's harder to get rid
> > > of those in testing if there's a need to unblock a transition.
> > >
> > > I think we can do it in one month if things look reasonably well, otherwise
> > > in two months as a hard deadline to not delay this indefinitely. Does that
> > > sound reasonable?
> >
> > This was over 2 months ago, and the number of key packages that FTBFS
> > with CMake 4 is now lower than the number that do still FTBFS with GCC 15.
>
> The llvm bugs worry me a little bit. Other than that, this would be good to go.
#1113237 contains plenty of investigation from Timo, with the open
question for the LLVM maintainers who know how their debian/rules
machinery works.
> Cheers,
> Emilio
cu
Adrian
More information about the Pkg-llvm-team
mailing list