Closed heckflosse closed 1 year ago
New update
mingw-w64-x86_64-libepoxy
New update
libreadline
New update
mingw-w64-x86_64-graphite2
mingw-w64-x86_64-fontconfig
New update
mingw-w64-x86_64-crt-git-6.0.0.5125.b491fac6-1
mingw-w64-x86_64-headers-git-6.0.0.5125.b491fac6-1
mingw-w64-x86_64-pcre-8.42-1
New update
mingw-w64-x86_64-brotli
mingw-w64-x86_64-openssl
mingw-w64-x86_64-nghttp2
mingw-w64-x86_64-curl
mingw-w64-x86_64-rhash
New update:
mingw-w64-x86_64-adwaita-icon-theme-3.28.0-1
mingw-w64-x86_64-atk-2.28.0-1
mingw-w64-x86_64-glib2-2.56.0-1
mingw-w64-x86_64-gtk3-3.22.29-1
After the update, the folder panel in the file browser doesn't work anymore.
@TooWaBoo Still works fine here (on Win7/64). But I didn't make clean and built after the update. Doing that now. I will report when build is completed.
New update
Previous update
mingw-w64-x86_64-gtk3-3.22.29-1
mingw-w64-x86_64-glib2-2.56.0-1
mingw-w64-x86_64-gdk-pixbuf2-2.36.12-1
mingw-w64-x86_64-fribidi-0.19.7-2
mingw-w64-x86_64-harfbuzz-1.7.5-2
mingw-w64-x86_64-pango-1.42.1-2
mingw-w64-x86_64-sqlite3-3.23.0-1
I did the whole update. Issue still exists. I had to copy "libfribidi-0.dll" to the build folder for RT to run. Tried to revert the update with no luck.
It works now: https://github.com/Beep6581/RawTherapee/issues/4487
New update
mingw-w64-x86_64-cairo-1.15.12-1
mingw-w64-x86_64-glib2-2.56.1-1
mingw-w64-x86_64-ncurses-6.1.20180407-1
Copy libfribidi-0.dll
to your build
Replace libgio-2.0-0.dll
with libgio-2.0-0.dll
version 2.54.3.0
glib2 being updated, libgio-2.0-0.dll is now at version v2.56.1.0. Such short update time could be the sign of a bug correction.
@gaaned92 No, the bug still exists.
New update
mingw-w64-x86_64-curl
New update
mingw-w64-x86_64-libuv-1.20.0-1
mingw-w64-x86_64-libxml2-2.9.8-1
mingw-w64-x86_64-python3-3.6.5-1
mingw-w64-x86_64-sqlite3-3.23.1-1
Folder bug still exists.
New update
file-5.33-1
gcc-libs-7.3.0-1
git-2.17.0-1
libsqlite-3.21.0-2
perl-5.24.4-1
Folder bug still exists.
New update
mingw-w64-x86_64-gettext-0.19.8.1-3
Folder bug still exists.
New update
mingw-w64-x86_64-c-ares-1.14.0-1
mingw-w64-x86_64-cmake-3.11.1-1
mingw-w64-x86_64-crt-git-6.0.0.5132.5b6aebd5-1
mingw-w64-x86_64-gcc-7.3.0-2
mingw-w64-x86_64-gcc-libs-7.3.0-2
mingw-w64-x86_64-headers-git-6.0.0.5132.5b6aebd5-1
Folder bug still exists.
New update
mingw-w64-x86_64-gtk3-3.22.30-1
mingw-w64-x86_64-isl-0.19-1
mingw-w64-x86_64-jansson-2.11-1
Folder bug still exists.
New update
mingw-w64-x86_64-cairo-1.15.12-2
mingw-w64-x86_64-freetype-2.9.1-1
mingw-w64-x86_64-fribidi-1.0.2-1
mingw-w64-x86_64-lcms2-2.9-1
mingw-w64-x86_64-libepoxy-1.5.1-1
mingw-w64-x86_64-libidn-1.34-1
mingw-w64-x86_64-libunistring-0.9.9-1
mingw-w64-x86_64-libuv-1.20.2-1
mingw-w64-x86_64-wineditline-2.205-1
mingw-w64-x86_64-xz-5.2.4-1
Folder bug still exists.
Folder bug still exists.
Yes until mingw-w64-x86_64-glib2 is upgraded to 2.56.2. When?
New update
mingw-w64-x86_64-brotli-1.0.4-1
mingw-w64-x86_64-libiconv-1.15-2
mingw-w64-x86_64-libunistring-0.9.9-2
mingw-w64-x86_64-python2-2.7.15-1
Folder bug still exists.
New update
mingw-w64-x86_64-binutils-2.30-3
Folder bug still exists.
New update
mingw-w64-x86_64-cmake-3.11.1-2
mingw-w64-x86_64-gdbm-1.14.1-1
mingw-w64-x86_64-jsoncpp-1.8.4-1
mingw-w64-x86_64-libuv-1.20.3-1
mingw-w64-x86_64-lz4-1.8.2-1
Folder bug still exists.
New update
bash-completion-2.8-1
libiconv-1.15-1
mingw-w64-x86_64-libidn-1.35-1
perl-Try-Tiny-0.30-1
perl-libwww-6.31-2
Folder bug still exists.
New update
mingw-w64-x86_64-crt-git-6.0.0.5136.897300fe-1
mingw-w64-x86_64-headers-git-6.0.0.5136.897300fe-1
Folder bug still exists.
New update
mingw-w64-x86_64-libwinpthread-git-6.0.0.5134.2416de71-1
mingw-w64-x86_64-nghttp2-1.31.1-1
mingw-w64-x86_64-winpthreads-git-6.0.0.5134.2416de71-1
Folder bug still exists.
New update
mingw-w64-x86_64-libepoxy-1.5.2-1
mingw-w64-x86_64-libidn2-2.0.5-1
Folder bug still exists.
The fix will most likely present itself in glib-2.56.2. https://gitlab.gnome.org/GNOME/glib/tags
New update
mingw-w64-x86_64-cairomm-1.12.2-1
mingw-w64-x86_64-gdb-8.1-1
mingw-w64-x86_64-glibmm-2.56.0-1
Folder bug still exists. Replaceing libgio-2.0-0.dll with an older version doesn't work after the update.
New update
mingw-w64-x86_64-atk-2.28.1-1
mingw-w64-x86_64-fftw-3.3.8-1
mingw-w64-x86_64-glib2-2.56.1-2
The filechooser bug is fixed but the folder panel in the file browser still doesn't work for the boot drive.
New update
bash-4.4.019-3
pacman-5.0.1-7
coreutils-8.26-3
diffutils-3.6-1
git-2.17.1-1
mingw-w64-x86_64-gnutls-3.6.2-1
mingw-w64-x86_64-libiconv-1.15-3
mingw-w64-x86_64-p11-kit-0.23.12-1
nano-2.9.7-1
ncurses-6.1.20180526-1
vim-8.1.0022-1
File-browser-folder-bug still exists.
New update
filesystem-2018.06-1
pacman-mirrors-20180604-1
gawk-4.2.0-2 libidn2-2.0.5-1
mingw-w64-x86_64-gettext-0.19.8.1-4
mingw-w64-x86_64-libunistring-0.9.10-1
mingw-w64-x86_64-ncurses-6.1.20180526-1
mingw-w64-x86_64-readline-7.0.003-2
File-browser-folder-bug still exists.
New update
mingw-w64-x86_64-readline-7.0.005-1
File-browser-folder-bug still exists.
New update
mingw-w64-x86_64-binutils-2.30-4
mingw-w64-x86_64-crt-git-6.0.0.5144.45e00853-1
mingw-w64-x86_64-harfbuzz-1.8.1-1
mingw-w64-x86_64-headers-git-6.0.0.5144.45e00853-1
File-browser-folder-bug still exists.
New update
mingw-w64-x86_64-gdb-8.1-2
mingw-w64-x86_64-nghttp2-1.32.0-1
File-browser-folder-bug still exists.
@TooWaBoo Everything seem to work here, Win7, with MSYS updated just 1h ago.
Version: 5.4-412-gb626b4e98
Branch: dev
Commit: b626b4e98
Commit date: 2018-06-17
Compiler: gcc 7.3.0
Processor: undefined
System: Windows
Bit depth: 64 bits
Gtkmm: V3.22.0
Lensfun: V0.3.2.0
Build type: Debug
Build flags: -mthreads -mwin32 -m64 -msse2 -mfpmath=sse -std=c++11 -march=native -Werror=unused-label -fopenmp -Werror=unknown-pragmas -Wall -Wno-unused-result -Wno-deprecated-declarations -O0 -g2 -Wall -fno-omit-frame-pointer
Link flags: -mthreads -march=native -O0 -fno-omit-frame-pointer
OpenMP support: ON
MMAP support: ON
@Hombre57 running pacman -Syu now. Qt5 update is really heavy...
ran pacman - Syu built rt from scratch Folder bug seems to be fixed \o/
No, it's not fixed. The bug exists only for the boot drive.
@TooWaBoo Confirmed
Glib2 2.56.1-2 is buggy. Seems it is solved upstream, see @Beep6581 post above. We have to wait for an update of the mingw64 (and mingw32) repos of the glib-2.56 branch.
@heckflosse I usually update with pacman -Syuu
, so it updates MSYS2 too. I don't think that's relevant for our problem though.
@TooWaBoo I'll check tonight again, but IIRC, it was working fine for my C:\
D:\
E:\
drives.
New update
mingw-w64-x86_64-cmake-3.11.4-2
mingw-w64-x86_64-fribidi-1.0.4-1
File-browser-folder-bug still exists.
Confirmed, works fine.
@Hombre57 Here C:\ is still missing some folders
W10 : I tested again. Regrettably, File-browser-folder-bug still exists. On the boot disk C: , only a few folders are displayed.
@heckflosse Ah, that right, I overlooked that the content of C:\
wasn't complete (D:\
and E:\
are complete though). But out of curiosity, where in this thread has someone reported that it was partly working ?
I don't see any folder on c:\
@Hombre57 There was a short discussion on 12 Apr between @TooWaBoo and me about 2.56.1-1. Then 22 days ago by @TooWaBoo for 2.56.1-2 reporting the boot disk problem.
Question: how to locate the repositories used by MSYS2/pacman? edit : in pacman.d and the projects managing these repositories?
Sometimes, I execute
pacman -Syu
in msys2 to check for updates. I don't check regularly but other windows builders also don't seem to check regularly.I suggest that each rt windows builder writes a short notice here if he detects some updates by executing
pacman -Syu
What do you think? @TooWaBoo @Hombre57 @Desmis @sguyader @gaaned92