François Andriot composed on 2020-06-01 12:51 (UTC+0200):
The packages are ready for Leap 15.1, you should get them soon on the mirrors.
Cannot update them:
# zypper ref; zypper -v up ... trinity-tdeprint 14.0.7-1.oss151 -> 14.0.8-1.oss151 trinity-tdm 14.0.7-1.oss151 -> 14.0.8-1.oss151 trinity-twin 14.0.7-1.oss151 -> 14.0.8-1.oss151
55 packages to upgrade, 1 new. Overall download size: 56.3 MiB. Already cached: 0 B. After the operation, additional 127.7 KiB will be used. Continue? [y/n/v/...? shows all options] (y): y committing
Checking for file conflicts: (56 skipped) ....................................................................................[done] Warning: 56 packages had to be excluded from file conflicts check because they are not yet downloaded.
Note: Checking for file conflicts requires not installed packages to be downloaded in advance in order to access their file lists. See option '--download-in-advance / --dry-run --download-only' in the zypper manual page for details.
Retrieving package libart_lgpl_2-2-2:2.3.22-14.0.8_1.oss151.x86_64 (1/56), 53.5 KiB (102.0 KiB unpacked) Retrieving: libart_lgpl_2-2-2.3.22-14.0.8_1.oss151.x86_64.rpm ................................................................[done]
Warning: Digest verification failed for file 'libart_lgpl_2-2-2.3.22-14.0.8_1.oss151.x86_64.rpm' [/var/adm/mount/AP_0xQrDsq3/libart_lgpl_2-2-2.3.22-14.0.8_1.oss151.x86_64.rpm]
expected b9d2fbc146bba6f4e6b3ea5e78ceb607655ab483bc223684d2e17e5165679b07 but got 799276d2d6498757962fbe28f38e5c5f48727333a6fc54cdcfafb7fe94120b86
Accepting packages with wrong checksums can lead to a corrupted system and in extreme cases even to a system compromise.
However if you made certain that the file with checksum '7992..' is secure, correct and should be used within this operation, enter the first 4 characters of the checksum to unblock using this file on your own risk. Empty input will discard the file.
Unblock or discard? [7992/...? shows all options] (discard): d Package libart_lgpl_2-2-2:2.3.22-14.0.8_1.oss151.x86_64 (TDE) seems to be corrupted during transfer. Do you want to retry retrieval? Abort, retry, ignore? [a/r/i] (a): i Retrieving package libtqt3-mt-3.5.0-14.0.8_1.oss151.x86_64 (2/56), 2.4 MiB ( 8.1 MiB unpacked) Retrieving: libtqt3-mt-3.5.0-14.0.8_1.oss151.x86_64.rpm ........................................................[done (428.2 KiB/s)]
Warning: Digest verification failed for file 'libtqt3-mt-3.5.0-14.0.8_1.oss151.x86_64.rpm' [/var/adm/mount/AP_0xQrDsq3/libtqt3-mt-3.5.0-14.0.8_1.oss151.x86_64.rpm]
expected 67485735b2bc3bf7ea7c89d883e60ab513ef816a4629844f5b40b85fb68f68a8 but got e4db3615ff960b587d0a28184d9a7c55e5dd131e0800e0ae0b22826c53ecbb68
Accepting packages with wrong checksums can lead to a corrupted system and in extreme cases even to a system compromise.
However if you made certain that the file with checksum 'e4db..' is secure, correct and should be used within this operation, enter the first 4 characters of the checksum to unblock using this file on your own risk. Empty input will discard the file.
Unblock or discard? [e4db/...? shows all options] (discard):