Update to last successful build
32e3446db9aa7096ffd4d29665f6828e33352278 changes 17.28.6 (22) OBS-URL: https://build.opensuse.org/package/show/zypp:Head/libzypp?expand=0&rev=2366
This commit is contained in:
parent
db32c8fcca
commit
93db45a08a
@ -1,3 +0,0 @@
|
||||
version https://git-lfs.github.com/spec/v1
|
||||
oid sha256:a9beabecc8d27bce095cc57bc58b39cef596da51664f55aca5810ff6407ed1e6
|
||||
size 5362385
|
3
libzypp-17.28.6.tar.bz2
Normal file
3
libzypp-17.28.6.tar.bz2
Normal file
@ -0,0 +1,3 @@
|
||||
version https://git-lfs.github.com/spec/v1
|
||||
oid sha256:869c3db854b29c3a2a62e82113f0226a6c4ef9a247b7311a9dd56ade92539a67
|
||||
size 5358520
|
@ -1,3 +1,22 @@
|
||||
-------------------------------------------------------------------
|
||||
Mon Oct 18 12:02:57 CEST 2021 - ma@suse.de
|
||||
|
||||
- Zypper should keep cached files if transaction is aborted
|
||||
(bsc#1190356)
|
||||
Singletrans mode currently does not keep files around if the
|
||||
transaction is aborted. This patch fixes the problem.
|
||||
- Require a minimum number of mirrors for multicurl (bsc#1191609)
|
||||
- Use procfs to detect nr of open fd's if rlimit is too high
|
||||
(bsc#1191324)
|
||||
Especially in a VM iterating over all possible fd's to close open
|
||||
ones right before a exec() slows down zypper unnecessarily. This
|
||||
patch uses /proc/self/fd to iterate over open fd's in case rlimit
|
||||
is above 1024.
|
||||
- po: Fix some lost '%' signs in positional args (bsc#1191370)
|
||||
- RepoManager: Don't probe for plaindir repo if URL schema is
|
||||
plugin: (bsc#1191286)
|
||||
- version 17.28.6 (22)
|
||||
|
||||
-------------------------------------------------------------------
|
||||
Mon Oct 4 12:46:46 CEST 2021 - ma@suse.de
|
||||
|
||||
|
@ -43,7 +43,7 @@
|
||||
%bcond_with enable_preview_single_rpmtrans_as_default_for_zypper
|
||||
|
||||
Name: libzypp
|
||||
Version: 17.28.5
|
||||
Version: 17.28.6
|
||||
Release: 0
|
||||
License: GPL-2.0-or-later
|
||||
URL: https://github.com/openSUSE/libzypp
|
||||
|
Loading…
Reference in New Issue
Block a user