Re: [Rpm-maint] [rpm-software-management/rpm] work with lua 5.3 without compat mode (#169)

2017-12-03 Thread ilovezfs
What's the status here? I just ran into this because I'm trying to upgrade lua to 5.3 in Homebrew. It would be good not to have to force 5.3 to build with LUA_COMPAT_MODULE enabled, since that somewhat defeats the upstream purpose of deprecation. -- You are receiving this because you are

Re: [Rpm-maint] [rpm-software-management/rpm] RFE: macro for checking endianess (#365)

2017-12-03 Thread Jeff Johnson
Note also that adding an additional "informative" rpm macro to distro configuration is utterly trivial (if that is all you wish) and documenting the usage in distro packaging policy building a usage case. Magically (and portably) detecting endianness within rpm build is trickier: consider

Re: [Rpm-maint] [rpm-software-management/rpm] RFE: macro for checking endianess (#365)

2017-12-03 Thread Jeff Johnson
Presumably you are talking about an rpm macro since there are already C macros in . I fail to see how knowing machine endianness in an rpm macro assists with packaging: patches could (and likely SHOULD) be written to include and test with a C macro rather than optionally applying a patch. If

Re: [Rpm-maint] [rpm-software-management/rpm] Fail to check signature (#270)

2017-12-03 Thread Jeff Johnson
TL;DR The 2nd headerReload() appends RPMSIGTAG_PADDING into a contiguous PROT_READ block. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Rpm-maint] [rpm-software-management/rpm] Fail to check signature (#270)

2017-12-03 Thread Jeff Johnson
Several points: 1) Your check for repackaged packages is what is running afoul of (what is obscurely known as) a "dribble", a tag appended to an immutable region, which is commonly found in repackaged packages (with a doubly linked upgrade chain tag appended) and in rpmdb headers (signature