Bug#1109176: Broken liblapacke:amd64 Breaks on libatlas3-base

Jochen Sprickerhof jochen at sprickerhof.de
Sat Jul 19 18:21:38 BST 2025


Hi,

I talked to the apt maintainer and other experienced DDs at DebConf and we don't think it will work without a transition package in bookworm. Jilian said that it would work with apt from experimental but that's not an option. Basically apt will sort keeping libatlas3-base installed over any other solution as long as there is no package with the same name in Trixie. You can try editing the Packages files in /var/lib/apt directly if you want to test other solutions.

Feel free to take it from here.

Cheers Jochen

Am 19. Juli 2025 18:47:17 MESZ schrieb "M. Zhou" <lumin at debian.org>:
>I disagree. You may have incorrectly understood the package
>relationship here.
>
>The binary package liblapacke is not a transitional package.
>The latest liblapacke cannot provide what the old libatlas3-base
>package provides. Instead, libatlas3-base is always a candidate
>that may serve as a dependency of liblapacke. After some
>point, libatlas3-base get removed, and hence existing packages
>depending on libatlas3-base has to be built against the other
>blas/lapack impelementations.
>
>The original Breaks relationship is due to the underlying
>update-alternatives mechanism. We are sure liblapacke does
>not work with libatlas3-base as the actual implementation.
>
>The correct solution is to simply ask apt to get rid of
>libatlas3-base. Please do not introduce a NEW binary package.
>This is not transition. This is deprecation, which is
>exactly Breaks+Repalces does.
>
>Let me handle this bug. I'm co-maintainer of src:lapack.
>
>On Sat, 2025-07-19 at 17:06 +0200, Jochen Sprickerhof wrote:
>> Hi,
>> 
>> I looked into it a bit more and got it working with a transitional dummy 
>> package as described here:
>> 
>> https://wiki.debian.org/RenamingPackages
>> 
>> I have added this to lapack:
>> 
>> Package: libatlas3-base
>>   Depends: libblas3, ${misc:Depends}
>>   Architecture: all
>>   Priority: optional
>>   Section: oldlibs
>>   Description: transitional package
>>    This is a transitional package. It can safely be removed.
>> 
>> As it is already late for trixie I uploaded it to NEW/experimental. The 
>> release team agreed to take it afterwards. I will take care of the rest 
>> unless someone disagrees with the approach.
>> 
>> Cheers Jochen
>> 
>> 
>> * Jochen Sprickerhof <jspricke at debian.org> [2025-07-18 10:26]:
>> > Hi,
>> > 
>> > * M. Zhou <lumin at debian.org> [2025-07-17 22:35]:
>> > > I'm still a little bit confused about the report.
>> > > 
>> > > Based on the podman image debian:bookwork, I can upgrade psfex without apt
>> > > reporting issue like reported. So the problem seems to be highly specific
>> > > to the -14 revision of atlas.
>> > 
>> > There is a reproducer in the initial bug report that is still valid 
>> > for me.
>> > 
>> > > Do that mean making lapack break the -14 version is enough to fix this bug?
>> > > ```
>> > > -        libatlas3-base (<< 3.10.3-14)
>> > > +        libatlas3-base
>> > > ```
>> > 
>> > From a quick look libatlas3-base in bookworm was split into multiple 
>> > packages and there is a Break: but no Replaces: see
>> > 
>> > https://wiki.debian.org/PackageTransition
>> > 
>> > I think #7 applies.
>> > 
>> > Cheers Jochen
>> 
>



More information about the debian-science-maintainers mailing list