[Bug 2025400] Re: zypper often fails to download packages when using HTTPS

Luca Boccassi 2025400 at bugs.launchpad.net
Fri Jul 7 11:09:50 UTC 2023


> Thanks for the patch Luca! Could you tell us when are you planning to
fix this in Debian unstable and therefore Mantic? We should get this
fixed in the development release before it reaches the SRU team.

It's done now, newest libsolv/libzypp/zypper are in unstable.

> So I think we should fix both releases (Jammy and Kinetic) , or at
least use another version string, such as 17.25.7-2.1~ubuntu0.22.04.1.

I'll fix the version string, it's ok for this to wait until it's EOL to
save some work and time, given it's just a couple of weeks.

> And also what about Lunar? I suppose it is also affected, right? We
can't fix Jammy and leave the newer stable releases (> Jammy) affected
by the bug.

Ok, I'll get a debdiff and a quick test going for Lunar as well as soon
as I can.

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/2025400

Title:
  zypper often fails to download packages when using HTTPS

Status in libzypp package in Ubuntu:
  Confirmed
Status in libzypp source package in Jammy:
  Confirmed
Status in libzypp source package in Mantic:
  Confirmed

Bug description:
  There are known issues in zypper that cause frequent failures to
  download packages when using HTTPS:

  https://github.com/openSUSE/zypper/issues/420
  https://github.com/openSUSE/zypper/issues/399

  There are a couple of fixes that solve most of the problems in
  libzypp:

  https://github.com/openSUSE/libzypp/commit/25688b7f6da7a8ab2ef3ec2f68f4df86ff85e4b5
  https://github.com/openSUSE/libzypp/commit/ac4f61ea6e3f825b17679cdad7a73f591e393124

  It would be good to backport these to Jammy, given zypper is used to
  bootstrap SUSE images from CIs running Jammy, like Github Actions.

  [Impact]

  We are hitting a lot of issues when using zypper with https on Jammy
  on Github Actions, and these upstream changes help alleviate those
  issues.

  [Major Changes]

  Only two bugfix backports, no API changes:

  https://github.com/openSUSE/libzypp/commit/25688b7f6da7a8ab2ef3ec2f68f4df86ff85e4b5
  https://github.com/openSUSE/libzypp/commit/ac4f61ea6e3f825b17679cdad7a73f591e393124

  [Test Plan]

  Verified that zypper still works on jammy to bootstrap a suse image
  using mkosi:

  root at jammy:~# dpkg -l | grep libzypp1722
  ii  libzypp1722:amd64                      17.25.7-2.1ubuntu0.22.04.1                             amd64        openSUSE/SLES package management system (library)
  root at jammy:~# grep VERSION_ID /etc/os-release 
  VERSION_ID="22.04"
  root at jammy:~# mkosi -d opensuse -r tumbleweed --format=directory --package=systemd build
  ‣ Removing output files…
  ‣ Building default image
  ‣  Mounting image…
  ‣   Installing Opensuse
  Loading repository data...
  Reading installed packages...
  Resolving package dependencies...

  The following 3 NEW packages are going to be installed:
    compat-usrmerge-tools filesystem system-user-root

  3 new packages to install.
  Overall download size: 0 B. Already cached: 371.4 KiB. After the operation, additional 731.5 KiB will be used.
  Continue? [y/n/v/...? shows all options] (y): y
  In cache compat-usrmerge-tools-84.87-5.14.x86_64.rpm                             (1/3), 286.6 KiB (730.0 KiB unpacked)
  In cache system-user-root-20190513-2.11.noarch.rpm                               (2/3),   9.1 KiB (  275   B unpacked)
  In cache filesystem-84.87-12.1.x86_64.rpm                                        (3/3),  75.7 KiB (  1.3 KiB unpacked)

  Checking for file conflicts: ...................................................................................[done]
  (1/3) Installing: compat-usrmerge-tools-84.87-5.14.x86_64 ......................................................[done]
  <...>
  Executing %posttrans scripts ...................................................................................[done]
  ‣   Generating system users
  ‣   Applying presets…
  ‣   Generating hardware database
  ‣   Recording packages in manifest…
  ‣   Cleaning rpm metadata…
  ‣  Unmounting image…
  ‣  Saving manifest image.manifest
  ‣  /root/mkosi/mkosi.output/image size is 77.6M.

  [Regression Potential]

  Minimal, only zypper is using this library:

  root at jammy:~# apt-cache rdepends libzypp1722
  libzypp1722
  Reverse Depends:
    libzypp-dev
    zypper
    libzypp-doc
    libzypp-bin

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libzypp/+bug/2025400/+subscriptions




More information about the Ubuntu-sponsors mailing list