As of v6.1.0, Pacman no longer generates `SKIP` as SHA-256 checksums for
Git repositories, as per the release notes at
https://gitlab.archlinux.org/pacman/pacman/-/blob/v6.1.0/NEWS?ref_type=tags#L21:
> - Add checksum support for git/mercurial/bzr sources
Instead of outputting `SKIP`, Pacman now runs `git -c core.abbrev=no
archive --format tar <branch-or-tag> | sha256sum` and uses the result:
2fc2ab6cf0
Unfortunately, the output of `git archive` is not stable. For one, the
`core.autoCRLF` setting (which defaults to `true` in Git for Windows)
affects the result.
Let's ensure that that `core.autoCRLF` setting is forced to `false`,
with the idea to add other settings as required.
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
When initializing the bare `msys2-runtime` repository that usually
`makepkg` would have initialized for us, do configure the remote URL
that subsequent `makepkg` runs will expect because of the one recorded
in `PKGBUILD`.
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
After the update of msys2-w32api from v11.0.1 to current master (and
soon to be v12) we get: winsup/cygwin/exceptions.cc:1736:33: error:
'<anonymous>' may be used uninitialized [-Werror=maybe-uninitialized]
Ignore it like the rest.
Fixesmsys2/msys2-runtime#214
Replicate the objcopy commands that used to work in msys2-runtime build
process.
also, don't strip msys2-runtime-devel. makepkg's strip mechanism thinks
split debug files are binaries that need to be stripped, and debug files
with the debug info stripped are pretty useless. msys2/msys2-pacman#52
Fixes#4595
In case we have a git clone from Linux that is accessed via cygwin git
the files executable status will be derived from the file content (shebang)
and won't match the git repo, leading to a initially dirty tree.
This can be worked around by setting "core.filemode=false", but let's try
to match the cygwin permissions with the in-repo permissions so this isn't
needed.
