> Is there a reason we can't just push it back into `rpmbuild` itself directly? 
> Like perhaps by exposing something via Lua that lets you programmatically 
> define binary packages?

Yes, we could. I have thinking about this quite a lot. But this is much more 
complicated and harder to use. Generating a piece of spec file is easy and can 
be done from any programming language. This is a huge benefit if you want to do 
language specific solutions as you have easy access to all the domain specific 
tooling.

But there are a few use cases that will benefit from direct access to the 
rpmbuild internals. Debuginfo being one of them. Otoh I dislike the fact that 
the internal state of rpmbuild getting altered without an artefact that 
documents that. Yes, this already is the case for debuginfo packages. But I 
would rather have less of that than more.

-- 
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/1485#issuecomment-760837284
_______________________________________________
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Reply via email to