Rawtherapee: This issue is to keep windows builders of rt to be informed about msys2 updates
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
heckflosse
All 296 comments
Fine. Could we add a specific label to this issue ?
Hombre57
on 15 Oct 2017
OK
Todays update: :-)
(1/4) Aktualisiere mingw-w64-x86_64-curl [#####################] 100%
(2/4) Aktualisiere mingw-w64-x86_64-harfbuzz [#####################] 100%
(3/4) Aktualisiere mingw-w64-x86_64-libuv [#####################] 100%
(4/4) Aktualisiere mingw-w64-x86_64-libxml2 [#####################] 100%
TooWaBoo
on 16 Oct 2017
I am not at home actualy.
But I take intout account
Jacques
Desmis
on 16 Oct 2017
Today's update:
mingw-w64-x86_64-nghttp2
mingw-w64-x86_64-curl
Ok for me
gaaned92
on 19 Oct 2017
Huge update. I have not updated since the beginning of the year :)
Thank you
Jacques
Desmis
on 19 Oct 2017
New update:
mingw-w64-x86_64-python2
mingw-w64-x86_64-glib2
mingw-w64-x86_64-atk
mingw-w64-x86_64-headers-git
mingw-w64-x86_64-crt-git
mingw-w64-x86_64-curl
mingw-w64-x86_64-harfbuzz
mingw-w64-x86_64-gtk2
mingw-w64-x86_64-gtk3 (version 3.22.26)
@TooWaBoo
Ok, thank you. I just update Msys2
:)
Desmis
on 11 Nov 2017
New Update:
mingw-w64-x86_64-gnutls
New update:
mingw-w64-x86_64-harfbuzz
New update:
vim
libopenssl
openssl
less
libp11-kit
p11-kit
git
@TooWaBoo
Thank you :)
Desmis
on 17 Nov 2017
New update
expat-2.2.5-1
fftw-3.3.7-1
libtiff-4.0.9-1
New update:
mingw-w64-x86_64-libxml2
mingw-w64-x86_64-nettle
mingw-w64-x86_64-tcl
New update
libxslt
libexpat
libcurl
curl
expat
mingw-w64-x86_64-python2
New update:
mingw-w64-x86_64-cairo
New update
mingw-w64-x86_64-cairo
mingw-w64-x86_64-libunistring
and also mingw-w64-x86_64-qtwebkit (part of QT5)
gaaned92
on 14 Dec 2017
@gaaned92
part of QT5
which is a dependency for building lhdr. But I appreciate that you mention it here too 馃憤
heckflosse
on 14 Dec 2017
New update
mingw-w64-x86_64-librsvg
New update
mingw-w64-x86_64-tk
New update
mingw-w64-x86_64-crt-git
mingw-w64-x86_64-mpfr
new update
mingw-w64-x86_64-adwaita-icon-theme-3.26.1-1
mingw-w64-x86_64-cmake-3.10.1-1
mingw-w64-x86_64-freetype-2.9-1
mingw-w64-x86_64-libjpeg-turbo-1.5.3-1
mingw-w64-x86_64-make-4.2.1-2
mingw-w64-x86_64-sqlite3-3.21.0-1
gaaned92
on 10 Jan 2018
New update
tar
wget
New update
mingw-w64-x86_64-crt-git
mingw-w64-x86_64-mpc
mingw-w64-x86_64-gcc-libs
mingw-w64-x86_64-gcc
mingw-w64-x86_64-gtk2
New update
mingw-w64-x86_64-libtre-git
mingw-w64-x86_64-libsystre
mingw-w64-x86_64-nghttp2
mingw-w64-x86_64-termcap
New update
mingw-w64-x86_64-libtasn1
mingw-w64-x86_64-cmake
mingw-w64-x86_64-gcc
mingw-w64-x86_64-sqlite3
mingw-w64-x86_64-python3
mingw-w64-x86_64-glib2
mingw-w64-x86_64-python2
New update
git
tzcode
New update
mingw-w64-x86_64-crt-git
mingw-w64-x86_64-libwinpthr...
mingw-w64-x86_64-gcc-libs
mingw-w64-x86_64-winpthread...
mingw-w64-x86_64-gcc
Maybe I missed the point of this issue, but why not just add this to the task scheduler and never think about updates again?
pacman --sync --upgrades --refresh --noconfirm
pacman --sync --upgrades --refresh --noconfirm
(called twice because of https://github.com/Alexpux/MSYS2-pacman/issues/38#issuecomment-237222657 )
or
https://github.com/msys2/msys2/wiki/MSYS2-installation#user-content-iii-updating-packages
Point being this could be automated and forgotten.
Beep6581
on 26 Jan 2018
I'm not friend of auto updates. It's sometimes difficult to find the culprit of an issue if to many things have changed at the same time.
TooWaBoo
on 26 Jan 2018
Agreed that finding an error in a massive upgrade is difficult, but that problem is related to upgrades in general and not limited to _auto_ updates, and is in fact an argument for automating the process and calling it daily, so that updates come in small batches.
But I don't use Arch, and as I wrote, maybe I miss the point.
Beep6581
on 26 Jan 2018
@Beep6581
pacman --sync --upgrades --refresh --noconfirm
$ pacman --sync --upgrades --refresh --noconfirm
Fehler: Ung眉ltige Option '--upgrades'
Typo, --upgrade without the "s"
https://www.archlinux.org/pacman/pacman.8.html
Beep6581
on 27 Jan 2018
$ pacman --sync --upgrade --refresh --noconfirm
Fehler: Es ist nur eine Operation zur selben Zeit erlaubt
I can't install MSYS2 as it doesn't run in XP, so I installed Manjaro.
The command is:
sudo pacman --sync --refresh --sysupgrade --noconfirm
or sudo pacman -Syu --noconfirm for short, but long versions are easier to decypher and maintain.
Beep6581
on 27 Jan 2018
Is it still needed to report updates?
New update
gcc-libs
ncurses
gawk
mingw-w64-x86_64-headers-git
mingw-w64-x86_64-ncurses
wget
New update
mingw-w64-x86_64-gtk3
New update
mingw-w64-x86_64-gdk-pixbuf2
New update
mingw-w64-x86_64-binutils
TooWaBoo
on 7 Feb 2018
New update
Attention: The update needs some interactions, read carefully.
(1/1) Entferne libcatgets
(1/9) Installiere msys2-runtime
(2/9) Aktualisiere gcc-libs
(3/9) Aktualisiere libtasn1
(4/9) Aktualisiere mingw-w64-x86_64-mpfr
(5/9) Aktualisiere mingw-w64-x86_64-harfbuzz
(6/9) Aktualisiere openssh
(7/9) Aktualisiere perl
(8/9) Aktualisiere vim
(9/9) Aktualisiere wget
New update
nano
New update
pacman
icu
libmetalink
libnghttp2
libpsl
libcurl
curl
New update:
libxml2-2.9.7-2
ncurses-6.1.20180210-1
perl-XML-Parser-2.44-3
New update:
perl-Error
perl-HTML-Parser
perl-URI
perl-HTTP-Message
perl-HTTP-Cookies
perl-Net-SSLeay
perl-IO-Socket-SSL
perl-MailTools
perl-MIME-tools
perl-Net-HTTP
perl-Net-SMTP-SSL
perl-TermReadKey
perl-libwww
New update:
filesystem
ncurses
git
gnupg
mingw-w64-x86_64-gtk3 (3.22.28-1)
tftp-hpa
@TooWaBoo @heckflosse Anyone having this lib detected by the antivirus ? Is it a false positive ?
Hombre57
on 22 Feb 2018
@Hombre57 examine it using https://www.virustotal.com/
Beep6581
on 22 Feb 2018
@Beep6581 Done. The only antivirus software that detects it as a potential malware is ESET, my antivirus. :sob: I'll set an exception and all will be fine for the w.e. :wink:
Hombre57
on 23 Feb 2018
New update
mingw-w64-x86_64-crt-git
New update
mingw-w64-x86_64-libepoxy
TooWaBoo
on 6 Mar 2018
New update
libreadline
TooWaBoo
on 7 Mar 2018
New update
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-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
on 5 Apr 2018
@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.
heckflosse
on 5 Apr 2018
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.
TooWaBoo
on 11 Apr 2018
It works now: https://github.com/Beep6581/RawTherapee/issues/4487
TooWaBoo
on 11 Apr 2018
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
TooWaBoo
on 12 Apr 2018
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
on 12 Apr 2018
@gaaned92
No, the bug still exists.
TooWaBoo
on 12 Apr 2018
New update
mingw-w64-x86_64-curl
TooWaBoo
on 13 Apr 2018
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.
TooWaBoo
on 18 Apr 2018
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.
TooWaBoo
on 19 Apr 2018
New update
mingw-w64-x86_64-gettext-0.19.8.1-3
Folder bug still exists.
TooWaBoo
on 20 Apr 2018
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.
TooWaBoo
on 25 Apr 2018
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.
TooWaBoo
on 26 Apr 2018
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.
TooWaBoo
on 3 May 2018
Folder bug still exists.
Yes until mingw-w64-x86_64-glib2 is upgraded to 2.56.2. When?
gaaned92
on 3 May 2018
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.
TooWaBoo
on 5 May 2018
New update
mingw-w64-x86_64-binutils-2.30-3
Folder bug still exists.
TooWaBoo
on 8 May 2018
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.
TooWaBoo
on 10 May 2018
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.
TooWaBoo
on 14 May 2018
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.
TooWaBoo
on 17 May 2018
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.
TooWaBoo
on 18 May 2018
New update
mingw-w64-x86_64-libepoxy-1.5.2-1
mingw-w64-x86_64-libidn2-2.0.5-1
Folder bug still exists.
TooWaBoo
on 22 May 2018
The fix will most likely present itself in glib-2.56.2.
https://gitlab.gnome.org/GNOME/glib/tags
Beep6581
on 22 May 2018
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.
TooWaBoo
on 24 May 2018
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.
TooWaBoo
on 30 May 2018
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.
TooWaBoo
on 1 Jun 2018
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.
TooWaBoo
on 5 Jun 2018
New update
mingw-w64-x86_64-readline-7.0.005-1
File-browser-folder-bug still exists.
TooWaBoo
on 7 Jun 2018
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.
TooWaBoo
on 14 Jun 2018
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
on 19 Jun 2018
@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...
heckflosse
on 20 Jun 2018
ran pacman - Syu
built rt from scratch
Folder bug seems to be fixed \o/
heckflosse
on 20 Jun 2018
No, it's not fixed. The bug exists only for the boot drive.
TooWaBoo
on 20 Jun 2018
@TooWaBoo Confirmed
heckflosse
on 20 Jun 2018
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.
gaaned92
on 20 Jun 2018
@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.
Hombre57
on 20 Jun 2018
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.
TooWaBoo
on 20 Jun 2018
Confirmed, works fine.
Hombre57
on 20 Jun 2018
@Hombre57 Here C:\ is still missing some folders
heckflosse
on 20 Jun 2018
W10 : I tested again. Regrettably, File-browser-folder-bug still exists.
On the boot disk C: , only a few folders are displayed.
gaaned92
on 20 Jun 2018
@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 ?
Hombre57
on 21 Jun 2018
I don't see any folder on c:\
TooWaBoo
on 21 Jun 2018
@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?
gaaned92
on 21 Jun 2018
and the projects managing these repositories?
See:
Beep6581
on 21 Jun 2018
Other way to ask:
Is somebody able to verify if https://gitlab.gnome.org/GNOME/glib/commit/96904149e20a04066290bc1592469930c2f57ed0 is included in glib2 2.56.1-2? It should be.
gaaned92
on 21 Jun 2018
4629
heckflosse
on 21 Jun 2018
@gaaned92 https://github.com/Beep6581/RawTherapee/issues/4148#issuecomment-391148257
The fix is in 2.57.1, and it will be in 2.56.2 if such a version gets released (2.56.2 has not been released yet).
Beep6581
on 21 Jun 2018
@heckflosse after https://github.com/Beep6581/RawTherapee/issues/4629, File-browser-folder-bug no longer exists
gaaned92
on 21 Jun 2018
Confirmed. Works fine now. @heckflosse you are my hero. 馃榿
TooWaBoo
on 21 Jun 2018
There are other parts in rt code which could be affected by this as well. For example opening c:\ to show the images in c:\ (I know one should not save images there) currently should not show the images which's name is > pagefile.sys. I will check that now...
heckflosse
on 21 Jun 2018
In 01d4ed3 I fixed another one.
heckflosse
on 21 Jun 2018
New update
pacman-5.1.0-2
bsdcpio-3.3.2-2
bsdtar-3.3.2-2
curl-7.60.0-1
dash-0.5.10.2-1
gawk-4.2.1-1
gnupg-2.2.8-1
grep-3.1-1
libarchive-3.3.2-2
libassuan-2.5.1-1
libcurl-7.60.0-1
libgcrypt-1.8.3-2
libgnutls-3.6.1-1
libgpg-error-1.31-1
libgpgme-1.11.1-1
libhogweed-3.4-1
libksba-1.3.5-1
liblzma-5.2.4-1
libnettle-3.4-1
libnpth-1.5-1
libpcre-8.42-1
libpcre16-8.42-1
libpcre32-8.42-1
libpcrecpp-8.42-1
libpcreposix-8.42-1
nettle-3.4-1
pcre-8.42-1
pinentry-1.1.0-1
xz-5.2.4-1
After update I get this error:
Error: Could not fork child process: There are no available terminals (-1).
Any idea how to fix this?
TooWaBoo
on 22 Jun 2018
Found the issue, it's the Windows Defender "Exploit Protection Settings".
Trying to figure out how to fix it.
TooWaBoo
on 22 Jun 2018
@TooWaBoo I am waiting for your fix as it can happens also to me!
I have no knowledge about this W10 feature.
gaaned92
on 22 Jun 2018
This worked for me:
- Go to Windows Defender "Exploit Protection Settings".
- Set all settings to Standard
- Switch OFF "Randomize memory allocations (Bottom-up ASLR)"
- Restart PC
- Run MSYS (It should work without an error)
- Quit MSYS
- Switch ON "Randomize memory allocations (Bottom-up ASLR)" again
- Restart PC
- Run MSYS (It should work without an error)
- Finish
TooWaBoo
on 22 Jun 2018
@TooWaBoo thanks. Do you know if we will have to do that for each MSYS2 update (at least for core system update)?
Edit : I didn't get the error here!
gaaned92
on 22 Jun 2018
I don't know.
TooWaBoo
on 22 Jun 2018
New update
git-2.18.0-1
glib2-2.54.3-1
gnupg-2.2.8-2
icu-62.1-1
libidn-1.35-1
libpcre2_8-10.31-1
libreadline-7.0.005-1
libsqlite-3.21.0-4
libunistring-0.9.10-1
libxml2-2.9.8-1
pinentry-1.1.0-2
new update
curl-7.60.0-2
heimdal-7.5.0-1
heimdal-libs-7.5.0-1
libcurl-7.60.0-2
New update
gdbm-1.16-1
libgdbm-1.16-1
mingw-w64-x86_64-libuv-1.21.0-1
perl-5.28.0-1
perl-HTML-Parser-3.72-3
perl-Net-SSLeay-1.85-1
perl-TermReadKey-2.37-3
perl-XML-Parser-2.44-4
New update
gcc-libs-7.3.0-2
TooWaBoo
on 4 Jul 2018
New update
pacman-5.1.0-4
brotli-1.0.5-2
curl-7.60.0-3
heimdal-7.5.0-2
heimdal-libs-7.5.0-2
libcurl-7.60.0-3
m4-1.4.18-2
New update
mingw-w64-x86_64-brotli-1.0.5-1
mingw-w64-x86_64-gdb-8.1-3
mingw-w64-x86_64-gdbm-1.16-1
mingw-w64-x86_64-lensfun-0.3.95-1
mingw-w64-x86_64-mpdecimal-2.4.2-1
mingw-w64-x86_64-mpfr-4.0.1-2
mingw-w64-x86_64-python3-3.7.0-6
I had to revert the lensfun update using
pacman -U /var/cache/pacman/pkg/mingw-w64-x86_64-lensfun-0.3.2-4-any.pkg.tar.xz
@heckflosse
Why? Lensfun works fine on my computer. No issues
TooWaBoo
on 10 Jul 2018
This morning when I try to launch RT compile yesterday after Msys2 open, does not work , lib lensfun not found !
I make the command gave by @heckflosse , recompile and all work :)
Desmis
on 10 Jul 2018
@TooWaBoo
Why? Lensfun works fine on my computer. No issues
I got this after msys2 update.
[ 42%] Linking CXX executable rawtherapee-cli.exe
../rtengine/librtengine.a(rtlensfun.cc.obj):rtlensfun.cc:(.text+0x1592): undefined reference to `lfDatabase::GetCameras() const'
../rtengine/librtengine.a(rtlensfun.cc.obj):rtlensfun.cc:(.text+0x1642): undefined reference to `lfDatabase::GetLenses() const'
collect2.exe: error: ld returned 1 exit status
After reverting lensfun it worked again.
heckflosse
on 10 Jul 2018
For me, it's had compiled fine, but when I want to run, exit and error message.
No problem with reverting now :)
Desmis
on 10 Jul 2018
Is it the new LensFun version annouced as breaking compatibility?
edit: Yes it seems see lensfun site at sourceforge
gaaned92
on 10 Jul 2018
@all
Did you do a clean compile?
@heckflosse
loading initial cache file C:\msys64\_RawTherapee\win.cmake
-- The C compiler identification is GNU 7.3.0
-- The CXX compiler identification is GNU 7.3.0
-- Check for working C compiler: C:/msys64/mingw64/bin/gcc.exe
-- Check for working C compiler: C:/msys64/mingw64/bin/gcc.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: C:/msys64/mingw64/bin/g++.exe
-- Check for working CXX compiler: C:/msys64/mingw64/bin/g++.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- CMAKE_BUILD_TYPE: release
-- Found PkgConfig: C:/msys64/mingw64/bin/pkg-config.exe (found version "0.29.2")
-- Checking for module 'gtk+-3.0>=3.22.24'
-- Found gtk+-3.0, version 3.22.30
-- Checking for module 'gtkmm-3.0>=3.22'
-- Found gtkmm-3.0, version 3.22.0
-- Checking for module 'glib-2.0>=2.44'
-- Found glib-2.0, version 2.56.1
-- Checking for module 'glibmm-2.4>=2.44'
-- Found glibmm-2.4, version 2.56.0
-- Checking for module 'cairomm-1.0'
-- Found cairomm-1.0, version 1.12.2
-- Checking for module 'gio-2.0>=2.44'
-- Found gio-2.0, version 2.56.1
-- Checking for module 'giomm-2.4>=2.44'
-- Found giomm-2.4, version 2.56.0
-- Checking for module 'gthread-2.0>=2.44'
-- Found gthread-2.0, version 2.56.1
-- Checking for module 'gobject-2.0>=2.44'
-- Found gobject-2.0, version 2.56.1
-- Checking for module 'sigc++-2.0>=2.3.1'
-- Found sigc++-2.0, version 2.10.0
-- Checking for module 'lensfun>=0.2'
-- Found lensfun, version 0.3.95.0
-- Checking for module 'lcms2>=2.6'
-- Found lcms2, version 2.9
-- Checking for module 'expat>=2.1'
-- Found expat, version 2.2.5
-- Checking for module 'fftw3f'
-- Found fftw3f, version 3.3.8
-- Checking for module 'libiptcdata'
-- Found libiptcdata, version 1.0.4
-- Checking for module 'libtiff-4>=4.0.4'
-- Found libtiff-4, version 4.0.9
-- Found JPEG: C:/msys64/mingw64/lib/libjpeg.dll.a
-- Found ZLIB: C:/msys64/mingw64/lib/libz.dll.a (found version "1.2.11")
-- Found PNG: C:/msys64/mingw64/lib/libpng.dll.a (found version "1.6.34")
-- Found OpenMP_C: -fopenmp (found version "4.5")
-- Found OpenMP_CXX: -fopenmp (found version "4.5")
-- Found OpenMP: TRUE (found version "4.5")
-- Performing Test _fftw3f_multithread
-- Performing Test _fftw3f_multithread - Success
-- Performing Test LENSFUN_HAS_LOAD_DIRECTORY
-- Performing Test LENSFUN_HAS_LOAD_DIRECTORY - Success
-- Configuring done
-- Generating done
-- Build files have been written to: C:/_RT_compile/RT_build_TooWaBoo_release_CPU2
Scanning dependencies of target rth-cli
[ 41%] Building RC object rtgui/CMakeFiles/rth-cli.dir/myicon.rc.obj
[ 42%] Building CXX object rtgui/CMakeFiles/rth-cli.dir/alignedmalloc.cc.obj
[ 42%] Building CXX object rtgui/CMakeFiles/rth-cli.dir/edit.cc.obj
[ 42%] Building CXX object rtgui/CMakeFiles/rth-cli.dir/main-cli.cc.obj
[ 43%] Building CXX object rtgui/CMakeFiles/rth-cli.dir/multilangmgr.cc.obj
Scanning dependencies of target rth
[ 43%] Building CXX object rtgui/CMakeFiles/rth-cli.dir/options.cc.obj
[ 43%] Building RC object rtgui/CMakeFiles/rth.dir/myicon.rc.obj
[ 43%] Building CXX object rtgui/CMakeFiles/rth-cli.dir/paramsedited.cc.obj
[ 43%] Building CXX object rtgui/CMakeFiles/rth.dir/windirmonitor.cc.obj
[ 44%] Building CXX object rtgui/CMakeFiles/rth.dir/adjuster.cc.obj
[ 45%] Building CXX object rtgui/CMakeFiles/rth-cli.dir/pathutils.cc.obj
[ 45%] Building CXX object rtgui/CMakeFiles/rth.dir/alignedmalloc.cc.obj
[ 46%] Building CXX object rtgui/CMakeFiles/rth.dir/batchqueue.cc.obj
[ 46%] Building CXX object rtgui/CMakeFiles/rth.dir/batchqueuebuttonset.cc.obj
[ 46%] Building CXX object rtgui/CMakeFiles/rth-cli.dir/threadutils.cc.obj
[ 47%] Linking CXX executable rawtherapee-cli.exe
[ 47%] Building CXX object rtgui/CMakeFiles/rth.dir/batchqueueentry.cc.obj
[ 47%] Built target rth-cli
2018-06-29 Alpha release 0.3.95
This is an alpha release and snapshot of the current development. During the last years, major parts of lensfun's internals have been restructured and refactored to make Lensfun ready for the future. We believe many things have been improved and we tackled some issues that have been discussed for a long time. However, nothing is perfect. We highly encourage all users of Lensfun to try this alpha version, provide feedback and help us to improve whatever is necessary and get a stable release, soon. An up-to-date list of open issues and discussion points can be found in the Wiki at Sourceforge.
Apart from the breaking changes listed at the end, all changes should be backwards compatible but many functions and variables have been marked as deprecated to encourage the use of the new improved API.
General changes
Overall we received 208 new profiles and 64 profile updates. Thanks to all the contributors!
Added support for the Adobe Camera Model (ACM) for distortion, TCA, and vignetting. It also covers fisheye models. Lensfun includes a script which can convert Adobe lens profiles into Lensfun.
New perspective correction feature
The <distortion> tag now may have a real-focal attribute with the actual focal length at this particular nominal focal length. It replaces the <real-focal-length> tag.
!!! --> Due to the previous changes, the database format is now at version 2.
Binary version number has been incremented to version 2.
Torsten Bronger's calibration tutorial, his webserver code for receiving calibration images, and his calibration script are now part of Lensfun's source code.
Lensfun is now internally prepared to support multiple calibrations per lens, e.g. for different crop factors.
Internally make use of C++ STL containers instead of glib arrays or proprietary container formats.
Use various C++11 features, hence compilation now requires a compiler supporting C++11.
Static lfXX::Create() and lfXX:Destroy() methods of various Lensfun classe are now marked as deprecated. C++ new/delete syntax should be used instead.
Remove dependency to POSIX regex.h and TRE regex on windows, instead use std::regex on all platforms.
CMAKE: glib > 2.26 is now only required when tests are being build.
CMAKE: various fixes (paths, OS compatibility).
A detailed list of changes can be found in in the complete Changelog for 0.3.95.
Breaking changes
C interface: all lf_lens_interpolate_...() functions now require an additional crop parameter.
@TooWaBoo Yesterday I dod not make a clean compile. Today I cmake and make in a new folder. Now it builds fine but segfaults at start.
heckflosse
on 10 Jul 2018
This issue was awaited and I opened a thread https://github.com/Beep6581/RawTherapee/issues/4601
@TooWaBoo Clean build is of no use as this new version is incompatible with present RT version.
Perhaps @agriggio or @heckflosse could start a new branch to adapt RT and test the new lensfun version?
gaaned92
on 10 Jul 2018
It works fine here.
Did you change the lensfun database to the new version?
Due to the previous changes, the database format is now at version 2.
TooWaBoo
on 10 Jul 2018
@TooWaBoo
Did you change the lensfun database to the new version?
Is there an howto about that?
heckflosse
on 10 Jul 2018
The new database files (.xml) are located in "\msys64\mingw64\share\lensfun\version_2"
If you open them a in text editor they all start with <lensdatabase version="2">
I've copied them to the lensfun database folder in RT and launched RT but RT won't start. Then I replaced it with the old database (they start with <lensdatabase version="1"> and RT and Lensfun work fine .
The lensfun database files can be located either in RT\share\lensfun\ and/or %AppData%\local\lensfun\
It looks like the version2 of the database files are not compatible with lensfun 3.95. Version1 of the database files has to be used.
TooWaBoo
on 10 Jul 2018
New update
gnupg-2.2.9-1
libgpg-error-1.32-1
mingw-w64-x86_64-harfbuzz-1.8.3-1
mingw-w64-x86_64-python3-3.7.0-7
New update
mingw-w64-x86_64-python3-3.7.0-9
TooWaBoo
on 13 Jul 2018
New update
mingw-w64-x86_64-python3-3.7.0-10
TooWaBoo
on 15 Jul 2018
New update
mingw-w64-x86_64-crt-git-6.0.0.5176.1fd1a585-1
mingw-w64-x86_64-headers-git-6.0.0.5176.1fd1a585-1
mingw-w64-x86_64-libuv-1.22.0-1
mingw-w64-x86_64-libwinpthread-git-6.0.0.5174.9726fb77-1
mingw-w64-x86_64-winpthreads-git-6.0.0.5174.9726fb77-1
New update
mingw-w64-x86_64-binutils-2.31-1
mingw-w64-x86_64-gdbm-1.16-2
mingw-w64-x86_64-harfbuzz-1.8.4-1
@heckflosse
I just update Msys2 with
pacman -Syu
When I accept to install I see a package lensfun (lensfun-0.3.95-1)
Then I run mingw64, all compiles fine
When I try to execute ==> sementation fault
I reopen Msys2 and
pacman -U /var/cache/pacman/pkg/mingw-w64-x86_64-lensfun-0.3.2-4-any.pkg.tar.xz
Msys2 says me, re-installation of lensfun-0.3.2-4
(I tried twice and reboot computer)
When I want to compile, I have an error:
jacques@pc-bureau MINGW64 /g/code/repo-rtwb1/build
$ make -j8 install
[ 0%] Creating AboutThisBuild.txt and other version-dependent files
-- git command found: C:/msys64/usr/bin/git.exe
-- Git checkout information:
-- Commit description: 5.4-645-ge35f0f286
-- Branch: autowblocal
-- Commit: e35f0f286
-- Commit date: 2018-07-18
-- Commits since tag: 645
-- Commits since branch: 645
-- Version (unreliable): 5.4.645
-- CACHE_NAME_SUFFIX is "5-dev"
[ 0%] Built target UpdateInfo
[ 4%] Built target rtexif
[ 41%] Built target rtengine
[ 42%] Linking CXX executable rawtherapee-cli.exe
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64 -mingw32/bin/ld.exe: ../rtengine/librtengine.a(rtlensfun.cc.obj):rtlensfun.cc:(. text+0x1609): undefined reference to `lfDatabase::GetCameras()'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64 -mingw32/bin/ld.exe: ../rtengine/librtengine.a(rtlensfun.cc.obj):rtlensfun.cc:(. text+0x16c9): undefined reference to `lfDatabase::GetLenses()'
collect2.exe: error: ld returned 1 exit status
make[2]: *** [rtgui/CMakeFiles/rth-cli.dir/build.make:207: rtgui/rawtherapee-cli .exe] Error 1
make[1]: *** [CMakeFiles/Makefile2:243: rtgui/CMakeFiles/rth-cli.dir/all] Error 2
make[1]: *** Attente des t芒ches non termin茅es....
[ 43%] Linking CXX executable rawtherapee.exe
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64 -mingw32/bin/ld.exe: ../rtengine/librtengine.a(rtlensfun.cc.obj):rtlensfun.cc:(. text+0x1609): undefined reference to `lfDatabase::GetCameras()'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64 -mingw32/bin/ld.exe: ../rtengine/librtengine.a(rtlensfun.cc.obj):rtlensfun.cc:(. text+0x16c9): undefined reference to `lfDatabase::GetLenses()'
collect2.exe: error: ld returned 1 exit status
make[2]: *** [rtgui/CMakeFiles/rth.dir/build.make:2278: rtgui/rawtherapee.exe] E rror 1
make[1]: *** [CMakeFiles/Makefile2:282: rtgui/CMakeFiles/rth.dir/all] Error 2
make: *** [Makefile:130: all] Error 2
jacques@pc-bureau MINGW64 /g/code/repo-rtwb1/build
I think I have found why
before running mingw64, I must before, run in Msys2
pacman -U /var/cache/pacman/pkg/mingw-w64-x86_64-lensfun-0.3.2-4-any.pkg.tar.xz
In this case all works fine
Desmis
on 19 Jul 2018
@Desmis Jacques, I can't test at the moment because during holidays I don't have access to a windows machine.
heckflosse
on 19 Jul 2018
@heckflosse
Good holidays :)
I confirm, it is necessary to run
pacman -U /var/cache/pacman/pkg/mingw-w64-x86_64-lensfun-0.3.2-4-any.pkg.tar.xz
Before running Mingw64,
because Cmake is execute, and (why?) lensfun keep the bad reference...(I try to re-execute Cmake whitout success)
jacques
Desmis
on 19 Jul 2018
New update
mingw-w64-x86_64-binutils-2.31.1-1
mingw-w64-x86_64-cmake-3.12.0-1
mingw-w64-x86_64-pango-1.42.2-1
mingw-w64-x86_64-zlib-1.2.11-3
New update
mingw-w64-x86_64-libpng-1.6.35-1
TooWaBoo
on 23 Jul 2018
New update
curl-7.61.0-1
file-5.34-1
libcurl-7.61.0-1
libgnutls-3.6.3-1
libopenssl-1.0.2.o-1
mingw-w64-x86_64-curl-7.61.0-1
openssl-1.0.2.o-1
perl-Error-0.17026-1
perl-HTTP-Message-6.18-1
perl-IO-Socket-SSL-2.056-1
perl-Net-HTTP-6.18-1
perl-URI-1.74-1
perl-libwww-6.33-1
After the update I can't compile anymore.
Error:
C:/msys64/mingw64/bin/cmake.exe: error while loading shared libraries: zlib1.dll: cannot open shared object file: No such file or directory
Any idea?
TooWaBoo
on 26 Jul 2018
Did a clean install of MSYS2. At step "Download and build libiptcdata" I got the same error as above. So it's definitely a bug in MSYS.
TooWaBoo
on 26 Jul 2018
https://github.com/Alexpux/MINGW-packages/issues/4111
This fixed the issue.
pacman -S mingw64/mingw-w64-x86_64-libpsl
TooWaBoo
on 26 Jul 2018
New update
pacman-5.1.1-1
gcc-libs-7.3.0-3
less-530-1
libcrypt-2.1-2
libffi-3.2.1-3
liblzo2-2.10-2
rebase-4.4.4-1
time-1.9-1
New update
mingw-w64-x86_64-curl-7.61.0-2
TooWaBoo
on 28 Jul 2018
New update
pacman-5.1.1-2
curl-7.61.0-2
libcurl-7.61.0-2
New update
mingw-w64-x86_64-atkmm-2.24.2-3
mingw-w64-x86_64-cairomm-1.12.2-2
mingw-w64-x86_64-fribidi-1.0.5-1
mingw-w64-x86_64-gcc-8.2.0-1
mingw-w64-x86_64-gcc-libs-8.2.0-1
mingw-w64-x86_64-gdbm-1.17-1
mingw-w64-x86_64-glibmm-2.56.0-2
mingw-w64-x86_64-gtkmm-2.24.5-2
mingw-w64-x86_64-gtkmm3-3.22.2-1
mingw-w64-x86_64-libsigc++-2.10.0-2
mingw-w64-x86_64-pango-1.42.3-1
mingw-w64-x86_64-pangomm-2.40.1-1
mingw-w64-x86_64-python3-3.7.0-11
Doing a clean compiling and getting a lot of warnings like this:
EDIT: Compiling was successful.
In file included from C:/msys64/mingw64/include/gtk-3.0/gtk/gtk.h:100,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/enums.h:28,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/widget.h:47,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/action.h:31,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/toggleaction.h:29,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm.h:95,
from C:/_RT_compile/RT_code_Beep6581/rtgui/mycurve.h:22,
from C:/_RT_compile/RT_code_Beep6581/rtengine/curves.h:26,
from C:/_RT_compile/RT_code_Beep6581/rtengine/curves.cc:35:
C:/msys64/mingw64/include/gtk-3.0/gtk/gtkfilechooserbutton.h:66:8: warning: unnecessary parentheses in declaration of '__gtk_reserved1' [-Wparentheses]
void (*__gtk_reserved1);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/gtkfilechooserbutton.h:67:8: warning: unnecessary parentheses in declaration of '__gtk_reserved2' [-Wparentheses]
void (*__gtk_reserved2);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/gtkfilechooserbutton.h:68:8: warning: unnecessary parentheses in declaration of '__gtk_reserved3' [-Wparentheses]
void (*__gtk_reserved3);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/gtkfilechooserbutton.h:69:8: warning: unnecessary parentheses in declaration of '__gtk_reserved4' [-Wparentheses]
void (*__gtk_reserved4);
^
In file included from C:/msys64/mingw64/include/gtk-3.0/gtk/gtk.h:271,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/enums.h:28,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/widget.h:47,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/action.h:31,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/toggleaction.h:29,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm.h:95,
from C:/_RT_compile/RT_code_Beep6581/rtgui/mycurve.h:22,
from C:/_RT_compile/RT_code_Beep6581/rtengine/curves.h:26,
from C:/_RT_compile/RT_code_Beep6581/rtengine/curves.cc:35:
C:/msys64/mingw64/include/gtk-3.0/gtk/deprecated/gtkstatusicon.h:74:8: warning: unnecessary parentheses in declaration of '__gtk_reserved1' [-Wparentheses]
void (*__gtk_reserved1);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/deprecated/gtkstatusicon.h:75:8: warning: unnecessary parentheses in declaration of '__gtk_reserved2' [-Wparentheses]
void (*__gtk_reserved2);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/deprecated/gtkstatusicon.h:76:8: warning: unnecessary parentheses in declaration of '__gtk_reserved3' [-Wparentheses]
void (*__gtk_reserved3);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/deprecated/gtkstatusicon.h:77:8: warning: unnecessary parentheses in declaration of '__gtk_reserved4' [-Wparentheses]
void (*__gtk_reserved4);
^
In file included from C:/msys64/mingw64/include/gtk-3.0/gtk/gtk.h:100,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/enums.h:28,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/widget.h:47,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/action.h:31,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/toggleaction.h:29,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm.h:95,
from C:/_RT_compile/RT_code_Beep6581/rtgui/mycurve.h:22,
from C:/_RT_compile/RT_code_Beep6581/rtengine/curves.h:26,
from C:/_RT_compile/RT_code_Beep6581/rtengine/dcp.h:32,
from C:/_RT_compile/RT_code_Beep6581/rtengine/dcp.cc:25:
C:/msys64/mingw64/include/gtk-3.0/gtk/gtkfilechooserbutton.h:66:8: warning: unnecessary parentheses in declaration of '__gtk_reserved1' [-Wparentheses]
void (*__gtk_reserved1);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/gtkfilechooserbutton.h:67:8: warning: unnecessary parentheses in declaration of '__gtk_reserved2' [-Wparentheses]
void (*__gtk_reserved2);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/gtkfilechooserbutton.h:68:8: warning: unnecessary parentheses in declaration of '__gtk_reserved3' [-Wparentheses]
void (*__gtk_reserved3);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/gtkfilechooserbutton.h:69:8: warning: unnecessary parentheses in declaration of '__gtk_reserved4' [-Wparentheses]
void (*__gtk_reserved4);
^
In file included from C:/msys64/mingw64/include/gtk-3.0/gtk/gtk.h:271,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/enums.h:28,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/widget.h:47,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/action.h:31,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm/toggleaction.h:29,
from C:/msys64/mingw64/include/gtkmm-3.0/gtkmm.h:95,
from C:/_RT_compile/RT_code_Beep6581/rtgui/mycurve.h:22,
from C:/_RT_compile/RT_code_Beep6581/rtengine/curves.h:26,
from C:/_RT_compile/RT_code_Beep6581/rtengine/dcp.h:32,
from C:/_RT_compile/RT_code_Beep6581/rtengine/dcp.cc:25:
C:/msys64/mingw64/include/gtk-3.0/gtk/deprecated/gtkstatusicon.h:74:8: warning: unnecessary parentheses in declaration of '__gtk_reserved1' [-Wparentheses]
void (*__gtk_reserved1);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/deprecated/gtkstatusicon.h:75:8: warning: unnecessary parentheses in declaration of '__gtk_reserved2' [-Wparentheses]
void (*__gtk_reserved2);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/deprecated/gtkstatusicon.h:76:8: warning: unnecessary parentheses in declaration of '__gtk_reserved3' [-Wparentheses]
void (*__gtk_reserved3);
^
C:/msys64/mingw64/include/gtk-3.0/gtk/deprecated/gtkstatusicon.h:77:8: warning: unnecessary parentheses in declaration of '__gtk_reserved4' [-Wparentheses]
void (*__gtk_reserved4);
^
After above update
lot of warnings that can be suppressed by tag -Wno-parentheses
No error during compilation
error at linking:
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: ../rtengine/librtengine.a(jdatasrc.cc.obj):jdatasrc.cc:(.rdata$.refptr.jpeg_std_message_table[.refptr.jpeg_std_message_table]+0x0): undefined reference to `jpeg_std_message_table'
collect2.exe: error: ld returned 1 exit status
mingw32-make[2]: *** [rtgui/CMakeFiles/rth.dir/build.make:2278: rtgui/rawtherapee.exe] Error 1
mingw32-make[1]: *** [CMakeFiles/Makefile2:282: rtgui/CMakeFiles/rth.dir/all] Error 2
mingw32-make: *** [Makefile:130: all] Error 2
New update
mingw-w64-x86_64-gdb-8.1.1-1
mingw-w64-x86_64-libjpeg-turbo-2.0.0-1
Getting similar compiler error.
The reason could be either it's the last MSYS- or RT-update. Trying to compile an other branch.
EDIT: Getting the same error compiling "locallab". The culprit is the last MSYS-update.
[100%] Linking CXX executable rawtherapee.exe
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: ../rtengine/librtengine.a(jdatasrc.cc.obj):jdatasrc.cc:(.rdata$.refptr.jpeg_std_message_table[.refptr.jpeg_std_message_table]+0x0): undefined reference to `jpeg_std_message_table'
collect2.exe: error: ld returned 1 exit status
make[2]: *** [rtgui/CMakeFiles/rth.dir/build.make:2278: rtgui/rawtherapee.exe] Fehler 1
make[1]: *** [CMakeFiles/Makefile2:282: rtgui/CMakeFiles/rth.dir/all] Fehler 2
make: *** [Makefile:130: all] Fehler 2
RT is not the only application having problems with last update.
https://github.com/Alexpux/MINGW-packages/issues
TooWaBoo
on 1 Aug 2018
well! I am going to revert gcc to 7.3
gaaned92
on 1 Aug 2018
@gaaned92
How do you do this?
TooWaBoo
on 1 Aug 2018
Same link error with 7.3 so I suppose it comes from an other package. Do you have a clue?
To revert to 7.3.0-2, If you did not emptied the cache, in msys2 shell
pacman -U /var/cache/pacman/pkg/mingw-w64-x86_64-gcc-libs-7.3.0-2-any.pkg.tar.xz
pacman -U /var/cache/pacman/pkg/mingw-w64-x86_64-gcc-7.3.0-2-any.pkg.tar.xz
then to avoid updating, in /msys64/etc/pacman.conf insert after
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
IgnorePkg = mingw-w64-x86_64-gcc-libs
IgnorePkg = mingw-w64-x86_64-gcc
C:/msys64/mingw64/include/gtk-3.0/gtk/gtkfilechooserbutton.h:66:8: warning: unnecessary parentheses in declaration of '__gtk_reserved1' [-Wparentheses]
void (*__gtk_reserved1);
^
This is a known issue with GTK3. No need to worry.
Floessie
on 2 Aug 2018
@Floessie Yes those warnings are just annoying and can be suppressed with -Wno-parentheses
But the issue now is the link error
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: ../rtengine/librtengine.a(jdatasrc.cc.obj):jdatasrc.cc:(.rdata$.refptr.jpeg_std_message_table[.refptr.jpeg_std_message_table]+0x0): undefined reference to `jpeg_std_message_table'
collect2.exe: error: ld returned 1 exit status
mingw32-make[2]: *** [rtgui/CMakeFiles/rth.dir/build.make:2278: rtgui/rawtherapee.exe] Error 1
mingw32-make[1]: *** [CMakeFiles/Makefile2:282: rtgui/CMakeFiles/rth.dir/all] Error 2
mingw32-make: *** [Makefile:130: all] Error 2
even after reverting to gcc 7.3, I still get this error. Perhaps the reverting corrupted something. I don't know what I can do now!
edit: same with 7.3
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/7.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: ../rtengine/librtengine.a(jdatasrc.cc.obj):jdatasrc.cc:(.rdata$.refptr.jpeg_std_message_table[.refptr.jpeg_std_message_table]+0x0): undefined reference to `jpeg_std_message_table'
collect2.exe: error: ld returned 1 exit status
make[2]: *** [rtgui/CMakeFiles/rth.dir/build.make:2278: rtgui/rawtherapee.exe] Error 1
make[1]: *** [CMakeFiles/Makefile2:282: rtgui/CMakeFiles/rth.dir/all] Error 2
make: *** [Makefile:130: all] Error 2
@gaaned92 But in the snippet above, you're still using 8.2.0...
Floessie
on 2 Aug 2018
I just made a fresh install of MSYS2 in which I installed directly gcc7.3 with no avail. I still get the same link error as above.
Now situation seems hopeless! Help please!
gaaned92
on 2 Aug 2018
The culprit is one of these packages.
mingw-w64-x86_64-gdb-8.1.1-1
mingw-w64-x86_64-libjpeg-turbo-2.0.0-1
Obviously the latter...
Floessie
on 2 Aug 2018
Yes mingw-w64-x86_64-libjpeg-turbo-2.0.0-1 is the culprit
revert to mingw-w64-x86_64-libjpeg-turbo-1.5.3-1-any.pkg.tar.xz
gaaned92
on 2 Aug 2018
New update
mintty-1~2.9.0-1
mingw-w64-x86_64-harfbuzz-1.8.5-1
ttyrec-1.0.8-2
New update
info-6.5-1
mingw-w64-x86_64-python3-3.7.0-12
sed-4.5-1
New update
mingw-w64-x86_64-crt-git-6.0.0.5189.ee8f8b16-1
mingw-w64-x86_64-headers-git-6.0.0.5189.ee8f8b16-1
Excuse my incompetence, but how to do to suppress warning message
where can I put
-Wno-parentheses to suppress messages
thank you
Desmis
on 6 Aug 2018
@Desmis include it in the CMake command:
-DCMAKE_CXX_FLAGS="-Wno-parentheses"
Separate multiple entries with spaces, for example:
-DCMAKE_CXX_FLAGS="-std=c++11 -Wno-parentheses -Wno-unused-result"
@gaaned92
Thank you, I will test :)
Desmis
on 6 Aug 2018
oups @Beep6581 thank you :)
Desmis
on 6 Aug 2018
@Beep6581
works fine, thank you :)
Desmis
on 6 Aug 2018
You're welcome :)
Beep6581
on 6 Aug 2018
New update
mingw-w64-x86_64-glib2-2.56.1-3
TooWaBoo
on 7 Aug 2018
New update
filesystem-2018.08-1
libnpth-1.6-1
TooWaBoo
on 8 Aug 2018
New update
mingw-w64-x86_64-crt-git-6.0.0.5193.a081b583-1
mingw-w64-x86_64-headers-git-6.0.0.5193.a081b583-1
mingw-w64-x86_64-hicolor-icon-theme-0.17-1
mingw-w64-x86_64-jsoncpp-1.8.4-2
New update
mingw-w64-x86_64-expat-2.2.6-1
mingw-w64-x86_64-gdbm-1.18-1
mingw-w64-x86_64-glib2-2.56.2-1
mingw-w64-x86_64-graphite2-1.3.12-1
mingw-w64-x86_64-gtk2-2.24.32-2
mingw-w64-x86_64-harfbuzz-1.8.8-2
mingw-w64-x86_64-libdatrie-0.2.12-1
mingw-w64-x86_64-libthai-0.1.28-1
mingw-w64-x86_64-libtiff-4.0.9-2
mingw-w64-x86_64-openssl-1.0.2.p-1
mingw-w64-x86_64-p11-kit-0.23.13-1
mingw-w64-x86_64-pango-1.42.4-2
EDIT:
RT needs 2 new dlls to run: libthai-0.dll, libdatrie-1.dll
TooWaBoo
on 22 Aug 2018
@TooWaBoo I've not updated msys2 since a while. Is it save now to update or do I have to take care about some special exclusions?
heckflosse
on 23 Aug 2018
@heckflosse
Exclude "mingw-w64-x86_64-libjpeg-turbo" and "mingw-w64-x86_64-lensfun" from update.
TooWaBoo
on 23 Aug 2018
Maybe I found a way to fix the libjpeg-turbo issue.
https://github.com/Beep6581/RawTherapee/issues/4713#issuecomment-415740900
TooWaBoo
on 24 Aug 2018
New update
mingw-w64-x86_64-crt-git-6.0.0.5206.08869b8c-1
mingw-w64-x86_64-headers-git-6.0.0.5205.eb918246-1
mingw-w64-x86_64-libwinpthread-git-6.0.0.5203.9afaf1c2-1
mingw-w64-x86_64-winpthreads-git-6.0.0.5203.9afaf1c2-1
New update
mingw-w64-x86_64-cmake-3.12.1-1
mingw-w64-x86_64-jsoncpp-1.8.4-3
mingw-w64-x86_64-libuv-1.23.0-1
New update
mingw-w64-x86_64-crt-git-6.0.0.5225.fb06a4bf-1
mingw-w64-x86_64-fontconfig-2.13.1-1
mingw-w64-x86_64-glib2-2.58.0-1
mingw-w64-x86_64-headers-git-6.0.0.5225.fb06a4bf-1
mingw-w64-x86_64-p11-kit-0.23.14-1
New update
mingw-w64-x86_64-adwaita-icon-theme-3.30.0-1
mingw-w64-x86_64-binutils-2.31.1-2
mingw-w64-x86_64-gtk3-3.24.0-1
Nothing that breaks due to the gtk update?
Thanatomanic
on 5 Sep 2018
Right now I've found one issue. When hovering a thumbnail the file name tooltip is flickering. Still testing for other things.
TooWaBoo
on 5 Sep 2018
W10. Here I found no problem so far
gaaned92
on 5 Sep 2018
@gaaned92
Did you do a clean compile?
Collected Issues
Filename tooltip on thumbnails and History tooltip are flickering.
Scrolling with the mouse wheel in the file browser, queue and filmstrip doesn't work anymore.
Scrolling with the mouse wheel when hovering a combobox (e.g. Toolpanel) doesn't work anymore.
Zooming with the mouse wheel in the preview doesn't work anymore.
Rounding of "em" values in themes has changed. (this affects only the TWB theme)
TooWaBoo
on 5 Sep 2018
@TooWaBoo I was much too fast and I notice the same issues as you. I have no time left to go on.
gaaned92
on 5 Sep 2018
New update
mingw-w64-x86_64-libarchive-3.3.3-1
mingw-w64-x86_64-zstd-1.3.5-1
New update
mingw-w64-x86_64-curl-7.61.1-2
mingw-w64-x86_64-gdb-8.2-1
mingw-w64-x86_64-glib2-2.58.0-2
mingw-w64-x86_64-jemalloc-5.1.0-1
mingw-w64-x86_64-nghttp2-1.33.0-1
New update
msys2-runtime-2.11.1-1
bsdcpio-3.3.3-1
bsdtar-3.3.3-1
libarchive-3.3.3-1
libpsl-0.20.2-1
New update
bsdcpio-3.3.3-3
bsdtar-3.3.3-3
libarchive-3.3.3-3
liblz4-1.8.2-1
nano-2.9.8-1
wget-1.19.5-1
New update
msys2-runtime-2.11.1-2
mingw-w64-x86_64-zlib-1.2.11-4
TooWaBoo
on 10 Sep 2018
New update
git-2.19.0-1
info-6.5-2
mingw-w64-x86_64-harfbuzz-1.9.0-1
mingw-w64-x86_64-ncurses-6.1.20180908-1
ncurses-6.1.20180908-1
New update
mingw-w64-x86_64-lz4-1.8.3-1
TooWaBoo
on 12 Sep 2018
New update
mingw-w64-x86_64-cairo-1.15.14-1
mingw-w64-x86_64-crt-git-7.0.0.5233.e0c09544-1
mingw-w64-x86_64-curl-7.61.1-3
mingw-w64-x86_64-gettext-0.19.8.1-5
mingw-w64-x86_64-glib2-2.58.1-1
mingw-w64-x86_64-gtk3-3.24.1-1
mingw-w64-x86_64-headers-git-7.0.0.5233.e0c09544-1
mingw-w64-x86_64-libarchive-3.3.3-2
mingw-w64-x86_64-libuv-1.23.1-1
mingw-w64-x86_64-libwinpthread-git-7.0.0.5231.7da6518b-1
mingw-w64-x86_64-nghttp2-1.33.0-2
mingw-w64-x86_64-openssl-1.1.1-3
mingw-w64-x86_64-python2-2.7.15-2
mingw-w64-x86_64-python3-3.7.0-13
mingw-w64-x86_64-sqlite3-3.25.0-1
mingw-w64-x86_64-winpthreads-git-7.0.0.5231.7da6518b-1
Update can't be installed 'cause of file conflicts.
(16/16) Pr眉fe auf Dateikonflikte [#####################] 100%
Fehler: Konnte den Vorgang nicht durchf眉hren (In Konflikt stehende Dateien)
mingw-w64-x86_64-openssl: /mingw64/share/man/man3/BN_print.3ssl.gz existiert im Dateisystem
mingw-w64-x86_64-openssl: /mingw64/share/man/man3/HMAC.3ssl.gz existiert im Dateisystem
mingw-w64-x86_64-openssl: /mingw64/share/man/man3/LHASH.3ssl.gz existiert im Dateisystem
mingw-w64-x86_64-openssl: /mingw64/share/man/man3/MD5.3ssl.gz existiert im Dateisystem
mingw-w64-x86_64-openssl: /mingw64/share/man/man3/MDC2.3ssl.gz existiert im Dateisystem
mingw-w64-x86_64-openssl: /mingw64/share/man/man3/RC4.3ssl.gz existiert im Dateisystem
mingw-w64-x86_64-openssl: /mingw64/share/man/man3/UI.3ssl.gz existiert im Dateisystem
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.
I've reinstalled MSYS2 to fix the update conflict.
GTK+3.24.0 has been updated to version 3.24.1.
When I try to open an image. RT crashes immediately. Testet with latest dev.
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
EDIT:
Downgraded to GTK+3.23.30. It's still crashing. Must be another package.
TooWaBoo
on 28 Sep 2018
I've found the culplrit. It's mingw-w64-x86_64-cairo.
This is a list of all packages which have to be downgraded to:
mingw-w64-x86_64-cairo-1.15.12-2-any.pkg.tar.xz
mingw-w64-x86_64-gtk3-3.22.30-1-any.pkg.tar.xz
mingw-w64-x86_64-lensfun-0.3.2-4-any.pkg.tar.xz
mingw-w64-x86_64-libjpeg-turbo-1.5.3-1-any.pkg.tar.xz
e.g. pacman -U <path>/mingw-w64-x86_64-...
The files can be downloaded from: http://repo.msys2.org/mingw/x86_64/
Add following to the file .../etc/pacman.conf to prevent MSYS from updating the packages.
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
IgnorePkg = mingw-w64-x86_64-cairo
IgnorePkg = mingw-w64-x86_64-libjpeg-turbo
IgnorePkg = mingw-w64-x86_64-lensfun
IgnorePkg = mingw-w64-x86_64-gtk3
New update
mingw-w64-x86_64-python3-3.7.0-15
TooWaBoo
on 29 Sep 2018
New update
mingw-w64-x86_64-crt-git-7.0.0.5245.edf66197-1
mingw-w64-x86_64-headers-git-7.0.0.5245.edf66197-1
@TooWaBoo The problematic update you described and solved with a reinstall of MSYS2 can actually be overcome by using pacman -Syu --force. The issue is known.
Edit: changed --overwrite to --force
Thanatomanic
on 30 Sep 2018
To solve the update conflict with openssl call pacman with the following options.
pacman -Syu --overwrite mingw64/share/man/man3/BN_print.3ssl.gz --overwrite mingw64/share/man/man3/HMAC.3ssl.gz --overwrite mingw64/share/man/man3/LHASH.3ssl.gz --overwrite mingw64/share/man/man3/MD5.3ssl.gz --overwrite mingw64/share/man/man3/MDC2.3ssl.gz --overwrite mingw64/share/man/man3/RC4.3ssl.gz --overwrite mingw64/share/man/man3/UI.3ssl.gz
TooWaBoo
on 1 Oct 2018
New update
mingw-w64-x86_64-gcc-8.2.0-3
mingw-w64-x86_64-gcc-libs-8.2.0-3
New update
mintty-1~2.9.1-1
pacman-5.1.1-3
brotli-1.0.6-1
expat-2.2.6-1
libargp-20110921-2
libexpat-2.2.6-1
libutil-linux-2.32.1-1
util-linux-2.32.1-1
New update
mingw-w64-x86_64-json-glib-1.4.4-1
TooWaBoo
on 3 Oct 2018
New update
mingw-w64-x86_64-atk-2.30.0-1
TooWaBoo
on 4 Oct 2018
@TooWaBoo
I did not downgraded GTK3 to 3.22.30. Could you explain what are the issues if I stay with 3.24.1?
gaaned92
on 6 Oct 2018
TooWaBoo
on 7 Oct 2018
I have been away for several days, and I'm a bit surprised at all these malfunctions in Msys2.
Previously this was not the case, it was enough to make an update to write : $ pacman -Syu
What must be done to make it work? are the 2 following actions necessary and sufficient:
1) Add following to the file .../etc/pacman.conf to prevent MSYS from updating the packages.
IgnorePkg = mingw-w64-x86_64-cairo
IgnorePkg = mingw-w64-x86_64-libjpeg-turbo
IgnorePkg = mingw-w64-x86_64-lensfun
IgnorePkg = mingw-w64-x86_64-gtk3
2) And only this time:
pacman -Syu --overwrite mingw64/share/man/man3/BN_print.3ssl.gz --overwrite mingw64/share/man/man3/HMAC.3ssl.gz --overwrite mingw64/share/man/man3/LHASH.3ssl.gz --overwrite mingw64/share/man/man3/MD5.3ssl.gz --overwrite mingw64/share/man/man3/MDC2.3ssl.gz --overwrite mingw64/share/man/man3/RC4.3ssl.gz --overwrite mingw64/share/man/man3/UI.3ssl.gz
Desmis
on 7 Oct 2018
@Desmis Jacques, the first four packages are correct. For the second, you can simply type pacman -Syu --force. No need to do this for seperate packages.
Edit: changed --overwrite to --force.
Thanatomanic
on 7 Oct 2018
@Thanatomanic
OK, thank you :)
Desmis
on 7 Oct 2018
@Thanatomanic
When I do
jacques@pc-bureau MSYS ~
$ pacman -Syu --overwrite
pacman: option requires an argument -- overwrite
what did I miss ?
Desmis
on 7 Oct 2018
@Thanatomanic,
doesn't work
@Desmis
--overwrite can't be used without a parameter.
Copy/paste the whole string:
pacman -Syu --overwrite mingw64/share/man/man3/BN_print.3ssl.gz --overwrite mingw64/share/man/man3/HMAC.3ssl.gz --overwrite mingw64/share/man/man3/LHASH.3ssl.gz --overwrite mingw64/share/man/man3/MD5.3ssl.gz --overwrite mingw64/share/man/man3/MDC2.3ssl.gz --overwrite mingw64/share/man/man3/RC4.3ssl.gz --overwrite mingw64/share/man/man3/UI.3ssl.gz
This worked for me.
TooWaBoo
on 7 Oct 2018
@TooWaBoo @Desmis Try pacman -Syu --force. TooWaBoo is right about --overwrite but --force does the trick, even though pacman tells you it's deprecated.
Thanatomanic
on 7 Oct 2018
Found this on the web.
pacman -Syu --overwrite '*'
I don't know if this works too.
TooWaBoo
on 7 Oct 2018
I used the "copy and paste" method....
Very huge update...
All seems to work well.
But the next update... in several days... should I redo the same "copy and paste", or only $ pacman -Syu
Desmis
on 7 Oct 2018
Only pacman -Syu should do the trick from now on.
P.S. @TooWaBoo Since this issue has become quite long and the earlier posts are not relevant anymore, do you think it would be a good idea to make a new, up-to-date issue regarding MSYS2? Or @Beep6581 could we have github-wiki page for that?
Thanatomanic
on 7 Oct 2018
- The bulk of this issue consists of comments regarding benign updates. I don't see the point of leaving a new comment here when there are regular MSYS2 updates which don't break anything.
- I do see the point of warning people if an update breaks the build system.
- MSYS2 updates seem bleeding-edge, prone to break things, and there is no need for that as far as providing Windows builds goes. I will ask the MSYS2 people how to update MSYS2 in a stable way, if possible.
- I have nothing against a new, clean issue. If a wiki suits this purpose better, go for it. Remember that all of our documentation is in RawPedia, the build process is in the "Windows" article: http://rawpedia.rawtherapee.com/Windows
Beep6581
on 7 Oct 2018
New update
mingw-w64-x86_64-gettext-0.19.8.1-6
mingw-w64-x86_64-libuv-1.23.2-1
mingw-w64-x86_64-zstd-1.3.6-1
I just updated msys2 toolchain and reverted lensfun and libjpegturbo.
Then I made a fresh build of latest dev code in a clean folder.
Unfortunately rt does not run anymore now.
I get this error in console:
(rawtherapee.exe:3744): glibmm-ERROR **: 11:33:39.019:
unhandled exception (type std::exception) in signal handler:
what: std::bad_alloc
running rt in gdb I get this:
(rawtherapee.exe:8112): glibmm-ERROR **: 11:35:00.739:
unhandled exception (type std::exception) in signal handler:
what: std::bad_alloc
Thread 1 received signal SIGTRAP, Trace/breakpoint trap.
0x00000000649f9d5f in ?? () from C:\msys64\mingw64\bin\libglib-2.0-0.dll
(gdb) bt full
#0 0x00000000649f9d5f in ?? () from C:\msys64\mingw64\bin\libglib-2.0-0.dll
No symbol table info available.
#1 0x00000000649fa754 in ?? () from C:\msys64\mingw64\bin\libglib-2.0-0.dll
No symbol table info available.
#2 0x00000000649fac41 in ?? () from C:\msys64\mingw64\bin\libglib-2.0-0.dll
No symbol table info available.
#3 0x00000000649fade8 in ?? () from C:\msys64\mingw64\bin\libglib-2.0-0.dll
No symbol table info available.
#4 0x00000000664d4eb2 in ?? () from C:\msys64\mingw64\bin\libglibmm-2.4-1.dll
No symbol table info available.
#5 0x0000000063f0f14d in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#6 0x00000000074954b4 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#7 0x0000000007281f77 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#8 0x000000000728202c in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#9 0x000000000730afa4 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#10 0x0000000007287076 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#11 0x000000000728be96 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#12 0x000000000730bf11 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#13 0x0000000063f03e2c in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#14 0x0000000063f0f0eb in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#15 0x00000000074954b4 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#16 0x0000000007281f77 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#17 0x000000000728202c in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#18 0x0000000007233f24 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#19 0x0000000007287076 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#20 0x000000000728be96 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#21 0x00000000072363f1 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#22 0x0000000063f0f05c in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#23 0x00000000074954b4 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#24 0x0000000007281f77 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#25 0x000000000728202c in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#26 0x0000000007233f24 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#27 0x0000000007287076 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#28 0x000000000728be96 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#29 0x00000000072363f1 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#30 0x0000000063f03e2c in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#31 0x0000000063f0f0eb in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#32 0x00000000074954b4 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#33 0x0000000007281f77 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#34 0x000000000737fb07 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#35 0x0000000007287076 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#36 0x000000000728be96 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#37 0x000000000737f9d1 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#38 0x0000000063f0f05c in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#39 0x00000000074954b4 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#40 0x0000000007281f77 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#41 0x000000000737fb98 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#42 0x0000000007287076 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#43 0x000000000728be96 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#44 0x000000000737f9d1 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#45 0x0000000063f0f05c in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#46 0x00000000074954b4 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#47 0x0000000007281f77 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#48 0x000000000737fb07 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#49 0x0000000007287076 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#50 0x000000000728be96 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#51 0x000000000737f9d1 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#52 0x0000000063f03e2c in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#53 0x0000000063f0f0eb in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#54 0x00000000074954b4 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#55 0x0000000007281f77 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#56 0x0000000007370ebd in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#57 0x0000000007287076 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#58 0x000000000728be96 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#59 0x0000000007237cd8 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#60 0x000000000728be96 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#61 0x00000000073733fc in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#62 0x0000000063f0f05c in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#63 0x00000000074954b4 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#64 0x0000000007281f77 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#65 0x000000000728202c in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#66 0x00000000074a3923 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#67 0x0000000063f03e2c in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#68 0x0000000063f0f0eb in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#69 0x00000000074954b4 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#70 0x000000000749eb53 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#71 0x000000000734f5d9 in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#72 0x0000000070ecdb99 in ?? () from C:\msys64\mingw64\bin\libgdk-3-0.dll
No symbol table info available.
#73 0x0000000070ede5c7 in ?? () from C:\msys64\mingw64\bin\libgdk-3-0.dll
No symbol table info available.
#74 0x0000000070edf795 in ?? () from C:\msys64\mingw64\bin\libgdk-3-0.dll
No symbol table info available.
#75 0x0000000070edf94b in ?? () from C:\msys64\mingw64\bin\libgdk-3-0.dll
No symbol table info available.
#76 0x0000000067f06413 in ?? ()
from C:\msys64\mingw64\bin\libgobject-2.0-0.dll
No symbol table info available.
#77 0x0000000067f18855 in ?? ()
from C:\msys64\mingw64\bin\libgobject-2.0-0.dll
No symbol table info available.
#78 0x0000000067f20b01 in ?? ()
from C:\msys64\mingw64\bin\libgobject-2.0-0.dll
No symbol table info available.
#79 0x0000000067f21058 in ?? ()
from C:\msys64\mingw64\bin\libgobject-2.0-0.dll
No symbol table info available.
#80 0x0000000070ed7409 in ?? () from C:\msys64\mingw64\bin\libgdk-3-0.dll
No symbol table info available.
#81 0x0000000070ec16e0 in ?? () from C:\msys64\mingw64\bin\libgdk-3-0.dll
No symbol table info available.
#82 0x00000000649f5223 in ?? () from C:\msys64\mingw64\bin\libglib-2.0-0.dll
No symbol table info available.
#83 0x00000000649f46de in ?? () from C:\msys64\mingw64\bin\libglib-2.0-0.dll
No symbol table info available.
#84 0x00000000649f4a38 in ?? () from C:\msys64\mingw64\bin\libglib-2.0-0.dll
No symbol table info available.
#85 0x00000000649f4e83 in ?? () from C:\msys64\mingw64\bin\libglib-2.0-0.dll
No symbol table info available.
#86 0x000000000734e7dd in ?? () from C:\msys64\mingw64\bin\libgtk-3-0.dll
No symbol table info available.
#87 0x0000000063ea2d12 in ?? () from C:\msys64\mingw64\bin\libgtkmm-3.0-1.dll
No symbol table info available.
#88 0x00000000005f5d50 in main (argc=1, argv=0x78c2970)
at Z:/H2/rt_55/rtgui/main.cc:647
m = <incomplete type>
rtWindow = {_M_t = {
_M_t = {<std::_Tuple_impl<0, RTWindow*, std::default_delete<RTWindow> >> = {<std::_Tuple_impl<1, std::default_delete<RTWindow> >> = {<std::_Head_base<1, std::default_delete<RTWindow>, true>> = {<std::default_delete<RTWindow>> = {<No data fields>}, <No data fields>}, <No data fields>}, <std::_Head_base<0, RTWindow*, false>> = {_M_head_impl =
0xcd093e0}, <No data fields>}, <No data fields>}}}
exname = "Z:\\h2\\rt_55\\debuild\\Debug\\rawtherapee.exe", '\000' <repeats 470 times>
exePath = {static npos = 18446744073709551615, string_ = {
static npos = 18446744073709551615,
_M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>},
_M_p = 0x798e2c0 "Z:\\h2\\rt_55\\debuild\\Debug"},
_M_string_length = 25, {
_M_local_buf = "\031\000\000\000\000\000\000\000\b\000\000\000\000\000\000", _M_allocated_capacity = 25}}}
exnameU = L"Z:\\h2\\rt_55\\debuild\\Debug\\rawtherapee.exe", '\000' <repeats 470 times>
consoleOpened = false
fatalError = {static npos = 18446744073709551615, string_ = {
static npos = 18446744073709551615,
_M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x22f470 ""},
_M_string_length = 0, {
_M_local_buf = "\000T\000\a\003\000\000\005r\016\004x\000\000\000", _M_allocated_capacity = 360287983192003584}}}
ret = 0
(gdb)
Any ideas how to solve this?
Edit: after downgrading to
mingw-w64-x86_64-cairo-1.15.12-2-any.pkg.tar.xz
mingw-w64-x86_64-gtk3-3.22.30-1-any.pkg.tar.xz
it works
heckflosse
on 14 Oct 2018
@heckflosse
Look at my comment 16 days ago. ;-)
TooWaBoo
on 14 Oct 2018
@heckflosse As you just reinstalled MSYS2, could you provide an up to date list of packages to install?
gaaned92
on 14 Oct 2018
@gaaned92 I did not reinstall. I did pacman -Syuu
heckflosse
on 14 Oct 2018
Ah! I misunderstood! too bad !
gaaned92
on 14 Oct 2018
New update
mingw-w64-x86_64-libwinpthread-git-7.0.0.5247.01fe4924-1
mingw-w64-x86_64-winpthreads-git-7.0.0.5247.01fe4924-1
New update
mingw-w64-x86_64-harfbuzz-2.0.0-1
TooWaBoo
on 19 Oct 2018
New update
mingw-w64-x86_64-cmake-3.12.3-1
mingw-w64-x86_64-python3-3.7.1-1
mingw-w64-x86_64-zstd-1.3.7-1
New update
mingw-w64-x86_64-harfbuzz-2.0.2-1
mingw-w64-x86_64-nghttp2-1.34.0-1
mingw-w64-x86_64-python3-3.7.1-2
New update
mingw-w64-x86_64-libepoxy-1.5.3-1
mingw-w64-x86_64-libssh2-1.8.0-3
New update
mingw-w64-x86_64-c-ares-1.15.0-1
mingw-w64-x86_64-shared-mime-info-1.10-1
New update
mingw-w64-x86_64-brotli-1.0.7-1
mingw-w64-x86_64-crt-git-7.0.0.5255.83bdce54-1
mingw-w64-x86_64-gdk-pixbuf2-2.38.0-1
mingw-w64-x86_64-headers-git-7.0.0.5255.83bdce54-1
mingw-w64-x86_64-jemalloc-5.1.0-3
mingw-w64-x86_64-libwinpthread-git-7.0.0.5253.37101e0b-1
mingw-w64-x86_64-winpthreads-git-7.0.0.5253.37101e0b-1
New update
bash-4.4.023-1
mintty-1~2.9.3-1
brotli-1.0.7-1
curl-7.61.1-1
file-5.35-1
gdbm-1.18.1-1
git-2.19.1-1
gnupg-2.2.10-1
libcurl-7.61.1-1
libgcrypt-1.8.4-1
libgdbm-1.18.1-1
libgpgme-1.12.0-1
liblz4-1.8.3-1
libnghttp2-1.34.0-1
libp11-kit-0.23.14-1
libpcre2_8-10.32-1
mingw-w64-x86_64-curl-7.61.1-4
mingw-w64-x86_64-nghttp2-1.34.0-2
openssh-7.9p1-1
p11-kit-0.23.14-1
perl-Error-0.17027-1
perl-IO-Socket-SSL-2.060-1
perl-libwww-6.36-1
vim-8.1.0500-1
After the update I had to logout/-in from my pc to run mingw64.
TooWaBoo
on 30 Oct 2018
New update
mingw-w64-x86_64-curl-7.62.0-1
mingw-w64-x86_64-harfbuzz-2.1.0-1
mingw-w64-x86_64-libsigc++-2.10.1-1
New update
curl-7.62.0-1
libcurl-7.62.0-1
New update
mingw-w64-x86_64-zlib-1.2.11-5
New update
mingw-w64-x86_64-glibmm-2.58.0-1
TooWaBoo
on 3 Nov 2018
New update
mingw-w64-x86_64-cmake-3.12.4-1
TooWaBoo
on 3 Nov 2018
New update
mingw-w64-x86_64-atkmm-2.28.0-1
mingw-w64-x86_64-pangomm-2.42.0-1
I just did pacman -Syuu which brought me mingw-w64-x86_64-cairo-1.16.0-1 and mingw-w64-x86_64-gtk3-3.24.1-1.
Seems to work fine.
Edit: https://github.com/Beep6581/RawTherapee/issues/4784#issuecomment-437014528
heckflosse
on 8 Nov 2018
New update
(*) mingw-w64-x86_64-cairo-1.16.0-1
mingw-w64-x86_64-crt-git-7.0.0.5264.058464d5-1
mingw-w64-x86_64-gtkmm3-3.22.3-1
mingw-w64-x86_64-harfbuzz-2.1.1-1
mingw-w64-x86_64-headers-git-7.0.0.5264.058464d5-1
mingw-w64-x86_64-sqlite3-3.25.3-1
(*) mingw-w64-x86_64-cairo-1.16.0-1 works fine now and can be updated.
@heckflosse
mingw-w64-x86_64-gtk3-3.24.1-1 has the same bugs as before and I suggest not to update.
TooWaBoo
on 8 Nov 2018
@TooWaBoo I agree with the suggestion to not update to 3.24.x atm
heckflosse
on 8 Nov 2018
You have also to avoid gtkmm3 update to 3.24 in pacman.conf
gaaned92
on 9 Nov 2018
@gaaned92
Are there any issues with gtkmm3? Works fine here.
TooWaBoo
on 9 Nov 2018
New update
gnupg-2.2.11-1
(*) mingw-w64-x86_64-gtkmm3-3.24.0-1
(*) works only with GTK+3.24. If you are on GTK+3.22, don't update this package.
TooWaBoo
on 10 Nov 2018
@TooWaBoo
It's just that I got an update of gtkmm3 and when trying to downgrade it, the pacman database went corrupted. So I had to rebuild MSYS2.
As GTK+3.24 does'nt work on W10, don't forget to add
IgnorePkg = mingw-w64-x86_64-gtkmm3
to pacman.conf.
gaaned92
on 10 Nov 2018
@gaaned92
I had no issue when I downgrading gtkmm3.
@all
For GTK+ 3.22 your pacman.conf should have this entries.
IgnorePkg = mingw-w64-x86_64-libjpeg-turbo
IgnorePkg = mingw-w64-x86_64-lensfun
IgnorePkg = mingw-w64-x86_64-gtk3
IgnorePkg = mingw-w64-x86_64-gtkmm3
For GTK+ 3,24
IgnorePkg = mingw-w64-x86_64-libjpeg-turbo
IgnorePkg = mingw-w64-x86_64-lensfun
New update
mingw-w64-x86_64-libthai-0.1.28-2
TooWaBoo
on 12 Nov 2018
New update
mingw-w64-x86_64-gtk2-2.24.32-3
mingw-w64-x86_64-libtiff-4.0.10-1
mingw-w64-x86_64-libuv-1.24.0-1
After update RT requireslibzstd.dll to run.
TooWaBoo
on 18 Nov 2018
New update
mingw-w64-x86_64-harfbuzz-2.1.3-1
TooWaBoo
on 18 Nov 2018
New update
mingw-w64-x86_64-gettext-0.19.8.1-7
mingw-w64-x86_64-openssl-1.1.1.a-1
New update
mingw-w64-x86_64-adwaita-icon-theme-3.30.1-1
mingw-w64-x86_64-pixman-0.36.0-1
New update
mintty-1~2.9.4-1
msys2-runtime-2.11.2-1
mingw-w64-x86_64-nghttp2-1.35.0-1
nano-3.2-1
pkgfile-19-1
New update
mingw-w64-x86_64-jansson-2.12-1
TooWaBoo
on 30 Nov 2018
New update
git-2.19.2-1
mingw-w64-x86_64-gcc-8.2.1+20181123-1
mingw-w64-x86_64-gcc-libs-8.2.1+20181123-1
mingw-w64-x86_64-harfbuzz-2.2.0-1
New update
mingw-w64-x86_64-crt-git-7.0.0.5275.ad74a50c-1
mingw-w64-x86_64-gdk-pixbuf2-2.38.0-2
mingw-w64-x86_64-headers-git-7.0.0.5275.ad74a50c-1
mingw-w64-x86_64-libpng-1.6.36-1
mingw-w64-x86_64-libwinpthread-git-7.0.0.5273.3e5acf5d-1
mingw-w64-x86_64-winpthreads-git-7.0.0.5273.3e5acf5d-1
New update
mingw-w64-x86_64-gcc-8.2.1+20181130-1
mingw-w64-x86_64-gcc-libs-8.2.1+20181130-1
mingw-w64-x86_64-nettle-3.4.1-1
mingw-w64-x86_64-sqlite3-3.26.0-1
New update
mintty-1~2.9.5-1
libgnutls-3.6.5-1
libhogweed-3.4.1-1
libnettle-3.4.1-1
nettle-3.4.1-1
perl-5.28.1-1
New update
gawk-4.2.1-2
libgpg-error-1.33-1
mingw-w64-x86_64-gcc-8.2.1+20181207-1
mingw-w64-x86_64-gcc-libs-8.2.1+20181207-1
New update
git-2.20.0-1
TooWaBoo
on 11 Dec 2018
New update
mingw-w64-x86_64-curl-7.63.0-1
mingw-w64-x86_64-nghttp2-1.35.1-1
mingw-w64-x86_64-tcl-8.6.9-1
mingw-w64-x86_64-tk-8.6.9.1-1
Hey @TooWaBoo, I appreciate you continue to list the updated packages in MSYS2, but could you maybe restrict the update messages to packages that are actually relevant for compiling RT? I always thought the goal here was to inform everybody when for example gtk has yet another annoying update, not to find out there might be bugfixes in libgpg 馃槈
Could save you some work.
Thanatomanic
on 13 Dec 2018
@Thanatomanic
If you tell me which lib is used and which not, I can do this. 馃榿
New update
mingw-w64-x86_64-pango-1.43.0-1
mingw-w64-x86_64-tcl-8.6.9-2
New update
curl-7.63.0-1
gcc-libs-7.4.0-1
git-2.20.0-2
heimdal-7.5.0-3
heimdal-libs-7.5.0-3
libassuan-2.5.2-1
libcurl-7.63.0-1
libopenssl-1.1.1.a-1
libssh2-1.8.0-2
openssh-7.9p1-2
openssl-1.1.1.a-1
perl-Net-SSLeay-1.85-2
wget-1.20-1
Why is this issue needed? MSYS2 users could just run this to check for updates without updating:
pacman -Sy
Seems to me it would be better (i.e. less noise, more useful) if an issue existed where we only shout if an update breaks something in RT.
Beep6581
on 14 Dec 2018
@Beep6581
You mean like this? 馃榿
Gtk+3.24-2 is out and it looks like all known bugs are fixed.
TooWaBoo
on 14 Dec 2018
Gtk+3.24-3 is out. No issues so far.
mingw-w64-x86_64-gtk3-3.24.3-1
TooWaBoo
on 19 Jan 2019
@TooWaBoo You mean that we can update to the latest lensfun and libjpeg-turbo lib now ?
Hombre57
on 19 Jan 2019
@Hombre57
No, I'm still on the previous version of lensfunandlibjpeg-turbo.
TooWaBoo
on 19 Jan 2019
mingw-w64-x86_64-gtk3-3.24.4-1 is out.
Something completely broken on W10.
Downgrade to mingw-w64-x86_64-gtk3-3.24.3-1
gaaned92
on 23 Jan 2019
@gaaned92
Everything is fine on my System
TooWaBoo
on 23 Jan 2019
@TooWaBoo
With mingw-w64-x86_64-gtk3-3.24.4-1, I get those messages from pango:
(rawtherapee.exe:11208): Pango-CRITICAL **: 19:07:40.888: pango_layout_get_pixel_extents: assertion 'PANGO_IS_LAYOUT (layout)' failed
(rawtherapee.exe:11208): Pango-CRITICAL **: 19:07:40.888: pango_layout_get_pixel_extents: assertion 'PANGO_IS_LAYOUT (layout)' failed
(rawtherapee.exe:11208): Pango-CRITICAL **: 19:07:42.026: pango_layout_get_pixel_extents: assertion 'PANGO_IS_LAYOUT (layout)' failed
(rawtherapee.exe:11208): Pango-CRITICAL **: 19:07:42.026: pango_layout_get_pixel_extents: assertion 'PANGO_IS_LAYOUT (layout)' failed
@gaaned92
I guess I've found the culprit.
Gtk3-3.24.4 won't accept all fonts for the GUI. If you select e.g. Arial RT crashes.
If you selectSegoe UI Normal which is automatically set on first time start everything works fine.
TooWaBoo
on 25 Jan 2019
I could lower down the font issue to the switch in the batch queue panal. I've replaced the switch with a button and all fonts work fine. I suggest to replace the switch with a toggle button. This will also make it possible to use localized messages and object by Gtk which won't work well with the switch in all languages.
ping @Beep6581 @Hombre57 @gaaned92
TooWaBoo
on 26 Jan 2019
@TooWaBoo
I didn't notice that before, but even if it doesn't crash with mingw-w64-x86_64-gtk3-3.24.3-1, the batch panel switch is broken with every font I try. I remember "ON" was written, now I only see fake characters.
I have no preference about a toggle button or a switch.
gaaned92
on 26 Jan 2019
@gaaned92
With Gtk-3.24.3 you get only fake chars. No crash on font changing.
With Gtk-3.24.4 you get a circle and a vertical line and RT crashes on most fonts.
TooWaBoo
on 26 Jan 2019
mingw-w64-x86_64-gtk3-3.24.5-1 is out and font bug is solved.
TooWaBoo
on 8 Feb 2019
@TooWaBoo
in summary, my file "pacman.conf" contain
IgnorePkg = mingw-w64-x86_64-libjpeg-turbo
IgnorePkg = mingw-w64-x86_64-lensfun
IgnorePkg = mingw-w64-x86_64-gtk3
IgnorePkg = mingw-w64-x86_64-gtkmm3
which lines can I delete ?
Thank you
jacques
Desmis
on 9 Feb 2019
@Desmis
which lines can I delete ?
Those regarding gtk3 and gtkmm3
gaaned92
on 9 Feb 2019
@TooWaBoo
Ok, thank you
Desmis
on 9 Feb 2019
@Desmis
I'll forward it to @gaaned92 馃槈
TooWaBoo
on 9 Feb 2019
@TooWaBoo @gaaned92
Thank you
All works fine
Jacques
Desmis
on 9 Feb 2019
FYI, Lensfun lens selection broken in latest windows builds.
https://github.com/Beep6581/RawTherapee/issues/5194
TooWaBoo
on 2 Mar 2019
@TooWaBoo gtk 3.24.7 was merged to msys2/MINGW a couple of days ago, have you tried it yet?
Benitoite
on 6 Apr 2019
@TooWaBoo gtk 3.24.7 was merged to msys2/MINGW a couple of days ago, have you tried it yet?
I know, but it's still not available via update.
TooWaBoo
on 6 Apr 2019
gtk3-3.24.7-1 is out. The lensfun bug is fixed. No issues found so far but I got these warnings after MSYS2 update.
Warnung: Schema 'org.freedesktop.Geoclue' hat den Pfad '/apps/geoclue/'. Mit '/apps/', '/desktop/' oder '/system/' beginnende Pfade gelten jecoh als veraltet.
Warnung: Schema 'org.gnome.system.locale' hat den Pfad '/system/locale/'. Mit '/apps/', '/desktop/' oder '/system/' beginnende Pfade gelten jecoh als veraltet.
Warnung: Schema 'org.gnome.system.proxy' hat den Pfad '/system/proxy/'. Mit '/apps/', '/desktop/' oder '/system/' beginnende Pfade gelten jecoh als veraltet.
Warnung: Schema 'org.gnome.system.proxy.http' hat den Pfad '/system/proxy/http/'. Mit '/apps/', '/desktop/' oder '/system/' beginnende Pfade gelten jecoh als veraltet.
Warnung: Schema 'org.gnome.system.proxy.https' hat den Pfad '/system/proxy/https/'. Mit '/apps/', '/desktop/' oder '/system/' beginnende Pfade gelten jecoh als veraltet.
Warnung: Schema 'org.gnome.system.proxy.ftp' hat den Pfad '/system/proxy/ftp/'. Mit '/apps/', '/desktop/' oder '/system/' beginnende Pfade gelten jecoh als veraltet.
Warnung: Schema 'org.gnome.system.proxy.socks' hat den Pfad '/system/proxy/socks/'. Mit '/apps/', '/desktop/' oder '/system/' beginnende Pfade gelten jecoh als veraltet.
GTK3-3.24.8 is out. No issues found so far.
TooWaBoo
on 20 Apr 2019
There's a huge update of MSYS.
During compiling of RT I got a lot of warnings. Compiling was successful and I didn't find any issue.
[ 12%] Building CXX object rtengine/CMakeFiles/rtengine.dir/demosaic_algos.cc.obj
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc: In member function 'void DCraw::nikon_yuv_load_raw()':
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:1404:17: warning: 'yuv[3]' may be used uninitialized in this function [-Wmaybe-uninitialized]
1404 | int row, col, yuv[4], rgb[3], b, c;
| ^~~
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:1404:17: warning: 'yuv[2]' may be used uninitialized in this function [-Wmaybe-uninitialized]
[ 12%] Building CXX object rtengine/CMakeFiles/rtengine.dir/dfmanager.cc.obj
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc: In member function 'void DCraw::foveon_interpolate()':
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4159:41: warning: 'cam_xyz[2][2]' may be used uninitialized in this function [-Wmaybe-uninitialized]
4159 | FORC3 last[i][j] += correct[i][c] * cam_xyz[c][j];
| ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4159:41: warning: 'cam_xyz[2][1]' may be used uninitialized in this function [-Wmaybe-uninitialized]
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4159:41: warning: 'cam_xyz[2][0]' may be used uninitialized in this function [-Wmaybe-uninitialized]
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4159:41: warning: 'cam_xyz[1][2]' may be used uninitialized in this function [-Wmaybe-uninitialized]
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4159:41: warning: 'cam_xyz[1][1]' may be used uninitialized in this function [-Wmaybe-uninitialized]
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4159:41: warning: 'cam_xyz[1][0]' may be used uninitialized in this function [-Wmaybe-uninitialized]
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4159:41: warning: 'cam_xyz[0][2]' may be used uninitialized in this function [-Wmaybe-uninitialized]
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4159:41: warning: 'cam_xyz[0][1]' may be used uninitialized in this function [-Wmaybe-uninitialized]
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4159:41: warning: 'cam_xyz[0][0]' may be used uninitialized in this function [-Wmaybe-uninitialized]
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4092:23: warning: '*((void*)& color_dq +8)' may be used uninitialized in this function [-Wmaybe-uninitialized]
4092 | FORC3 mul[c] = dq[c]/div[c];
| ~~~~~^~~~~~~
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4111:23: note: '*((void*)& color_dq +8)' was declared here
4111 | float chroma_dq[3], color_dq[3], diag[3][3], div[3];
| ^~~~~~~~
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4092:23: warning: '*((void*)& color_dq +4)' may be used uninitialized in this function [-Wmaybe-uninitialized]
4092 | FORC3 mul[c] = dq[c]/div[c];
| ~~~~~^~~~~~~
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4111:23: note: '*((void*)& color_dq +4)' was declared here
4111 | float chroma_dq[3], color_dq[3], diag[3][3], div[3];
| ^~~~~~~~
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4092:23: warning: 'color_dq' may be used uninitialized in this function [-Wmaybe-uninitialized]
4092 | FORC3 mul[c] = dq[c]/div[c];
| ~~~~~^~~~~~~
C:/_RT_compile/RT_code_Beep6581/rtengine/dcraw.cc:4111:23: note: 'color_dq' was declared here
4111 | float chroma_dq[3], color_dq[3], diag[3][3], div[3];
| ^~~~~~~~
[ 34%] Building CXX object rtengine/CMakeFiles/rtengine.dir/rtthumbnail.cc.obj
C:/_RT_compile/RT_code_Beep6581/rtengine/procparams.cc: In member function 'int rtengine::procparams::ProcParams::load(const Glib::ustring&, ParamsEdited*)':
C:/_RT_compile/RT_code_Beep6581/rtengine/procparams.cc:3970:48: warning: 'temp' may be used uninitialized in this function [-Wmaybe-uninitialized]
3970 | sharpenMicro.uniformity = temp / 10;
|
This seems to be due to the update to GCC 9.1 which apparently has stricter default warning settings.
Thanatomanic
on 30 May 2019
Same warnings, but all seems to work well :)
Desmis
on 30 May 2019
Gtk+3.24.10 is out.
There's an issue with sub menus. A separate border is shown at the bottom and right side.
RT- and TWB themes are affected.
TooWaBoo
on 6 Jul 2019
mingw-w64-x86_64-gtk3-3.24.10-3 is out.
sub menu bug is fixed.
TooWaBoo
on 17 Jul 2019
New update
mingw-w64-x86_64-binutils-2.32-1 produces compiler errors. (I forgot to write down the messages)
I had to downgrade to version mingw-w64-x86_64-binutils-2.31-1-2.
TooWaBoo
on 7 Aug 2019
New update
mingw-w64-x86_64-binutils-2.32-2
Bug is fixed
TooWaBoo
on 9 Aug 2019
Related issues
Beep6581
路
5Comments
Thanatomanic
路
3Comments
Beep6581
路
3Comments
Beep6581
路
4Comments
agriggio
路
4Comments
Most helpful comment
New update
mingw-w64-x86_64-binutils-2.32-2Bug is fixed