msys2 / msys2-packages Goto Github PK

Package scripts for MSYS2.

License: BSD 3-Clause "New" or "Revised" License

Shell 77.55% C 4.24% Perl 1.07% Batchfile 0.91% QML 0.06% Python 1.62% M4 12.97% Roff 1.22% Makefile 0.13% Vim Script 0.24%

msys2-packages's People

Contributors

Stargazers

Watchers

Forkers

martell juergenpf jhasse jceloria nponeccop nak5124 rossy mashir43 jbutera krullborg mingw gintas ivanky1 keanu73 oysteinkrog elieux-contrib roman5566 kleopatra999 meh gema-arta brute2 git-for-windows awhatson legends2k mrthomas108 jrshyun0 iquiw felixonmars dream1986 samhocevar-forks nickoe ebraminio jay abaumgaertner cchamberlain micbou windreamer moguriso asmca poxu jactry hleitzell sukumi userzimmermann noahm runtimeverification notona davidegrayson adevore rickleaf anb0s zhufenggnss gesius waterlan janlindblom bmburstein seldaek mattn usta chhe hxjake mati865 echoofsoul nikobockerman pps83 karlson2k smartmarmot pfix renatosilva green0photon parched achadwick tsmolka armctec mzsk nicolasvw greyfoxrgr gvsurenderreddy pabru am4dr optiligence philipoakley magichan-lab tonado desal jonoomph ubnt-intrepid aroig manuelnaranjo dran7505 petteyg cgull defcronyke stahta01 chocobo1 lichray banachick yukoff galeksandrp handeng

msys2-packages's Issues

can you add cgal, vtk, opencascade and opennurbs packages?

Path start with `..` is not converted to Windows path

String like path start with .. in arguments is not converted to Windows path.

Tested with msys2-runtime-2.0.16224.6393980-3-i686.

$ ruby -ve 'p ARGV' .:./ ..:./
ruby 1.9.3p392 (2013-02-22) [i386-mingw32]
[".;.\\", "..:./"]

.:./ is converted, but ..:./ is not.

Both paths are converted with MSYS 1.0.

git send-email

I see git send-email has these dependencies

$ pacman -Si git | grep email
perl-MIME-tools: git send-email
perl-Net-Smtp-SSL: git send-email TLS support
perl-Authen-SASL: git send-email TLS support

However none of these are available here.

Lemon parser generator package available

First of all, thank you for all your wonderful work with MSYS2 - it is very much appreciated!

I just created my first build script for MSYS2 and thought you may want to incorporate it, if you feel it is worth it. It is available at https://github.com/nanodude/MSYS2-Packages/tree/master/lemon and it is for the Lemon parser generator. As this was my first experience, let me know if I should correct anything.

Thanks!

Carlos

Another maintenance tool already running

I want to uninstall MSYS2 20141003 x86_x64 but I keep getting the message

"Waiting for maintenancetool"

Another maintenancetool instance is already running. Wait until it finishes, close it, or restart your system.

I can't find any instance of maintenancetool in the taskmanager, and restarting my system does not help.

I want to do the uninstall so I can reinstall using my D: hard-disk drive instead of my C: SSD.

Advice?

ssh - fatal error - internal error reading the windows environment

Running ssh (actually vagrant ssh) from Jenkins produces the following crash:

0 [main] ssh 47548 C:\msys64\usr\bin\ssh.EXE: *** fatal error - internal error reading the windows environment - too many environment variables?

1231 [main] ssh 47548 cygwin_exception::open_stackdumpfile: Dumping stack trace to ssh.EXE.stackdump

I have seen the following SO question: http://stackoverflow.com/questions/4597808/too-many-environment-variables-when-trying-to-launch-a-cywin-shell-from-hudson. I guess this does not apply as my environment content is definitely below the 32k (about 4k).

Useful Cygwin packages

Cygwin provides the time command. Would it be possible to have it in MSYS?
The same goes for inetutils and cmake. These are very useful packages.

`ruby` package broke on new msys2 from installer

upon trying to run irb or anything other than ruby -v I get an immediate failure as follows:

<internal:gem_prelude>:1:in `require': cannot load such file -- rubygems.rb (LoadError)
        from <internal:gem_prelude>:1:in `<compiled>'

pacman -Su made Msys2 not able to boot

Just did a pacman -Su. Now completely unable to boot Msys2. autorebase gives the following message:

      0 [main] dash 7868 c:\alt\msys32\usr\bin\dash.exe: *** fatal error - user
shared memory size mismatch detected - 0x10F1C/0x1131C.
This problem is probably due to using incompatible versions of the msys DLL.
Search for msys-2.0.dll using the Windows Start->Find/Search facility
and delete all but the most recent version.  The most recent version *should*
reside in x:\msys\bin, where 'x' is the drive on which you have
installed the msys distribution.  Rebooting is also suggested if you
are unable to find another msys DLL.

I checked that there is only one msys DLL on my system.

makepkg: bsdtar: .PKGINFO: archive_write_pax_header: 'x' header failed?!

при сборке пакета при помощи makepkg вылазит ошибка, и не собираются пакеты:

  -> Создание файла .MTREE...
  -> Архивируется пакет...
bsdtar: .PKGINFO: archive_write_pax_header: 'x' header failed?!  This can't happen.

==> ОШИБКА: Не удалось создать файл пакета.

git failure with msys and windows paths

While building cargo using msys2 and the msys2 git, I encountered the following errors

retep998@Peter-Desktop ~/cargo
$ make
target/snapshot/bin/cargo.exe build --verbose --target x86_64-w64-mingw32 --release
    Updating git repository `https://github.com/servo/rust-url`
fatal: '/home/retep998/.cargo/git/checkouts/rust-url-1e22af4233079a1e/A:\msys64\home\retep998\.cargo\git\db\rust-url-1e22af4233079a1e' does not appear to be a git repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
Unable to update https://github.com/servo/rust-url#678bb4d5

Caused by:
  Executing `git clone --no-checkout --quiet A:\msys64\home\retep998\.cargo\git\db\rust-url-1e22af4233079a1e A:\msys64\home\retep998\.cargo\git\checkouts\rust-url-1e22af4233079a1e\master` failed

Caused by:
  Process didn't exit successfully: `git clone --no-checkout --quiet A:\msys64\home\retep998\.cargo\git\db\rust-url-1e22af4233079a1e A:\msys64\home\retep998\.cargo\git\checkouts\rust-url-1e22af4233079a1e\master` (status=128)
Makefile:69: recipe for target 'cargo-x86_64-w64-mingw32' failed
make: *** [cargo-x86_64-w64-mingw32] Error 101

Uninstalling msys2 git and adding the regular old msysgit to my PATH worked just fine.

git tries to find the global config in /usr/etc/gitconfig instead of /etc/gitconfig

Here is the relevant piece of strace

$ strace git config core.editor | grep /etc/gitconfig
  766  203625 [main] git 1056 normalize_posix_path: src /usr/etc/gitconfig
   36  203661 [main] git 1056 normalize_posix_path: /usr/etc/gitconfig = normalize_posix_path (/usr/etc/gitconfig)
   31  203692 [main] git 1056 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/etc/gitconfig)
   32  203724 [main] git 1056 mount_info::conv_to_win32_path: iscygdrive (/usr/etc/gitconfig) mount_table->cygdrive /
   31  203755 [main] git 1056 mount_info::cygdrive_win32_path: src '/usr/etc/gitconfig', dst ''
   30  203876 [main] git 1056 mount_info::conv_to_win32_path: src_path /usr/etc/gitconfig, dst C:\msys64\usr\etc\gitconfig, flags 0x3200A, rc 0
 2568  301087 [main] git 1056 normalize_posix_path: src /usr/etc/gitconfig
  100  301187 [main] git 1056 normalize_posix_path: /usr/etc/gitconfig = normalize_posix_path (/usr/etc/gitconfig)
  113  301300 [main] git 1056 mount_info::conv_to_win32_path: conv_to_win32_path (/usr/etc/gitconfig)
  175  301475 [main] git 1056 mount_info::conv_to_win32_path: iscygdrive (/usr/etc/gitconfig) mount_table->cygdrive /
  116  301591 [main] git 1056 mount_info::cygdrive_win32_path: src '/usr/etc/gitconfig', dst ''
  152  302170 [main] git 1056 mount_info::conv_to_win32_path: src_path /usr/etc/gitconfig, dst C:\msys64\usr\etc\gitconfig, flags 0x3200A, rc 0

According to git docs, the system config should be located at $(prefix)/etc/gitconfig, whatever that means. On Arch Linux, git finds the global gitconfig in /etc/gitconfig as expected, and comparing the build config on the PKGBUILD's for both msys and arch, I don't see what is going on with msys git... Any clue?

Thanks!

Request for package zsh & grml-zsh-config

We all love it.

Note: I tried building it myself. Configure & make passed successfully with some warnings, but make install failed

make[1]: Entering directory '/home/Administrator/zsh-5.0.5/build/Doc'
if test x"/usr/local/share/zsh/5.0.5/help" != x""; then \
    /bin/sh ../../mkinstalldirs /usr/local/share/zsh/5.0.5/help; \
    /usr/bin/install -c -m 644 ../../Doc/help/* /usr/local/share/zsh/5.0.5/help; \
    while read from to; do \
        rm -f /usr/local/share/zsh/5.0.5/help/$to || : ; \
        cp -p $from /usr/local/share/zsh/5.0.5/help/$to; \
    done < ../../Doc/help.txt; \
fi
cp: cannot stat ‘functions’: No such file or directory
cp: cannot stat ‘exit’: No such file or directory
cp: cannot stat ‘cd’: No such file or directory
cp: cannot stat ‘typeset’: No such file or directory
cp: cannot stat ‘typeset’: No such file or directory
cp: cannot stat ‘fc’: No such file or directory
cp: cannot stat ‘typeset’: No such file or directory
cp: cannot stat ‘typeset’: No such file or directory
cp: cannot stat ‘exit’: No such file or directory
cp: cannot stat ‘print’: No such file or directory
cp: cannot stat ‘fc’: No such file or directory
cp: cannot stat ‘typeset’: No such file or directory
cp: cannot stat ‘hash’: No such file or directory
cp: cannot stat ‘whence’: No such file or directory
cp: cannot stat ‘unhash’: No such file or directory
cp: cannot stat ‘unhash’: No such file or directory
cp: cannot stat ‘whence’: No such file or directory
cp: cannot stat ‘whence’: No such file or directory
Makefile:461: recipe for target 'install.runhelp' failed
make[1]: *** [install.runhelp] Error 1
make[1]: Leaving directory '/home/Administrator/zsh-5.0.5/build/Doc'
Makefile:227: recipe for target 'install.runhelp' failed
make: *** [install.runhelp] Error 2

Seems some patches required :(

failed to initialize alpm library

pacman -Ql
error: failed to initialize alpm library
(database is incorrect version: /var/lib/pacman/)
error: try running pacman-db-upgrade
/E
pacman -Su
error: failed to initialize alpm library
(database is incorrect version: /var/lib/pacman/)
error: try running pacman-db-upgrade
/E
pacman -Suy
error: failed to initialize alpm library
(database is incorrect version: /var/lib/pacman/)
error: try running pacman-db-upgrade

Subversion missing SASL support

The SVN client is unable to communicate with servers that require SASL encryption.

autorebase1st.bat requires paths-from-unix-to-windows

autorebasebase1st.bat
Querying 'base' packages for DLLs ..
bash: /usr/bin/paths-from-unix-to-windows: No such file or directory
Rebasing all DLLs, 'base' ones first ..
rebaseall: 'base-dlls.txt' is not readable

Are end users not supposed to run the script or am I missing a package? It would also be nice to have at least a one-line description in autorebasebase1st.bat on what the script is for.

error: msys2-runtime: missing required signature

Steps to reproduce:

extract a fresh MSYS2 tarball from SourceForge
run msys2_shell.bat
exit the shell
run msys2_shell.bat again
run pacman -Suy

Expected behavior: the system is upgraded

Actual behavior: I get the following error:

error: msys2-runtime: missing required signature
:: File /var/cache/pacman/pkg/msys2-runtime-2.0.16278.9a7320c-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n]

Other packages are affected too, not only msys2-runtime.

makepkg depends on gettext

makepkg executes /bin/gettext and fails if it's not installed. So gettext package should be either mandatory or optional dependency of pacman.

id: Can not found user group with id 1049089

id: 无法找到ID 为1049089 的用户的属组

I am using win7 ulitmate (Chinese)

Is there a 'script' command?

Hi Alex,

I would like to capture the terminal output into a text file. I understand that the script command can do this by creating a typescript file.

Is this available? If not, is there any alternative?

Thanks,
Shree

telnet

Hey guys,

We have a ssh package but no telnet one.
I have no idea where to find a source for telnet for a msys2 PKGBUILD?
Any ideas?

I know we now have putty for MINGW-PACKAGES
but I think we should have a msys2 telnet package just like a ssh one.

I'll write the PKGBUILD and patches if someone just points me to a source

The MSYS applications can not sense with external HOME environment variable.

It's always creating /home/$UserName directory.
I want it sense to external HOME environment variable, so that,
we can setting it through external bat scripts like
set HOME=%HOMEDRIVE%%HOMEPATH%

makepkg does not check that base-devel is installed

I was just experimenting with makepkg and ran into an error saying that "patch" is not available, even though the compilation dependency check passed. I checked the wiki for PKGBUILD files (https://wiki.archlinux.org/index.php/PKGBUILD ), and it said that base-devel is assumed to be installed. patch is indeed part of base-devel, but I got no hint of that during installation.

I think makepkg should check that base-devel is installed and either error out or at least warn about potential compilation trouble if it is not.

Can you build vim with lua interp on?

I tried makepkg several times but failed. I noticed that you provides the patches but it didn't help much. Can you provide one (with lua, perl, python, ruby enabled) to pacman please? Thx a lot!

Add option to disable path mangling when calling non-msys2 binaries

MSYS2 binaries automatically mangle arguments when calling non-MSYS binaries, applying a set of heuristics. Heuristic transformations are ugly; not being able to disable the heuristic transformations is just nasty. I've run into a few cases already in a just few days where the path mangling was causing trouble, and it is particularly annoying to have to work around.

For reference, the arguments are mangled here:

https://github.com/Alexpux/Cygwin/blob/6e95f9f5eab763ba36c8d5c62a22a4db9cca1d7f/winsup/cygwin/spawn.cc#L416

How about making it possible to disable the mangling by setting an environment variable? Something like CYGWIN_DISABLE_ARGUMENT_MANGLING=1. The environment variable would be accessible from anywhere in the code and thus should be unintrusive regarding the rest of the cygwin code, the patch should be just a couple lines.

diffutils should be an optional dependency of pacman

pacdiff utility from pacman package uses /usr/bin/cmp from diffutils.

packman -Syu downloads fail signature checks

On install of msys2-x86_64-20141003.exe and first

pacman -Syu

There are (15) packages listed with one to be removed (getopt-1.1.5.-1) and the util-linux-2.24.2-1 in its place.

After the 14 packages are downloaded, the msys2-keyring-47.2bc509b-1 keys are checked and then the package integrity check fails for all of the .xz files, so no packages are upgraded.

Um, now what?

Merge msys2 into cygwin

Hi,

Sorry if this is the wrong place for this, or if i am totally misguided.

Is there any hope that MSYS2 can be merged with cygwin?
Can the mingw-w64 toolchains in cygwin do what MSYS2 does?

My simple use case seems that

MSYS2/MSYS2 - /c/-style paths, can fopen() C:\ paths without dosfilewarning, depends on posix compatibility dll msys-2.0.dll
Cygwin/gcc - /cygdrive/-style paths, can fopen() C:\-style paths with a dosfilewarning, depends on posix compatibility dll cygwin1.dll
MSYS2/mingw-w64 - C:\ style paths, no posix compatibility dll
Cygwin/mingw-w64 - C:\ style paths, no posix compatibility dll

The point of MSYS2 is to build windows packages, but it appears that mingw-w64 toolchain behaves similarly under both Cygwin and MSYS2, so I don't understand what the cause of the fork is that they need to be separated..
(pacman is surely a cooler package manager than cygwin's setup.exe gui, MSYS2 has some newer packages and more win32-targeted packages, but cygwin has more packages available for it's "mini os").

There was some mention of it in this old post JuliaLang/julia#3640 ("I discuss with Cygwin developers about adding MSYS mode directly in Cygwin sources") but i couldn't easily find any more mention of the idea.

Regards
mappu

Package conflict

error: failed to commit transaction (conflicting files)
/usr/lib/libiberty.a exists in both 'binutils' and 'gcc'
Errors occurred, no packages were upgraded.

Invisible text in mintty

I noticed some problems with colors in mintty. They're definitely different from cmd, but that's not the problem. Try running mingw node and evaluating [{},"foo",42,null,undefined,String]. undefined should be echoed gray but is invisible.

I'm not sure if these are related: karlin/mintty-colors-solarized#3 and mavnn/mintty-colors-solarized#2

Should I file an issue with mintty?

msys2 gcc does not support c++11 properly

The msys2 gcc (/usr/bin/gcc) does not support some parts of C++11 properly. Example:

$ cat c99.cc
# include <string>

int main()
{
std::to_string(123);
return 0;
}

(in msys2 shell)
$ /usr/bin/g++ -std=c++11 -o c99 c99.cc
c99.cc: In function ‘int main()’:
c99.cc:5:5: error: ‘to_string’ is not a member of ‘std’
std::to_string(123);
^

(for comparison, in a mingw64 shell)
$ /mingw64/bin/g++ -std=c++11 -o c99 c99.cc
[success]

This is not a problem yet as most packages do not assume a C++11 compiler, but that will change with time.

One part of the problem is that /usr/lib/gcc/x86_64-pc-msys/4.9.1/include/c++/x86_64-pc-msys/bits/c++config.h does not define _GLIBCXX_USE_C99, and I am not quite sure why it was configured in such a way. (_GLIBCXX_USE_C99 is defined in the corresponding mingw gcc header.) I had a theory that these definitions are pulled from the host system and propagate through the bootstrap process to the final product, but it's a bit messy to confirm, recompiling gcc takes ages. Any ideas what could be going on?

error: key could not be imported

After following the installation instructions I get the following error when trying to install any package. I am using Windows 7 Pro on VirtualBox.

$ pacman -S make
resolving dependencies...
looking for conflicting packages...

Packages (6) guile-2.0.11-1  libgc-7.2.d-1  libguile-2.0.11-1  libltdl-2.4.2.418-1  libunistring-0.9.4-1  make-4.0-6

Total Installed Size:  14.24 MiB

:: Proceed with installation? [Y/n] Y
(6/6) checking keys in keyring                                                                   [#########################################################] 100%
downloading required keys...
:: Import PGP key 2048D/, "Alexey Pavlov (Alexpux) <[email protected]>", created: 2013-11-11? [Y/n] Y
error: key "Alexey Pavlov (Alexpux) <[email protected]>" could not be imported
error: required key missing from keyring
error: failed to commit transaction (unexpected error)
Errors occurred, no packages were upgraded.

perl-Net-HTTP-6.06-1-any.pkg.tar.xz error

:: File /var/cache/pacman/pkg/perl-Net-HTTP-6.06-1-any.pkg.tar.xz is corrupted (invalid or corrupted package (checksum)).
Do you want to delete it? [Y/n]
error: failed to commit transaction (invalid or corrupted package (checksum))
Errors occurred, no packages were upgraded.

Conflicting files: /usr/share/doc/MSYS/crypt.README exists in filesystem

Clean install of MSYS2-20141003 x86_64 on Windows 8.1 using the .exe installer. All existing occurrences of GnuPG are disabled in the PATH.
After first run, exited and restarted MSYS2 (using the default shortcut to msys2_shell.bat).
Performed pacman -Syu.
Updates and installs go through, with package integrity checks passed.
The checking for file conflicts fails
error: failed to commit transaction (conflicting files)
crypt: /usr/share/doc/MSYS/crypt.README exists in filesystem
Error occured, no packages were upgraded.

Here's the entire run.

orcmid@Astraendo2 ~
$ pacman -Syu
:: Synchronizing package databases...
 mingw32                  190.7 KiB   220K/s 00:01 [######################] 100%
 mingw32.sig               96.0   B  0.00B/s 00:00 [######################] 100%
 mingw64                  191.2 KiB   200K/s 00:01 [######################] 100%
 mingw64.sig               96.0   B  0.00B/s 00:00 [######################] 100%
 msys                     110.5 KiB   178K/s 00:01 [######################] 100%
 msys.sig                  96.0   B  0.00B/s 00:00 [######################] 100%
:: Starting full system upgrade...
:: Replace getopt with msys/util-linux? [Y/n]
resolving dependencies...
looking for conflicting packages...

Packages (59) bash-4.3.030-3  bash-completion-2.1-4  bsdcpio-3.1.2-4
              bsdtar-3.1.2-4  crypt-1.1-4  curl-7.38.0-4  file-5.20-1
              filesystem-2014.10-4  findutils-4.5.14-2  flex-2.5.39-3
              gawk-4.1.1-2  gcc-libs-4.9.2-1  gdbm-1.11-2
              getopt-1.1.5-1 [removal]  gettext-0.18.3.2-3  gmp-6.0.0-3
              gnupg-1.4.18-2  groff-1.22.2-3  heimdal-libs-1.5.3-4  info-5.2-5
              less-470-1  libarchive-3.1.2-4  libasprintf-0.18.3.2-3
              libassuan-2.1.2-2  libcares-1.10.0-2  libcrypt-1.1-4
              libcurl-7.38.0-4  libffi-3.0.13-2  libgdbm-1.11-2
              libgettextpo-0.18.3.2-3  libgpg-error-1.12-3  libgpgme-1.5.1-2
              libidn-1.29-3  libintl-0.18.3.2-3  liblzma-5.0.7-2
              libmetalink-0.1.2-2  libnettle-3.0-2  libopenssl-1.0.1.j-2
              libpipeline-1.4.0-1  libreadline-6.3.008-2  libsqlite-3.8.6-1
              libssh2-1.4.3-2  libtasn1-4.2-3  libutil-linux-2.24.2-1
              libxml2-2.9.2-1  m4-1.4.17-3  mintty-1322-2  mpfr-3.1.2.p10-2
              msys2-keyring-r7.2bc509b-1  msys2-runtime-2.0.16335.a988801-1
              ncurses-5.9.20141025-1  openssl-1.0.1.j-2
              pacman-4.1.2.5864.dcef251-1  sed-4.2.2-2  texinfo-5.2-5
              tzcode-2014.i-1  util-linux-2.24.2-1  which-2.20-2  xz-5.0.7-2

Total Download Size:    26.05 MiB
Total Installed Size:  130.31 MiB
Net Upgrade Size:       35.46 MiB

:: Proceed with installation? [Y/n]
:: Retrieving packages ...
 msys2-runtime-2.0.1...     2.2 MiB   576K/s 00:04 [######################] 100%
 bash-4.3.030-3-x86_64   1863.5 KiB   670K/s 00:03 [######################] 100%
 gcc-libs-4.9.2-1-x86_64  646.3 KiB   422K/s 00:02 [######################] 100%
 libintl-0.18.3.2-3-...    17.1 KiB  86.2K/s 00:00 [######################] 100%
 ncurses-5.9.2014102...  1096.9 KiB   529K/s 00:02 [######################] 100%
 libreadline-6.3.008...   243.3 KiB   238K/s 00:01 [######################] 100%
 bash-completion-2.1...   154.5 KiB   187K/s 00:01 [######################] 100%
 libgettextpo-0.18.3...    92.5 KiB   156K/s 00:01 [######################] 100%
 libasprintf-0.18.3....     3.2 KiB  0.00B/s 00:00 [######################] 100%
 gettext-0.18.3.2-3-...  1334.6 KiB   541K/s 00:02 [######################] 100%
 liblzma-5.0.7-2-x86_64    62.4 KiB   148K/s 00:00 [######################] 100%
 gmp-6.0.0-3-x86_64       357.0 KiB   298K/s 00:01 [######################] 100%
 libnettle-3.0-2-x86_64    90.9 KiB   152K/s 00:01 [######################] 100%
 libxml2-2.9.2-1-x86_64   483.7 KiB   334K/s 00:01 [######################] 100%
 bsdcpio-3.1.2-4-x86_64   238.9 KiB   237K/s 00:01 [######################] 100%
 bsdtar-3.1.2-4-x86_64    254.5 KiB   231K/s 00:01 [######################] 100%
 libcrypt-1.1-4-x86_64      4.1 KiB  1350K/s 00:00 [######################] 100%
 crypt-1.1-4-x86_64         4.4 KiB  0.00B/s 00:00 [######################] 100%
 less-470-1-x86_64         88.1 KiB   148K/s 00:01 [######################] 100%
 info-5.2-5-x86_64        191.5 KiB   188K/s 00:01 [######################] 100%
 libidn-1.29-3-x86_64     166.0 KiB   204K/s 00:01 [######################] 100%
 libmetalink-0.1.2-2...    20.5 KiB   110K/s 00:00 [######################] 100%
 libopenssl-1.0.1.j-...   762.3 KiB   354K/s 00:02 [######################] 100%
 openssl-1.0.1.j-2-x...  1231.5 KiB   437K/s 00:03 [######################] 100%
 findutils-4.5.14-2-...   452.3 KiB   350K/s 00:01 [######################] 100%
 sed-4.2.2-2-x86_64       671.9 KiB   423K/s 00:02 [######################] 100%
 libffi-3.0.13-2-x86_64    21.4 KiB   114K/s 00:00 [######################] 100%
 libtasn1-4.2-3-x86_64     89.2 KiB   146K/s 00:01 [######################] 100%
 libgdbm-1.11-2-x86_64     20.3 KiB   110K/s 00:00 [######################] 100%
 gdbm-1.11-2-x86_64       108.2 KiB   175K/s 00:01 [######################] 100%
 texinfo-5.2-5-x86_64     936.7 KiB   514K/s 00:02 [######################] 100%
 libssh2-1.4.3-2-x86_64   151.9 KiB   185K/s 00:01 [######################] 100%
 libcurl-7.38.0-4-x86_64  163.9 KiB   203K/s 00:01 [######################] 100%
 libsqlite-3.8.6-1-x...   398.3 KiB   320K/s 00:01 [######################] 100%
 heimdal-libs-1.5.3-...   585.4 KiB   397K/s 00:01 [######################] 100%
 libcares-1.10.0-2-x...    81.5 KiB   138K/s 00:01 [######################] 100%
 curl-7.38.0-4-x86_64     481.1 KiB   357K/s 00:01 [######################] 100%
 file-5.20-1-x86_64       370.6 KiB   295K/s 00:01 [######################] 100%
 filesystem-2014.10-...    18.8 KiB   101K/s 00:00 [######################] 100%
 m4-1.4.17-3-x86_64       200.3 KiB   206K/s 00:01 [######################] 100%
 flex-2.5.39-3-x86_64     820.7 KiB   478K/s 00:02 [######################] 100%
 mpfr-3.1.2.p10-2-x86_64  223.2 KiB   225K/s 00:01 [######################] 100%
 gawk-4.1.1-2-x86_64      909.9 KiB   503K/s 00:02 [######################] 100%
 libutil-linux-2.24....    78.9 KiB   124K/s 00:01 [######################] 100%
 util-linux-2.24.2-1...  1138.2 KiB   557K/s 00:02 [######################] 100%
 gnupg-1.4.18-2-x86_64   1001.3 KiB   529K/s 00:02 [######################] 100%
 groff-1.22.2-3-x86_64   1709.9 KiB   652K/s 00:03 [######################] 100%
 libarchive-3.1.2-4-...   233.4 KiB   226K/s 00:01 [######################] 100%
 libgpg-error-1.12-3...    52.5 KiB   134K/s 00:00 [######################] 100%
 libassuan-2.1.2-2-x...    80.2 KiB   138K/s 00:01 [######################] 100%
 libgpgme-1.5.1-2-x86_64  171.7 KiB   181K/s 00:01 [######################] 100%
 libpipeline-1.4.0-1...    25.7 KiB   134K/s 00:00 [######################] 100%
 mintty-1322-2-x86_64      86.1 KiB   146K/s 00:01 [######################] 100%
 msys2-keyring-r7.2b...    15.2 KiB  0.00B/s 00:00 [######################] 100%
 which-2.20-2-x86_64       16.6 KiB  82.3K/s 00:00 [######################] 100%
 xz-5.0.7-2-x86_64        118.2 KiB   136K/s 00:01 [######################] 100%
 pacman-4.1.2.5864.d...     3.2 MiB   519K/s 00:06 [######################] 100%
 tzcode-2014.i-1-x86_64   276.3 KiB   256K/s 00:01 [######################] 100%
(58/58) checking keys in keyring                   [######################] 100%
(58/58) checking package integrity                 [######################] 100%
(58/58) loading package files                      [######################] 100%
(58/58) checking for file conflicts                [######################] 100%
error: failed to commit transaction (conflicting files)
crypt: /usr/share/doc/MSYS/crypt.README exists in filesystem
Errors occurred, no packages were upgraded.

orcmid@Astraendo2 ~
$

mingw-w64-i686-OpenBLAS-git conflict with mingw-w64-i686-openblas-git, neeed to remove one of these

Total Installed Size: 1746.04 MiB

:: Proceed with installation? [Y/n] y
(188/188) checking keys in keyring [######################] 100%
(188/188) checking package integrity [######################] 100%
(188/188) loading package files [######################] 100%
(188/188) checking for file conflicts [######################] 100%
error: failed to commit transaction (conflicting files)
/mingw32/bin/libopenblas.dll exists in both 'mingw-w64-i686-OpenBLAS-git' and 'mingw-w64-i686-openblas-git'
/mingw32/lib/libopenblas.a exists in both 'mingw-w64-i686-OpenBLAS-git' and 'mingw-w64-i686-openblas-git'
/mingw32/lib/libopenblas.dll.a exists in both 'mingw-w64-i686-OpenBLAS-git' and 'mingw-w64-i686-openblas-git'
/mingw32/share/licenses/OpenBLAS/LICENSE exists in both 'mingw-w64-i686-OpenBLAS-git' and 'mingw-w64-i686-openblas-git'
/mingw32/share/licenses/OpenBLAS/LICENSE-lapack exists in both 'mingw-w64-i686-OpenBLAS-git' and 'mingw-w64-i686-openblas-git'
Errors occurred, no packages were upgraded.

lygstate@lygstate-PC ~
$ pacman -S mingw-w64-i686

Sync failed and can not recover

$ pacman -Syu
:: Synchronizing package databases...
error: failed retrieving file 'mingw32.db' from 148.251.42.38 : Operation timed out after 0 milliseconds with 0 out of 0 bytes received
mingw32 is up to date
mingw64 is up to date
msys is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...

Packages (12) bash-4.3.026-1 curl-7.38.0-1 filesystem-2014.09-1 less-466-1
libcares-1.10.0-1 libcurl-7.38.0-1 liblzma-5.0.7-1
libtasn1-4.2-1 msys2-runtime-2.0.16224.6393980-1 perl-5.20.1-1
tzcode-2014.g-1 xz-5.0.7-1

Total Installed Size: 54.15 MiB
Net Upgrade Size: 0.15 MiB

:: Proceed with installation? [Y/n] y
(12/12) checking keys in keyring [######################] 100%
(12/12) checking package integrity [######################] 100%
error: failed to commit transaction (invalid or corrupted package)
Errors occurred, no packages were upgraded.

DPRINTF

configure script freeze

Some configure script freeze (for example FLAC 1.2.1) on line:
configure: creating ./config.status

During freezing are still creating new files subs-*.sed to temporary directory in confstatQS6Cy7.

Steps to reproduce bug:

dowload package http://downloads.xiph.org/releases/flac/flac-1.2.1.tar.gz
unpack package
run ./configure

/etc/bash.bashrc mentions non-existent /etc/defaults/etc/bash.bashrc

Also MSYS2 Setup Program is not responsible for installation anymore as it's job has been delegated to corresponding package (filesystem in this case).

And config updating is dealt with now by pacdiff and package installation scripts.

It's only comments but misleading documentation is worse than no documentation at all., so the easiest fix is to delete these lines:

# The latest version as installed by the MSYS2 Setup program can
# always be found at /etc/defaults/etc/bash.bashrc

# Modifying /etc/bash.bashrc directly will prevent
# setup from updating it.

/etc/bash.bash_logout, /etc/skel/.bashrc, and /etc/skel/.bash_profile are also affected

libcrypto.a in mingw-w64-i686-openssl very large

Something strange is going on here. I compiled openssl with msys/mingw and libcrypto.a was only ~3MB.

On MSYS2, the i686 package has a libcrypto.a that is ~9MB.

The AMD64 version is only ~3MB as well. Considering that 64-bit builds are almost always larger than 32-bit ones, something fishy is going on with the i686 build.

The issue appears to have occurred between 1.01g and 1.01h.

$ ls /mingw32/lib/libcrypto.a -al
-rw-r--r-- 1 adipose Domain Users 8836660 Aug 7 23:21 /mingw32/lib/libcrypto.a
$ ls /mingw64/lib/libcrypto.a -al
-rw-r--r-- 1 adipose Domain Users 3260736 Aug 7 22:52 /mingw64/lib/libcrypto.a

MSYS2 Perl CPAN install XML::Parser fails

I'm not certain where this defect belongs, but I'll start here because it happens under MSYS2.
Using MSYS2 Perl CPAN fails in the compilation of Expat with an unresolvable include. Here's the failing build step:

gcc -c   -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fwrapv -fno-strict-aliasing -pipe -fstack-    protector -DUSEIMPORTLIB -march=x86-64 -mtune=generic -O2 -pipe   -DVERSION=\"2.41\"     
-DXS_VERSION=\"2.41\"  "-I/usr/lib/perl5/core_perl/CORE"   Expat.c
In file included from Expat.xs:15:0:
D:/msys64/usr/lib/perl5/core_perl/CORE/perl.h:776:25: fatal error: sys/wait.h: No such file or directory
#   include <sys/wait.h>
                         ^
compilation terminated.
Makefile:312: recipe for target 'Expat.o' failed
make[1]: *** [Expat.o] Error 1
make[1]: Leaving directory '/home/orcmid/.cpan/build/XML-Parser-2.41-ua8egY/Expat'
Makefile:590: recipe for target 'subdirs' failed
make: *** [subdirs] Error 2
    TODDR/XML-Parser-2.41.tar.gz
    /usr/bin/make -- NOT OK

The offending pre-processor complaint is in the following lines of perl.h:

/* for WCOREDUMP */
#ifdef I_SYS_WAIT
#   include <sys/wait.h>
#endif

I have not been able to find where in the compilation of Expat.c I_SYS_WAIT is set. There is no sys/ sub-directory in the include path and no wait.h available otherwise. Since Expat.c is a generated file, I am also not clear where to fix this enough for the install to work.

scons not working with mingw-w64-*-gcc

I've installed mingw-w64-x86_64-gcc and scons. Somehow scons can't find g++:

jhasse@Phenom ~/sconstest
$ echo "Program('main.cpp')" > SConstruct

jhasse@Phenom ~/sconstest
$ touch main.cpp

jhasse@Phenom ~/sconstest
$ scons
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
o main.o -c main.cpp
sh: o: command not found
o main.exe -Wl,-no-undefined main.o
sh: o: command not found
scons: done building targets.

jhasse@Phenom ~/sconstest
$ g++ -v
Using built-in specs.
COLLECT_GCC=C:\msys64\mingw64\bin\g++.exe
COLLECT_LTO_WRAPPER=C:/msys64/mingw64/lib/gcc/x86_64-w64-mingw32/4.9.0/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../gcc-4.9.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 --with-gxx-include-dir=/mingw64/include/c++/4.9.0 --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 --enable-cloog-backend=isl --enable-version-specific-runtime-libs --disable-cloog-version-check --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-cloog=/mingw64 --with-pkgversion='Rev4, Built by MSYS2 project' --with-bugurl=http://sourceforge.net/projects/msys2 --with-gnu-as --with-gnu-ld
Thread model: posix
gcc version 4.9.0 (Rev4, Built by MSYS2 project)

Trying to compile openssh.

So I tried to compile openssh, i went into the directory and just typed: makedpkg

but I get this error when trying to compile: http://pastebin.com/rZHZbSe6

it stops during the configuration process:

checking if gcc supports compile flag -Wno-attributes... yes
checking compiler and flags for sanity... no
configure: error: *** compiler cannot create working executables, check config.log ***
==> ERROR: A failure occurred in build().
    Aborting...

I am using a 64bit windows install, latest msys2 for 64 bit and ming64-gcc:

$ pacman -Ss gcc
mingw32/mingw-w64-i686-gcc 4.9.1-3 (mingw-w64-i686-toolchain mingw-w64-i686) [installed]
    GNU Compiler Collection (C,C++,OpenMP) for MinGW-w64
mingw32/mingw-w64-i686-gcc-ada 4.9.1-3 (mingw-w64-i686-toolchain mingw-w64-i686)
    GNU Compiler Collection (Ada) for MinGW-w64
mingw32/mingw-w64-i686-gcc-ada-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-i686-gcc-ada
mingw32/mingw-w64-i686-gcc-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-i686-gcc
mingw32/mingw-w64-i686-gcc-fortran 4.9.1-3 (mingw-w64-i686-toolchain mingw-w64-i686)
    GNU Compiler Collection (Fortran) for MinGW-w64
mingw32/mingw-w64-i686-gcc-fortran-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-i686-gcc-fortran
mingw32/mingw-w64-i686-gcc-libgfortran 4.9.1-3 (mingw-w64-i686-toolchain mingw-w64-i686)
    GNU Compiler Collection (libgfortran) for MinGW-w64
mingw32/mingw-w64-i686-gcc-libgfortran-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-i686-gcc-libgfortran
mingw32/mingw-w64-i686-gcc-libs 4.9.1-3 (mingw-w64-i686-toolchain mingw-w64-i686) [installed]
    GNU Compiler Collection (libraries) for MinGW-w64
mingw32/mingw-w64-i686-gcc-libs-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-i686-gcc-libs
mingw32/mingw-w64-i686-gcc-objc 4.9.1-3 (mingw-w64-i686-toolchain mingw-w64-i686)
    GNU Compiler Collection (ObjC,Obj-C++) for MinGW-w64
mingw32/mingw-w64-i686-gcc-objc-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-i686-gcc-objc
mingw64/mingw-w64-x86_64-gcc 4.9.1-3 (mingw-w64-x86_64-toolchain mingw-w64-x86_64) [installed]
    GNU Compiler Collection (C,C++,OpenMP) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-ada 4.9.1-3 (mingw-w64-x86_64-toolchain mingw-w64-x86_64)
    GNU Compiler Collection (Ada) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-ada-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-x86_64-gcc-ada
mingw64/mingw-w64-x86_64-gcc-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-x86_64-gcc
mingw64/mingw-w64-x86_64-gcc-fortran 4.9.1-3 (mingw-w64-x86_64-toolchain mingw-w64-x86_64)
    GNU Compiler Collection (Fortran) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-fortran-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-x86_64-gcc-fortran
mingw64/mingw-w64-x86_64-gcc-libgfortran 4.9.1-3 (mingw-w64-x86_64-toolchain mingw-w64-x86_64)
    GNU Compiler Collection (libgfortran) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-libgfortran-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-x86_64-gcc-libgfortran
mingw64/mingw-w64-x86_64-gcc-libs 4.9.1-3 (mingw-w64-x86_64-toolchain mingw-w64-x86_64) [installed]
    GNU Compiler Collection (libraries) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-libs-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-x86_64-gcc-libs
mingw64/mingw-w64-x86_64-gcc-objc 4.9.1-3 (mingw-w64-x86_64-toolchain mingw-w64-x86_64)
    GNU Compiler Collection (ObjC,Obj-C++) for MinGW-w64
mingw64/mingw-w64-x86_64-gcc-objc-debug 4.9.1-3
    Detached debugging symbols for mingw-w64-x86_64-gcc-objc
msys/gcc 4.8.2-2 (msys2-devel)
    The GNU Compiler Collection - C and C++ frontends
msys/gcc-fortran 4.8.2-2 (msys2-devel)
    Fortran front-end for GCC
msys/gcc-libs 4.8.2-2 (base) [installed]
    Runtime libraries shipped by GCC
msys/mingw-w64-cross-gcc 4.8.2-1 (mingw-w64-cross-toolchain mingw-w64-cross)
    GCC for the MinGW-w64

Is there something I have to take into account when trying to compile ssh? I really want to compile sshd so I can login from my linux machine. That would make development a lot easier.

zsh completion issue

Hi guys,

it's pretty cool to have zsh in msys2, but unfortunately it does not complete hard drives.
E.g: cd /c/<TAB> does not show possible completions for /c. But it works as expected for bash.

Any ideas about fixing this?

Greetings,
Ed

CC @mashir43

Tilde expansion partially broken broken in bash

I'm starting bash in a particular directory with the following command

start bash -c "export CHERE_INVOKING=1; exec /usr/bin/bash --login -i"

This has the issue that the tilde expansion does sometimes not work and my ~/.bashrc is not read. Somehow this is dependent on the current directory but there is no clear pattern (e.g. on my latest tests it works in /c/Users/schlaich/Desktop and not in /c/Users/schlaich and not in /c but I have already seen it behaving exactly the opposite).

Most of the cases when it is not working echo ~ produces some garbage, e.g.

$ echo ~
/home/schla▒

$ echo ~
/ho#

Sometimes echo ~ resolves correctly (to /home/schlaich) yet my ~/.bashrc wasn't read.

groff and gettext-devel

groff and gettext-devel packages have a file with Cygwin "charset.alias". Is it possible to ask for repacking without this file?

[Request] SFML package for dev.

Hi.
I've tried many times to try and build SFML (Version 2.0 and 2.1) with MSYS, but it fails with cmake.
The error is usually architecture related, or cmake can't find a valid RC compiler.

Would it be possible that a package could be built and uploaded to the repo?
Thanks.

pacman -Syu getopt replacement prompt

On a fresh install of msys2-x86_64-20141003.exe, running pacman -Syu raises the prompt

:: Replace getopt with msys/util-linux? [Y/n]

What are the consequences of the choice here. I let it default, but I have no idea what I am choosing.

Incorrect pacman db after upgrade to latest version

Sidorov@Nastya ~
$ pacman -Syu
error: failed to initialize alpm library
(database is incorrect version: /var/lib/pacman/)
error: try running pacman-db-upgrade

python tmp file not found

When installing Qt 5 and dependencies, I got these weird messages:
( 6/22) installatie bezig mingw-w64-x86_64-libxml2 [######################] 100%
Compiling mingw64/lib/python2.7/site-packages...
/tmp/alpm_Y6nlAN/.INSTALL: regel 15: mingw64/bin/python2: No such file or directory
/tmp/alpm_Y6nlAN/.INSTALL: regel 16: mingw64/bin/python2: No such file or directory
( 7/22) installatie bezig mingw-w64-x86_64-lib... [######################] 100%
( 8/22) installatie bezig mingw-w64-x86_64-lib... [######################] 100%
( 9/22) installatie bezig mingw-w64-x86_64-libxslt [######################] 100%
Compiling /mingw64/lib/python2.7/site-packages...
/tmp/alpm_a1WNqR/.INSTALL: regel 15: mingw64/bin/python2: No such file or directory
/tmp/alpm_a1WNqR/.INSTALL: regel 16: mingw64/bin/python2: No such file or directory

These seem to either do something wrong or at least misbehave in some sense. This is from a near-fresh MSYS2-base untarred and rebased.