> This doesn't even compile against a build of Lua where the compat-stuff is
> actually disabled, due to missing port of luaL_openlib() in rpmio/rpmlua.c
This was brought up above with the open question of how best to solve the
compatibilty issues.
> Folks, if you're submitting untested code
There are two meanings for "used": instantiated in the header and summed
within IDENTITY.
Newly defined/added tags will not be part of IDENTITY if positive/inclusive
logic is used (as said repeatedly).
Tags that were previously present in header/IDENTITY and were dropped will be a
change of
One of main task to solve: what we should do with tags that were used
previously and do not used now, and tags that can be added in the future, but
are not present in rpm now.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on
On Fri, Apr 06, 2018 at 08:52:15AM +0300, Panu Matilainen wrote:
> On 04/05/2018 03:42 PM, Vladimir D. Seleznev wrote:
> > On Thu, Apr 05, 2018 at 11:41:33AM +0300, Panu Matilainen wrote:
> >> On 04/03/2018 10:31 PM, Vladimir D. Seleznev wrote:
> >>> RPMTAG_IDENTITY is calculating as digest of
Panu pointed out that using the immutable region header instead of the rpmdb
header gets rid of all the remapped signature tags and appended tags, thereby
shortening the list above considerably.
The logic still needs to become positive/inclusive to ensure the IDENTITY tag
set is both well
On Thu, Apr 05, 2018 at 05:18:14PM -0400, Jeff Johnson wrote:
>
>
> > On Apr 5, 2018, at 4:41 AM, Panu Matilainen wrote:
> >
> >> On 04/03/2018 10:31 PM, Vladimir D. Seleznev wrote:
> >> RPMTAG_IDENTITY is calculating as digest of part of package header that
> >> does not
The previous discussion was
[here](http://lists.rpm.org/pipermail/rpm-maint/2018-April/007718.html).
Main thought:
- compute identity as a digest of filtered iterated pair of tags and its values
of immutable header region;
- change the awk script that generates the tag table to add a marker
This doesn't even compile against a build of Lua where the compat-stuff is
actually disabled, due to missing port of luaL_openlib() in rpmio/rpmlua.c.
What's worse, when using a version of lua that it does compile against, it
causes any attempt to use rpm macros crash:
```
$ ./rpm --eval
Closed by #421
--
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/420#issuecomment-379702300___
Rpm-maint mailing list
Closed #420.
--
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/420#event-1563472778___
Rpm-maint mailing list
Thanks for figuring this out! Merged!
--
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/421#issuecomment-379681411___
Rpm-maint
Merged #421.
--
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/421#event-1563323898___
Rpm-maint mailing list
While I do have some sympathy for this feature request its benefits do just not
outweigh the disadvantage of adding another keywords packager should be aware
of. Discussion on the mailing list has IMHO failed to yield compelling use
cases but has seen quite a bit of negative reactions.
So
Closed #417.
--
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/417#event-1563315728___
Rpm-maint mailing list
14 matches
Mail list logo