[Bug 2061175] Re: Handle (t64) package replacements

[Launchpad Bug Tracker]

This bug was fixed in the package ubuntu-release-upgrader - 1:24.04.14

---------------
ubuntu-release-upgrader (1:24.04.14) noble; urgency=medium

  [ Brian Murray ]
  * Set prompt to lts because 24.04 is one (LP: #2061214)

  [ Nick Rosbrook ]
  * DistUpgradeQuirks: tell apport to ignore update-apt-xapian-index
    (LP: #2058227)
  * DistUpgradeQuirk: fix check for linux-image-raspi in cache (LP: #2061181)
  * DistUpgradeQuirks: handle t64 replacement packages (LP: #2061175)
  * Run pre-build.sh: updating mirrors, demotions, and translations.

 -- Nick Rosbrook <enr0n at ubuntu.com>  Mon, 15 Apr 2024 15:02:26 -0400

** Changed in: ubuntu-release-upgrader (Ubuntu Noble)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubuntu-release-upgrader in
Ubuntu.
https://bugs.launchpad.net/bugs/2061175

Title:
  Handle (t64) package replacements

Status in Release Notes for Ubuntu:
  New
Status in ubuntu-release-upgrader package in Ubuntu:
  Fix Released
Status in ubuntu-release-upgrader source package in Noble:
  Fix Released

Bug description:
  We should do something like:

  for package in cache:
    if package.is_installed and <candidate version is obsolete>:
       replacement = <find a package in the archive that Conflicts/Breaks + Replaces + Provides it>
       replacement.mark_install(auto_fix=False, auto_inst=False)
       replacement.mark_remove(auto_fix=False)

  To hint the solver to remove the installed pre-t64 packages and
  install packages replacing it. We gotta do some auto_fix, auto_inst
  False stuff as we do not want to resolve the dependencies at this
  point, let the upgrader work on this.

  I do not believe we have to protect our choice to remove the packages
  here like we did for gpg-wks-server as the packages are not updatable,
  but I can't say I've checked. Potentially maybe just the mark_install
  are enough since they will inevitably result in removals anyway, but
  this would be easier if the removal sticks around.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-release-notes/+bug/2061175/+subscriptions