gtk-fortran on conda-forge

[awvwgk]

Have you considered packaging gtk-fortran for conda-forge? GTK3/GTK4 is available on the conda-forge channel, I think there is no plplot at the moment.

[vmagnin]

Have you considered packaging gtk-fortran for conda-forge?

I have never tried to package anything and have no idea of the difficulty of the task.
What is your experience? Can you post a tutorial that was useful for you so that I can think about it?

[awvwgk]

I have packaged a couple of projects for conda-forge (42 and counting). Maybe the one I have staged for plplot would serve as an example: conda-forge/staged-recipes#18106.

[awvwgk]

I'll submit a recipe for gtk-fortran in the coming week (maybe already today). Any preferences for packaging? Should I make both GTK3 and GTK4 bindings available (as gtk3-fortran and gtk4-fortran) or just the GTK4 bindings (only gtk-fortran or still gtk4-fortran)?

Another issue might be tests, I show that some are interactive which is bad for testing the package with just ctest. Is there a minimal non-interactive subset for testing?

[vmagnin]

The name of the package should be gtk-4-fortran, as defined in the CMakeLists.txt file.

[awvwgk]

I'm currently staging a recipe at conda-forge/staged-recipes#18132. If you are interested in becoming a maintainer at conda-forge for gtk-fortran, feel free to comment in this PR and I'll add you.

[awvwgk]

That was a difficult one, I got it building on Linux and MacOS eventually, but I gave up on Windows for now.

[awvwgk]

@vmagnin Have a look at the invitation at conda-forge/gtk-4-fortran-feedstock@4c62e5d#commitcomment-67300083.

[vmagnin]

Thanks for your work @awvwgk !
I will have a look at the PR tomorrow (I have already tested it quickly under Ubuntu, and it seemed to be OK).

[vmagnin]

I have successfully tested the conda package although I think some problems remain:

$ conda install gtk-4-fortran
$ whereis gtk-4-fortran
$ export PKG_CONFIG_PATH=/home/osboxes/.conda/envs/fpm/lib/pkgconfig/
$ gfortran julia_pixbuf.f90 $(pkg-config --cflags --libs gtk-4-fortran)
f951: Warning: Nonexistent include directory ‘/home/osboxes/.conda/envs/fpm/include/glib-2.0’ [-Wmissing-include-dirs]
f951: Warning: Nonexistent include directory ‘/home/osboxes/.conda/envs/fpm/lib/glib-2.0/include’ [-Wmissing-include-dirs]
f951: Warning: Nonexistent include directory ‘/home/osboxes/.conda/envs/fpm/include/gio-unix-2.0’ [-Wmissing-include-dirs]

Despite the warnings, the examples using the GLib (or gio-unix) functions are running fine, but I guess it is because these libraries were already installed in the system: concerning for example GLib, probably the directory /usr/include/glib-2.0 is used instead of the conda version?

Probably the section "requirements:" in the recipe should be modified? Concerning GLib, should we write glib or libglib?
https://anaconda.org/conda-forge/libglib

[awvwgk]

GLib is splitted in a runtime (libglib) and a full version (glib). The runtime version is installed by default, if you want to compile against GLib you have to include glib in your conda environment as well.

[vmagnin]

Does it mean that that line in the requirements section does not install the full version glib in the conda environment?

 host:
   - glib

[awvwgk]

You can find the requirement glib imposes when in host in run_exports. Similar to the gtk4 package, I'm not splitting gtk-4-fortran, meaning there is only the runtime version and you have to explicitly install development dependencies yourself.

We could add run_exports for glib in gtk-4-fortran, however this means dependent packages on conda-forge must explicitly set ignore_run_exports for glib if they don't want to pull in the full development dependencies.

[vmagnin]

gtk-fortran 4.2.1 is now available:
https://github.com/conda-forge/gtk-4-fortran-feedstock