alexpux / msys2-pacman Goto Github PK

View Code? Open in Web Editor NEW

164.0 164.0 34.0 20.16 MB

MSYS2 port of Arch Linux packman package manager.

License: GNU General Public License v2.0

Shell 20.39% Vim Script 0.95% Perl 0.68% C 60.49% Protocol Buffer 0.29% Python 13.77% C++ 0.06% Makefile 1.22% M4 2.16%

msys2-pacman's People

Contributors

Stargazers

Watchers

msys2-pacman's Issues

"checking available disk space" step lasts absurd time

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.

package mingw-w64-x86_64-clang-4.0.0-1 lacks signature.

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.

'warning: could not get file information' during update

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 -Fs` command not work

$ 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

Refactor tidy patches into plugins

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?

Pacman is removing old MPFR version file.

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.

Pacman encountered "Maximum file size exceeded" error while downloading some packages

see msys2/MSYS2-packages#942

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

pacman hangs on upgrading or reinstalling some packages

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?

Symantec Endpoint Protection detect MSYS2 5.0.1-2 pacman as threat/risk

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.

Installer should create mingw32 and mingw64 directories

Started on a fresh machine with the latest msys2 installer. However I run into a conflict that seems to be caused by the fact that the $(msys2)/mingw64 is now an executable that starts a shell, so the system cannot create the /mingw64 directory anymore!

gnu-netcat breaks on various ports

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)

Pacman problems latest MSYS2

I have installed the latest MSYS2 on my Windows 10, after I installed some packages a few days ago, I can't run pacman, it's so strange.

Strange issue with alternate roots.

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)

New installtion after uninstalling- same issues around key

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

Checksum error when updating by delta

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.

Msys not handling correclty Windows users

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:

shortcuts are added in installing user menu rather than "all users" menu.
when running "mingw64_shell.bat" with non administrator user, I keep getting chmod errors because it cannot change permissions of '/dev/shm' and '/dev/mqueue'. When I look authorizations in the matching Windows folders it seem to me normal I cannot do that with my current Windows user.

So, I propose to fix things by implementing the following enhancements:

do not default to single user installation. Either give the choice between single user installation and all users installation, or provide only all users installation.
if single user installation is possible, it should not require admin privileges. Elevation prompt should occur only once you select all users installation. If elevation prompt cannot be shown after start, so the choice between single user and all users installation should be done by selecting another installer, and the single user installer should not show elevation prompt.
after a all user installation, running MSYS2 prompts should not requires write access to common files or folders. Each user should write only his own files.
after a all user installation, only a user with admin privileges should be able to run pacman.

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.

Manually Install Pacman Binaries

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

Permission Denied after initial Install and Upgrade

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.

signature from "Alexey Pavlov (Alexpux) <[email protected]>" is invalid

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.

Upgrade completely breaks msys2

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

Cannot update older msys2 - "key ... could not be looked up remotely"?

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?

Find and install package in a single command?

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

Tried to relocate 'the most core' utils to RAMdisk with error: failed to update mingw32 (unable to lock database) error: failed to update mingw64...

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!

`makepkg -e` runs `prepare()`

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 fails to retrieve

$ 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%

Issue with latest pacman - all commands return 127 after update

Hello, just recently (in the past 3-4 days) I've started running into the following problem on Windows 2012r2.

How to replicate:

download http://repo.msys2.org/distrib/x86_64/msys2-base-x86_64-20161025.tar.xz
uncompress
as administrator run msys2_shell.cmd
exit from shell after setup
as administrator run msys2_shell.cmd
run pacman -Sy pacman
run any pacman command, for example 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!

Get trouble when install package

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

Add an option to exit from `update-core`

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.

Fail-over mechanism broken.

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.

pacman v4.2.1-516-g52073-dirty?

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?

signature invalid

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.

any plan to keep up Arch Linux's pacman version?

Check it, it is 5.1.1 now.
https://git.archlinux.org/pacman.git/tree/NEWS

When upgrading gnupg "ERROR: D55E7A6D7CE9BA1587C0ACACF40D263ECA25678A could not be locally signed." happened.

$ 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

Necessary key not found on key server

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 an official website to browse packages?

Is there something like ABS or AUR to search for existing offered packages?

Interop failure.

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.

Scan for build directory absolute Windows path after building

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"

clarify the `update-core` restart process

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?

persisting gpg-agent keeps cmd batch windows open

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?

pacman -Syu breaks shell

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?

bzr -> /usr/bin/bzr

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

Progress bar is duplicated instead of updated in non-mintty-shells

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!

latest pacman has known issue

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.

update-core's msg()/warning()/error() print color messages that could be hard to read on light-bg terminal

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

Core system upgrade mistakenly installs non-core packages

$ 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]

error: GPGME error: No data - keyring master key not found on keyserver

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

/etc/pacman.d/gnupg/pubring.gpg

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

Standalone pacman.exe usage against different root: "failed to execute correctly" during post_* scripts

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.

To reproduce:

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

Log (non-debug)

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 log when installing just libtasn1

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'

Notes

While creating this bug report, I was suddenly no longer able to access 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 question
I wasn't able to reproduce this outside of pacman, because /tmp/alpm_<random>/ was removed before I could copy it. If you have tips for digging in further, I'd appreciate it :)

A warning message when tidying a seemingly empty package

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

alexpux / msys2-pacman Goto Github PK

msys2-pacman's People

Contributors

Stargazers

Watchers

Forkers

msys2-pacman's Issues

/etc/pacman.d/gnupg/pubring.gpg

To reproduce:

Notes

Recommend Projects

Recommend Topics

Recommend Org