msys2/msys2.github.io

The MSYS2 homepage

MSYS2 Website

Overview

This website is written in Markdown and gets built to a static website using mkdocs and a modified version of the mkdocs-material theme. Any new commits to the main branch will auto deploy to GitHub pages using a GitHub action. The resulting website is reachable under https://msys2.github.io and https://www.msys2.org. Changes to the main branch usually take a minute or two until they are live.

Development

For small changes:

• Just use the online editor on GitHub and use the Markdown preview to inspect your changes
• Open a PR with your changes in case you don't have commit rights
• Note: The Markdown dialect and extensions understood by mkdocs and GitHub is slightly different, so double check that the deployed website matches what you expected
• Note: Every page on the website has a small "edit" icon in the top right corner which leads you straight to the online editor for that page

For larger changes:

• poetry install
• poetry run mkdocs serve
• Access http://127.0.0.1:8000 - any changes to the sources should be immediately visible in your browser
• Open a PR with your changes or just push them if you have commit rights

Link Checker

Run ./linkcheck.sh to check for broken links. This script uses lychee and requires Docker to be installed.

msys2.github.io's Issues

Msys2.org down?

While trying to download MSYS2 from the website I'm getting timeout errors. The msys2.github.io works fine, but msys2.org and repo.msys2.org are unresposive.

Is this a temporary issue, or maybe just me?

Package listing doesn't exist

The "MSYS2 Introduction" page at https://www.msys2.org/wiki/MSYS2-introduction/ has a link to a list of packages, with the text "a list of packages we provide". This goes to https://www.msys2.org/wiki/MSYS2-introduction/Packages which doesn't exist:

$ curl --head https://www.msys2.org/wiki/MSYS2-introduction/Packages
HTTP/1.1 404 Not Found
Connection: keep-alive
Content-Length: 16827
Content-Type: text/html; charset=utf-8
Server: GitHub.com
ETag: "5e7e5664-41bb"
Access-Control-Allow-Origin: *
X-Proxy-Cache: MISS
X-GitHub-Request-Id: 73A8:60E7:2CBB2B:3181B8:5E817C3A
Accept-Ranges: bytes
Date: Mon, 30 Mar 2020 04:57:31 GMT
Via: 1.1 varnish
Age: 0
X-Served-By: cache-sin18027-SIN
X-Cache: MISS
X-Cache-Hits: 0
X-Timer: S1585544251.994194,VS0,VE238
Vary: Accept-Encoding
X-Fastly-Request-ID: 1945e4a58ae5d3c83c75021f1290d7338dd3844a
$

[after new release] Change upgrade steps

After a release with pacman 5.0.1.6403 (or newer) is uploaded, we should change the upgrade steps on the website to just call pacman -Syu twice. It'd be also nice to update the screenshots.

Uninstaller traverses junctions, deleting files it shouldn't

I created an ntfs junction in my msys home directory to my windows user directory. The uninstaller followed it and started wiping out my windows user directory before I realized what was happening and killed the process. Still the damage was incredibly devastating.. truly horrific. Luckily I have a backup that is not too old but I am very sad to be doing that right now. God dammit.

Download links do not work

From http://msys2.github.io/
Links to download
http://repo.msys2.org/distrib/i686/msys2-i686-20150916.exe
http://repo.msys2.org/distrib/x86_64/msys2-x86_64-20150916.exe
Fail

emacs v25.1 is out

sorry, I've not found anywhere to log this issue out, just put here.

as titled. could we update this package and have a taste now?

"Latest" MSYS downloads are not latest

http://repo.msys2.org/distrib/ contains various 'latest' downloads which are not in fact the latest. I'm not sure if this is the right place to open this issue, but I figured the website repo would be.

Checksums off

I downloaded the 64-bit version twice and got the same checksum both times: 9cd2dce9b96dce58e87ac2dfaa0cfcf86bbbfad3. Does the web page need to be updated?

Pacman update breaks mingw

The command pacman -Sy pacman changes pacman 4.x.x to pacman 5.x.x. When I'm trying to execute pacman -Syu it fails with:

3 [main] pacman (8536) C:\msys64\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.

Documentation request: porting fork+exec sequence to MinGW

porting fork+exec sequence to MinGW, maybe at least one example how to replace it to smth.

I mean what should be written "instead of" fork+exec

pacman -Syu fails to update -- error: key could not be looked up remotely

Don't know if this is a bug or a support request, and don't care, because it looks like a bug either way:

$ pacman -Syu
:: Synchronizing package databases...
 mingw32               468.8 KiB   153 MiB/s 00:00 [#####################] 100%
 mingw32.sig           119.0   B  0.00   B/s 00:00 [#####################] 100%
 mingw64               471.4 KiB   153 MiB/s 00:00 [#####################] 100%
 mingw64.sig           119.0   B  0.00   B/s 00:00 [#####################] 100%
 msys                  189.8 KiB  92.7 MiB/s 00:00 [#####################] 100%
 msys.sig              438.0   B  0.00   B/s 00:00 [#####################] 100%
error: msys: key "4A6129F4E4B84AE46ED7F635628F528CF3053E04" is unknown
:: Import PGP key 4A6129F4E4B84AE46ED7F635628F528CF3053E04? [Y/n] Y
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

Also cannot work around this by using the official Windows installer:

Provide script for killing all msys2 procs before autorebase

pacman and autorebase updates in msys2 can occasionally fail even with a terminal closed because some other program decides to linger around. It might be a good idea to come up with a batch, powershell, or dash script to do that.

A good place to start would be:

 Get-Process | Where-Object {($_.Modules | Where-Object {$_.FileName -like '*msys*'}).Length -gt 0} | Stop-Process -Force

old git repository

on https://www.msys2.org/wiki/Creating-Packages/ -> Re-building a package there is git clone "https://github.com/Alexpux/MSYS2-packages" and git clone "https://github.com/Alexpux/MINGW-packages" maybe this must be updated with a new url?

Incorrect link

The link for the exe download in step 1 should be http://sourceforge.net/projects/msys2/files/Base/x86_64/msys2-x86_64-20140704.exe/download.

Migrate away from pool.sks-keyservers.net

Would you be open to a PR that switches from pool.sks-keyservers.net to keys.openpgp.org?

The SKS package itself being written in Ocaml has struggled to find maintainers and fragile as it crashes when abusive requests are sent. Hagrid (keys.openpgp.org), on the other hand, is a new keyserver written in Rust and complies with the GDPR laws by verifying email addresses and allowing revocation.

Most of the work here would entail asking the owners of existing keys to verify their listed emails, which I'm down to do.

Shell cannot source files

Hello,

when running /bin/sh or /bin/dash -c ". foo", the file can't be sourced. Instead I get "/bin/sh: line 0: .: foo: file not found". The same does not happen if I spell /bin/bash explicitly, even though /bin/sh is bash (md5sum matches).

This breaks scripts that rightfully use . to source in plain shell scripts.

Can't link dynamic MPFR

I have successfully built static 32 and 64 bit GNU GMP, MPFR, and MPC on Windows 10 and have been able to use these libraries in Visual Studio 2019.

However, when building dynamically, GMP will build and work correctly (I make sure libgmp-10.dll is in my PATH and that I link against libgmp.dll.a). But, I can't get MPFR to link correctly, whether 32 or 64 bit. As an example, for 32 bit, I place libmpfr-6.dll (output of mpfr build in bin/) in my PATH and link against libmpfr.dll.a (output of mpfr build in lib/). I also place libgcc_s_dw2-1.dll from mingw32/bin in my PATH as I get a popup asking for it. However, then I get the error "The procedure entry point mpfr_add could not be located in the dynamic link library C:\Users\devel\source\repos\ConsoleApplication2\Debug\ConsoleApplication2.exe.

I've tried to make sure that my mingw32/bin is the first thing in PATH in visual studio, I've tried copying over libstd-c++-6.dll and libwinpthrea-1.dll from mingw32/bin to the folder where the executable is running, but I am unsuccessful.

Any ideas?

Edit:

Please delete. I will repost this in the appropriate repo. Did not realize this was for the website.

Problem with MSYS2 with Windows 10: msys2-x86_64-20200517.exe

I have a problem with MSYS2 with Windows 10: msys2-x86_64-20200517.exe

After installing and clicking "Finish", the program automatically opened where I entered "pacman -Syu". As a result, after installation, the program asked me to close it and reopen it. I went to the path of the file and clicking on "msys2_shell.cmd" and on "msys2.exe", the program does not reopen me.
Can you help me please?

Wiki should move away from SF...

... for obvious reasons, but also to avoid scaring away potential new users. See also: #9

windows Path is not merged with MSYS2 PATH

Windows PATH is not merged with MSYS2 PATH

On a fresh install, my windows PATH was merged and I was able to invoke emacs (windows installation) from MSYS. Later after pacman -Syuu and installing nano and some other packages which I need. My Windows PATH is not merged anymore.

I tried to look into some WiKi pages, if I should do more steps to configure but I coudn't find more info.

MSYS PATH:

My complete MYSYS PATH
in .bashrc I exported go/bin manually. I don't want to manually import all windows programs. if that is the solution I wouldn't go for Msys. May be I messed up the installation.

declare -x PATH="/usr/local/bin:/usr/bin:/bin:/opt/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/d/soft/go/bin

Windows PATH:

is huge for example I have the following additional programs which I would like to invoke from Msys. Is that possible?

A snapshot of echo $PATH from ming64 (Git Bash) which reads my windows PATH perfectly.
/c/Program Files/Java/jre1.8.0_73/bin;/d/soft/OpenVPN/bin:/d/soft/emacs-24.5-bin-i686-mingw32/bin:/c/Program Files/Java/jdk1.8.0_73/bin:/d/soft/emacs-24.5-bin-i686-mingw32/pka/hunspell-1.3.2/bin

What have I done ? Some wrong configuration?

error using git

I'm getting the error below, unfortunately I don't have command shell experience

Frank@DESKTOP-EBTU8L3 MSYS /
$ git clone [email protected]:ReadyTalk/win64.git ../win64
Klone nach '../win64' ...
Warning: Permanently added the RSA host key for IP address '192.30.252.123' to the list of known hosts.
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Link broken at MSYS2 Old Wiki

Minor issue:
https://www.msys2.org/wiki/How-does-MSYS2-differ-from-Cygwin/

Automatic path mangling of command line arguments and environment variables to Windows form on the fly. (This can be selectively turned off.)

The link redirects to https://www.msys2.org/wiki/How-does-MSYS2-differ-from-Cygwin/Porting#user-content-filesystem-namespaces which is broken

pacman -Syu breaks installer shortcuts

I don't know if this is the right tracker to report the bug. If not please kindly point me in the right direction.

Steps to reproduce:

1. Download the 64-bit installer and install (with all default settings)
2. Open the MSYS2 shell from the Start Menu and type pacman -Syu
3. Close the shell, and try to open it again.

Expected result: It works

Actual results: The shortcuts are broken, with the error:

'C:\msys64\msys2_shell.bat' is not recognized as an internal or external command,
operable program or batch file.

Apps Stalling

I'm having a very weird issue with some apps. So far it seems to affect vim and ssh but it's not necessarily limited to them. It's a bit hard to explain but, for example, when I open vim, my terminal is just blank. If I hit esc several times, my document will finally appear. Seems to be totally unresponsive though so I'd like to quit. I type :q<enter> but again nothing happens until I hit esc a few times and one-by-one the characters I had typed appear and finally vim exits. Same thin in ssh. So yeah, essentially unusable.

Should be available on msys2.org

Please could this site be made available on http://msys2.org and http://www.msys2.org? All I get when I go there is an empty file tree.

• Docs: https://help.github.com/articles/setting-up-a-custom-domain-with-github-pages/

We did something like this in a hurry for mypaint.org and www.mypaint.org when our old provider went dark and it works really well in practice:

• See https://github.com/mypaint/mypaint.github.io and its CNAME file.
• Relevant DNS records:
  • www.mypaint.org. 300 IN CNAME mypaint.org.
  • mypaint.org. 300 IN A 192.30.252.153
  • mypaint.org. 300 IN A 192.30.252.154

The CNAME change needs to be coordinated with the DNS switchover.

Installation fails on Windows Server 2019 Core due to missing OPENGL32.dll

I am trying to setup a build server with Msys2 and the Mingw-w64 compiler on a Windows Server Core 2019 instance. However, when I try to run the installer, it fails because of a missing dependency on OPENGL32.dll. Please see the attached screenshot.

This is a rather strange requirement to install a bash command line environment.

Is there a why to silently install Msys2 without the OpenGL dependency?

NRS

Installer

uninstaller wipes contents under junction points instead of deleting the junction

Luckily I have daily backups, but this just happened: I created a junction for C:\Users\ME as /home/ME since I already had .ssh and other things that are common to many other things (git, cygwin, etc). When I uninstalled msys2 (*), it started deleting recursively the files from all subdirectories, instead of deleting the subdirectory tree. It traversed the junction as well and started deleting everything under C:\Users\ME as well.

I suggest you chanfge the uninstaller's behavior to delete the dir tree rather than travserse it and delete files, in order for junctions to be deleted, rather than the contents the junction points to.

(*) it got broken after an upgrade beyond my patience to repair and I wanted to reinstall it.

downgrade gdb from 7.11 to 7.8.1

I develop c++ on clion, and clion toolchain is msys2/ming32, clion didn't support gdb 7.11(fail to catch throw) and support 7.8.1 perfectly.
can I downgrade gdb to old version? how to do that. I could not find any old version package to download on the internet

vscode can not go to difinition, file path can not map to windows style path, how to solve?

Use https for msys2.github.io

I see you're using https for almost every link (incl. sf.net) so why not use it for msys2.github.io too?

https://help.github.com/articles/securing-your-github-pages-site-with-https/

zst archive

Can't install zst-archived packages.

error: could not open file /var/cache/pacman/pkg/libarchive-3.4.2-3-x86_64.pkg.tar.zst: Unrecognized archive format

problems with new installer msys2-x86_64-20160921.exe

hello,
i'm facing some problems with the newest installer. what i do is

• install msys2-x86_64-20160921.exe
• either do a pacman -S mingw-w64-x86_64-toolchain or a pacman -S mingw-w64-x86_64-gcc

both fail with errors (many of them):
mingw-w64-x86_64-xxxxxxxxxxx: /mingw64 existiert im Dateisystem

but i don't see a mingw64 on that installation.

the same happens with pacman -S mingw-w64-i686-gcc, there i get mingw-w64-i686-xxxxxxxxxxx: /mingw32 existiert im Dateisystem

that said, i had absolutely no such issue with the older installer, that worked flawlessly with the same instructions.

The mane page should explain first what kind of software this is

The mane page should explain first what kind of software this is.

GDB ignores Y/N prompts

This is done in an MSYS shell.
Steps to reproduce:
Here is the hello program:
#include <stdio.h>

int main()
{
printf("Hello, world!\n");
return 0;
}
cc -g -o hello.exe hello.c
gdb hello.exe
Type 'b main' to set a breakpoint.
Type 'r' to run.
Type 'q' to quit.
$ gcc -v
Using built-in specs.
COLLECT_GCC=C:\msys64\mingw64\bin\gcc.exe
COLLECT_LTO_WRAPPER=C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/6.3.0/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../gcc-6.3.0/configure --prefix=/mingw64 --with-local-prefix=/mingw64/local --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --with-native-system-header-dir=/mingw64/x86_64-w64-mingw32/include --libexecdir=/mingw64/lib --enable-bootstrap --with-arch=x86-64 --with-tune=generic --enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared --enable-static --enable-libatomic --enable-threads=posix --enable-graphite --enable-fully-dynamic-string --enable-libstdcxx-time=yes --disable-libstdcxx-pch --disable-libstdcxx-debug --disable-isl-version-check --enable-lto --enable-libgomp --disable-multilib --enable-checking=release --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-libiconv --with-system-zlib --with-gmp=/mingw64 --with-mpfr=/mingw64 --with-mpc=/mingw64 --with-isl=/mingw64 --with-pkgversion='Rev1, Built by MSYS2 project' --with-bugurl=https://sourceforge.net/projects/msys2 --with-gnu-as --with-gnu-ld
Thread model: posix
gcc version 6.3.0 (Rev1, Built by MSYS2 project)

$ ld -v
GNU ld (GNU Binutils) 2.27

libstdc++-6.dll causes segfault in app compiled with Clang

---

how to change language

Hello,

is it possible to change language from local language German to English?

Frank@DESKTOP-EBTU8L3 MSYS /
$ make
make: *** Es wurden keine Ziele angegeben und keine „make“-Steuerdatei gefunden.  Schluss.

Chinese output of Windows EXE is garbled

For example, if I type 'xcopy' directly in msy2, I will get completely unrecognized output:

$ xcopy
▒▒Ч▒IJ▒▒▒▒▒▒▒
▒▒▒▒▒▒ 0 ▒▒▒ļ▒

bash.exe crashed after upgrading msys2-runtime to version 3.1.4-1

After upgrading msys2-runtime with pacman, bash.exe crashed with this message:

      0 [main] bash (5852) shared_info::initialize: size of shared memory region changed from 51128 to 40888

My OS is Windows 10 1909. The error remains after reinstalling msys2.

GCC 6.3.0 in MSYS2

Any plan to include GCC 6.3.0 ?

Video Tutorial

Hi,

I created a video tutorial in HD that shows how easy it is to install. Not sure if you want to link/embed it, but if so, it's available at https://www.youtube.com/watch?v=soQHM8tDQEI

And I can create a pull request that will embed it if you guys approve.

Thanks for the great work on msys2!

Igal

Where's the installer?

The "MSys2 Installer" website points to a Github repository for source and issues with the website and another one for the packages, but where do I find the source and issues for the installer?

i686 installer does not work on Pentium III CPU PC running Windows XP.

It gives an error message and offers to send a report to MS.

Remove update steps from website instructions?

The website installation procedure includes these steps:

5. (This is a once only operation until new installers are released) update the package database and pacman with:

   pacman -Sy pacman

6. If needed, close MSYS2, run it again from Start menu. Update the rest with: Update the package database and core system packages with:

   pacman -Syu

7. Again, if needed, close MSYS2, run it again from Start menu. Update the rest with:

   pacman -Su

These have been on the website a long time, but the installer is from last week so I think "the new installers" have already been released now. (Thanks for that BTW!) The first command reinstalls pacman even though it's up to date and the other two do not do anything. I think they can be removed from the website now.

HTTPS download? GPG signature? Anything?

How do I download this safely?

cann't install in windows 10

32-bit (yes, I saw the commit)

496d5ef 👀

For moments I got scared that I wouldn't be able to reinstall MSYS2 because the 32-bit download wasn't in the front page anymore. I got around it though :P
Maybe you could just put a big warning sign on the website and keep the download under some sort of legacy category?

Please mirror installer binaries elsewhere

Please could the installer binaries be mirrored elsewhere, perhaps on github, perhaps as release binaries of this project?

• Allow access when SourceForge is down (my current itch, but it seems an increasingly frequent occurrence of late) [EDIT slightly more reputable and newsy link]
• Avoids irritations like Google and uBlock_O flagging SourceForge as a source of malware (gorhill/uBlock#373)

On the wider picture, msys2 needs to be not using SourceForge at all. From uBlock's rationale for blocking the entire domain by default:

• 2015-06-18: http://www.information-age.com/industry/software/123459675/hotbed-malware-another-blow-sourceforge-google-discovers-588-pages-malicious-software
• 2015-06-02: https://blog.l0cal.com/2015/06/02/what-happened-to-sourceforge/
• 2015-05-28: http://libregraphicsworld.org/blog/entry/anatomy-of-sourceforge-gimp-controversy
• 2015-05-17: http://lifehacker.com/antiadware-gets-rid-of-bundled-crapware-on-popular-down-1702818594
• 2015-03-11: http://blog.emsisoft.com/2015/03/11/mind-the-pup-top-download-portals-to-avoid/
• 2015-01-21: http://www.howtogeek.com/207692/yes-every-freeware-download-site-is-serving-crapware-heres-the-proof/
• 2014-11-25: http://blog.tedd.no/2014/11/25/sourceforge-malware/

though I'm sure that you're aware of that, and that it's not going to happen overnight.

Zsh not working after update

Sorry, I know this is not the appropriate repo for this but the others don't have an 'issues' tab.

I just updated msys2 using pacman (a lot of files were updated) and afterwards, zsh won't start. I just get this message:

1 [main] zsh 11384 cygwin_exception::open_stackdumpfile: Dumping stack trace to zsh.exe.stackdump

The stack trace as dumped to that file is:

Exception: STATUS_ACCESS_VIOLATION at rip=001800EB8C0
rax=0000000000000000 rbx=0000000000003258 rcx=0000000000000000
rdx=00000000FFFFA870 rsi=00000000FFFFA870 rdi=00000000FFFFA7F0
r8 =0000000077950000 r9 =00000000000001B6 r10=00000000C0000034
r11=0000000000000202 r12=00000004F212C500 r13=00000004F212BFF8
r14=00000004F212D100 r15=00000004F212D3E0
rbp=0000000000000000 rsp=00000000FFFFA688
program=D:\msys64\usr\bin\zsh.exe, pid 11384, thread main
cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B
Stack trace:
Frame        Function    Args
00000000000  001800EB8C0 (00002096868, 00000000000, 00000000000, 000FFFFFFFF)
00000000000  0018011F1E2 (00000000000, 00000000000, 00000000000, 00000000000)
00000003258  0018011F759 (000FFFFA800, 00100000000, 0018011F119, 00000000000)
00000003258  0018011F8E1 (001801321BA, 00400000004, 6FFFFFF2220, 00000000001)
00000003258  0018011B01B (001801321BA, 00400000004, 6FFFFFF2220, 00000000001)
00000003258  004F20C2D4F (00000000001, 004F212D3E0, 000FFFFAA78, 00E0000000D)
004F212C500  004F20AA2F8 (00000000000, 00000000020, 00000000020, 004F212D3E0)
00000000004  004F20F25BA (000FFFFAD50, 00000000004, 00000000000, 00100000000)
00000000004  004F20F7958 (0060006C1A8, 004F212D3DC, 0060006C1A0, 000FFFFAD2C)
004F2126B00  004F20A2D06 (004F212C0B4, 00400000000, 004F20E87DB, 000FFFFAE00)
00000000162  004F20ABCC2 (004F212C0B4, 6FFFFFF1EE0, 00000000001, 000FFFFB500)
00000000162  004F20A9CCF (00000000001, 00000000000, 001800F3320, 004F2126B00)
00000000F30  004F20CA861 (00000000000, 6FFFFFF1B18, 004F212C9B0, 004F212CA00)
004F212D3D4  004F20A7013 (00400000000, 00400000000, 00000000012, 00000000002)
00000000000  004F20A8708 (00000000000, 000FFFFFFFF, 004F212CA0C, 00000000000)
004F212D3E0  004F20A8A32 (004F20DD21D, 6FFFFFF1C21, 00000002080, 004F212D980)
End of stack trace (more stack frames may be present)

I can still run bash and I haven't noticed if anything else is broken. I tried reinstalling zsh to no avail.