-
Notifications
You must be signed in to change notification settings - Fork 32
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
gdk-pixdump possibly not installed correctly #121
Comments
@bjarthur I apologize for the late response, feel free to ping me via @staticfloat if an issue goes this long without me answering it; it's probably because I just haven't been on github recently, so please do get my attention, as I (annoyingly) don't get emails when new issues are opened. If you run the following, do things work as expected? using Homebrew
Homebrew.postinstall("gdk-pixbuf")
Pkg.test("Gtk") |
but it appears to do nothing, so i run this same command on the unix command line and get so i manually redirect to where i think it should be:
now
|
When you say "it appears to do nothing" what do you mean? It should be creating that |
correct. i do not see a |
@bjarthur Ah, you're probably looking in the wrong place. You should be looking in this directory:
That should be generated by the postinstall step we manually ran. If that's not being generated, then we have bigger problems. What the postinstall step does is run this ruby code, which should be equivalent to the following: export GDK_PIXBUF_MODULE_FILE="$(echo ~)/.julia/v0.4/Homebrew/deps/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache"
export GDK_PIXBUF_MODULEDIR="$(echo ~)/.julia/v0.4/Homebrew/deps/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders"
~/.julia/v0.4/Homebrew/deps/usr/bin/gdk-pixbuf-query-loaders --update-cache Let's try deleting the |
bigger problems i think. with a fresh install of Homebrew, i build Gtk and there is no |
Nope, unfortunately, the What happens if you run it manually, e.g. with the three bash lines at the end of my last message? |
w00t! the path is wrong. it should be |
Ah, shoot, you're right, I mistyped that. I've edited my code snippet above so that there's no confusion in the future. I believe I have found a bug in the |
the homebrew guys have merged, and checking out the latest Homebrew.jl fixes this issue, so i'll close it. but one question: Gtk travis tests are still failing because of this issue. will they work again once you've tagged another version of Homebrew.jl? thanks. |
Yes, but a good way to test that is to make a branch of |
i take it back. the loaders.cache file is still not generated after the following sequence:
only when i do the following is it there:
|
Thanks for the follow-through @bjarthur, can you check to see if it is placed in |
bingo. that's precisely where it is, in deps/usr/Cellar. in fact, if i change the GTK exports to look there, everything works. is that what i should do? or should Homebrew be changed to put loaders.cache in deps/usr/lib ? |
I think we should change Homebrew to symlink it in properly after it creates that file. I'm adding this to my TODO list. :) Thanks for the confirmation! |
The reason Homebrew doesn't put it in there in the first place, is because non-symlink files in the global Homebrew directory make it suspicious, but it looks like the automatic symlink step got re-arranged sometime in the past, leaving this file out to dry. |
I've asked for guidance on the right way to fix the formula here: Homebrew/homebrew-core#3279 (comment). |
New PR to Homebrew: Homebrew/homebrew-core#4259 |
GTK tests pass now! thanks for submitting the PR to homebrew!! not sure this is a concern, but there is still a warning emitted though:
|
I haven't had time to dig in and investigate how to deal with that warning, but I've never had any ill effects from it, so I've grown to ignore it. :) |
Hi @bjarthur, I'm trying to complete the port of an open source project to Gtk3, and I'm facing this Google brought me here, and I'd appreciate if you could drop me a line whether or not you managed to fix this, and how. Any help will be appreciated. |
Gtk3 works for me on Windows (and OS X and Linux). all i did was install Julia from the precompiled 0.5.0 binary and use Pkg.add("Gtk"). you might need to Pkg.checkout("Gtk"). are you actually experience problems, or is that warning just innocuous? |
We've made a custom theme based on Adwaita, but it isn't rendered at all and we have the default Adwaita theme instead. Since I have other errors in the code, I can't say if it's warning only or more than this. We do not use Julia, and my Gtk package has been successfully downloaded and installed by pacman. I'll make another try when Gtk3.22.1 will be available into MSYS2. Also, could you confirm me which version of Gtk you're using ? Gtk3.18 works fine here, but I have troubles with 3.22.0 (don't know for 3.20). |
3.18.2 |
Ok, that's why it's still working fine for you. I shouldn't have updated to the latest gtk version through MSYS2 😞 Anyway, thanks for the clarification. |
If you are using macOS with homebrew, just install the adwaita-icon-theme package. That fixes the problem. |
when testing
Gtk.jl
, i get the following error:there are two problems here i believe. first is that nominally gdk-pixbuf 2.34.0 is installed, yet the loader files are stored in a directory named 2.10.0. second is that loaders.cache does not exist.
the relevant issue over at
Gtk.jl
is JuliaGraphics/Gtk.jl#242. what should i set these variables too?The text was updated successfully, but these errors were encountered: