-
Issue 40528
- FAST_CWD - MSYS2 which uses the cygwin core pre 2.6.0 had a Windows XP
compatibility layer which functions normally in wine. However after 2.6.0, the
XP compatibility layer was removed. This means there is no way to have msys2
working with the most up to date msys2. So don't
pacman -Syyuu
- This problem first shows up in the 20160921 msys2 download
- FAST_CWD - MSYS2 which uses the cygwin core pre 2.6.0 had a Windows XP
compatibility layer which functions normally in wine. However after 2.6.0, the
XP compatibility layer was removed. This means there is no way to have msys2
working with the most up to date msys2. So don't
-
Issue 40483
- Archived link
- This claims to be fixed in wine 1.9.24
-
Issue 40482
- "Support set title in start, needed by latest MSYS2"
- Still not solved, basically don't use wineconsole to workaround. So we use mintty
-
Is MSYSTEM=MSYS important?
- I don't know! Eventually it is used by the msys2 login scripts. It expects mingw64 or mingw32, and shows up as part of the prompt. Changing this does not appear to affect whether anything "works" or not
-
Scroll bars are nice
wineconsole
andwineconsole --backend ncurses
doesn't support this- Abandoned
- mintty does
-
pacman
upgrading msys2.- teaci has a good solution. Basically you have to point to their repos, which are still a little out of date, but a little more up to date
-
"workaround https://bugs.wine-staging.com/show_bug.cgi?id=403"
- No idea. Lost to the void of internet time because wine thinks they are smarter than google.
-
"Work around https://bugs.wine-staging.com/show_bug.cgi?id=682"
- No idea. Lost to the void of internet time because wine thinks they are smarter than google.
- This affects whether mintty works or not
- Here's what I do know. Ubuntu 14 has two versions of libfreetype6
- 2.5.2-1ubuntu2 - Works
- 2.5.2-1ubuntu2.8 - Doesn't work
- 2.5.2-1ubuntu2 doesn't contain and of the updates after March 2014. So some CVE or backport patch after that breaks mintty
- I don't think this is related
- Archive
-
"Work around https://bugs.wine-staging.com/show_bug.cgi?id=626"
- No idea. Lost to the void of internet time because wine thinks they are smarter than google.
- winpty also recognizes a WINPTY_SHOW_CONSOLE environment variable. Set it to 1 to prevent winpty from hiding the console window.
-
You need a UTF-8 LC_ALL so that mintty displays
-
Wine prints following error message
err:module:attach_process_dlls "msys-2.0.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\msys64\\usr\\bin\\mintty.exe" failed, status c0000005
- Something to do with loading dlls might be making a ptrace call? Not sure, but I know if I give the contrainer SYS_PTRACE permissions, it works.
- Maybe this is using a debug version of wine, so it makes some ptrace calls even when not debugging? Or this may just be normal behavior for wine, and it's as simple as that.
-
Black mintty
- https://bugs.winehq.org/show_bug.cgi?id=44066
- Versions of wine-staging after 2.4.0 result in
mintty.exe
drawing to X, but as a black screen. It is in fact working, you can type in it like normally and it is working, you just can not see any thing. There will be a brief glimpse at what should be seen when you click the X to close the screen. But nothing else shows the graphics at all mingw64.exe
behaves the same way.bash
inwineconsole
does work mostly, but you will have no scrollbars
-
UTF-8
-
Without LC_ALL=en_US.UTF-8 and the locale setup, mintty didn't work right on Ubuntu 14.04, so I just keep doing that for all OSes
-
Without LC_ALL=en_US.UTF-8, you can not run:
wine 'C:\msys64\usr\bin\mintty' /usr/bin/bash
-
However, you CAN still run:
wineconsole 'C:\msys64\usr\bin\mintty' /usr/bin/bash
-
Not sure why. So might as well install UTF 8
-
-
What about wine 3?
- I have not consistently tested wine 3.x, but any attempts have failed to run in wine 3 graphically.
-
On anything not debian 8 based
*Works* usr\bin\mintty /usr/bin/bash -l > nul usr\bin\mintty "/usr/bin/bash" -l usr\bin\mintty "/usr/bin/bash mingw64.exe *Doesn't work* usr\bin\mintty echo hi | usr\bin\mintty usr\bin\mintty /usr/bin/bash # althought this works on ubuntu 14 usr\bin\mintty //usr/bin/bash usr\bin\mintty ////usr/bin/bash
MSYS2_WINE_WORKAROUND
selects to use a workaround to this, which results in a extract wineconsole window hanging around -
Why am I installing all the dependencies manually?
- I got impatient. It just saves time when constantly rebuilding the docker images. I'll remove that eventually
-
I have to run
wineconsole
twice, so that it works the second time- On some OSes, if I run
wineconsole bash
right away, it does not work. however, if I runwineconsole
, exit, and then runwineconsole
bash, it works. It does not appear to be thewineserver
from the firstwineconsole
has to be still running when the secondwineconsole
is executed, but it also doesn't matter. So the common workaround is to run a dummy command inwineconsole
, before runningwineconsole bash
. This is true for bothwineconsole
backends.
gosu user wineconsole cmd /c : gosu user wineconsole 'C:\msys64\usr\bin\bash.exe' --login ${@+"${@}"}
- On some OSes, if I run