On 08/11/2020 20.06, Neal Gompa wrote:
On Sun, Nov 8, 2020 at 1:46 PM Carlos E. R. <> wrote:
On 07/11/2020 05.22, Knurpht-openSUSE wrote:
Op zaterdag 7 november 2020 05:10:54 CET schreef L A Walsh:
TLDR: rpm(s) >= 4.15, can't be read, built or installed by rpm < 4.15 (specifically, 4.11).
On 2020/10/29 03:55, Simon Lees wrote:
I asked:
I don't suppose anyone thought about how users who missed a few months of internet connectivity might resync or make use of the new format rpms if they can't even install + build source-rpms.
I'm not sure how much we claim to support building openSUSE rpm's as source rpm's on there own. openSUSE rpm spec files often depend on variables that are defined in project config files in open build service, as such just using rpmbuild may result in packages not building or building with different configurations.
---- But is *installing* "rpms" from tumbleweed, with "rpm" on a tumbleweed install, supported?
The reason I was trying to build _rpm_ from source is to get an rpm with the "PayloadIsZstd" feature, since my local rpm doesn't have that feature. It really wouldn't help to build rpm on OBS if it would just give me an 'rpm' that I can't install on my machine due to prereqs.
The thing is, is that I was able to get down to building "rpm" but only had PayloadIsZstd as a requirement of a local attempt to build that would run with the packages and libraries I currently have installed.
I don't want to rebuild the same uninstallable binary rpm package that is currently distributed with "encrypted" (using a "secret", new new encoding(compression lib) that can _only_ be built from packages that require the same encoding in order to be installed.
I.e. I can't install the binary rpm, because it has 8 pre-reqs on other rpm packages that expand to some 30+ packages all that cannot be installed due to the fact that they require the "PayloadIsZstd" rpm feature.
I find myself unable to build the binary rpm on my system because it requires 'devel' packages all that require the 'PayloadisZstd'.
I tried building the Zstd lib, but it also requires binary packages that require the same feature -- i.e. a **circular dependency**. This disallows INSTALLING any needed rpm's that one might need to even build those same rpm's from their source rpms. I realize that sources for GNU licensed binaries appears to be included but the sources for those new binaries are inaccessible because they are encoded in the new compression scheme.
I'm pretty sure that requiring a user to only build tools in suse's OBS, as a pre-condition for satisfying GNU's requirement for including source with redistributed binaries is not considered a valid way of establishing a "locally trusted" build environment. _Part_ of the reason the sources are open is that the user may regenerate binaries on their local machines to satisfy various "chain of trust" requirements on the build tools and machine.
This, ultimately, boils down to variations on Ken Thompson's "Reflections on Trusting Trust" (as from: http://www.cs.cmu.edu/~rdriley/487/papers/Thompson_1984_ReflectionsonTrustin gTrust.pdf ).
Perhaps this sounds a bit remote, but being unable to install rpm's because rpm can't read +install the dependency libs it needs to run itself, reminds me a bit of having 'mount' on your root partition and a 'libmount' on a yet-to-be-mounted '/usr/ partition. :-/ Did you ever hear of zypper ?
AFAIK, zypper uses the command rpm or the rpm libraries to do the actual installation. Same problem.
openSUSE Tumbleweed maintains backward compatibility to the latest openSUSE Leap/SLE 15.x release. Compatibility beyond that is not assured in any way. You should update your SLE 12 system to SLE 15, if you can.
She needs forward compatibility. She has to update a TW machine that was not working for two months, so that it missed the rpm upgrade to the new payload compression scheme. Zypper fails because the packages she now downloads are compressed with an algorithm that the zypper and rpm she has in the machine can not decode. L A Walsh, check this: https://lists.opensuse.org/opensuse-factory/2018-02/msg01152.html http://download.opensuse.org/history/
Alternatively, you can use a tool like Mock[1] or osc[2] to bypass this restriction.
[1]: https://github.com/rpm-software-management/mock/wiki [2]: https://en.opensuse.org/openSUSE:Build_Service_Tutorial#Build_your_package_l...
-- 真実はいつも一つ!/ Always, there's only one truth!
-- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)