There was some discontinuity between the Requires and Provides with
respect to variant builds. They have to match, or you wind up with variant
builds that can't install w/o forcing them to ignore dependencies.
Signed-off-by: Jarod Wilson <jarod@redhat.com>
This was resulting in a variant build with dependencies like so:
error: Failed dependencies:
kernel--vanilla-core-uname-r = ...
The variant already has a - at the start of it, so the always-there one
should be after variant and variant will provide the one between kernel
and itself.
Signed-off-by: Jarod Wilson <jarod@redhat.com>
Yeah, I shouldn't be committing things to the Fedora kernel tree when I
haven't done so in years, and its after 2am on a Saturday night. I promise
I haven't been drinking though...
Signed-off-by: Jarod Wilson <jarod@redhat.com>
If you try rebuilding with a %variant set, you'll hit:
error: line 2026: Package does not exist: %post -n kernel-tools
In the %post defs, we had '%post -n kernel-tools', while the package was
named simply '%package tools', which for the base kernel build, meant they
worked out to the same thing, but if doing say a kernel-vanilla build, you
had kernel-vanilla-tools and kernel-tools mismatching. This fixes the
inconsistency.
Signed-off-by: Jarod Wilson <jarod@redhat.com>
We're using the -rcX tarballs, so we don't need to apply the patch-4.0-rcX
patch. It wasn't actually being applied, but the SRPM rebuild in koji fails
because we list it as Patch00 and it doesn't exist.
- CVE-2015-0275 ext4: fallocate zero range page size > block size BUG (rhbz 1193907 1195178)
- Disable debugging options.
Yay for major version bumps :\.
We grab the full rc1 tarball instead of just the patch to make this way less
messy in the spec. When 4.0 final is released, we'll need to undo a few
specific hacks. Namely, we need to redefine:
upstream_sublevel
kversion
Source0
back to the standard definitions.
Thanks to Kyle for figuring this out 3 years ago.
