Any estimation when this will be 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/692#issuecomment-491786233___
Rpm-maint
As for the parallel signature checking, rpmkeys -Kv output is (obviously)
busted in parallel mode, fixing that would require more than one or two liner
adjustments. So that part too is certainly just for tyre kicking and
benchmarking for now.
--
You are receiving this because you are subscribe
@pmatilai pushed 1 commit.
0814c18de263484e013cfe1a615fbe63c33c7082 fixup! Run rpmkeys -K package
signature/digest checking in parallel
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
https://github.com/rpm-software-management/rpm/pull/703/files/a084d16
pmatilai requested changes on this pull request.
Hmm, there seems to be some GH review-tool wonkiness here, I made several
comments on the latest round and haven't touched this because those issues
haven't been addressed. But now I noticed that those comments appear as
"pending" so I guess you
Added parallel signature checking with rpmkeys -K. For spinning disks, the
results are (expectedly) quite similar: with cold cache its much slower, with
hot cache much faster.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
@pmatilai pushed 1 commit.
a084d16741e27e9bdbfcf0b8a020f46d11cd362e Run rpmkeys -K package
signature/digest checking in parallel
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
https://github.com/rpm-software-management/rpm/pull/703/files/b5da21861ad70b
> But I now believe this is actually an elfutils libelf issue:
> https://sourceware.org/ml/elfutils-devel/2019-q2/msg00077.html Could you try
> that out and see if it resolves the issue for you? (The actual patch is just
> 3 lines, but there is also a larger testcase added to make sure the issu
Since we don't have proper user/group info inside userns-root, avoid
going there unless we have to. Fixes a regression introduced in
commit b4c832caed0da0c4b0710cfe2510203a3940c2db where non-root,
non-chroot verification shows user and group differing on all files.
You can view, comment on, or merg