alexpux / msys2-pacman Goto Github PK
View Code? Open in Web Editor NEWMSYS2 port of Arch Linux packman package manager.
License: GNU General Public License v2.0
MSYS2 port of Arch Linux packman package manager.
License: GNU General Public License v2.0
Hi,
when upgrading packages in MSYS2 I noticed that the "checking available disk space" step takes an absurd amount of time. Today, it upgraded 9 packages:
Total Download Size: 21.45 MiB
Total Installed Size: 127.10 MiB
Net Upgrade Size: 0.15 MiB
It took several minutes (!) to check if there was enough space for the additional 150 kB on a hard disk that has 77 GB empty space left. The whole step takes about 3/4 of the time for the entire package upgrade.
When I pacman -Syuu today, pacman reports :
error: mingw-w64-x86_64-clang: missing required signature error: failed to commit transaction (invalid or corrupted package)
Errors occurred, no packages were upgraded.
I consult the repository, and find that the package
http://repo.msys2.org/mingw/x86_64/mingw-w64-x86_64-clang-4.0.0-1-any.pkg.tar.xz
exists , but the package's signature (http://repo.msys2.org/mingw/x86_64/mingw-w64-x86_64-clang-4.0.0-1-any.pkg.tar.xz.sig) is missing.
Please check it.
I updated msys2 today by doing pacman -Syyuu
and during the update there were a bunch of warnings:
(197/197) checking available disk space [#####################] 100%
warning: could not get file information for usr/share/man/man3/Git::I18N.3pm.gz
warning: could not get file information for usr/share/man/man3/Git::SVN::Editor.3pm.gz
warning: could not get file information for usr/share/man/man3/Git::SVN::Fetcher.3pm.gz
warning: could not get file information for usr/share/man/man3/Git::SVN::Memoize::YAML.3pm.gz
warning: could not get file information for usr/share/man/man3/Git::SVN::Prompt.3pm.gz
warning: could not get file information for usr/share/man/man3/Git::SVN::Ra.3pm.gz
warning: could not get file information for usr/share/man/man3/Git::SVN::Utils.3pm.gz
warning: could not get file information for usr/lib/python2.7/site-packages/libxml2mod.a
warning: could not get file information for usr/lib/python2.7/site-packages/libxml2mod.dll.a
:: Processing package changes...
The colon might be the issue since it's a reserved character. No idea about the python ones.
$ pacman -Syuu
:: Synchronizing package databases...
mingw32 is up to date
mingw64 is up to date
msys is up to date
:: Starting core system upgrade...
there is nothing to do
:: Starting full system upgrade...
there is nothing to do
$ pacman -Fs mingw-w64-x86_64-clang
warning: database file for 'mingw32' does not exist
warning: database file for 'mingw64' does not exist
warning: database file for 'msys' does not exist
$ pacman -Qi pacman
Name : pacman
Version : 5.0.1-4
Description : A library-based package manager with dependency support (MSYS2 port)
Architecture : x86_64
$ uname -a
MSYS_NT-10.0 admin-PC 2.9.0(0.318/5/3) 2017-09-13 23:16 x86_64 Msys
I see there are some big patches for the tidying phase of makepkg. Now that the phase is extendable, maybe some of the MSYS2-specific code should be put into separate files for better maintainability?
Hello,
I'm glad to meet you and work with msy2, this is my first issue, i hope this can help to fix some problems.
Sorry if i'm posting the issue without a some rule, if there is one please point me, i will try to do on the correct way.
The issue:
I'm trying to install by hand the mpfr library with this: http://repo.msys2.org/msys/i686/mpfr-devel-4.0.0.1-3-i686.pkg.tar.xz because this one have both mpfr file version 4th and 6th, when update/upgrade with pacman the 4th version is removed, so it's is needed when linking for numpy on python2. Please try to keep it instead about removing.
Thanks.
Hiroshi Takey F.
Related debug log (by adding --debug
to pacman)
debug: url: http://repo.msys2.org/msys/x86_64/ctags-5.8-1-x86_64.pkg.tar.xz
debug: maxsize: 113924
debug: opened tempfile for download: /var/cache/pacman/pkg/ctags-5.8-1-x86_64.pkg.tar.xz.part (wb)
debug: curl returned error 63 from transfer
error: failed retrieving file 'ctags-5.8-1-x86_64.pkg.tar.xz' from repo.msys2.org : Maximum file size exceeded
Seems it's a bug in pacman since manually downloading the file via curl works well
Have started pacman -S base-devel
, after some printouts packman hangs - it utilizes 100% of one CPU and do not print anything more.
What can I check or fix?
Hello Alexey,
I don't know what is the reason, but I have today updated my MSYS2 installation with pacman -Syu
and it upgraded pacman, then immediately it was detected as a potential threat by Symantec Endpoint Protection
Can you please confirm that (1) file is safe (2) contact Symantec via:
http://securityresponse.symantec.com/security_response/writeup.jsp?docid=2016-111608-2646-99
if the file is safe or provide some workaround / recompile package.
While netcat localhost http
and netcat localhost smtp
work fine, for example netcat localhost imap
(as well as netcat localhost 143
) fails:
$ netcat localhost imap
assertion "dst->netnum == servent->s_port" failed: file "network.c", line 226, function: netcat_getport
Aborted (core dumped)
This is different from the case when the port is just closed:
$ netcat localhost 42
assertion "ret == 0" failed: file "core.c", line 372, function: core_tcp_connect
Aborted (core dumped)
I am using the -r option on Pacman to install to a different root (some Mingw stuff), as well as the -b and --logfile options to point to the default pacman stuff ('/var/lib/pacman'). For some reason Pacman cannot find that directory.
Command line used:
pacman -S --debug -r /mingw64-mono-llvm -b /var/lib/pacman --logfile /var/log/pacman.log mingw-w64-x86_64-gtk3
Output from the --debug switch is below
debug: pacman v4.2.1-197-g7e109-dirty - libalpm v9.0.1
debug: config: attempting to read file /etc/pacman.conf
debug: config: new section 'options'
debug: config: HoldPkg: pacman
debug: config: arch: x86_64
debug: config: SigLevel: Required
debug: config: SigLevel: DatabaseOptional
debug: config: LocalFileSigLevel: Optional
debug: config: new section 'mingw32'
debug: config file /etc/pacman.conf, line 73: including /etc/pacman.d/mirrorlist.mingw32
debug: config: new section 'mingw64'
debug: config file /etc/pacman.conf, line 76: including /etc/pacman.d/mirrorlist.mingw64
debug: config: new section 'msys'
debug: config file /etc/pacman.conf, line 79: including /etc/pacman.d/mirrorlist.msys
debug: config: finished parsing /etc/pacman.conf
debug: setup_libalpm called
error: failed to initialize alpm library
(could not find or read directory: /var/lib/pacman)
My system Windows 10 on intel i7 system
Here are the errors communicated by msys2 when I tried installing and updating :
$ pacman -Syuu
error: clangarm64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
:: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y
error: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" could not be looked up remotely
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
:: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y
error: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" could not be looked up remotely
error: mingw64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
:: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y
error: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" could not be looked up remotely
error: ucrt64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
:: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y
error: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" could not be looked up remotely
error: clang32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
:: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y
error: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" could not be looked up remotely
error: clang64: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
:: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y
error: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" could not be looked up remotely
error: msys: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
:: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y
error: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" could not be looked up remotely
:: Synchronizing package databases...
clangarm64
mingw32
mingw64
ucrt64
clang32
Please help or suggest action
Thanks
Geurt
When I update packages from a custom repo using deltas which are created by pkgdelta, I get "invalid or corrupted package (checksum)" error message.
pacman can download and apply patch. But the checksum of resulted package is different from the original one.
I found a work-around for this problem. If xdelta3 is forced to don't compress/recompress via "-D -R" switches, the problem doesn't occur.
I am not sure I am opening this issue in the right repository.
I am opening this issue because it seems to me the installer is setup everything as if Windows is a single user system. Well, maybe a lot of people are doing that, but this is a wrong way to do things and no software should encourage this (dumb) behavior.
It seems the installer does a single user installation because:
So, I propose to fix things by implementing the following enhancements:
Fixing this issue seems mandatory to me. So far I used MSYS2 only to download packages, and I won't do more if this issue is not solved.
If you lack time to solve it, I may try to see if I can participate to MSYS2 development and fix it.
I'm sorry that this may not be directly related to the MSYS2 project. But I'm hoping I can get some insight here since I am working with an MSYS/MinGW environment.
I have installed Git for Windows on Windows 10 64-bit, & I'm trying to figure out if it's possible to use pacman from MSYS2 project with it. Turns out, Git for Windows comes with a MinGW/MSYS environment, but no package manager. I'd prefer to only have one MSYS environment on my system. If worse comes worst, I'll just uninstall Git for Windows & create a regular MSYS2 environment. But if I can, I'd like the try & use pacman with my current Git/MinGW/MSYS environment.
I downloaded the latest 64-bit MSYS2 tarball package & extracted its contents. I've copied the /usr/bin/pacman.exe executable, /var & /etc/pacman.d directories, & /etc/pacman.conf file to the Git/MSYS environment.
I turned off my firewall & opened the MinTTY/Bash terminal that came with Git using administrative privileges. I ran pacman & got some complaints. I don't remember what the original complaints were, but I ended up doing the following to try & add the MSYS2 public PGP key as trusted:
# gpg --recv-keys 5F92EFC1A47D45A1
gpg: requesting key A47D45A1 from hkp server keys.gnupg.net
gpg: key A47D45A1: public key "Alexey Pavlov (Alexpux) <[email protected]>" imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg: imported: 1
# gpg --list-keys
/c/Users/antum/.gnupg/pubring.gpg
---------------------------------
pub 2048D/A47D45A1 2013-11-11
uid Alexey Pavlov (Alexpux) <[email protected]>
sub 2048g/31CF7700 2013-11-11
# gpg --edit-key Alexpux
gpg (GnuPG) 1.4.22; Copyright (C) 2015 Free Software Foundation, Inc.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
pub 2048D/A47D45A1 created: 2013-11-11 expires: never usage: SC
trust: unknown validity: unknown
sub 2048g/31CF7700 created: 2013-11-11 expires: never usage: E
[ unknown] (1). Alexey Pavlov (Alexpux) <[email protected]>
gpg> trust
pub 2048D/A47D45A1 created: 2013-11-11 expires: never usage: SC
trust: unknown validity: unknown
sub 2048g/31CF7700 created: 2013-11-11 expires: never usage: E
[ unknown] (1). Alexey Pavlov (Alexpux) <[email protected]>
Please decide how far you trust this user to correctly verify other users' keys
(by looking at passports, checking fingerprints from different sources, etc.)
1 = I don't know or won't say
2 = I do NOT trust
3 = I trust marginally
4 = I trust fully
5 = I trust ultimately
m = back to the main menu
Your decision? 5
Do you really want to set this key to ultimate trust? (y/N) y
pub 2048D/A47D45A1 created: 2013-11-11 expires: never usage: SC
trust: ultimate validity: unknown
sub 2048g/31CF7700 created: 2013-11-11 expires: never usage: E
[ unknown] (1). Alexey Pavlov (Alexpux) <[email protected]>
Please note that the shown key validity is not necessarily correct
unless you restart the program.
gpg> quit
# gpg --list-keys
gpg: checking the trustdb
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
/c/Users/antum/.gnupg/pubring.gpg
---------------------------------
pub 2048D/A47D45A1 2013-11-11
uid Alexey Pavlov (Alexpux) <[email protected]>
sub 2048g/31CF7700 2013-11-11
pacman-key --init
gpg: /etc/pacman.d/gnupg/trustdb.gpg: trustdb created
gpg: no ultimately trusted keys found
gpg: Generating pacman keyring master key...
gpg: skipping control `%no-protection' ()
.......+++++
+++++
gpg: key 7431EEEA marked as ultimately trusted
gpg: Done
==> Updating trust database...
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
# pacman -Syu
warning: Public keyring not found; have you run 'pacman-key --init'?
error: mingw32: key "5F92EFC1A47D45A1" is unknown
error: key "5F92EFC1A47D45A1" could not be looked up remotely
error: mingw64: key "5F92EFC1A47D45A1" is unknown
error: key "5F92EFC1A47D45A1" could not be looked up remotely
error: msys: key "5F92EFC1A47D45A1" is unknown
error: key "5F92EFC1A47D45A1" could not be looked up remotely
error: no operation specified (use -h for help)
Not sure how to get it to accept the key. Something is missing or not set up right. I may ask for help over at the Git project as well.
EDIT: It was suggested to me to use pacman-key for adding the public key because pacman uses its own keyring. So, I did the following but am still getting the same error:
# pacman-key --recv-keys 5F92EFC1A47D45A1
gpg: requesting key A47D45A1 from hkp server pool.sks-keyservers.net
gpg: key A47D45A1: public key "Alexey Pavlov (Alexpux) <[email protected]>" imported
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: Total number processed: 1
gpg: imported: 1
==> Updating trust database...
gpg: no need for a trustdb check
# pacman-key --edit-key Alexpux
pub 2048D/A47D45A1 created: 2013-11-11 expires: never usage: SC
trust: unknown validity: unknown
sub 2048g/31CF7700 created: 2013-11-11 expires: never usage: E
[ unknown] (1). Alexey Pavlov (Alexpux) <[email protected]>
gpg> trust
pub 2048D/A47D45A1 created: 2013-11-11 expires: never usage: SC
trust: unknown validity: unknown
sub 2048g/31CF7700 created: 2013-11-11 expires: never usage: E
[ unknown] (1). Alexey Pavlov (Alexpux) <[email protected]>
Please decide how far you trust this user to correctly verify other users' keys
(by looking at passports, checking fingerprints from different sources, etc.)
1 = I don't know or won't say
2 = I do NOT trust
3 = I trust marginally
4 = I trust fully
5 = I trust ultimately
m = back to the main menu
Your decision? 5
Do you really want to set this key to ultimate trust? (y/N) y
pub 2048D/A47D45A1 created: 2013-11-11 expires: never usage: SC
trust: ultimate validity: unknown
sub 2048g/31CF7700 created: 2013-11-11 expires: never usage: E
[ unknown] (1). Alexey Pavlov (Alexpux) <[email protected]>
Please note that the shown key validity is not necessarily correct
unless you restart the program.
gpg> quit
==> Updating trust database...
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 2 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 2u
# pacman-key --list-keys
/etc/pacman.d/gnupg/pubring.gpg
-------------------------------
pub 2048R/7431EEEA 2017-12-24
uid Pacman Keyring Master Key <pacman@localhost>
pub 2048D/A47D45A1 2013-11-11
uid Alexey Pavlov (Alexpux) <[email protected]>
sub 2048g/31CF7700 2013-11-11
# pacman -Syu
warning: Public keyring not found; have you run 'pacman-key --init'?
error: mingw32: key "5F92EFC1A47D45A1" is unknown
error: key "5F92EFC1A47D45A1" could not be looked up remotely
error: mingw64: key "5F92EFC1A47D45A1" is unknown
error: key "5F92EFC1A47D45A1" could not be looked up remotely
error: msys: key "5F92EFC1A47D45A1" is unknown
error: key "5F92EFC1A47D45A1" could not be looked up remotely
error: no operation specified (use -h for help)
EDIT: Found a little more info here. I deleted /etc/pacman.d/gnupg & copied /usr/share/pacman directory from extracted MSYS2 package to Git/MSYS environment, then ran the following:
# pacman-key --init
gpg: /etc/pacman.d/gnupg/trustdb.gpg: trustdb created
gpg: no ultimately trusted keys found
gpg: Generating pacman keyring master key...
gpg: skipping control `%no-protection' ()
+++++
...+++++
gpg: key 2C176BB2 marked as ultimately trusted
gpg: Done
==> Updating trust database...
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
# pacman-key --populate msys2
==> Appending keys from msys2.gpg...
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
==> Locally signing trusted keys in keyring...
-> Locally signing key D55E7A6D7CE9BA1587C0ACACF40D263ECA25678A...
-> Locally signing key 123D4D51A1793859C2BE916BBBE514E53E0D0813...
-> Locally signing key B91BCF3303284BF90CC043CA9F418C233E652008...
-> Locally signing key 9DD0D4217D75A33B896159E6DA7EF2ABAEEA755C...
==> Importing owner trust values...
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
gpg: inserting ownertrust of 4
==> Updating trust database...
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 4 trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1 valid: 4 signed: 3 trust: 0-, 0q, 0n, 4m, 0f, 0u
gpg: depth: 2 valid: 3 signed: 0 trust: 3-, 0q, 0n, 0m, 0f, 0u
# pacman-key --refresh-keys
gpg: refreshing 8 keys from hkp://pool.sks-keyservers.net
gpg: requesting key 2C176BB2 from hkp server pool.sks-keyservers.net
gpg: requesting key CA25678A from hkp server pool.sks-keyservers.net
gpg: requesting key AEEA755C from hkp server pool.sks-keyservers.net
gpg: requesting key 3E0D0813 from hkp server pool.sks-keyservers.net
gpg: requesting key 3E652008 from hkp server pool.sks-keyservers.net
gpg: requesting key A47D45A1 from hkp server pool.sks-keyservers.net
gpg: requesting key 2C51581E from hkp server pool.sks-keyservers.net
gpg: requesting key 4CA56930 from hkp server pool.sks-keyservers.net
gpgkeys: key 30E6F43BF83E664B7D534995568B2E4B2C176BB2 not found on keyserver
gpg: key CA25678A: "Alexey Pavlov (Alexpux) <[email protected]>" 4 new signatures
gpg: key AEEA755C: "Martell Malone (martell) <[email protected]>" 3 new signatures
gpg: key 3E0D0813: "Ray Donnelly (MSYS2 Developer - master key) <[email protected]>" 2 new signatures
gpg: key 3E652008: "Ignacio Casal Quinteiro <[email protected]>" 2 new signatures
gpg: key A47D45A1: "Alexey Pavlov (Alexpux) <[email protected]>" 1 new signature
gpg: key 2C51581E: "Martell Malone (MSYS2 Developer) <[email protected]>" not changed
gpg: key 4CA56930: "Ray Donnelly (MSYS2 Developer) <[email protected]>" 2 new signatures
gpg: Total number processed: 7
gpg: unchanged: 1
gpg: new signatures: 14
gpg: keyserver communications error: key not found
gpg: keyserver communications error: bad public key
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 4 trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1 valid: 4 signed: 3 trust: 0-, 0q, 0n, 4m, 0f, 0u
gpg: depth: 2 valid: 3 signed: 0 trust: 3-, 0q, 0n, 0m, 0f, 0u
gpg: keyserver refresh failed: bad public key
==> ERROR: A specified local key could not be updated from a keyserver.
Error persists, but now all keys for MSYS2 are added to keyring:
# pacman-key --list-keys
/etc/pacman.d/gnupg/pubring.gpg
-------------------------------
pub 2048R/E5F3307F 2017-12-24
uid Pacman Keyring Master Key <pacman@localhost>
pub 2048R/CA25678A 2014-09-28
uid Alexey Pavlov (Alexpux) <[email protected]>
sub 2048R/2BBF340E 2014-09-28
pub 4096R/AEEA755C 2014-10-04
uid Martell Malone (martell) <[email protected]>
sub 4096R/2A292C03 2014-10-04
pub 4096R/3E0D0813 2014-09-28
uid Ray Donnelly (MSYS2 Developer - master key) <[email protected]>
sub 4096R/8603AA9D 2014-09-28
pub 2048R/3E652008 2014-09-29
uid Ignacio Casal Quinteiro <[email protected]>
sub 2048R/64D62A76 2014-09-29
pub 2048D/A47D45A1 2013-11-11
uid Alexey Pavlov (Alexpux) <[email protected]>
sub 2048g/31CF7700 2013-11-11
pub 4096R/2C51581E 2015-07-22
uid Martell Malone (MSYS2 Developer) <[email protected]>
sub 4096R/282D6707 2015-07-22
pub 4096R/4CA56930 2014-09-28
uid Ray Donnelly (MSYS2 Developer) <[email protected]>
sub 4096R/576CF231 2014-09-28
After performing a first-time install and upgrade of MSYS2 via "pacman -Syuu", I've had the update process fail to complete with "permission denied" being reported for pacman, and also reported that it could not remove the db.lock file. Attempts at manually resetting the installation have also failed, with pacman.exe ignoring administrative privileges until a subsequent reboot. I've seen this issue occur on multiple fresh installs and different accounts, so I'm unsure as to why the issue is occurring.
Hi,
I started getting this error on pacman -Syu
, and couldn't update the MSYS2 system because of it:
$ pacman -Syu
error: mingw32: signature from "Alexey Pavlov (Alexpux) <[email protected]>" is invalid
:: Synchronizing package databases...
mingw32 is up to date
mingw64 is up to date
msys is up to date
error: database 'mingw32' is not valid (invalid or corrupted database (PGP signature))
I have tried the following:
rm -rf /etc/pacman.d/gnupg
pacman-key --init
pacman-key --populate msys2
pacman-key --refresh-keys
But commands above didn't fix the issue. The output of the commands was:
$ pacman-key --init
gpg: /etc/pacman.d/gnupg/trustdb.gpg: trustdb created
gpg: no ultimately trusted keys found
gpg: Generating pacman keyring master key...
gpg: skipping control `%no-protection' ()
...+++++
...+++++
gpg: key 8AD72C6F marked as ultimately trusted
gpg: Done
==> Updating trust database...
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
$ pacman-key --populate msys2
==> Appending keys from msys2.gpg...
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
==> Locally signing trusted keys in keyring...
-> Locally signing key D55E7A6D7CE9BA1587C0ACACF40D263ECA25678A...
-> Locally signing key 123D4D51A1793859C2BE916BBBE514E53E0D0813...
-> Locally signing key B91BCF3303284BF90CC043CA9F418C233E652008...
-> Locally signing key 9DD0D4217D75A33B896159E6DA7EF2ABAEEA755C...
==> Importing owner trust values...
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
gpg: inserting ownertrust of 4
==> Updating trust database...
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 4 trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1 valid: 4 signed: 3 trust: 0-, 0q, 0n, 4m, 0f, 0u
gpg: depth: 2 valid: 3 signed: 0 trust: 3-, 0q, 0n, 0m, 0f, 0u
$ pacman-key --refresh-keys
gpg: refreshing 8 keys from hkp://pool.sks-keyservers.net
gpg: requesting key 8AD72C6F from hkp server pool.sks-keyservers.net
gpg: requesting key CA25678A from hkp server pool.sks-keyservers.net
gpg: requesting key AEEA755C from hkp server pool.sks-keyservers.net
gpg: requesting key 3E0D0813 from hkp server pool.sks-keyservers.net
gpg: requesting key 3E652008 from hkp server pool.sks-keyservers.net
gpg: requesting key A47D45A1 from hkp server pool.sks-keyservers.net
gpg: requesting key F93FC717 from hkp server pool.sks-keyservers.net
gpg: requesting key 4CA56930 from hkp server pool.sks-keyservers.net
gpgkeys: key 15915B66A4201868D60545DAD10970618AD72C6F not found on keyserver
gpg: DBG: armor-keys-failed (KEY 0x15915B66A4201868D60545DAD10970618AD72C6F BEGIN
) ->0
gpg: DBG: armor-keys-failed (KEY 0x15915B66A4201868D60545DAD10970618AD72C6F FAILED 6
) ->6
gpg: key CA25678A: "Alexey Pavlov (Alexpux) <[email protected]>" 4 new signatures
gpg: key AEEA755C: "Martell Malone (martell) <[email protected]>" 3 new signatures
gpg: key 3E0D0813: "Ray Donnelly (MSYS2 Developer - master key) <[email protected]>" 2 new signatures
gpg: key 3E652008: "Ignacio Casal Quinteiro <[email protected]>" 2 new signatures
gpg: key A47D45A1: "Alexey Pavlov (Alexpux) <[email protected]>" 1 new signature
gpg: key F93FC717: "Martell Malone (martell) <[email protected]>" not changed
gpg: key 4CA56930: "Ray Donnelly (MSYS2 Developer) <[email protected]>" 2 new signatures
gpg: Total number processed: 7
gpg: unchanged: 1
gpg: new signatures: 14
gpg: keyserver communications error: key not found
gpg: keyserver communications error: bad public key
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 4 trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1 valid: 4 signed: 3 trust: 0-, 0q, 0n, 4m, 0f, 0u
gpg: depth: 2 valid: 3 signed: 0 trust: 3-, 0q, 0n, 0m, 0f, 0u
gpg: keyserver refresh failed: bad public key
==> ERROR: A specified local key could not be updated from a keyserver.
Each time I run pacman -Syu
the upgrade fails and after that msys2 is broken beyond repair.
As suggested I checked for conflicting cygwin1.dll
files but there are no such files on my path.
:: Processing package changes...
(1/4) upgrading msys2-runtime [#####################] 100%
(2/4) upgrading bash [#####################] 100%
(3/4) upgrading filesystem [#####################] 100%
2 [main] pacman (4100) C:\msys2-x64\usr\bin\pacman.exe: *** fatal error - cygheap base mismatch detected - 0x180326400/0x18033A408.
This problem is probably due to using incompatible versions of the cygwin DLL.
Search for cygwin1.dll using the Windows Start->Find/Search facility
and delete all but the most recent version. The most recent version *should*
reside in x:\cygwin\bin, where 'x' is the drive on which you have
installed the cygwin distribution. Rebooting is also suggested if you
are unable to find another cygwin DLL.
0 [main] pacman 3332 fork: child -1 - forked process 4100 died unexpectedl y, retry 0, exit code 0xC0000005, errno 11
error: could not fork a new process (Resource temporarily unavailable)
(4/4) upgrading mintty [#####################] 100%
warning: terminate MSYS2 without returning to shell and check for updates again
warning: for example close your terminal window instead of calling exit
I have a MSYS2 installation that I haven't updated for at least a year or so; so I tried it today, and I got:
$ pacman -Syu
:: Synchronizing package databases...
mingw32 472.5 KiB 34.5K/s 00:14 [#####################] 100%
mingw32.sig 438.0 B 0.00B/s 00:00 [#####################] 100%
error: mingw32: key "4A6129F4E4B84AE46ED7F635628F528CF3053E04" is unknown
error: key "4A6129F4E4B84AE46ED7F635628F528CF3053E04" could not be looked up remotely
error: failed to update mingw32 (invalid or corrupted database (PGP signature))
mingw64 475.0 KiB 39.8K/s 00:12 [#####################] 100%
mingw64.sig 438.0 B 0.00B/s 00:00 [#####################] 100%
error: mingw64: key "4A6129F4E4B84AE46ED7F635628F528CF3053E04" is unknown
error: key "4A6129F4E4B84AE46ED7F635628F528CF3053E04" could not be looked up remotely
error: failed to update mingw64 (invalid or corrupted database (PGP signature))
msys 189.8 KiB 26.8K/s 00:07 [#####################] 100%
msys.sig 438.0 B 0.00B/s 00:00 [#####################] 100%
error: msys: key "4A6129F4E4B84AE46ED7F635628F528CF3053E04" is unknown
error: key "4A6129F4E4B84AE46ED7F635628F528CF3053E04" could not be looked up remotely
error: failed to update msys (invalid or corrupted database (PGP signature))
error: failed to synchronize all databases
I found posts like: Problem refreshing pacman keys / Pacman & Package Upgrade Issues / Arch Linux Forums - so tried as in there:
$ pacman-key --init
$ pacman-key --populate msys2
==> Appending keys from msys2.gpg...
==> Locally signing trusted keys in keyring...
-> Locally signing key D55E7A6D7CE9BA1587C0ACACF40D263ECA25678A...
-> Locally signing key 123D4D51A1793859C2BE916BBBE514E53E0D0813...
-> Locally signing key B91BCF3303284BF90CC043CA9F418C233E652008...
-> Locally signing key 9DD0D4217D75A33B896159E6DA7EF2ABAEEA755C...
==> Importing owner trust values...
==> Updating trust database...
gpg: no need for a trustdb check
$ pacman-key --refresh-keys
gpg: refreshing 8 keys from hkps://hkps.pool.sks-keyservers.net
gpg: keyserver refresh failed: General error
==> ERROR: A specified local key could not be updated from a keyserver.
Can I somehow fix this and upgrade this MSYS2 installation without reinstalling?
Hi,
I'm about to install SDL2 mingw64. To do that I have to type
pacman -S mingw64/mingw-w64-x86_64-SDL2
I'd like to see an easier way of installing this package. For instance, a command that tries to match a search, displays the search result and prompts which package from the search it should install?
Maybe something like this:
$ pacman -Ss 64-SDL2
(1) mingw64/mingw-w64-x86_64-SDL2 2.0.5-2
A library for portable low-level access to a video framebuffer, audio output, mouse, and keyboard (Version 2) (mingw-w64)
(2) mingw64/mingw-w64-x86_64-SDL2_gfx 1.0.1-2
SDL graphics drawing primitives and other support functions wrapped up in an addon library for the Simple Direct Media (SDL) cross-platform API layer
Select package(s) to install: 1
Installing ...
Just a thought, I think it would be very neat
Any idea how to correctly relocate some 'very frequently used' utilities to Ramdisk ?
I tried most of them successfully but cannot use pacman,
$ pacman -Syu
:: Synchronizing package databases...
error: failed to update mingw32 (unable to lock database)
error: failed to update mingw64 (unable to lock database)
error: failed to update msys (unable to lock database)
error: failed to synchronize all databases
Z is a RAM disk and I did create windows desktop shortcut
Z:\CoreUtil\usr\bin\mintty.exe --dir /usr/bin /usr/bin/bash -ac 'MSYSTEM=MINGW64;exec /usr/bin/bash -l'
and relocate some to it :
bash.exe
chmod.exe
cp.exe
curl.exe
cut.exe
cygpath.exe
cygwin-console-helper.exe
file.exe
find.exe
getopt.exe
gpg.exe
grep.exe
head.exe
hexdump.exe
hostname.exe
ldd.exe
ln.exe
ls.exe
mintty.exe
mkdir.exe
msys-2.0.dll
msys-assuan-0.dll
msys-bz2-1.dll
msys-gcc_s-seh-1.dll
msys-gcrypt-20.dll
msys-gpg-error-0.dll
msys-iconv-2.dll
msys-intl-8.dll
msys-magic-1.dll
msys-ncursesw6.dll
msys-readline7.dll
msys-sqlite3-0.dll
msys-z.dll
mv.exe
od.exe
rm.exe
sed.exe
sort.exe
tee.exe
time.exe
tr.exe
tzset.exe
xz.exe
after change all paths in /etc/profile to point back to original MSYS installation, and pacman setting:
$ cat Z:\RAMCoreUtil\etc\pacman.conf
...
[options]
RootDir = /e/msys/
DBPath = /e/msys/var/lib/pacman/
CacheDir = /e/msys/var/cache/pacman/pkg/
LogFile = /e/msys/var/log/pacman.log
GPGDir = /e/msys/etc/pacman.d/gnupg/
...
[mingw32]
Include = /e/msys/etc/pacman.d/mirrorlist.mingw32
[mingw64]
Include = /e/msys/etc/pacman.d/mirrorlist.mingw64
[msys]
Include = /e/msys/etc/pacman.d/mirrorlist.msys
How to solve the stumbling-block
error: failed to update mingw32 (unable to lock database)
error: failed to update mingw64 (unable to lock database)
Any useful idea will be very appreciated and thanks much in advance!
Upstream pacman doesn't run prepare()
when the -e
argument is passed. MSYS2 pacman does.
I assume it's because of a this block: makepkg.sh.in#L2167-L2169
if (( PREPAREFUNC && !REPKG )); then
run_prepare
fi
Why is it there?
$ pacman -Sy
:: Synchronizing package databases...
error: failed retrieving file 'mingw32.db' from 148.251.42.38 : Connection timed out after 10000 milliseconds
mingw32 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw32 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw32 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw32 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw32 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw32 207.5 KiB 1081K/s 00:00 [######################################] 100%
mingw32.sig 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw32.sig 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw32.sig 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw32.sig 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw32.sig 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw32.sig 96.0 B 0.00B/s 00:00 [######################################] 100%
error: failed retrieving file 'mingw64.db' from 148.251.42.38 : Connection timed out after 10000 milliseconds
mingw64 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw64 69.6 KiB 97.9K/s 00:01 [############--------------------------] 33% mingw64 208.0 KiB 646K/s 00:00 [######################################] 100%
mingw64.sig 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% mingw64.sig 96.0 B 93.8K/s 00:00 [######################################] 100%
error: failed retrieving file 'msys.db' from 148.251.42.38 : Connection timed out after 10001 milliseconds
msys 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% msys 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% msys 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% msys 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% msys 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% msys 113.3 KiB 809K/s 00:00 [######################################] 100%
msys.sig 0.0 B 0.00B/s 00:00 [--------------------------------------] 0% msys.sig 96.0 B 93.8K/s 00:00 [######################################] 100%
Hello, just recently (in the past 3-4 days) I've started running into the following problem on Windows 2012r2.
How to replicate:
msys2_shell.cmd
exit
from shell after setupmsys2_shell.cmd
pacman -Sy pacman
pacman -Syuu
or even just pacman --version
- these all return 127 with no stdout output.(I also tried exiting the shell between the pacman package update and the next commands, with the same result)
Here is some output after the last few commands:
Let me know if there is anything else I can provide to help debug this issue. Thanks!
That's a fresh install of msys2, and then follow the step of https://msys2.github.io/ update package, some file can't creact(gawk.exe and tzcode files). try to install git is the same errer.
Disk space is enough. and google can't help me too :(
pacman show me this when I installing some package, but another machine don't, any idear? http://www.pastebin.ca/3065218
An option to still exit from update-core
endless loop would be very much appreciated for unattented installs, which are necessary for some "tool-building toolchains". =) mingwpy/mingwpy#19 (comment)
I just sent a letter to mailing list and then found this tracker, which seems to be the right place for such request.
Couldn't get any packages using pacman
had to manually comment out the FTP server in the mirrorlist.*
files (under etc/pacman.d
) in order for it fallback on sourceforge.
However it may have just needed to fail to get every package before trying the other server. However, this would have taken way too long as I was install 100+ packages each one with a 10000 millisecond timeout.
I'm not sure is this an issue.
Is the Pacman version 5.0.1.6403.520736d-1 identical to v4.2.1-516-g52073-dirty?
When I use pacman -S pacman
It tell me I will install the pacman-5.0.1.6403.520736d-1.
But After I install it, ask it from pacman --version, I get the version v4.2.1-516-g52073-dirty
I also download the pacman-5.0.16403.520736d-1-x86_64.pkg.tar.xz form SF and unpack it.
Compare it to the installed one, they are also identical.
Is the version number correct?
Since today I'm getting signature invalid, i.e.
export LC_ALL=en_US.UTF-8 # for english error message etc.
pacman -Syuu
results in
error: mingw32: signature from "Alexey Pavlov (Alexpux) <[email protected]>" is invalid
error: mingw64: signature from "Alexey Pavlov (Alexpux) <[email protected]>" is invalid
error: msys: signature from "Alexey Pavlov (Alexpux) <[email protected]>" is invalid
:: Synchronizing package databases...
mingw32 534.8 KiB 32.6M/s 00:00 [###########################################################################################] 100%
mingw32.sig 119.0 B 0.00B/s 00:00 [###########################################################################################] 100%
error: mingw32: signature from "Alexey Pavlov (Alexpux) <[email protected]>" is invalid
error: failed to update mingw32 (invalid or corrupted database (PGP signature))
mingw64 535.8 KiB 18.7M/s 00:00 [###########################################################################################] 100%
mingw64.sig 119.0 B 0.00B/s 00:00 [###########################################################################################] 100%
error: mingw64: signature from "Alexey Pavlov (Alexpux) <[email protected]>" is invalid
error: failed to update mingw64 (invalid or corrupted database (PGP signature))
msys 178.3 KiB 58.0M/s 00:00 [###########################################################################################] 100%
msys.sig 119.0 B 0.00B/s 00:00 [###########################################################################################] 100%
error: msys: signature from "Alexey Pavlov (Alexpux) <[email protected]>" is invalid
error: failed to update msys (invalid or corrupted database (PGP signature))
error: failed to synchronize all databases
Is it just my setup, or are other people also get this?
I've tried around with e.g.
pacman-key --refresh-keys
but it seems to hang forever and finally fails with some error.
(PS: I'm behind a proxy, but have http_proxy and https_proxy set.)
Any tips what to do/try?
How can I see the current signature and if it's the correct one?
Thanks.
Check it, it is 5.1.1 now.
https://git.archlinux.org/pacman.git/tree/NEWS
$ pacman -S gnupg
warning: gnupg-2.2.10-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...
Packages (1) gnupg-2.2.10-1
Total Installed Size: 8.34 MiB
Net Upgrade Size: 0.00 MiB
:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring [#####################] 100%
(1/1) checking package integrity [#####################] 100%
(1/1) loading package files [#####################] 100%
(1/1) checking for file conflicts [#####################] 100%
(1/1) checking available disk space [#####################] 100%
:: Processing package changes...
(1/1) reinstalling gnupg [#####################] 100%
==> Appending keys from msys2.gpg...
==> Locally signing trusted keys in keyring...
-> Locally signing key D55E7A6D7CE9BA1587C0ACACF40D263ECA25678A...
==> ERROR: D55E7A6D7CE9BA1587C0ACACF40D263ECA25678A could not be locally signed.
-> Locally signing key 123D4D51A1793859C2BE916BBBE514E53E0D0813...
==> ERROR: 123D4D51A1793859C2BE916BBBE514E53E0D0813 could not be locally signed.
-> Locally signing key B91BCF3303284BF90CC043CA9F418C233E652008...
==> ERROR: B91BCF3303284BF90CC043CA9F418C233E652008 could not be locally signed.
-> Locally signing key 9DD0D4217D75A33B896159E6DA7EF2ABAEEA755C...
==> ERROR: 9DD0D4217D75A33B896159E6DA7EF2ABAEEA755C could not be locally signed.
error: command (/usr/bin/bash /usr/bin/bash -c . /tmp/alpm_iD6Cnh/.INSTALL; post_upgrade 2.2.10-1 2.2.10-1 ) failed to execute correctly
First, when I tried to update, the following happened:
$ pacman -Syu
:: Synchronizing package databases...
mingw32 639.0 B 0.00B/s 00:00 [#####################] 100%
mingw32.sig 639.0 B 0.00B/s 00:00 [#####################] 100%
error: GPGME error: No data
error: failed to update mingw32 (invalid or corrupted database (PGP signature))
mingw64 639.0 B 0.00B/s 00:00 [#####################] 100%
mingw64.sig 639.0 B 0.00B/s 00:00 [#####################] 100%
error: GPGME error: No data
error: failed to update mingw64 (invalid or corrupted database (PGP signature))
msys 639.0 B 0.00B/s 00:00 [#####################] 100%
msys.sig 639.0 B 0.00B/s 00:00 [#####################] 100%
error: GPGME error: No data
error: failed to update msys (invalid or corrupted database (PGP signature))
error: failed to synchronize any databases
error: failed to init transaction (invalid or corrupted database (PGP signature))
I've found an old sourceforge.net post in the Google cache (you really should move everything away from sourceforge, really, asap) that it might help to delete /etc/pacman.d/gnupg
and run the following commands. I'll just include their output right here.
$ rm /etc/pacman.d/gnupg/ -r
$ pacman-key --init
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/documentation/faqs.html for more information
gpg: /etc/pacman.d/gnupg/trustdb.gpg: trustdb created
gpg: no ultimately trusted keys found
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/documentation/faqs.html for more information
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/documentation/faqs.html for more information
gpg: Generating pacman keyring master key...
gpg: skipping control `%no-protection' ()
......+++++
..+++++
gpg: key 59CD7F5B marked as ultimately trusted
gpg: Done
==> Updating trust database...
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/documentation/faqs.html for more information
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
$ pacman-key --populate msys2
==> Appending keys from msys2.gpg...
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/documentation/faqs.html for more information
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 1u
==> Locally signing trusted keys in keyring...
-> Locally signing key D55E7A6D7CE9BA1587C0ACACF40D263ECA25678A...
-> Locally signing key 123D4D51A1793859C2BE916BBBE514E53E0D0813...
-> Locally signing key B91BCF3303284BF90CC043CA9F418C233E652008...
-> Locally signing key 9DD0D4217D75A33B896159E6DA7EF2ABAEEA755C...
==> Importing owner trust values...
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/documentation/faqs.html for more information
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
gpg: setting ownertrust to 4
gpg: inserting ownertrust of 4
==> Updating trust database...
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/documentation/faqs.html for more information
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 4 trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1 valid: 4 signed: 3 trust: 0-, 0q, 0n, 4m, 0f, 0u
gpg: depth: 2 valid: 3 signed: 0 trust: 3-, 0q, 0n, 0m, 0f, 0u
$ pacman-key --refresh-keys
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/documentation/faqs.html for more information
gpg: refreshing 8 keys from hkp://pool.sks-keyservers.net
gpg: requesting key 59CD7F5B from hkp server pool.sks-keyservers.net
gpg: requesting key CA25678A from hkp server pool.sks-keyservers.net
gpg: requesting key AEEA755C from hkp server pool.sks-keyservers.net
gpg: requesting key 3E0D0813 from hkp server pool.sks-keyservers.net
gpg: requesting key 3E652008 from hkp server pool.sks-keyservers.net
gpg: requesting key A47D45A1 from hkp server pool.sks-keyservers.net
gpg: requesting key F93FC717 from hkp server pool.sks-keyservers.net
gpg: requesting key 4CA56930 from hkp server pool.sks-keyservers.net
gpgkeys: key AB9F2B8A4A6E0D0A9B458DEEF56DE64459CD7F5B not found on keyserver
gpg: DBG: armor-keys-failed (KEY 0xAB9F2B8A4A6E0D0A9B458DEEF56DE64459CD7F5B BEGIN
) ->0
gpg: DBG: armor-keys-failed (KEY 0xAB9F2B8A4A6E0D0A9B458DEEF56DE64459CD7F5B FAILED 6
) ->6
gpg: key CA25678A: "Alexey Pavlov (Alexpux) <[email protected]>" 4 new signatures
gpg: key AEEA755C: "Martell Malone (martell) <[email protected]>" 3 new signatures
gpg: key 3E0D0813: "Ray Donnelly (MSYS2 Developer - master key) <[email protected]>" 2 new signatures
gpg: key 3E652008: "Ignacio Casal Quinteiro <[email protected]>" 2 new signatures
gpg: key A47D45A1: "Alexey Pavlov (Alexpux) <[email protected]>" 1 new signature
gpg: key F93FC717: "Martell Malone (martell) <[email protected]>" not changed
gpg: key 4CA56930: "Ray Donnelly (MSYS2 Developer) <[email protected]>" 2 new signatures
gpg: Total number processed: 7
gpg: unchanged: 1
gpg: new signatures: 14
gpg: keyserver communications error: key not found
gpg: keyserver communications error: bad public key
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 4 trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1 valid: 4 signed: 3 trust: 0-, 0q, 0n, 4m, 0f, 0u
gpg: depth: 2 valid: 3 signed: 0 trust: 3-, 0q, 0n, 0m, 0f, 0u
gpg: keyserver refresh failed: bad public key
==> ERROR: A specified local key could not be updated from a keyserver.
I guess the one missing/"bad" key has to be excluded somehow.
Still, of course I can't do updates for now:
$ pacman -Syu
error: GPGME error: No data
error: GPGME error: No data
error: GPGME error: No data
:: Synchronizing package databases...
mingw32 is up to date
mingw64 is up to date
msys is up to date
error: database 'mingw32' is not valid (invalid or corrupted database (PGP signature))
error: database 'mingw64' is not valid (invalid or corrupted database (PGP signature))
error: database 'msys' is not valid (invalid or corrupted database (PGP signature))
Thanks in advance.
And please leave sourceforge!
Is there something like ABS or AUR to search for existing offered packages?
This works on Bash for Windows fails on MSYS2.
export PATH=$PATH:/mnt/c/Windows/System32
FLAGS=--cache-size=100
setx.exe /m TEST "$FLAGS"
MSYS2 reports ERROR: Invalid syntax. Default option is not allowed more than '2' time(s).
Which is wrong.
Several issues reported to the MINGW-packages repository resulted from the Windows path to the packager's MSYS2 installation accidentally being baked into the package itself:
I would suggest adding a pass to makepkg that scans the package for this issue. Something like this could go a long way:
grep -Fr `cygpath -w /` $pkgdir && echo "warning: absolute path to build directory found in package"
In https://github.com/Alexpux/MSYS2-pacman/blob/master/scripts/update-core.sh.in#L92 there is a dire warning about restarting MSYS2, but without any clarification of the appropriate 'how to' for the less gifted individual (e.g. me).
In the Git for Windows SDK release notes https://github.com/git-for-windows/build-extra/releases/tag/net-installer-1.0.0-rc-1 @dscho (in the caveats section) notes that "it is highly recommended to close all other MSys2 programs (e.g. terminal windows, Bash sessions, etc) and update msys2-runtime
individually, immediately close the window (i.e. not run exit
) and then restart the update in a new window."
It wasn't clear to me if the update-core
script would pause to allow the user to close any relevant windows (How would they know which one's to close?), nor that they should use the windows red 'X' close icon (Alt-F4) rather than entering exit
upon completion of updates (see also git-for-windows/git#415 (comment) for the back story)).
Or does the update-core
already cope with all this?
Please excuse if the location for this issue is wrong; but it seemed to be the most specific project's tracker to me.
When pacman-key is used in a Windows batch, a process of pgp-agent spawns. According to IRC #gnupg, this is automatic and can't be disabled in a gpg.conf anymore in GnuPG v2.
As long as this process is alive, the cmd window running the batch file (specifically, MABS) will not close when the batch finishes.
I tried to kill this agent at the end of the batch, using the following command:
gpg-connect-agent -q killagent /bye
This prints as result:
OK connection closed
but the process 'gpg-agent.exe' persists. Current workaround:
taskkill /IM gpg-agent.exe /f
at the end of the batch.
May this be an MSYS2 or more generally GnuPG Windows build specific issue in a way that gpg-connect-agent tries to kill the gpg-agent process with a method that doesn't work reliably in Windows?
Following the exact steps on the wiki: https://www.msys2.org/
After running ยดpacman -Syuยด the first time, it tells me to close the shell and restart.
After I close the shell, I am no longer able to start a new shell via the .cmd file, nor the .exe files.
At this point, my installation is completely useless. Additionally, trying to uninstall after such a failure results in broken files that I have to restart Windows to clear.
I have tried solutions like #38 by first only updating the ยดmsys2-runtimeยด, but this package seems to be the one causing the problem.
Is there a new way of starting a shell that is not yet on the installation guides?
I noticed some invocations of bzr
are not prefixed with /usr/bin/
in makepkg
. I could make a patch if it's okay to make the change.
cc @renatosilva
The pacman progress bar currently only works correctly in a mintty window,
in a windows CMD.exe window progress-bar updates do not work properly (see attached image).
The same problem occurs in other windows terminals, like consolez.
But when the window size of the terminal is changed while updating, progress bars will function
correctly (only for the current pacman call, though). This can not be reproduced with the default
windows terminal, because its size can't be changed (unlike consolez).
Making the progress bar one character shorter might simply fix this problem!
The latest msys2 pacman will sometimes keel over when checking arch=('any') or other types.
This issue is known on linux and is caused by a recent update checking if arch is an array.
This breaks building some packages like gcc so it should be reverted untill the script works as it should.
I am using a light background terminal, when running update-core some color messages are very hard to read.
msg()/warning()/error() print out color messages like this on my terminal:
https://www.flickr.com/gp/lxl221/d9W0cJ
I know I can use $nocolor environment variable to force the script to print colorless messages, but it would be nice to see colors.
The fix is simple, just set the color message's background to black (since the code was written for dark background terminals):
# colors
if [[ -t 1 && -z "${nocolor}" ]]; then
color_red='\e[40;1;31m'
color_yellow='\e[40;1;33m'
color_blue='\e[40;1;34m'
color_white='\e[40;1;37m'
color_normal='\e[0m'
fi
The same messages with the fix:
https://www.flickr.com/gp/lxl221/a405GG
$ pacman -Su mingw-w64-i686-clang
:: Starting core system upgrade...
warning: terminate other MSYS2 programs before proceeding
resolving dependencies...
looking for conflicting packages...
Packages (2) mingw-w64-i686-llvm-3.8.0-3 mingw-w64-i686-clang-3.8.0-3
Total Download Size: 55.53 MiB
Total Installed Size: 589.03 MiB
:: Proceed with installation? [Y/n]
I can't update msys2. I've tried a fresh install, but it still doesn't seem to work. I'm not behind a proxy or anything.
$ pacman -Syu
error: GPGME error: No data
:: Synchronizing package databases...
mingw32 541.0 KiB 5.74M/s 00:00 [#####################] 100%
mingw32.sig 5.4 KiB 0.00B/s 00:00 [#####################] 100%
error: GPGME error: No data
error: failed to update mingw32 (invalid or corrupted database (PGP signature))
mingw64 is up to date
msys is up to date
error: database 'mingw32' is not valid (invalid or corrupted database (PGP signature))
I've tried refreshing the keys but no such luck.
$ pacman-key --refresh-keys
gpg: refreshing 8 keys from hkp://pool.sks-keyservers.net
gpg: requesting key 9D5A8D31 from hkp server pool.sks-keyservers.net
gpg: requesting key CA25678A from hkp server pool.sks-keyservers.net
gpg: requesting key AEEA755C from hkp server pool.sks-keyservers.net
gpg: requesting key 3E0D0813 from hkp server pool.sks-keyservers.net
gpg: requesting key 3E652008 from hkp server pool.sks-keyservers.net
gpg: requesting key A47D45A1 from hkp server pool.sks-keyservers.net
gpg: requesting key 2C51581E from hkp server pool.sks-keyservers.net
gpg: requesting key 4CA56930 from hkp server pool.sks-keyservers.net
gpgkeys: key B144195963428C5C967132105889CC999D5A8D31 not found on keyserver
gpg: key CA25678A: "Alexey Pavlov (Alexpux) [email protected]" 4 new signatures
gpg: key AEEA755C: "Martell Malone (martell) [email protected]" 3 new signatures
gpg: key 3E0D0813: "Ray Donnelly (MSYS2 Developer - master key) [email protected]" 2 new signatures
gpg: key 3E652008: "Ignacio Casal Quinteiro [email protected]" 2 new signatures
gpg: key A47D45A1: "Alexey Pavlov (Alexpux) [email protected]" 1 new signature
gpg: key 2C51581E: "Martell Malone (MSYS2 Developer) [email protected]" not changed
gpg: key 4CA56930: "Ray Donnelly (MSYS2 Developer) [email protected]" 2 new signatures
gpg: Total number processed: 7
gpg: unchanged: 1
gpg: new signatures: 14
gpg: keyserver communications error: key not found
gpg: keyserver communications error: bad public key
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0 valid: 1 signed: 4 trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1 valid: 4 signed: 3 trust: 0-, 0q, 0n, 4m, 0f, 0u
gpg: depth: 2 valid: 3 signed: 0 trust: 3-, 0q, 0n, 0m, 0f, 0u
gpg: keyserver refresh failed: bad public key
==> ERROR: A specified local key could not be updated from a keyserver.
It seems it's the Pacman Keyring Master Key that can't be found. The list of keys is below.
$ pacman-key -l
pub 2048R/9D5A8D31 2019-03-27
uid Pacman Keyring Master Key pacman@localhost
pub 2048R/CA25678A 2014-09-28
uid Alexey Pavlov (Alexpux) [email protected]
sub 2048R/2BBF340E 2014-09-28
pub 4096R/AEEA755C 2014-10-04
uid Martell Malone (martell) [email protected]
sub 4096R/2A292C03 2014-10-04
pub 4096R/3E0D0813 2014-09-28
uid Ray Donnelly (MSYS2 Developer - master key) [email protected]
sub 4096R/8603AA9D 2014-09-28
pub 2048R/3E652008 2014-09-29
uid Ignacio Casal Quinteiro [email protected]
sub 2048R/64D62A76 2014-09-29
pub 2048D/A47D45A1 2013-11-11
uid Alexey Pavlov (Alexpux) [email protected]
sub 2048g/31CF7700 2013-11-11
pub 4096R/2C51581E 2015-07-22
uid Martell Malone (MSYS2 Developer) [email protected]
sub 4096R/282D6707 2015-07-22
pub 4096R/4CA56930 2014-09-28
uid Ray Donnelly (MSYS2 Developer) [email protected]
sub 4096R/576CF231 2014-09-28
I'm bootstrapping a little MSYS2-lite for a Windows Firefox developer environment.
As part of this, I'm essentially running <msys2>/usr/bin/pacman.exe -Sy --root <target> <list-of-packages ...>
However, I'm seeing errors when I do this:
error: command (/usr/bin/bash /usr/bin/bash -c . /tmp/alpm_EZ35j1/.INSTALL; post_install 4.18.0-1 ) failed to execute correctly
:: Running post-transaction hooks...
(1/1) Updating the info directory file...
error: command (/usr/bin/sh /usr/bin/sh -c while read -r f; do install-info "$f" /usr/share/info/dir 2> /dev/null; done ) failed to execute correctly
Note that this only happens when running pacman.exe
directly from the Command Prompt, and not when running it from an MSYS2 context.
Do the following from the Command Prompt.
Note that this assumes that MSYS2 is installed to C:\msys64
mkdir msys2-test\var\lib\pacman msys2-test\var\log msys2-test\tmp
cd msys2-test
C:\msys64\usr\bin\pacman.exe -Sy --root . msys2-runtime bash
C:\msys64\usr\bin\pacman.exe -Sy --root . libtasn1
C:\dev>mkdir msys2-test\var\lib\pacman msys2-test\var\log msys2-test\tmp
C:\dev>cd msys2-test
C:\dev\msys2-test>C:\msys64\usr\bin\pacman.exe -Sy --root . msys2-runtime bash
:: Synchronizing package databases...
mingw32 1421.2 KiB 450 KiB/s 00:03 [########################################] 100%
mingw64 1427.8 KiB 502 KiB/s 00:03 [########################################] 100%
ucrt64 1566.6 KiB 532 KiB/s 00:03 [########################################] 100%
clang64 1471.8 KiB 247 KiB/s 00:06 [########################################] 100%
msys 373.5 KiB 194 KiB/s 00:02 [########################################] 100%
error: failed retrieving file 'mingw32.db' from mirror.msys2.org : Could not resolve host: mirror.msys2.org
warning: too many errors from mirror.msys2.org, skipping for the remainder of this transaction
error: failed retrieving file 'mingw64.db' from mirror.msys2.org : Could not resolve host: mirror.msys2.org
error: failed retrieving file 'ucrt64.db' from mirror.msys2.org : Could not resolve host: mirror.msys2.org
error: failed retrieving file 'clang64.db' from mirror.msys2.org : Could not resolve host: mirror.msys2.org
error: failed retrieving file 'msys.db' from mirror.msys2.org : Could not resolve host: mirror.msys2.org
error: failed retrieving file 'mingw32.db' from repo.msys2.org : Could not resolve host: repo.msys2.org
warning: too many errors from repo.msys2.org, skipping for the remainder of this transaction
error: failed retrieving file 'mingw64.db' from repo.msys2.org : Could not resolve host: repo.msys2.org
error: failed retrieving file 'ucrt64.db' from repo.msys2.org : Could not resolve host: repo.msys2.org
error: failed retrieving file 'clang64.db' from repo.msys2.org : Could not resolve host: repo.msys2.org
error: failed retrieving file 'msys.db' from repo.msys2.org : Could not resolve host: repo.msys2.org
resolving dependencies...
looking for conflicting packages...
Packages (2) bash-5.1.008-1 msys2-runtime-3.3.3-4
Total Installed Size: 22.25 MiB
:: Proceed with installation? [Y/n]
(2/2) checking keys in keyring [########################################] 100%
(2/2) checking package integrity [########################################] 100%
(2/2) loading package files [########################################] 100%
(2/2) checking for file conflicts [########################################] 100%
(2/2) checking available disk space [########################################] 100%
:: Processing package changes...
(1/2) installing msys2-runtime [########################################] 100%
(2/2) installing bash [########################################] 100%
C:\dev\msys2-test>C:\msys64\usr\bin\pacman.exe -Sy --root . libtasn1
:: Synchronizing package databases...
mingw32 is up to date
mingw64 is up to date
ucrt64 is up to date
clang64 is up to date
msys is up to date
error: failed retrieving file 'mingw32.db' from mirror.msys2.org : Could not resolve host: mirror.msys2.org
warning: too many errors from mirror.msys2.org, skipping for the remainder of this transaction
error: failed retrieving file 'mingw64.db' from mirror.msys2.org : Could not resolve host: mirror.msys2.org
error: failed retrieving file 'ucrt64.db' from mirror.msys2.org : Could not resolve host: mirror.msys2.org
error: failed retrieving file 'clang64.db' from mirror.msys2.org : Could not resolve host: mirror.msys2.org
error: failed retrieving file 'msys.db' from mirror.msys2.org : Could not resolve host: mirror.msys2.org
error: failed retrieving file 'mingw32.db' from repo.msys2.org : Could not resolve host: repo.msys2.org
warning: too many errors from repo.msys2.org, skipping for the remainder of this transaction
error: failed retrieving file 'mingw64.db' from repo.msys2.org : Could not resolve host: repo.msys2.org
error: failed retrieving file 'ucrt64.db' from repo.msys2.org : Could not resolve host: repo.msys2.org
error: failed retrieving file 'clang64.db' from repo.msys2.org : Could not resolve host: repo.msys2.org
error: failed retrieving file 'msys.db' from repo.msys2.org : Could not resolve host: repo.msys2.org
resolving dependencies...
looking for conflicting packages...
warning: dependency cycle detected:
warning: libiconv will be installed before its libintl dependency
Packages (10) gcc-libs-11.2.0-3 gzip-1.11-1 info-6.8-1 less-590-1 libcrypt-2.1-3 libiconv-1.16-2 libintl-0.19.8.1-2
libpcre-8.45-1 ncurses-6.2-2 libtasn1-4.18.0-1
Total Installed Size: 17.29 MiB
:: Proceed with installation? [Y/n]
(10/10) checking keys in keyring [########################################] 100%
(10/10) checking package integrity [########################################] 100%
(10/10) loading package files [########################################] 100%
(10/10) checking for file conflicts [########################################] 100%
(10/10) checking available disk space [########################################] 100%
:: Processing package changes...
( 1/10) installing gcc-libs [########################################] 100%
( 2/10) installing ncurses [########################################] 100%
( 3/10) installing libpcre [########################################] 100%
( 4/10) installing less [########################################] 100%
( 5/10) installing gzip [########################################] 100%
( 6/10) installing libcrypt [########################################] 100%
( 7/10) installing libiconv [########################################] 100%
( 8/10) installing libintl [########################################] 100%
( 9/10) installing info [########################################] 100%
(10/10) installing libtasn1 [########################################] 100%
error: command (/usr/bin/bash /usr/bin/bash -c . /tmp/alpm_LG03QE/.INSTALL; post_install 4.18.0-1 ) failed to execute correctly
:: Running post-transaction hooks...
(1/1) Updating the info directory file...
error: command (/usr/bin/sh /usr/bin/sh -c while read -r f; do install-info "$f" /usr/share/info/dir 2> /dev/null; done ) failed to execute correctly
debug: pacman v6.0.1 - libalpm v13.0.1
debug: config: attempting to read file /etc/pacman.conf
debug: config: new section 'options'
debug: config: HoldPkg: pacman
debug: config: Architecture: auto
debug: config: arch: x86_64
debug: config: SigLevel: Required
debug: config: LocalFileSigLevel: Optional
debug: config: new section 'mingw32'
debug: config file /etc/pacman.conf, line 69: including /etc/pacman.d/mirrorlist.mingw
debug: config: new section 'mingw64'
debug: config file /etc/pacman.conf, line 72: including /etc/pacman.d/mirrorlist.mingw
debug: config: new section 'ucrt64'
debug: config file /etc/pacman.conf, line 75: including /etc/pacman.d/mirrorlist.mingw
debug: config: new section 'clang64'
debug: config file /etc/pacman.conf, line 78: including /etc/pacman.d/mirrorlist.mingw
debug: config: new section 'msys'
debug: config file /etc/pacman.conf, line 81: including /etc/pacman.d/mirrorlist.msys
debug: config: finished parsing /etc/pacman.conf
debug: setup_libalpm called
debug: option 'logfile' = ./var/log/pacman.log
debug: option 'gpgdir' = /etc/pacman.d/gnupg/
debug: option 'hookdir' = /etc/pacman.d/hooks/
debug: option 'cachedir' = /var/cache/pacman/pkg/
debug: registering sync database 'mingw32'
debug: database path for tree mingw32 set to /c/dev/msys2-test/var/lib/pacman/sync/mingw32.db
debug: GPGME version: 1.16.0-unknown
debug: GPGME engine info: file=/usr/bin/gpg, home=/etc/pacman.d/gnupg/
debug: checking signature for /c/dev/msys2-test/var/lib/pacman/sync/mingw32.db
debug: 1 signatures returned
debug: fingerprint: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57
debug: summary: valid
debug: summary: green
debug: status: Success
debug: timestamp: 1641070317
debug: exp_timestamp: 0
debug: validity: full; reason: Success
debug: key: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57, Christoph Reiter (MSYS2 development key) <[email protected]>, owner_trust unknown, disabled 0
debug: signature is valid
debug: signature is fully trusted
debug: setting usage of 15 for mingw32 repository
debug: adding new server URL to database 'mingw32': https://mirror.msys2.org/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://repo.msys2.org/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirror.umd.edu/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirror.yandex.ru/mirrors/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://download.nus.edu.sg/mirror/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://ftp.acc.umu.se/mirror/msys2.org/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://ftp.nluug.nl/pub/os/windows/msys2/builds/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://ftp.osuosl.org/pub/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirror.internet.asn.au/pub/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirror.selfnet.de/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirror.ufro.cl/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirrors.dotsrc.org/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirrors.bfsu.edu.cn/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirrors.tuna.tsinghua.edu.cn/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirrors.ustc.edu.cn/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirror.nju.edu.cn/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://repo.extreme-ix.org/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://sourceforge.net/projects/msys2/files/REPOS/MINGW/mingw32
debug: adding new server URL to database 'mingw32': https://mirror.clarkson.edu/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://fastmirror.pp.ua/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://ftp.cc.uoc.gr/mirrors/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirror.jmu.edu/pub/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirrors.piconets.webwerks.in/msys2-mirror/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://quantum-mirror.hu/mirrors/pub/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://www2.futureware.at/~nickoe/msys2-mirror/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirrors.sjtug.sjtu.edu.cn/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirrors.bit.edu.cn/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://repo.casualgamer.ca/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirrors.aliyun.com/msys2/mingw/mingw32
debug: adding new server URL to database 'mingw32': https://mirror.iscas.ac.cn/msys2/mingw/mingw32
debug: registering sync database 'mingw64'
debug: database path for tree mingw64 set to /c/dev/msys2-test/var/lib/pacman/sync/mingw64.db
debug: checking signature for /c/dev/msys2-test/var/lib/pacman/sync/mingw64.db
debug: 1 signatures returned
debug: fingerprint: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57
debug: summary: valid
debug: summary: green
debug: status: Success
debug: timestamp: 1641070295
debug: exp_timestamp: 0
debug: validity: full; reason: Success
debug: key: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57, Christoph Reiter (MSYS2 development key) <[email protected]>, owner_trust unknown, disabled 0
debug: signature is valid
debug: signature is fully trusted
debug: setting usage of 15 for mingw64 repository
debug: adding new server URL to database 'mingw64': https://mirror.msys2.org/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://repo.msys2.org/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirror.umd.edu/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirror.yandex.ru/mirrors/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://download.nus.edu.sg/mirror/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://ftp.acc.umu.se/mirror/msys2.org/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://ftp.nluug.nl/pub/os/windows/msys2/builds/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://ftp.osuosl.org/pub/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirror.internet.asn.au/pub/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirror.selfnet.de/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirror.ufro.cl/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirrors.dotsrc.org/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirrors.bfsu.edu.cn/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirrors.tuna.tsinghua.edu.cn/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirrors.ustc.edu.cn/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirror.nju.edu.cn/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://repo.extreme-ix.org/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://sourceforge.net/projects/msys2/files/REPOS/MINGW/mingw64
debug: adding new server URL to database 'mingw64': https://mirror.clarkson.edu/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://fastmirror.pp.ua/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://ftp.cc.uoc.gr/mirrors/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirror.jmu.edu/pub/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirrors.piconets.webwerks.in/msys2-mirror/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://quantum-mirror.hu/mirrors/pub/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://www2.futureware.at/~nickoe/msys2-mirror/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirrors.sjtug.sjtu.edu.cn/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirrors.bit.edu.cn/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://repo.casualgamer.ca/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirrors.aliyun.com/msys2/mingw/mingw64
debug: adding new server URL to database 'mingw64': https://mirror.iscas.ac.cn/msys2/mingw/mingw64
debug: registering sync database 'ucrt64'
debug: database path for tree ucrt64 set to /c/dev/msys2-test/var/lib/pacman/sync/ucrt64.db
debug: checking signature for /c/dev/msys2-test/var/lib/pacman/sync/ucrt64.db
debug: 1 signatures returned
debug: fingerprint: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57
debug: summary: valid
debug: summary: green
debug: status: Success
debug: timestamp: 1641070339
debug: exp_timestamp: 0
debug: validity: full; reason: Success
debug: key: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57, Christoph Reiter (MSYS2 development key) <[email protected]>, owner_trust unknown, disabled 0
debug: signature is valid
debug: signature is fully trusted
debug: setting usage of 15 for ucrt64 repository
debug: adding new server URL to database 'ucrt64': https://mirror.msys2.org/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://repo.msys2.org/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirror.umd.edu/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirror.yandex.ru/mirrors/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://download.nus.edu.sg/mirror/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://ftp.acc.umu.se/mirror/msys2.org/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://ftp.nluug.nl/pub/os/windows/msys2/builds/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://ftp.osuosl.org/pub/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirror.internet.asn.au/pub/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirror.selfnet.de/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirror.ufro.cl/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirrors.dotsrc.org/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirrors.bfsu.edu.cn/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirrors.tuna.tsinghua.edu.cn/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirrors.ustc.edu.cn/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirror.nju.edu.cn/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://repo.extreme-ix.org/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://sourceforge.net/projects/msys2/files/REPOS/MINGW/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirror.clarkson.edu/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://fastmirror.pp.ua/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://ftp.cc.uoc.gr/mirrors/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirror.jmu.edu/pub/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirrors.piconets.webwerks.in/msys2-mirror/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://quantum-mirror.hu/mirrors/pub/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://www2.futureware.at/~nickoe/msys2-mirror/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirrors.sjtug.sjtu.edu.cn/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirrors.bit.edu.cn/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://repo.casualgamer.ca/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirrors.aliyun.com/msys2/mingw/ucrt64
debug: adding new server URL to database 'ucrt64': https://mirror.iscas.ac.cn/msys2/mingw/ucrt64
debug: registering sync database 'clang64'
debug: database path for tree clang64 set to /c/dev/msys2-test/var/lib/pacman/sync/clang64.db
debug: checking signature for /c/dev/msys2-test/var/lib/pacman/sync/clang64.db
debug: 1 signatures returned
debug: fingerprint: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57
debug: summary: valid
debug: summary: green
debug: status: Success
debug: timestamp: 1641070361
debug: exp_timestamp: 0
debug: validity: full; reason: Success
debug: key: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57, Christoph Reiter (MSYS2 development key) <[email protected]>, owner_trust unknown, disabled 0
debug: signature is valid
debug: signature is fully trusted
debug: setting usage of 15 for clang64 repository
debug: adding new server URL to database 'clang64': https://mirror.msys2.org/mingw/clang64
debug: adding new server URL to database 'clang64': https://repo.msys2.org/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirror.umd.edu/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirror.yandex.ru/mirrors/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://download.nus.edu.sg/mirror/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://ftp.acc.umu.se/mirror/msys2.org/mingw/clang64
debug: adding new server URL to database 'clang64': https://ftp.nluug.nl/pub/os/windows/msys2/builds/mingw/clang64
debug: adding new server URL to database 'clang64': https://ftp.osuosl.org/pub/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirror.internet.asn.au/pub/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirror.selfnet.de/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirror.ufro.cl/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirrors.dotsrc.org/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirrors.bfsu.edu.cn/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirrors.tuna.tsinghua.edu.cn/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirrors.ustc.edu.cn/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirror.nju.edu.cn/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://repo.extreme-ix.org/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://sourceforge.net/projects/msys2/files/REPOS/MINGW/clang64
debug: adding new server URL to database 'clang64': https://mirror.clarkson.edu/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://fastmirror.pp.ua/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://ftp.cc.uoc.gr/mirrors/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirror.jmu.edu/pub/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirrors.piconets.webwerks.in/msys2-mirror/mingw/clang64
debug: adding new server URL to database 'clang64': https://quantum-mirror.hu/mirrors/pub/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://www2.futureware.at/~nickoe/msys2-mirror/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirrors.sjtug.sjtu.edu.cn/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirrors.bit.edu.cn/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://repo.casualgamer.ca/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirrors.aliyun.com/msys2/mingw/clang64
debug: adding new server URL to database 'clang64': https://mirror.iscas.ac.cn/msys2/mingw/clang64
debug: registering sync database 'msys'
debug: database path for tree msys set to /c/dev/msys2-test/var/lib/pacman/sync/msys.db
debug: checking signature for /c/dev/msys2-test/var/lib/pacman/sync/msys.db
debug: 1 signatures returned
debug: fingerprint: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57
debug: summary: valid
debug: summary: green
debug: status: Success
debug: timestamp: 1641070401
debug: exp_timestamp: 0
debug: validity: full; reason: Success
debug: key: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57, Christoph Reiter (MSYS2 development key) <[email protected]>, owner_trust unknown, disabled 0
debug: signature is valid
debug: signature is fully trusted
debug: setting usage of 15 for msys repository
debug: adding new server URL to database 'msys': https://mirror.msys2.org/msys/x86_64
debug: adding new server URL to database 'msys': https://repo.msys2.org/msys/x86_64
debug: adding new server URL to database 'msys': https://mirror.umd.edu/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirror.yandex.ru/mirrors/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://download.nus.edu.sg/mirror/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://ftp.acc.umu.se/mirror/msys2.org/msys/x86_64
debug: adding new server URL to database 'msys': https://ftp.nluug.nl/pub/os/windows/msys2/builds/msys/x86_64
debug: adding new server URL to database 'msys': https://ftp.osuosl.org/pub/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirror.internet.asn.au/pub/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirror.selfnet.de/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirror.ufro.cl/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirrors.dotsrc.org/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirrors.bfsu.edu.cn/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirrors.tuna.tsinghua.edu.cn/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirrors.ustc.edu.cn/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirror.nju.edu.cn/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://repo.extreme-ix.org/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://sourceforge.net/projects/msys2/files/REPOS/MSYS2/x86_64
debug: adding new server URL to database 'msys': https://mirror.clarkson.edu/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://fastmirror.pp.ua/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://ftp.cc.uoc.gr/mirrors/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirror.jmu.edu/pub/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirrors.piconets.webwerks.in/msys2-mirror/msys/x86_64
debug: adding new server URL to database 'msys': https://quantum-mirror.hu/mirrors/pub/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://www2.futureware.at/~nickoe/msys2-mirror/msys/x86_64
debug: adding new server URL to database 'msys': https://mirrors.sjtug.sjtu.edu.cn/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirrors.bit.edu.cn/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://repo.casualgamer.ca/msys/x86_64
debug: adding new server URL to database 'msys': https://mirrors.aliyun.com/msys2/msys/x86_64
debug: adding new server URL to database 'msys': https://mirror.iscas.ac.cn/msys2/msys/x86_64
debug: loading package cache for repository 'mingw32'
debug: opening archive /c/dev/msys2-test/var/lib/pacman/sync/mingw32.db
debug: added 2209 packages to package cache for db 'mingw32'
debug: loading package cache for repository 'mingw64'
debug: opening archive /c/dev/msys2-test/var/lib/pacman/sync/mingw64.db
debug: added 2218 packages to package cache for db 'mingw64'
debug: loading package cache for repository 'ucrt64'
debug: opening archive /c/dev/msys2-test/var/lib/pacman/sync/ucrt64.db
debug: added 2187 packages to package cache for db 'ucrt64'
debug: loading package cache for repository 'clang64'
debug: opening archive /c/dev/msys2-test/var/lib/pacman/sync/clang64.db
debug: added 2060 packages to package cache for db 'clang64'
debug: loading package cache for repository 'msys'
debug: opening archive /c/dev/msys2-test/var/lib/pacman/sync/msys.db
debug: added 663 packages to package cache for db 'msys'
debug: adding package 'libtasn1'
debug: loading package cache for repository 'local'
debug: added 11 packages to package cache for db 'local'
debug: adding package libtasn1-4.18.0-1 to the transaction add list
Root : /c/dev/msys2-test/
Conf File : /etc/pacman.conf
DB Path : /c/dev/msys2-test/var/lib/pacman/
Cache Dirs: /var/cache/pacman/pkg/
Hook Dirs : /c/dev/msys2-test/usr/share/libalpm/hooks/ /etc/pacman.d/hooks/
Lock File : /c/dev/msys2-test/var/lib/pacman/db.lck
Log File : ./var/log/pacman.log
GPG Dir : /etc/pacman.d/gnupg/
Targets : libtasn1
resolving dependencies...
debug: resolving target's dependencies
debug: started resolving dependencies
debug: checkdeps: package libtasn1-4.18.0-1
debug: finished resolving dependencies
looking for conflicting packages...
debug: looking for conflicts
debug: check targets vs targets
debug: check targets vs targets
debug: check targets vs db and db vs targets
debug: check targets vs db
debug: check db vs targets
debug: checking dependencies
debug: checkdeps: package libtasn1-4.18.0-1
debug: returning error 33 from alpm_db_get_pkg (../lib/libalpm/db.c: 248) : could not find or read package
debug: found cached pkg: /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
debug: setting download size 0 for pkg libtasn1
debug: sorting by dependencies
debug: started sorting dependencies
debug: sorting dependencies finished
debug: returning error 33 from alpm_db_get_pkg (../lib/libalpm/db.c: 248) : could not find or read package
Packages (1) libtasn1-4.18.0-1
Total Installed Size: 0.12 MiB
:: Proceed with installation? [Y/n] debug: using cachedir: /var/cache/pacman/pkg/
debug: found cached pkg: /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
debug: found cached pkg: /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst.sig
checking keyring...
debug: found signature key: FA11531AA0AA7F57
debug: looking up key FA11531AA0AA7F57 locally
debug: key lookup success, key exists
checking package integrity...
debug: found cached pkg: /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
debug: sig data: iQIzBAABCgAdFiEEX5RLAn9/4gkZhaou+hFTGqCqf1cFAmGX1LgACgkQ+hFTGqCqf1f8Rg/9F0Y2QJAvwMdLtqvU31gYx/P6fXLV2WlfD4MIMr4SMux67iaSaVO3INe0D9WKWjdVW9LgOKJhUzBDD5689OCvhoHr2sCSTjlW8+Ps3S6ErPfiTFJRjyDO0t+AMcBAfbQLfnPuIIdp/YxMXdderVddPaVhVY6/qru/fGxLAm92XMaDHqzJ4z/g8uElkOxGqNk9AMCGbfTRvtFZuzCSOF/ZCd26sHBEFl6QBYQGrHzsW/QfoyMI+QNcj4kp+OcEyYsfumIhRsYvwJsBvnq7+Ch60ax6h1SB1C6mgPfA0tHM/Iaywrd74TMW4hz7UP5LldNT4WAeeyMai+VUrctmsxQa3IhFoUPRdTClWhVgv1+YJblzGvH44ZDufdqDhUZNcDAlBNsVux4awp7ZhaHQGbesPi/w2/i9z5T4FKJx6lcy+s6yGc9bvUpVnUCoXQAiDb5tds6uIkBqJKElqNVz7Ya47CIG8pZdZAAgLWbYFEdZaJvambOl3gD2hNZcrQXkDOU9YaDkEZJKjc6kCAEYf165KGvDicdxNPAOg05EBicELRo/9iRVzvaqbFPAHj5NIWkilc84Tv7DVdM8GSwDzYAaD/teuZGJxM4AwffrVO09Qy+qViKGf2NpfXGbpVPId0MueB1IoQrqwcr3f9Dvp2JD3V/Y9bW58qXcNLqv59S8z6k=
debug: checking signature for /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
debug: 1 signatures returned
debug: fingerprint: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57
debug: summary: valid
debug: summary: green
debug: status: Success
debug: timestamp: 1637340344
debug: exp_timestamp: 0
debug: validity: full; reason: Success
debug: key: 5F944B027F7FE2091985AA2EFA11531AA0AA7F57, Christoph Reiter (MSYS2 development key) <[email protected]>, owner_trust unknown, disabled 0
debug: signature is valid
debug: signature is fully trusted
loading package files...
debug: found cached pkg: /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
debug: replacing pkgcache entry with package file for target libtasn1
debug: opening archive /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
debug: starting package load for /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
debug: found mtree for package /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst, getting file list
debug: finished mtree reading for /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
debug: sorting package filelist for /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
checking for file conflicts...
debug: looking for file conflicts
debug: searching for file conflicts: libtasn1
debug: searching for filesystem conflicts: libtasn1
debug: checking possible conflict: /c/dev/msys2-test/usr/
debug: file is a directory, not a conflict
debug: checking possible conflict: /c/dev/msys2-test/usr/bin/
debug: file is a directory, not a conflict
debug: checking possible conflict: /c/dev/msys2-test/usr/share/
debug: file is a directory, not a conflict
debug: checking possible conflict: /c/dev/msys2-test/usr/share/info/
debug: file is a directory, not a conflict
debug: checking possible conflict: /c/dev/msys2-test/usr/share/man/
debug: file is a directory, not a conflict
debug: checking possible conflict: /c/dev/msys2-test/usr/share/man/man1/
debug: file is a directory, not a conflict
debug: checking possible conflict: /c/dev/msys2-test/usr/share/man/man3/
debug: file is a directory, not a conflict
checking available disk space...
debug: checking available disk space
debug: discovered mountpoint: /c
debug: discovered mountpoint: /bin
debug: discovered mountpoint: /
debug: loading fsinfo for /c
debug: partition /c, needed 67, cushion 5121, free 117279649
debug: parsing hook file /c/dev/msys2-test/usr/share/libalpm/hooks/texinfo-install.hook
debug: parsing hook file /c/dev/msys2-test/usr/share/libalpm/hooks/texinfo-remove.hook
:: Processing package changes...
debug: installing packages
installing libtasn1...
debug: adding package libtasn1-4.18.0-1
debug: opening archive /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
debug: extracting: .INSTALL
debug: opening archive /var/cache/pacman/pkg/libtasn1-4.18.0-1-x86_64.pkg.tar.zst
debug: extracting files
debug: skipping extraction of '.BUILDINFO'
debug: skipping extraction of '.PKGINFO'
debug: extract: skipping dir extraction of /c/dev/msys2-test/usr/
debug: extract: skipping dir extraction of /c/dev/msys2-test/usr/bin/
debug: extracting /c/dev/msys2-test/usr/bin/msys-tasn1-6.dll
debug: extract: skipping dir extraction of /c/dev/msys2-test/usr/share/
debug: extract: skipping dir extraction of /c/dev/msys2-test/usr/share/info/
debug: extracting /c/dev/msys2-test/usr/share/info/libtasn1.info.gz
debug: extract: skipping dir extraction of /c/dev/msys2-test/usr/share/man/
debug: extract: skipping dir extraction of /c/dev/msys2-test/usr/share/man/man1/
debug: extracting /c/dev/msys2-test/usr/share/man/man1/asn1Coding.1.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man1/asn1Decoding.1.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man1/asn1Parser.1.gz
debug: extract: skipping dir extraction of /c/dev/msys2-test/usr/share/man/man3/
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_array2tree.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_bit_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_check_version.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_copy_node.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_create_element.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_decode_simple_ber.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_decode_simple_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_delete_element.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_delete_structure.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_delete_structure2.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_der_coding.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_der_decoding.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_der_decoding2.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_der_decoding_element.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_der_decoding_startEnd.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_dup_node.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_encode_simple_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_expand_any_defined_by.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_expand_octet_string.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_find_node.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_find_structure_from_oid.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_get_bit_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_get_length_ber.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_get_length_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_get_object_id_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_get_octet_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_get_tag_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_length_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_number_of_elements.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_object_id_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_octet_der.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_parser2array.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_parser2tree.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_perror.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_print_structure.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_read_node_value.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_read_tag.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_read_value.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_read_value_type.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_strerror.3.gz
debug: extracting /c/dev/msys2-test/usr/share/man/man3/asn1_write_value.3.gz
debug: updating database
debug: adding database entry 'libtasn1'
debug: writing libtasn1-4.18.0-1 DESC information back to db
debug: writing libtasn1-4.18.0-1 FILES information back to db
debug: adding entry 'libtasn1' in 'local' cache
debug: executing ". /tmp/alpm_a58RL9/.INSTALL; post_install 4.18.0-1"
debug: executing "/usr/bin/bash" under chroot "/c/dev/msys2-test/"
debug: call to waitpid succeeded
error: command (/usr/bin/bash /usr/bin/bash -c . /tmp/alpm_a58RL9/.INSTALL; post_install 4.18.0-1 ) failed to execute correctly
debug: parsing hook file /c/dev/msys2-test/usr/share/libalpm/hooks/texinfo-install.hook
debug: parsing hook file /c/dev/msys2-test/usr/share/libalpm/hooks/texinfo-remove.hook
:: Running post-transaction hooks...
(1/1) Updating the info directory file...
debug: executing "/usr/bin/sh" under chroot "/c/dev/msys2-test/"
debug: call to waitpid succeeded
error: command (/usr/bin/sh /usr/bin/sh -c while read -r f; do install-info "$f" /usr/share/info/dir 2> /dev/null; done ) failed to execute correctly
debug: unregistering database 'local'
debug: freeing package cache for repository 'local'
debug: unregistering database 'mingw32'
debug: freeing package cache for repository 'mingw32'
debug: unregistering database 'mingw64'
debug: freeing package cache for repository 'mingw64'
debug: unregistering database 'ucrt64'
debug: freeing package cache for repository 'ucrt64'
debug: unregistering database 'clang64'
debug: freeing package cache for repository 'clang64'
debug: unregistering database 'msys'
debug: freeing package cache for repository 'msys'
mirror.msys2.org
. I'm guessing that it's either because it just went down, or I'm being rate-limited. Since the packages were already cached, it doesn't appear to be affecting the bug in questionpacman
, because /tmp/alpm_<random>/
was removed before I could copy it. If you have tips for digging in further, I'd appreciate it :)I found a problem in makepkg. When tidying an empty package, or one containing only files/directories that are not matched by the * pattern, there is a warning message by find. Is this an unsupported scenario, or should it be fixed?
See example PKGBUILD and log here: https://gist.github.com/elieux/9648dedfe580d2962c1a
https://github.com/Alexpux/MSYS2-pacman/blob/master/scripts/makepkg.sh.in#L1868-1870
https://github.com/Alexpux/MSYS2-pacman/blob/develop/scripts/libmakepkg/tidy/strip.sh.in#L46-48
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.