| 2023-06-29 23:20:47 |
Luca Boccassi |
bug |
|
|
added bug |
| 2023-06-29 23:47:48 |
Luca Boccassi |
libzypp (Ubuntu): status |
New |
Confirmed |
|
| 2023-07-01 14:48:10 |
Luca Boccassi |
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. |
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@jammy:~# dpkg -l | grep libzypp1722
ii libzypp1722:amd64 17.25.7-2.1ubuntu0.22.04.1 amd64 openSUSE/SLES package management system (library)
root@jammy:~# grep VERSION_ID /etc/os-release
VERSION_ID="22.04"
root@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@jammy:~# apt-cache rdepends libzypp1722
libzypp1722
Reverse Depends:
libzypp-dev
zypper
libzypp-doc
libzypp-bin |
|
| 2023-07-01 14:52:47 |
Luca Boccassi |
attachment added |
|
debdiff https://bugs.launchpad.net/ubuntu/+source/libzypp/+bug/2025400/+attachment/5683254/+files/debdiff |
|
| 2023-07-01 14:52:47 |
Luca Boccassi |
attachment added |
|
debdiff https://bugs.launchpad.net/ubuntu/+source/libzypp/+bug/2025400/+attachment/5683255/+files/debdiff |
|
| 2023-07-01 14:53:26 |
Luca Boccassi |
nominated for series |
|
Ubuntu Mantic |
|
| 2023-07-01 14:53:26 |
Luca Boccassi |
bug task added |
|
libzypp (Ubuntu Mantic) |
|
| 2023-07-01 14:53:26 |
Luca Boccassi |
nominated for series |
|
Ubuntu Jammy |
|
| 2023-07-01 14:53:26 |
Luca Boccassi |
bug task added |
|
libzypp (Ubuntu Jammy) |
|
| 2023-07-01 14:53:40 |
Luca Boccassi |
libzypp (Ubuntu Jammy): status |
New |
Confirmed |
|
| 2023-07-01 16:13:55 |
Ubuntu Foundations Team Bug Bot |
tags |
|
patch |
|
| 2023-07-01 16:13:59 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Ubuntu Sponsors |
| 2023-07-07 17:37:39 |
Athos Ribeiro |
removed subscriber Ubuntu Sponsors |
|
|
|
| 2023-07-09 22:15:33 |
Luca Boccassi |
attachment added |
|
lunar debdiff https://bugs.launchpad.net/ubuntu/+source/libzypp/+bug/2025400/+attachment/5684981/+files/libzypp_lunar.debdiff |
|
| 2023-07-09 22:19:36 |
Luca Boccassi |
nominated for series |
|
Ubuntu Lunar |
|
| 2023-07-09 22:19:36 |
Luca Boccassi |
bug task added |
|
libzypp (Ubuntu Lunar) |
|
| 2023-07-09 22:19:42 |
Luca Boccassi |
libzypp (Ubuntu Lunar): status |
New |
Confirmed |
|
| 2023-07-09 22:19:57 |
Luca Boccassi |
libzypp (Ubuntu Mantic): status |
Confirmed |
Fix Released |
|
| 2023-07-20 10:11:42 |
Luca Boccassi |
bug |
|
|
added subscriber Ubuntu Sponsors |
| 2023-07-21 07:51:44 |
Christian Ehrhardt |
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@jammy:~# dpkg -l | grep libzypp1722
ii libzypp1722:amd64 17.25.7-2.1ubuntu0.22.04.1 amd64 openSUSE/SLES package management system (library)
root@jammy:~# grep VERSION_ID /etc/os-release
VERSION_ID="22.04"
root@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@jammy:~# apt-cache rdepends libzypp1722
libzypp1722
Reverse Depends:
libzypp-dev
zypper
libzypp-doc
libzypp-bin |
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@jammy:~# dpkg -l | grep libzypp1722
ii libzypp1722:amd64 17.25.7-2.1ubuntu0.22.04.1 amd64 openSUSE/SLES package management system (library)
root@jammy:~# grep VERSION_ID /etc/os-release
VERSION_ID="22.04"
root@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]
* Changes are limited to the transfer of data from remove hosts, so
regressions (if any) should only occur in use-cases that download
packages.
* Generally minimal spread to other components, only zypper is using this library:
root@jammy:~# apt-cache rdepends libzypp1722
libzypp1722
Reverse Depends:
libzypp-dev
zypper
libzypp-doc
libzypp-bin |
|
| 2023-07-21 17:11:20 |
Brian Murray |
removed subscriber Ubuntu Sponsors |
|
|
|
| 2023-07-21 17:25:47 |
Ubuntu Archive Robot |
bug |
|
|
added subscriber Christian Ehrhardt |
| 2023-07-21 20:29:16 |
Steve Langasek |
libzypp (Ubuntu Jammy): status |
Confirmed |
Incomplete |
|
| 2023-07-21 20:29:22 |
Steve Langasek |
libzypp (Ubuntu Lunar): status |
Confirmed |
Incomplete |
|
| 2023-07-22 03:43:43 |
Ubuntu Archive Robot |
bug |
|
|
added subscriber Steve Langasek |
| 2023-08-03 22:21:51 |
Luca Boccassi |
libzypp (Ubuntu Jammy): status |
Incomplete |
Confirmed |
|
| 2023-08-03 22:21:54 |
Luca Boccassi |
libzypp (Ubuntu Lunar): status |
Incomplete |
Confirmed |
|
| 2023-08-10 18:21:05 |
Andreas Hasenack |
bug |
|
|
added subscriber Andreas Hasenack |
| 2023-08-11 12:59:28 |
Andreas Hasenack |
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@jammy:~# dpkg -l | grep libzypp1722
ii libzypp1722:amd64 17.25.7-2.1ubuntu0.22.04.1 amd64 openSUSE/SLES package management system (library)
root@jammy:~# grep VERSION_ID /etc/os-release
VERSION_ID="22.04"
root@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]
* Changes are limited to the transfer of data from remove hosts, so
regressions (if any) should only occur in use-cases that download
packages.
* Generally minimal spread to other components, only zypper is using this library:
root@jammy:~# apt-cache rdepends libzypp1722
libzypp1722
Reverse Depends:
libzypp-dev
zypper
libzypp-doc
libzypp-bin |
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]
Install zypper and mkosi:
$ sudo apt install zypper mkosi -y
Bootstrap a suse image using mkosi and https. If run enough times, eventually an error will appear. Make sure the download is using https (see paste below):
# mkosi -d opensuse -r tumbleweed --format=directory --package=systemd --mirror=https://download.opensuse.org/ build
‣ Removing output files…
‣ Detaching namespace
‣ Setting up temporary workspace.
‣ Temporary workspace set up in /root/.mkosi-z8nyk_gq
‣ Running second (final) stage…
‣ Mounting image…
‣ Setting up basic OS tree…
‣ Mounting Package Cache
‣ Installing openSUSE…
Adding repository 'repo-oss' ............................................................................................................................[done]
Repository 'repo-oss' successfully added
URI : https://download.opensuse.org//tumbleweed/repo/oss/
(...)
Executing %posttrans scripts ............................................................................................................................[done]
‣ Unmounting API VFS…
RPM files caching has been disabled for repository 'repo-oss'.
RPM files caching has been disabled for repository 'repo-update'.
‣ Unmounting Package Cache
‣ Recording packages in manifest…
‣ Resetting machine ID
‣ Unmounting image…
‣ Linking image file…
‣ Linked image
‣ Saving manifest image.manifest
‣ Changing ownership of output file image.manifest to user ubuntu…
‣ Changed ownership of image.manifest
‣ Resulting image size is 214.1M.
[Regression Potential]
* Changes are limited to the transfer of data from remove hosts, so
regressions (if any) should only occur in use-cases that download
packages.
* Generally minimal spread to other components, only zypper is using this library:
root@jammy:~# apt-cache rdepends libzypp1722
libzypp1722
Reverse Depends:
libzypp-dev
zypper
libzypp-doc
libzypp-bin |
|
| 2023-09-01 19:39:20 |
Andreas Hasenack |
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]
Install zypper and mkosi:
$ sudo apt install zypper mkosi -y
Bootstrap a suse image using mkosi and https. If run enough times, eventually an error will appear. Make sure the download is using https (see paste below):
# mkosi -d opensuse -r tumbleweed --format=directory --package=systemd --mirror=https://download.opensuse.org/ build
‣ Removing output files…
‣ Detaching namespace
‣ Setting up temporary workspace.
‣ Temporary workspace set up in /root/.mkosi-z8nyk_gq
‣ Running second (final) stage…
‣ Mounting image…
‣ Setting up basic OS tree…
‣ Mounting Package Cache
‣ Installing openSUSE…
Adding repository 'repo-oss' ............................................................................................................................[done]
Repository 'repo-oss' successfully added
URI : https://download.opensuse.org//tumbleweed/repo/oss/
(...)
Executing %posttrans scripts ............................................................................................................................[done]
‣ Unmounting API VFS…
RPM files caching has been disabled for repository 'repo-oss'.
RPM files caching has been disabled for repository 'repo-update'.
‣ Unmounting Package Cache
‣ Recording packages in manifest…
‣ Resetting machine ID
‣ Unmounting image…
‣ Linking image file…
‣ Linked image
‣ Saving manifest image.manifest
‣ Changing ownership of output file image.manifest to user ubuntu…
‣ Changed ownership of image.manifest
‣ Resulting image size is 214.1M.
[Regression Potential]
* Changes are limited to the transfer of data from remove hosts, so
regressions (if any) should only occur in use-cases that download
packages.
* Generally minimal spread to other components, only zypper is using this library:
root@jammy:~# apt-cache rdepends libzypp1722
libzypp1722
Reverse Depends:
libzypp-dev
zypper
libzypp-doc
libzypp-bin |
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]
a) Install zypper and mkosi:
$ sudo apt install zypper mkosi -y
Bootstrap a suse image using mkosi and https. If run enough times, eventually an error will appear. Make sure the download is using https (see paste below):
# mkosi -d opensuse -r tumbleweed --format=directory --package=systemd --mirror=https://download.opensuse.org/ build
‣ Removing output files…
‣ Detaching namespace
‣ Setting up temporary workspace.
‣ Temporary workspace set up in /root/.mkosi-z8nyk_gq
‣ Running second (final) stage…
‣ Mounting image…
‣ Setting up basic OS tree…
‣ Mounting Package Cache
‣ Installing openSUSE…
Adding repository 'repo-oss' ............................................................................................................................[done]
Repository 'repo-oss' successfully added
URI : https://download.opensuse.org//tumbleweed/repo/oss/
(...)
Executing %posttrans scripts ............................................................................................................................[done]
‣ Unmounting API VFS…
RPM files caching has been disabled for repository 'repo-oss'.
RPM files caching has been disabled for repository 'repo-update'.
‣ Unmounting Package Cache
‣ Recording packages in manifest…
‣ Resetting machine ID
‣ Unmounting image…
‣ Linking image file…
‣ Linked image
‣ Saving manifest image.manifest
‣ Changing ownership of output file image.manifest to user ubuntu…
‣ Changed ownership of image.manifest
‣ Resulting image size is 214.1M.
b) From comment #26:
Thanks, I'll do it in two stages: first, enable proposed but leave https off for a few days, to ensure there are no regressions in the base case. Then, after a few days if there's no regression, enable https, and monitor to see if it makes the situation better/by how much/etc.
[Regression Potential]
* Changes are limited to the transfer of data from remove hosts, so
regressions (if any) should only occur in use-cases that download
packages.
* Generally minimal spread to other components, only zypper is using this library:
root@jammy:~# apt-cache rdepends libzypp1722
libzypp1722
Reverse Depends:
libzypp-dev
zypper
libzypp-doc
libzypp-bin |
|
| 2023-09-01 19:40:26 |
Andreas Hasenack |
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]
a) Install zypper and mkosi:
$ sudo apt install zypper mkosi -y
Bootstrap a suse image using mkosi and https. If run enough times, eventually an error will appear. Make sure the download is using https (see paste below):
# mkosi -d opensuse -r tumbleweed --format=directory --package=systemd --mirror=https://download.opensuse.org/ build
‣ Removing output files…
‣ Detaching namespace
‣ Setting up temporary workspace.
‣ Temporary workspace set up in /root/.mkosi-z8nyk_gq
‣ Running second (final) stage…
‣ Mounting image…
‣ Setting up basic OS tree…
‣ Mounting Package Cache
‣ Installing openSUSE…
Adding repository 'repo-oss' ............................................................................................................................[done]
Repository 'repo-oss' successfully added
URI : https://download.opensuse.org//tumbleweed/repo/oss/
(...)
Executing %posttrans scripts ............................................................................................................................[done]
‣ Unmounting API VFS…
RPM files caching has been disabled for repository 'repo-oss'.
RPM files caching has been disabled for repository 'repo-update'.
‣ Unmounting Package Cache
‣ Recording packages in manifest…
‣ Resetting machine ID
‣ Unmounting image…
‣ Linking image file…
‣ Linked image
‣ Saving manifest image.manifest
‣ Changing ownership of output file image.manifest to user ubuntu…
‣ Changed ownership of image.manifest
‣ Resulting image size is 214.1M.
b) From comment #26:
Thanks, I'll do it in two stages: first, enable proposed but leave https off for a few days, to ensure there are no regressions in the base case. Then, after a few days if there's no regression, enable https, and monitor to see if it makes the situation better/by how much/etc.
[Regression Potential]
* Changes are limited to the transfer of data from remove hosts, so
regressions (if any) should only occur in use-cases that download
packages.
* Generally minimal spread to other components, only zypper is using this library:
root@jammy:~# apt-cache rdepends libzypp1722
libzypp1722
Reverse Depends:
libzypp-dev
zypper
libzypp-doc
libzypp-bin |
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]
a) Install zypper and mkosi:
$ sudo apt install zypper mkosi -y
Bootstrap a suse image using mkosi and https. Run this about 10 times (arbitrary number: it has been run for hours without hitting the bug unfortunately, so let's just try to check it hasn't regressed). Make sure the download is using https (see paste below):
# mkosi -d opensuse -r tumbleweed --format=directory --package=systemd --mirror=https://download.opensuse.org/ build
‣ Removing output files…
‣ Detaching namespace
‣ Setting up temporary workspace.
‣ Temporary workspace set up in /root/.mkosi-z8nyk_gq
‣ Running second (final) stage…
‣ Mounting image…
‣ Setting up basic OS tree…
‣ Mounting Package Cache
‣ Installing openSUSE…
Adding repository 'repo-oss' ............................................................................................................................[done]
Repository 'repo-oss' successfully added
URI : https://download.opensuse.org//tumbleweed/repo/oss/
(...)
Executing %posttrans scripts ............................................................................................................................[done]
‣ Unmounting API VFS…
RPM files caching has been disabled for repository 'repo-oss'.
RPM files caching has been disabled for repository 'repo-update'.
‣ Unmounting Package Cache
‣ Recording packages in manifest…
‣ Resetting machine ID
‣ Unmounting image…
‣ Linking image file…
‣ Linked image
‣ Saving manifest image.manifest
‣ Changing ownership of output file image.manifest to user ubuntu…
‣ Changed ownership of image.manifest
‣ Resulting image size is 214.1M.
b) From comment #26:
Thanks, I'll do it in two stages: first, enable proposed but leave https off for a few days, to ensure there are no regressions in the base case. Then, after a few days if there's no regression, enable https, and monitor to see if it makes the situation better/by how much/etc.
[Regression Potential]
* Changes are limited to the transfer of data from remove hosts, so
regressions (if any) should only occur in use-cases that download
packages.
* Generally minimal spread to other components, only zypper is using this library:
root@jammy:~# apt-cache rdepends libzypp1722
libzypp1722
Reverse Depends:
libzypp-dev
zypper
libzypp-doc
libzypp-bin |
|
| 2023-09-01 20:14:12 |
Andreas Hasenack |
libzypp (Ubuntu Lunar): status |
Confirmed |
Fix Committed |
|
| 2023-09-01 20:14:14 |
Andreas Hasenack |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2023-09-01 20:14:16 |
Andreas Hasenack |
bug |
|
|
added subscriber SRU Verification |
| 2023-09-01 20:14:20 |
Andreas Hasenack |
tags |
patch |
patch verification-needed verification-needed-lunar |
|
| 2023-09-01 20:15:18 |
Andreas Hasenack |
libzypp (Ubuntu Jammy): status |
Confirmed |
Fix Committed |
|
| 2023-09-01 20:15:25 |
Andreas Hasenack |
tags |
patch verification-needed verification-needed-lunar |
patch verification-needed verification-needed-jammy verification-needed-lunar |
|
| 2023-09-09 14:32:51 |
Luca Boccassi |
tags |
patch verification-needed verification-needed-jammy verification-needed-lunar |
patch verification-done-jammy verification-done-lunar verification-needed |
|
| 2023-09-14 17:39:24 |
Launchpad Janitor |
libzypp (Ubuntu Lunar): status |
Fix Committed |
Fix Released |
|
| 2023-09-14 17:39:29 |
Andreas Hasenack |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2023-09-14 17:39:44 |
Launchpad Janitor |
libzypp (Ubuntu Jammy): status |
Fix Committed |
Fix Released |
|
