New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Images fail to render on MacOS (latest OS, latest Geeqie) #644
Comments
Haviing the same issue. Geeqie not working since I updated Macos to Mojave. Reinstalled geeqie and all deps several times using brew and nothing has changed. |
I bought a Mac Mini to take a look at this problem, but things do not look good. |
(Sorry to resurrect this thread, but I'm desperate to use geeqie on my Mac, I miss my Linux workflow :-) ) Would this indicate an issue in GTK on Mac? Would you have an idea on how much work would be required to reproduce just the |
Same for me for Mac OS Catalina |
Same issue, just a blank white image when trying to load .png file |
Same issue on Mac OS Catalina |
I mentioned above that this problem is associated with the "draw" signal. |
Is there an update on this case? Is there any fix possible? With big sur and geeqie-1.6 via homebrew (from source) |
I've lost track of what's happening here.... What is the result with the following options: |
Hi @caclark -- thank you for looking into this. Regarding your suggested tests, on Geeqie 1.6 (the default homebrew install) Edit/Preferences/Image doesn't have any buttons to click to enable GPU acceleration, from what I can see. Screencap is below. Call by System: Result: and the preferences panel looks like Finally, geeqie --debug gives
|
Geeqie has been compiled with GTK2. Is it possible to compile with GTK3? |
OK, I see from here: |
Ran |
On What is the contents of the |
Re: Edit/Preferences/Image, no, it's not visible. It looks like the second screenshot from the above. Re: |
I can confirm that under 11.2 it behaves similar to what Igbouma reported. @caclark as you asked about clutter, here it was not installed, on the other hand as you ask to disable it Maybe as an addon, when I hover over the image with my mouse with the rgb picker enabled, |
I'm sorry, but I have no knowledge of Macs or Homebrew. I am just making suggestions that might (or might not) provide more information about this problem. This formula for Geeqie: Somewhere in the Homebrew documentation I see the option |
@caclark Where would I find this info? I could not find it on my filesystem at least. output install: ==> Installing geeqie I could find a folder ~/Library/Logs/Homebrew/geeqie containing: -rw-r--r-- 1 mac staff 6 Feb 7 17:50 00.options.out I attached the content of these file here: |
Within the geeqie-log.txt file. these lines are significant: and: and: So libclutter is not installed on your system. Perhaps you can make further investigations for how to install it. |
@caclark thank you for your quick feedback! Clutter itself is installed by homebrew:
but not clutter-gst or clutter-gtk. possibly the clutter-gtk one is needed here or what would I need to provide (like set some lookup path) here? I removed clutter it and reinstalled it with the other two, just to show they are all there:
and tried to compile geeqie again (still white image)
full output: |
On my system I have installed: |
@caclark but I assume you do not have a mac? anyhow, should it even be a problem if clutter is not there? If I see the Btw, gqview behaves the same on my mac (white image) |
This is a long-standing problem that I am not able to solve. |
BTW the dev files contain the headers, which are necessary. |
@caclark % locate clutter|grep lib |
I see that there are a few Internet searches such as "Fixing missing headers for homebrew ". |
Perhaps you need the X11 headers. I saw this comment somewhere:
|
@caclark but also after that I get the same error: https://gist.github.com/mo8Zomo0/08a9af23095d46f9518352847ccf4eba
|
I am sorry, but I have no knowledge of Mac/Homebrew. |
@mo8Zomo0
Though this fixes the build, geeqie is still not be able to run with the error below:
AFAIK this is because clutter-gtk doesn't support the quartz backend of GTK. |
I have an old Mac Mini with Catalina installed, but have never used it. Could you let me have details of how to replicate what you have achieved e.g. |
Homebrew official homepage describes how to install it.
Homebrew will build geeqie from source and install it. |
@caclark it might be dependent on which mac OS version you can run (if it s an old mac mini). maybe that helps:
|
Part of the problem is that the formula uses the v1.6 gz on geeqie.org. Since that version release there have been some commits that may affect this problem. Could you try using the source zip from github?: |
@caclark I tried to compile it and it has the same error: (geeqie:39995): Clutter-Gtk-ERROR **: 03:34:43.644: *** Unsupported backend. I used this command to compile it, the output is attached. ( echo ---------- make clean; make clean ;echo ---------- autogen; ./autogen.sh && echo -------- configure ; ./configure --disable-dependency-tracking --disable-glibtest --disable-gtktest --enable-gtk3 && echo -------- make ; make && echo --------- geeqie ; ./src/geeqie ) 2>&1 | tee geeqie-master.log (it also generates a crash report, also included) |
btw, also tried to compile without clutter, that geeqie starts up but also showed the white area instead of the image. |
Attached is a very experimental patch. Its purpose is only to determine if images appear on a system that exhibits this problem. |
@caclark |
@equal-l2 Thanks for running the test. I now know how to fix the problem, but it may take a week or so to get something workable. |
I also tried to compile it without clutter and clutter-gtk, it succeeded and I could start it without --disable-clutter Maybe not related, but I noticed the following:
|
Unfortunately the previous patch solved only half the problem... Image viewing should be ok |
@caclark I am not 100% sure how to test these scenarios. |
If you can compile the patched source, Geeqie should run correctly (apart from the OSD). |
So, interestingly: there is a similar problem on (prerelease) Fedora Linux 34. The patch 644-1 seems to work here as well. (In that it makes images display again. I didn't test the other things.) |
@mattdm The latest sources in the repo. work on Fedora 33. Are you saying that the problem is present again in Fedora 34? |
Unfortunately, that's what I'm saying, yeah. Geeqie 1.6. |
And the patch 644-2.diff.gz above seems to make it work. |
Oh, and it looks like the head of the development branch works too (as of 13aaf78). Sorry for not checking that earlier. |
as my issue is the install via homebrew on macos, when is the next geeqie release expected to include this fix? I tried to modify the rb file, but it fails on install, maybe some files are not ok in the master.zip file: ==> make install |
It will be some time before the next Geeqie release. |
@mo8Zomo0 I cannot get Geeqie to install with any Homebrew recipe, but |
ISSUE TYPE
GEEQIE VERSION
OS / DISTRIBUTION
installed using hombrew formula
SUMMARY
Images do not render in the preview window, a single CPU core is stuck at 100% (25% as I have a four core Mac). All I get is a grey rectangle in the correct proportions.
STEPS TO REPRODUCE
Simply run Geeqie and select any image
LOGS
I'm getting the following warning on console:
Ran Geeqie with debug=2, got this:
The text was updated successfully, but these errors were encountered: