shouldnt sle(s) based packages on 15.3 be not handled via a sp3 named directory instead of sp2?
hi there, === ( 5/72) Installing: libcurl-devel-7.66.0-4.17.1.x86_64 ................................................................................................................................................................[done] Additional rpm output: warning: /var/cache/zypp/packages/repo-sle-update/sle-sp2/x86_64/libcurl-devel-7.66.0-4.17.1.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 39db7c82: NOKEY ( 6/72) Installing: libcurl4-32bit-7.66.0-4.17.1.x86_64 ...............................................................................................................................................................[done] Additional rpm output: warning: /var/cache/zypp/packages/repo-sle-update/sle-sp2/x86_64/libcurl4-32bit-7.66.0-4.17.1.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 39db7c82: NOKEY === this is happening inside a zypper up on a current leap 15.3 today. shouldnt that var cache directory be named sle-sp3 (which also exists in that folder structures already) and instead? is my understanding of what leap 15.3 and suse linux enterprise 15 sp2 and sp3 are, wrong? ty.
On Wed, Jun 02, 2021 at 04:16:12PM +0200, cagsm wrote:
hi there,
=== ( 5/72) Installing: libcurl-devel-7.66.0-4.17.1.x86_64 ................................................................................................................................................................[done] Additional rpm output: warning: /var/cache/zypp/packages/repo-sle-update/sle-sp2/x86_64/libcurl-devel-7.66.0-4.17.1.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 39db7c82: NOKEY
( 6/72) Installing: libcurl4-32bit-7.66.0-4.17.1.x86_64 ...............................................................................................................................................................[done] Additional rpm output: warning: /var/cache/zypp/packages/repo-sle-update/sle-sp2/x86_64/libcurl4-32bit-7.66.0-4.17.1.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 39db7c82: NOKEY ===
this is happening inside a zypper up on a current leap 15.3 today.
shouldnt that var cache directory be named sle-sp3 (which also exists in that folder structures already) and instead? is my understanding of what leap 15.3 and suse linux enterprise 15 sp2 and sp3 are, wrong?
For SLE we have layering of service packs. Not all packages are e.g forked in SLES 15 SP3, SP3 takes several from lower level service packs, like e.g. curl is taken from SP2 level. So this is ok. Ciao, Marcus
participants (2)
-
cagsm -
Marcus Meissner