Automatic generation of tags based upon the ABI -- basically the srcmd5 fingerprint approach I suggested.
Can this information be queried as a RPM capability?
That makes no sense.
Why?
You need to work on your grammar.
Would you like to explain this feedback a bit more?
How do you think about to describe data around the requirements of ABIs and APIs for various software libraries and their users a bit more explicitly (instead of encoding such information often in a main version number)?
This is already being practised in case you have not noticed.
To which practice do you refer here? Have you got another aspect for further clarification in mind eventually?
How should the available and really usable versions be determined for application programming interfaces which will fit to a selected application binary interface of a needed component?
That is a different category, which does not visibly happen in practice, and which is unrelated to the three bugreports mentioned earlier.
How is the software packaging situation different here?
It is not.
Which difference did you see in the category then?
How are the chances to improve the corresponding data processing?
What?
How will the evolution of "software fingerprint" measurements affect the desired dependency resolution? Regards, Markus -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org