Bug#983892: libpetsc64-complex3.14-dev: leaves alternatives after purge: /etc/alternatives/*petsc64*
Drew Parsons
dparsons at debian.org
Mon Mar 8 11:07:13 GMT 2021
Source: petsc
Followup-For: Bug #983892
Control: tags -1 help
I'm looking into this problem. It's not immediately obvious where the
problem ultimately lies for this reason: the petsc64 scripts have been
constructed by analogy (copy&adapt) with the correspond petsc
(petsc32) scripts.
The prerm scripts have been configured to remove these alternatives.
At first scrutiny, libpetsc64-complex3.14-dev.prerm seems to be
addressing the alternatives in the same way as
libpetsc-complex3.14-dev.prerm (apart from handling some old legacy
alternatives which shouldn't be affecting
libpetsc64-complex3.14-dev)
If libpetsc-complex3.14-dev is uninstalling cleanly as intended then
why would libpetsc64-complex3.14-dev not be doing the same?
Likewise, libpetsc64-complex3.14-dev should be behaving the same as
libpetsc64-real3.14-dev. Why is this problem only occuring with
libpetsc64-complex3.14-dev ?
If anyone can spot the difference then I'll be happy for the help.
Drew
More information about the debian-science-maintainers
mailing list