@proyvind pushed 1 commit.
49f8f80 work around python setuptools not supporting unlimited jobs in pyspec()
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
@proyvind pushed 2 commits.
3750cb5 add md5 verification to pyspec()
dd27e48 really default to automatic archive selection for pyspec()
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
@proyvind pushed 1 commit.
03755b5 automatically pick latest version and preferred file format for
pyspec()
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
OK, so here's a few different takes on numbers.
First graphs. Graph one is with the macro on:
https://g.defau.lt/#gluSzlb39ScnZU4FS2AtrYUF31IYct
Graph2 is with the macro off:
https://g.defau.lt/#6We3VgDfcXi7zkhMMzdesQLKD5iMUd
The colors are reads, read bytes, writes, write bytes. You can see
I am attempting to use rpm with a tri-lib system, mips64. (ELF 32, ELF64 and
MIPS64 n32)
I have a small patch that adds MIPS64 n32 ABI support to RPM:
http://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/rpm/files/0001-Add-a-color-setting-for-mips64_n32-binaries.patch
The advantage of a detached signature is that you don't have to modify
something in order to certify it. The disadvantage is that you have to have
both parts to validate.
Rpms are often signed with multiple keys over their lifetime. Embedded
signatures force us to choose between keeping mostly
Great. Note that koji devs were thinking perhaps moving to detached sigs would
be the way to go... but thanks for looking at this.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Conan-Kudo approved this pull request.
--
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/192#pullrequestreview-31578151___
pkgconf (alternative to freedesktop's pkgconfig implementation)
uses this flag to stop resolving dependencies after some level.
In our case, we are not interested in checking dependencies from
buildroot at all, we just generating top-level dependency list.
References:
