[Rpm-maint] [rpm-software-management/rpm] WIP: RFC: Buildsystem overhaul (meson) (#1209)

Igor Gnatenko notifications at github.com
Fri May 8 08:45:36 UTC 2020


>  Rpm is a low-level tool needed early in bootstrapping of a distro, and Python as a pre-requisite for building rpm is not acceptable.

Why so? Why do you need to start with RPM? In order to get something what you could call a system, you'd need to compile util-linux (to create filesystems, run `su` and such, and after all, use `kill` command which is used in rpmbuild), and that will require meson very soon.

If you are bootstrapping new system (which you most likely don't), you'll already have these tools available in your environment so you will simply cross-compile the whole thing. Probably would be helpful to describe how you imagine bootstrapping new systems and how often people actually do so?

Can you put more description about "bootstrapping issues"?

> Besides the tests, and the fact that autotools is the devil I know and prefer, rpm sits really early in the bootstrap chain, and adding significant extra burden there is not acceptable. If glibc or gcc adopt some non-autotools based build-system, I'm willing to reconsider.

I know and very much appreciate that you are basically the one writing most of the code in RPM, but does it mean that it should stay like this? I mean that it would be same as if you have said "I'm not going to accept patch which implements support for ed25519 signatures because I prefer rsa".

The other thing is the test suite - it is slow, horrible and only few people can basically write those. I am pretty sure you wish to get more tests, but it is not happening also because autotest is just :hankey: . At least I personally wanted to cover dependencies and signatures stuff with tests, but just gave up.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/1209#issuecomment-625710802
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20200508/46bd9462/attachment.html>


More information about the Rpm-maint mailing list