New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RFE Please add a verb to inhibit macro expansion #569
Comments
doesn't it work if you add more percent signs? |
Unfortunately, no, ' |
(I should say that by the time rpm reaches this part in the code flow it has probably several levels of imbricated expands to deal with) |
A reproducer please. |
I though this might show it, but to me it looks like it works as expected; using either three or four percent signs seems correct. (That's kind of a fun result on its own, though.) Maybe your situation is more complicated or more nesting is required or something. That's why it's really important to include some instructions for showing the issue.
|
@jasontibbitts you're missing the expand part in your test One example of real-world code are (I really should push it so work can focus on improving the code and making workarounds unnecessary, at least for the fonts sister macro project which is a lot less scary than the golang one, but it's stuck on the remaining small bits of https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/51) |
@nim-nim and this is exactly why you need to provide an actual reproducer. Pointers to macros someplace on the net with random mumblings attached is not a reproducer. |
I think this has been long enough in waiting-for-info state. Closing. |
So I have a versy large shell macro, inside an
%{expand}
because it’s full of rpm variables that need interpetation, and I’m sick of the\
game.Among lots of other things, this macro needs to generale a
%license <somefile>
in file lists.And of course that won't work because rpm will try to replace the
%license
tag with the content of the package%{license}
variable.My current hack is to do
But it is quite hackish and ugly. An unexpand verb would be much cleaner, and useful elsewhere besides.
The text was updated successfully, but these errors were encountered: