As for an impact statement on this ticket, currently we are stuck at using
Fedora 37 as our mock host, since Fedora 38 introduced this new behaviour and
does not work with packages from SUSE (at a minimum).
Using Fedora 37 as a mock host of course has an expiry date -- when it becomes
EOL and u
> I'm not sure what problem this solves. It sounds like the actual problem is
> that you want `hwloc1` and `hwloc2` to be parallel installable on RHEL 8.3.
No. That is not the problem. The problem is that in order to support both
RHEL 8.4 and RHEL 8.3, while building on RHEL 8.4 (because one s
> if you write compatibly and avoid using any possible extensions there are
You end up having to invoke forty-eleven other tools (awk, sed, grep, tr, etc.)
to do what bash can do. :-(
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it o
Fair enough on being able to invoke various interpreters. I don't have enough
interest to lobby for that.
But being able to define the posix shell that `%()` uses would be useful and
make for more portable specfiles.
--
You are receiving this because you are subscribed to this thread.
Reply t
Looks like a comment got deleted that proposed syntax such as `%(ruby: ...)` or
`%(python: ...)` which is interesting because I was thinking of something
similar, along the lines of `%('/bin/bash': ...)` where the value before the
`:` is the interpreter to use, rather than strings like `ruby` an
@voxik I can't see why Ruby (or python, or awk, or any other interpreter) would
not work. As for _supported_, that's not my call.
But as you point out, this does allow the spec writer more flexibility in what
interpreter their spec evaluates macros, but does require them to define the
shell in
It would be nice to be able to define which shell should be used with `%()`
given that `/bin/sh` is not the same shell on all distros. Additionally having
to write `$()` macros to the lowest common denominator is just ugly. It's much
nicer to just make _bash_ a `BuildRequires:` and be able to
