I thought I already commented on this but guess not... anyway, I thought having
separate tiny scriptlets for such closely related items seemed a bit much.
`python-rpminfo` which offers switches or commands to retrieve the parameters
seems more like it. Or maybe `rpminfo-python` to prefix by the
When it's ready...
--
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/231#issuecomment-307005720___
Rpm-maint mailing list
Let me preface this by saying we are doing something unorthodox: we are running
RPM 4.12.90 on MacOS 10.12.
It turns out that on Linux, querying and writing to the database can cause
corruption. On MacOS, just querying in parallel can cause it. We can replicate
it by doing `for i in {1..30};
Configurable signature policies are planned for rpm 4.14, just not there yet.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
It'll take me about a week and a half until I'll get back to this. If anyone
wants to ahead with this in the meantime, please feel free.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
@scop that sounds like a good idea.
I'd suggest `python_sitedirs` as the script name.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
`python_sitedirs` is otherwise fine, but it will also in its current form be
used to retrieve the python version, which seems a bit odd to me. Also, perhaps
it will be extended to generate some new other macros in the future. I'm
currently thinking along the lines of `python-macrotool` or
`python-rpminfo`?
--
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/221#issuecomment-306805891___
Rpm-maint mailing list