Closed MrHaroldA closed 10 years ago
I had this in the past too that xfce4-panel would pick up plugins only from its default place:
sudo make uninstall ./configure --prefix=/usr sudo make install
Should do the trick. You also need to install the hamster-applet itself, of course.
Then, pgrep -laf hamster should give: 2701 /usr/lib/x86_64-linux-gnu/xfce4/panel/wrapper-1.0 /usr/lib/xfce4/panel/plugins/libhamster.so ... 2711 /usr/bin/python /usr/lib/hamster-applet/hamster-service 2905 /usr/bin/python /usr/lib/hamster-applet/hamster-windows-service
Yeah ... I don't like to place any custom binaries in /usr instead of /usr/local.
Should this issue be filed against Xfce?
I don't know for sure - it used to work in xfce 4.4.
Did it work, btw?
Yes, it works ... but I don't like to put stuff outside of /usr/local. :|
On a side note: the first test run of the panel plugin did reveil a lot of rough edges. Would you like me to log them all?
Of course! It was a weekend-job and surely needs some polish.
I'm going to use the hamster for a full day of work; I'll report everything I consider to be a bug, or weird behaviour later today.
Quote from Nick Schermer:
That is not supported anymore because of multi-arch systems. Therefore I cannot reliably resolve other /lib directories except for the one during compile time. So the panel only looks in the same prefix it is installed in.
Source: http://xfce.10915.n7.nabble.com/Registering-self-compiled-xfce4-weather-plugin-tt17332.html#a17334
Strange ... other project manage to do this perfectly.
This could be "fixed" by publishing the Hamster through a PPA (for ubuntu/debian users).
Whee, an unfixed but closed bug. Which means it's still broken?
It means it is not fixable here in the plug-in.
Install went fine (after installing -dev dependencies) and the .la and .so are sitting nicely in /usr/local/lib/xfce4/panel/plugins, but aren't picked up by the panel so I can't add them. Restarting the panel didn't help.
What to do next? I want a hamster!