Re: [Rpm-maint] [rpm-software-management/rpm] elfdeps: Add full multiarch deps support (#1038)

2020-09-09 Thread Panu Matilainen
Been thinking about this on and off. I'm totally convinced that we should 
record the dependency architecture, rather than the existing super dumb 
()64bit() marker thing. I'm just far less convinced that the architecture 
should be embedded in each and every dependency string we store. 

If we store the extracted dependency strings as-is, and associate the arch via 
a separate indexed arch table there are several benefits available:
- The dependency strings are identical across architectures, making data 
compress better and making comparisons and queries saner, dependency on zlib is 
always "libz.so.1" and not some associated mumble
- As the extracted dependency architectures are stored as an array of their 
own, we gain a kind of an automatic RPMTAG_ARCH replacement that is an array 
consisting of all the architectures this package depends on/provides something 
for. A "normal" package would of course only have one arch in there, but it 
might open up interesting possibilities to handle this generally.
- Constructing dep(marker) style strings out of these arrays is easy if needed 
for eg repodata (in the short term)

-- 
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/1038#issuecomment-689471380___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] Some obvious/trivial const-correctness fixes (#1358)

2020-09-09 Thread Panu Matilainen
Merged #1358 into master.

-- 
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/1358#event-3744967705___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] Upgrade FA_TOUCH to FA_CREATE if the file went away (RhBug:1872141) (#1347)

2020-09-09 Thread Panu Matilainen
Merged #1347 into master.

-- 
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/1347#event-3744961445___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] Disable SSD auto-detection, mark %_minimize_writes as experimental (#1355)

2020-09-09 Thread Panu Matilainen
Merged #1355 into master.

-- 
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/1355#event-3744887478___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


[Rpm-maint] [rpm-software-management/rpm] Some obvious/trivial const-correctness fixes (#1358)

2020-09-09 Thread Panu Matilainen

You can view, comment on, or merge this pull request online at:

  https://github.com/rpm-software-management/rpm/pull/1358

-- Commit Summary --

  * Couple of trivial and obvious const-correctness fixes to build code
  * Handful of trivial and obvious const-correctness fixes to librpm code

-- File Changes --

M build/files.c (5)
M build/parsePrep.c (3)
M lib/headerfmt.c (2)
M lib/rpmds.c (2)
M lib/rpmrc.c (4)

-- Patch Links --

https://github.com/rpm-software-management/rpm/pull/1358.patch
https://github.com/rpm-software-management/rpm/pull/1358.diff

-- 
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/1358
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint