#348 Replace eog with loupe as the default image viewer
Closed: Fixed 4 months ago by catanzaro. Opened a year ago by aday.

Loupe is the new GNOME image editor, which is intended to replace Eye of GNOME. It has recently matured to the point where it is almost ready, so we should start preparing to make the switch from eog.

The upstream repo is currently https://gitlab.gnome.org/BrainBlasted/loupe/

not it is not the case loupe is still a 3rd party project and it is not under gnome core apps and not in gnome circles you can see it here

The upstream tracking issues are here and here.

they are looking for inclusion but have not been included so if loupe is included as core app then it should be included in next release

Yesterday loupe was moved to Incubator, which expresses GNOME's intent to make it a core app in the future. This new step was created because Fedora Workstation has not yet accepted gnome-console. It's basically a request for feedback from us as to the adequacy of loupe to replace eog.

Metadata Update from @catanzaro:
- Issue tagged with: meeting

11 months ago

We need something that people can install and use, if we're going to provide feedback.

That would be: https://gitlab.gnome.org/api/v4/projects/13923/jobs/artifacts/main/raw/org.gnome.Loupe.Devel.flatpak?job=flatpak

I've requested a nightly Flatpak: https://gitlab.gnome.org/Incubator/loupe/-/issues/70

Of course, it would be nice to have a Fedora package too....

The best thing might be to have a Copr that tracks the main branch.

Agreed: Workstation WG members should test Loupe now and report any concerns with app quality. Don't wait until next release when we're ready to replace eog with Loupe.

Metadata Update from @catanzaro:
- Issue untagged with: meeting

10 months ago

Reminder: if anybody has negative feedback about loupe or would not wish for it to replace eog, we need to know about it now. I assume silence is good and that we are on track for Fedora 39.

I think loupe can replace both image viewer and photos app in workstation as both does the same thing so loupe will have all feature set. And i am using it for sometime now and it is way better than what we have.

I've done some occasional testing on Loupe, and I think that we're generally in good shape. However, to be certain we need to have packages so we can test it more intensively.

I've been working through the missing rust crate deps for loupe and submitting them for package review.

Still need to package (help welcome!):

Waiting for review:
ashpd, https://bugzilla.redhat.com/show_bug.cgi?id=2184729

gdk4-wayland, https://bugzilla.redhat.com/show_bug.cgi?id=2184722
gdk4-wayland-sys, https://bugzilla.redhat.com/show_bug.cgi?id=2184719
gdk4-x11, https://bugzilla.redhat.com/show_bug.cgi?id=2184723
gdk4-x11-sys, https://bugzilla.redhat.com/show_bug.cgi?id=2184720
kamadak-exif, https://bugzilla.redhat.com/show_bug.cgi?id=2150511
svg_metadata, https://bugzilla.redhat.com/show_bug.cgi?id=2150517

Metadata Update from @tpopela:
- Issue set to the milestone: Fedora 39 (was: Fedora 38)

7 months ago

GNOME has (as expected) decided to replace eog with Loupe in the core set. Hopefully we'll follow along once Kalev has finished packaging it.

Some updates that might be relevant for packaging: The first beta for 45 is out. So there won't be any massive changes on dependencies anymore. Image decoding is now split into a project called glycin. Loupe itself no longer depends on packages like image, lcms2, or libheif-rs. However, for Loupe to show any images, the glycin loaders (they are separate binaries) have to be installed as well.

There are build options in glycin to only build specific loaders. So that's maybe something that can help with building up the packaging step by step while already having something working. If that's helping.

OK, loupe is finally packaged in Fedora proper! Should I go and replace eog in comps ahead of the beta freeze that's tomorrow?

Thanks for reaching out, @sophie! We now have both glycin-loaders (https://src.fedoraproject.org/rpms/glycin-loaders) and loupe (https://src.fedoraproject.org/rpms/loupe) packaged, together with all of the countless new rust dependencies that they added.

It's all working quite nicely in my testing and most image formats are available. Here are some things that I'm aware are currently missing:

  • rust-image has patched out openexr and qoi support (missing dependencies), so I had to patch the same formats out in the image loader in glycin as well
  • glycin-heif and glycin-jxl loaders are missing and need the heif and jxl rust wrappers packaged
  • glycin-loaders is currently at beta.2, whereas upstream is at beta.3 due to the packaged librsvg crate being slightly out of date

I'll see if I can get some of this sorted out tomorrow before the freeze, but I don't think any of this should be a showstopper for the upcoming F39 beta release and it shouldn't be a lot of work to get all of the missing bits added.

If I read this correctly, we should add loupe as a Flatpak to Silverblue and not add it in the image as it replaces eog which we ship as a Flatpak?

Yes, I think it would make sense to ship it as a flatpak and not part of the image. I believe @yselkowitz already started looking into putting a flatpak for loupe together so hopefully we'll get it as soon as the new flatpak infra work permits (loupe flatpak is going to depend on the F39 runtime).

For creating a separate Flatpak, please note that all permissions used on Flathub are probably there for a good reason. Also, Flatpak currently brings some limitations, no matter the used permissions.

More details are available in this issue https://gitlab.gnome.org/GNOME/loupe/-/issues/61

Closing this as complete. Thanks everyone!

Metadata Update from @catanzaro:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)

4 months ago

@siosm that's expected, because there's no Fedora Flatpak of Loupe available (and definitely not a Fedora 38 one). @kalev is it somewhere on your todo?

Yes, I am going to look at getting the 45.0 flatpak builds done next week and moving everything to the F39 runtime. F39 flatpak builds are all done using the new flatpak build infra so we'll see how it goes :)

@yselkowitz already put together an initial loupe flatpak packaging so it should hopefully be straightforward wrt loupe.

Login to comment on this ticket.