Due to an influx of spam, we have had to impose restrictions on new accounts. Please see this wiki page for instructions on how to get full permissions. Sorry for the inconvenience.
Admin message
Equinix is shutting down its operations with us on April 30, 2025. They have graciously supported us for almost 5 years, but all good things come to an end. We are expecting to transition to new infrastructure between late March and mid-April. We do not yet have a firm timeline for this, but it will involve (probably multiple) periods of downtime as we move our services whilst also changing them to be faster and more responsive. Any updates will be posted in freedesktop/freedesktop#2011 as it becomes clear, and any downtime will be announced with further broadcast messages.
This commit should have fixed this issue: 6e0de0a3
I wonder if there's some bug in gtk. What version of libgtk-3 do you have installed? There was this kind of bug in gtk 3.14, but that's pretty old, so probably you don't suffer from the same bug.
Do you have experience with building stuff from source? If I modify pavucontrol a bit to make it easier to debug this, will you be able to build pavucontrol from source?
The last command will run pavucontrol from the command line, and it should print some messages related to icons in the terminal. Copy the messages here (remember to run radiotray too, so that we get the information for its icon).
You'll need to have at least git, intltool, autoconf and automake installed. gtkmm3 headers are also needed, but I think Arch based distributions always install library headers along with the library, so that shouldn't be an issue.
(pavucontrol:18639): glibmm-CRITICAL **: 10:48:55.691: unhandled exception (type Glib::Error) in signal handler:domain: g-file-error-quarkcode : 4what : Failed to open file “/usr/local/share/pavucontrol/pavucontrol.glade”: No such file or directory
hi,
I assume it is just a syntax error, and just copy the pavucontrol.glade file to mentioned usr folder. then it started. I tried first vlc then radiotray. radiotray broke the pavucontrol:
Radiotray uses an absolute path to an image, which it perhaps shouldn't do (usually a short icon name is used instead, for example VLC sets its icon name to simply "vlc"). But pavucontrol supports file paths as the icon name anyway, so that's not a big issue. The problem here was that if the application uses a file path as the icon name, then no scaling is done. I submitted a merge request to fix this: !19 (merged)
Well, i already "kind of" figured out the problem. I'm saying this to encourage myself to deepen my desire to develop my poorest linux and code knowledge :). I know, it is so weak an encourage :D
Thank you for your interest and response, which is not late for me ;)