We support tag names like
${package}-${version}
${package}-v${version}
${version}
v${version}
Now add support for things like
${package}-foo-bar-${version}
foo-bar-${version}
for example:
vulkan-sdk-1.3.275.0 for SPIRV-Headers
Implement a new target 'catchup' that will backport upstream commits
from the current package version to HEAD.
Implement a new target 'catchup-<commit|tag>' that will backport
upstream commits up to the target, as resolvable by git. This powers
'catchup'.
Rework the target 'backport-<commit>' to clone and use the upstream
git repository instead of using GitHub URLs. This also simplifies the
resolution of targets to full commit hashes, as needed to ensure unique
patch names and entries in 'series'.
'make catchup' will backport all the patches to catch this package up to
the upstream's HEAD
'make catchup-v5.0' will backport all the patches to catch this package
up to tag "v5.0" upstream.
'make catchup-ffdcba' will backport all the patches between this
package's current version and the upstream commit ffdcba.
'make backport-ffdcba' will backport ONLY upstream commit ffdcba.
All targets will produce patches named "backport-<commit>.patch", where
<commit> is the full SHA1 commit hash, regardless of whether you used an
abbreviated hash (or a tag, for catchup-%).
Patches are added to 'series' in chronological order, unless they're
already anywhere in that file.
For packages with a GitHub repo configured in options.conf, allow
downloading and applying backport patches via the 'backport-<commit>'
target. If given an abbreviated commit ID, it will still create a
backport-<commit>.patch file with the full commit hash, plus add it (if
it does not already exist) to the end of the series file.
Because this handles a single commit at a time, this should be wrappable
by a future Makefile target that applies individual commits to catch up
to a target tag, for example.
Some projects store multiple Cargo.toml files, let vendor handle all
of them (might be worth having some config for certain Cargo.toml
paths to skip in the future though).
Signed-off-by: William Douglas <william.douglas@intel.com>
In order to prevent content that wasn't committed from working its way
into a build, stash prior to doing the rest of the bump.
Signed-off-by: William Douglas <william.douglas@intel.com>
Sometimes vendor repos get tagged but the package fails to update for
another reason. In this case the repo wouldn't have the new vendor
ARCHIVE set and new attempts to build would use the old vendor archive
causing failures. Force using the latest vendor tag as generally this
is what we want (if we get a bad vendor tag somehow, it should mean a
new tag needs to be created to replace it anyway).
Signed-off-by: William Douglas <william.douglas@intel.com>
Avoid cases where user git settings cause files to have different line
endings than the package and cause hash mismatches when building.
Signed-off-by: William Douglas <william.douglas@intel.com>
Add environment variable that autospec uses to decide when to log
fatal errors to a special file used for the update process.
Also does the cleanup of the autospec created file for new autospec
runs.
Signed-off-by: William Douglas <william.douglas@intel.com>
