Any signs of upstream plans to port away to GTK+3, GTK4, Qt or sth. else?
all i found (i did not try hard) was this: https://discourse.ardour.org/t/gtk3-migration/101873 as the work started on ardour-7, the things might change (or not).
Actually, libgnomecanvas and libgnomecanvasmm have not been required since 2017. It also doesn't seem to use libxslt anywhere, I couldn't find any reference in the source code or build scripts.
dev-cpp/libgnomecanvasmm:2.6 was apparently dropped in commit e9526a355ffb2cc4dd787d3ec621db565728703a.
(In reply to Benedikt Reinartz from comment #2) > Actually, libgnomecanvas and libgnomecanvasmm have not been required since > 2017. It also doesn't seem to use libxslt anywhere, I couldn't find any > reference in the source code or build scripts. I still see deps =gnome-base/libgnomecanvas-2 and dev-libs/libxslt in the ebuild though.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=441445f817376c4cf58969ca9dea625090bc1d12 commit 441445f817376c4cf58969ca9dea625090bc1d12 Author: Miroslav Šulc <fordfrog@gentoo.org> AuthorDate: 2023-09-24 07:47:22 +0000 Commit: Miroslav Šulc <fordfrog@gentoo.org> CommitDate: 2023-09-24 07:48:10 +0000 media-sound/ardour: some cleanup dropped dev-libs/libxslt & =gnome-base/libgnomecanvas from all ebuilds dropped unsupported configuration switched from live ebuild (though it still fails to compile) Bug: https://bugs.gentoo.org/808381 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org> media-sound/ardour/ardour-7.4-r3.ebuild | 2 -- media-sound/ardour/ardour-7.5-r1.ebuild | 2 -- media-sound/ardour/ardour-9999.ebuild | 9 +++------ 3 files changed, 3 insertions(+), 10 deletions(-)
The builds still need -Wno-deprecated* flags adding to the ebuild.
It needs , '-Wno-deprecated-declarations' adding to the basic-warnings to get it to build.
To be clear, upstream has no intention of porting at the current moment: - https://discourse.ardour.org/t/gtk3-migration/101873 - https://discourse.ardour.org/t/gtk-2-has-been-deprecated-is-there-a-roadmap-for-removal/105214 Unless someone wants to take up porting and send in a PR, this probably won't change.
i just switched the live ebuild from gtk to ytk. here is the diff from lddtree for the switch: # diff ardour9-lddtree* 1c1 < ardour-9.0.pre0.300 => /usr/lib64/ardour9/ardour-9.0.pre0.300 (interpreter => /lib64/ld-linux-x86-64.so.2) --- > ardour-9.0.pre0.311 => /usr/lib64/ardour9/ardour-9.0.pre0.311 (interpreter => /lib64/ld-linux-x86-64.so.2) 14a15,20 > libsuil.so.0 => not found > libytkmm.so.2 => not found > libydkmm.so.2 => not found > libytk.so.2 => not found > libydk.so.2 => not found > libztkmm.so.2 => not found 68,83d73 < libgtkmm-2.4.so.1 => /usr/lib64/libgtkmm-2.4.so.1 < libgiomm-2.4.so.1 => /usr/lib64/libgiomm-2.4.so.1 < libatkmm-1.6.so.1 => /usr/lib64/libatkmm-1.6.so.1 < libatk-1.0.so.0 => /usr/lib64/libatk-1.0.so.0 < libgdkmm-2.4.so.1 => /usr/lib64/libgdkmm-2.4.so.1 < libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 < libjpeg.so.62 => /usr/lib64/libjpeg.so.62 < libgtk-x11-2.0.so.0 => /usr/lib64/libgtk-x11-2.0.so.0 < libXfixes.so.3 => /usr/lib64/libXfixes.so.3 < libgdk-x11-2.0.so.0 => /usr/lib64/libgdk-x11-2.0.so.0 < libXinerama.so.1 => /usr/lib64/libXinerama.so.1 < libXi.so.6 => /usr/lib64/libXi.so.6 < libXrandr.so.2 => /usr/lib64/libXrandr.so.2 < libXcursor.so.1 => /usr/lib64/libXcursor.so.1 < libXcomposite.so.1 => /usr/lib64/libXcomposite.so.1 < libXdamage.so.1 => /usr/lib64/libXdamage.so.1 86d75 < libsuil-0.so.0 => /usr/lib64/libsuil-0.so.0 currently testing the switch on 8.10.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f3f6340be078db42c62ef2768143abae2b23f924 commit f3f6340be078db42c62ef2768143abae2b23f924 Author: Miroslav Šulc <fordfrog@gentoo.org> AuthorDate: 2024-10-31 10:56:12 +0000 Commit: Miroslav Šulc <fordfrog@gentoo.org> CommitDate: 2024-10-31 10:56:12 +0000 media-sound/ardour: switched 8.10 from gtk to ytk Bug: https://bugs.gentoo.org/808381 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org> media-sound/ardour/ardour-8.10-r1.ebuild | 196 +++++++++++++++++++++++++++++++ 1 file changed, 196 insertions(+)
here's the same diff for 8:10: # diff ardour8-lddtree* 14a15,20 > libsuil.so.0 => not found > libytkmm.so.2 => not found > libydkmm.so.2 => not found > libytk.so.2 => not found > libydk.so.2 => not found > libztkmm.so.2 => not found 68,83d73 < libgtkmm-2.4.so.1 => /usr/lib64/libgtkmm-2.4.so.1 < libgiomm-2.4.so.1 => /usr/lib64/libgiomm-2.4.so.1 < libatkmm-1.6.so.1 => /usr/lib64/libatkmm-1.6.so.1 < libatk-1.0.so.0 => /usr/lib64/libatk-1.0.so.0 < libgdkmm-2.4.so.1 => /usr/lib64/libgdkmm-2.4.so.1 < libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 < libjpeg.so.62 => /usr/lib64/libjpeg.so.62 < libgtk-x11-2.0.so.0 => /usr/lib64/libgtk-x11-2.0.so.0 < libXfixes.so.3 => /usr/lib64/libXfixes.so.3 < libgdk-x11-2.0.so.0 => /usr/lib64/libgdk-x11-2.0.so.0 < libXinerama.so.1 => /usr/lib64/libXinerama.so.1 < libXi.so.6 => /usr/lib64/libXi.so.6 < libXrandr.so.2 => /usr/lib64/libXrandr.so.2 < libXcursor.so.1 => /usr/lib64/libXcursor.so.1 < libXcomposite.so.1 => /usr/lib64/libXcomposite.so.1 < libXdamage.so.1 => /usr/lib64/libXdamage.so.1 86d75 < libsuil-0.so.0 => /usr/lib64/libsuil-0.so.0
