-
Notifications
You must be signed in to change notification settings - Fork 48
Description
I have been using MSYS2 without any problem for a long time (I think almost five years [according to my first issue]).
I have been using MSYS2 on a computer at running Windows 7 and (later) Windows 10 (both administered by my organization, not by myself).
My platform has always been MinGW64. I have a shortcut icon which runs C:\msys64\msys2_shell.cmd -mingw64 -use-full-path
(starting at C:\msys64
).
Almost every workday, I update MSYS2 by double-clicking the MinGW64 icon and type pacman -Syu && pacman -Scc
.
As many other times, a msys-runtime
update was available this morning and I updated it (2025-07-18, about 8:30AM CEST). After restarting, other packages were available to download (mainly GStreamer, its Python bindings and its good, bad and ugly plugins).
I just downloaded it, they were installed, but the update ended abruptly just after extracting the files from last package (not even being able to reach the second part of pacman -Syu && pacman -Scc
). So I quit the program.
I double-clicked the MinGW64 icon again and Windows only showed a message about missing msys-2.0.dll
.
I’m not the administrator on this computer (and this is remotely managed from another office), but I found out that there is some “virus and thread protection” in Windows Security that considered MSYS2 (not because it mentioned it, but from the time of the logged incident) a high thread and blocked it (apparently with file removal).
This is some automatic rule, but I wonder what has caused the current msys-2.0.dll
to be considered a high thread to Windows Security (the first one during the whole time I had been using MinGW64 [since I cannot use it now]).