Re: [Rpm-maint] [rpm-software-management/rpm] Add tag with %{NAME} of SRPM (#1364)
I wonder if we can just have some extension tags to easier access the parts of `sourcerpm` that do the parsing for you. That would also work for old packages (if only with the new rpm binary) -- Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/issues/1364#issuecomment-1842591776 You are receiving this because you are subscribed to this thread. Message ID: ___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Add tag with %{NAME} of SRPM (#1364)
Sorry, I don't understand that question. Parsing NEVR is not a whole lot different or better from parsing SOURCERPM, because the latter is literally just NVR.[no]src.rpm (since epoch isn't there, it's actually easier to parse than NEVR). What would (IMO) make an actual difference is having (source) NEVR as separate components available, but it leads back to the point of the data not really belonging to binary packages in the first place. -- 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/1364#issuecomment-697179433___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Add tag with %{NAME} of SRPM (#1364)
Is NEVR format saved in headers? If it was, it could be used when parsing NEVR. -- 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/1364#issuecomment-697122139___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Add tag with %{NAME} of SRPM (#1364)
SOURCEPACKAGE is used for identifying *source packages*, ie it's set to 1 on src.rpm headers. If we added SOURCENAME, the next person would want SOURCEVERSION, -RELEASE and -EPOCH, (because they can differ from the binary package counterparts) and so on. The idea is that SOURCERPM tells you where to find the data you're after, so you can then go and query the src.rpm all you want. That said, you're not the first and wont be the the last person asking for this, the more generic request would be for source NEVR in a format that doesn't require ugly unreliable parsing. -- 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/1364#issuecomment-695950934___ Rpm-maint mailing list Rpm-maint@lists.rpm.org http://lists.rpm.org/mailman/listinfo/rpm-maint
Re: [Rpm-maint] [rpm-software-management/rpm] Add tag with %{NAME} of SRPM (#1364)
There is SOURCEPACKAGE, but it is not used:
```
[root@rosa-2019 metacity]# rpm -q --querytags bash | grep SOURCE
NOSOURCE
SOURCE
SOURCEPACKAGE
SOURCEPKGID
SOURCERPM
[root@rosa-2019 metacity]# rpm -q --qf '%{SOURCEPACKAGE}\n' bash
(none)
```
--
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/1364#issuecomment-695352021___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
[Rpm-maint] [rpm-software-management/rpm] Add tag with %{NAME} of SRPM (#1364)
I am a bit fed up with RPM's inability to show the value of "Name:" tag of the
spec from which the package was built. `rpm -q --qf '%{sourcerpm}\n` shows
something like `metacity-3.34.1-1.src.rpm` and I have to use strange
combinations of comsnds to extract the real name "metacity" from this. Why
can't there be a tag the value of which will be just "metacity"?
--
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/1364___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
