On Thu, Mar 06, 2025 at 01:16:05PM +0100, Jean Delvare wrote:
> I have another rpmbuild integration issue with "quilt setup". We call
> rpmbuild -bp with --define "__tar $tmpdir/bin/tar". This is a wrapper
> we use to collect information before we call the actual tar binary.
>
> Since rpm 4.18, archives are handled by a new helper binary,
> rpmuncompress. As I understand it, rpmuncompress ultimately calls the
> real tar binary, found with rpmGetPath("%{__tar}", NULL). My problem is
> that this now calls the system's tar, instead of our wrapper. This
> prevents me from calling the information I need.
>
> This comes as a surprise to me, I would expect my __tar definition to
> be honored by rpmuncompress the same way it was honored before that
> helper binary was introduced. Is this a bug?
>
> We could intercept calls to rpmuncompress, however doing so would
> require that we duplicate a lot of the logic already present in
> rpmuncompress, so I'd rather avoid it if possible.
A somewhat related question would be: Should rpmuncompress support a
"--define" option?
Cheers,
Michael.
--
Michael Schroeder SUSE Software Solutions Germany GmbH
[email protected] GF: Ivo Totev HRB 36809, AG Nuernberg
main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}
_______________________________________________
Rpm-maint mailing list
[email protected]
https://lists.rpm.org/mailman/listinfo/rpm-maint
