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
It's causing too many problems (potentially). While it doesn't
have any functions that are run after the installation, pacman still
fork/execs bash anyway which leads to errors.
Ideally we should force pacman to no run those after update scripts
for core packages, but we can't change pacman for existing systems.
Let's fix pacman, and then come back to this later.
Cygwin 3.5 no longer supports Windows 7 and 8.0 and letting users
update would render all cygwin tools broken.
There is no good way to abort an installation from within a package,
so we run an install script on pre install/upgrade and just kill
pacman from there, after printing a message for how to fix things.
Since killing pacman would leave the DB locked, remove the lock file
before, so the suggested way forward works.
While we don't officially support Win 7/8.0 for quite a while now,
this should help those remaining users keep using the parts that still
work for a bit longer.
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.
With this change, files are no longer "hydrated" (read: downloaded on
the fly) when calling `ls` _just_ to determine whether the files in
question have a `#!` line that makes them executable.
This commit brings the changes from
https://github.com/msys2/msys2-runtime/pull/209 to MSYS2-packages.
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Upstream no longer manually strips the cygwin dll and creates
a debug file since https://cygwin.com/git/?p=newlib-cygwin.git;a=commit;h=99bb3e937a0fdbc1e3acbdc7cefb31e54a89a6ac
This means the debug info now moved from msys2-runtime-devel to msys2-runtime
staying in the DLL.
We don't really want to install/ship debug infos by default, so we could either
re-implement the debug info extraction manually again, or let makepkg build a
separate "-debug" package, or just strip everything.
Since the later is the least work and the least special compared to other packages,
just enable stripping.
