> For example, the common case of a single well formed compresset tarball with
> a patch in a spec file is even simpler than your design:
>
> %prep
> %setup
> %patch
And that can be trivialy declined in
```specfile
%prep
%setup -z 0
%patch0
%setup -z 1
%patch1
%setup -z 2
%patch2
```
(of course one could genereate `%setupX` names too, that's another can of worms
created by some of historical rpm choices).
But anyway I'm not here to discuss why single archive is simpler than multiple
archives. That's self-evident. However some people **do** want to process
multiple archives. Being able to handle multiple archive **was** the first
request of Fedora's rpm maintainers when I posted my first macro iterations
months ago. So bzzzt people wanted me to look at it, so I looked at it. And it
was a major PITA due to many rpm quirks that ended up as RFEs here.
My personal use cases do not necessarily match the use cases of everyone in the
distribution or its derivatives.
> of spec files, not how easy it is to "maintain" spec files. While it is
> certainly easy to delete lines Han it is to, say, change a macro value by
> editing, the drudgery of changing hundreds or thousands of files in order to
> conform to some Newer! Better! Bestest! Syntax or policy.
I'm not in the business of setting policies, this is free software, people will
use the result if they find it useful and convenient, which is why I make damn
sure it is useful and convenient, because I have no interest in wasting my
efforts on things almost no one uses in reality, or in explaining to the users
of my macros they are idiots that should just do unnatural and unintuitive xxx
due to some rpm historical implementation quirk they have no interest in (and
just want to be fixed).
--
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/issues/551#issuecomment-425627331
_______________________________________________
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
