hplip indicator disappears after installing unoverridable icons

[Christopher Kyle Horton]

After using the FS Icons Ubuntu 0.6 installer script to install unoverridable icons, the hplip indicator vanishes. As it turns out, it is still running, but simply refuses to draw due to no icon apparently being set. See attached screenshot for the output produced when killing hp-systray and running it again in the terminal with the unoverridable icons installed.

Bug filed as of FS Icons Ubuntu 0.6 alpha-3, with the fs-icons-ubuntu-mono-dark set selected.

[Christopher Kyle Horton (christhehorton)]

Okay, got it to work eventually after uninstalling all the FS Icons Ubuntu stuff (using the experimental script you provided me on Google+), then when initially installing the main FS Icons Ubuntu icons, selecting to install for all users and not just myself. Then I get the desired hp-systray icon after installing the unoverridable icons.

Maybe a permissions issue, if you choose to install FS Icons Ubuntu only for yourself?

Also, I haven't checked yet whether the standard installer script which comes with alpha 3 behaves the same way or not.

[Frank (franksouza183)]

Ok, no problems here with new script. Can you confirm? I tested with both options, "only to me" and "for all users"

[PJSingh5000 (pjsingh5000)]

The hp sys tray icon does not show up for me on Ubuntu 12.10 x64.
I installed the FS icons for all users using the script for 0.6 aplha 3 hosted on mediafire.
I then installed the unoverridable icons.

I get the following error...

$ hp-systray &

/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:127: RuntimeWarning: PyOS_InputHook is not available for interactive use of PyGTK
  set_interactive(1)
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::end: Painter not active, aborted
QSystemTrayIcon::setVisible: No Icon set

[Frank (franksouza183)]

@PJSingh5000 try this experimental script /home/frank/Dropbox/Public/fs-icons-ubuntu.sh

Uninstall any FS Icons Ubuntu instance before, then override the current script with this. Try and tell me if all is ok

[Frank (franksouza183)]

Oh, one more thing, logout and login before reinstall

[Aditya V (kroq-gar78)]

I think you forgot to attach the file, Frank ;)

Sincerely,
kroq-gar78

On Fri, Dec 14, 2012 at 11:26 PM, Frank <email address hidden> wrote:

> @PJSingh5000 try this experimental script /home/frank/Dropbox/Public/fs-
> icons-ubuntu.sh
>
> Uninstall any FS Icons Ubuntu instance before, then override the current
> script with this. Try and tell me if all is ok
>
> --
> You received this bug notification because you are a member of FS Icons
> Ubuntu, which is subscribed to FS Icons Ubuntu.
> Matching subscriptions: fs-icons-ubuntu
> https://bugs.launchpad.net/bugs/1087166
>
> Title:
> hplip indicator disappears after installing unoverridable icons
>
> Status in FS Icons Ubuntu:
> Confirmed
>
> Bug description:
> After using the FS Icons Ubuntu 0.6 installer script to install
> unoverridable icons, the hplip indicator vanishes. As it turns out, it
> is still running, but simply refuses to draw due to no icon apparently
> being set. See attached screenshot for the output produced when
> killing hp-systray and running it again in the terminal with the
> unoverridable icons installed.
>
> Bug filed as of FS Icons Ubuntu 0.6 alpha-3, with the fs-icons-ubuntu-
> mono-dark set selected.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/fs-icons-ubuntu/+bug/1087166/+subscriptions
>

[Frank (franksouza183)]

The link is in the comments, but also attach

[PJSingh5000 (pjsingh5000)]

Frank,

Thanks so much. I'll check out the script you recomended and let you know how that goes.

Before I saw your message, I fixed the problem by copying the appropriate icon to the hplip installation...

I found that the hp_logo.png in
        /usr/share/hplip/data/images/32x32
was actually corrupt.

I extracted the "hp-logo-systray.png" in the path
        ...fs-icons-ubuntu-mono-dark/apps/32
from
        fs-icons-ubuntu.tar.bz2

I renamed "hp-logo-systray.png" to "hp_logo.png" and copied it to
        /usr/share/hplip/data/images/32x32.

I see that the original installation script (for the "fs-icons-ubuntu-mono-light-1" theme) makes a sym-link from
        /usr/share/hplip/data/images/32x32
to
        /usr/share/fs-icons-ubuntu/icons/fs-icons-ubuntu-mono-light-1/apps/32/hp-logo-systray.png

This is done in the line...
        echo $pass | sudo -S ln -s $mainIconsPath/$icon_theme/apps/32/hp-logo-systray.png hp_logo.png

So I wonder if there is a problem with the sim-link that is created?
Again, I'll try your script an see if that works better than the "hack" I just did.

[PJSingh5000 (pjsingh5000)]

I tried the script you recomended. It worked well. I now have the hp system tray icon. Thank you very much.

One suggestion is to put an initial check to ensure the "fs-icons-ubuntu.tar.bz2" files exists before the script continues.

Also, the files added under "/usr/share/" shoud have Read/Write privileges for root, and Read privileges for Group and Others.
Currently, ALL of the sim-links created in /usr/share/icons have Read, Write, and Execute privileges for Group and for Others.
Similarly, ALL of the files in /usr/share/fs-icons-ubuntu/ have Read, Write, and Execute privileges for Group and for Others.
This may be a side-effect of the untarring process, so you might want to explicitly recursively set the permissions appropriately.

Finally, the script is a great tool because it is very easy to use, and it is great that the user can run it to change the selected FS icons (expecially unoverridable icons)! The only drawback is that once the icons are installed, other tools like gnome-tweak-tool or unsettings can not be used to change the icon theme because they do not read the sim-links under /usr/share/icons. Perhaps it would be better to intall the icons under "/usr/share/icons" insteead of "/usr/share/fs-icons-ubuntu/" ?

[Frank (franksouza183)]

Glad that worked hplip icon. Regarding the gnome-tweak-tool can't identify symlinks under usr/share/icons, this is strange, here the only program that can not read symlinks is MyUnity, else read normally. Regarding the unsettings, I still have not tested. Anyway I think that would be a bug. Consider a bug report to apps devs.

Regarding privileges, I will check.