Bug #10145
closedChirp Icons not working
0%
Description
I upgraded to chirp daily 20221128 and found the main menu and desktop
icons no longer worked. I tested Chirp by ruinning chirpw with no
problems, that worked just fine. So I reinstalled several times with same
results. For now I have it running by making a custom destop Icon for chirpw
and pointed at the directory that I the chirp daily 20221128.tar.gz expanded in.
Hopefully it will be fixed for next release. Also tried running the Chirp desktop
text file but the icon it made for the dextop did not work either. I got only
one error message from main menu icon for chirp that reported "no file associated"
Updated by Tony Fuller about 2 years ago
Hi Timothy,
It sounds like you're on Linux. Let me know if you're not. It would be helpful to know which version and distribution you use and if you upgraded recently (Like Ubuntu 20.04 to 22.04 for instance)
If you open a terminal/command prompt and navigate to that directory where chirp is expanded and type
./chirpw
What messages or errors do you get?
Tony
Updated by Timothy Gillespie about 2 years ago
Im running Linux Mint 20.3 Cinnamon no recent upgrades.
here's the error message:
(process:5293): Gtk-WARNING **: 10:13:09.544: Locale not supported by C library.
Using the fallback 'C' locale.
Hope this helps, sorry I should have provided more info on what Linux version I'm running.
I aslo have a mac and tried Chirp on that and it worked fine. I prefer Linux.
I tried going back to chirp daily 20221123 as a test but the Icons no longer work on that verison now.
Tim 73 KM8TLG
Updated by Timothy Gillespie about 2 years ago
I saw a new chirp verison daily-20221130 so I installed that and got the same problem
with the Icons but with a custom desktop Icom pointed to chirpw it works fine.
here's the error message:
(process:7446): Gtk-WARNING **: 10:51:10.812: Locale not supported by C library.
Using the fallback 'C' locale.
Tim 73 KM8TLG
Updated by Jim Unroe about 2 years ago
- Status changed from New to Feedback
Since Ubuntu (and distributions based on it) have dropped Python2 and other CHIRP dependencies, you should run the Snap and/or flatpak build. I just updated Snap and flatpak CHIRP builds installed on my Linux Mint 21 desktop PC and they display and function as expected.
Jim KC9HI
Updated by Tony Fuller about 2 years ago
I will second Jim's suggestion of using the snap and flatpak but I fear that what we're seeing is related to gdk-pixbuf (which currently affects AppImage builds, https://github.com/goldstar611/chirp-appimage/issues/4) and that may eventually affect snap and flatpak soon if that's the real cause.
Tim, could you humor me and run the following 2 commands in a terminal emulator / command prompt and paste back the result?
apt-cache policy libgdk-pixbuf-2.0-0
and more importantly
grep libpixbuf /usr/lib/*/gdk-pixbuf-2.0/2.10.0/loaders.cache
I'd greatly appreciate it.
Thanks, Tony
Updated by Timothy Gillespie about 2 years ago
OK, here's the first one:
lg@tlg-OptiPlex-745:~$ apt-cache policy libgdk-pixbuf-2.0-0
N: Unable to locate package libgdk-pixbuf-2.0-0
N: Couldn't find any package by glob 'libgdk-pixbuf-2.0-0'
N: Couldn't find any package by regex 'libgdk-pixbuf-2.0-0'
and here's the 2nd one:
tlg@tlg-OptiPlex-745:~$ grep libpixbuf /usr/lib/*/gdk-pixbuf-2.0/2.10.0/loaders.cache
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ani.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-bmp.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-gif.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-icns.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-ico.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pnm.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-qtif.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tga.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tiff.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xbm.so"
"/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-xpm.so"
Hope this helps, Tim 73 KM8TLG
Updated by Timothy Gillespie about 2 years ago
Updated to daily-20221203, no change with the Icons not working.
Still works with making a custom Icom and pointing it to the extraction
folder and running chirpw text file. I'm getting pretty fast at this "HA"
so no biggie now. Will close out bug report.
Have a great day!
Tim "73" KM8TLG
Updated by Dan Smith about 2 years ago
Nothing has changed in years related to the build and the .desktop file, so I think it must be distro-specific as Tony was suggesting. Also, unless there's something mentioned here, you shouldn't expect a change in subsequent builds :)
Updated by Tony Fuller about 2 years ago
Hey Tim,
Following up, I don't think this is a gdk-pixbuf issue. Seeing that everything works when you manually add in a desktop file makes me think that everything on your system is there.
When I was using Linux Mint, I could right click any application shortcut I saw in the cinnamon menu and then hit Add to desktop. Once you do that, it should be trivial to open your working shortcut and compare to the other shortcut (that got added to the desktop) and see what the issue is using just a text editor.
I get the feeling now that maybe the non-working shortcuts are targeting a CHIRP directory that no longer exists.
Tony