Hello!
I am maintaining one of the gkrellm2 plugin packages, namely
gkrellm2-cpufreq. All of these gkrellm2 plugin packages install their
plugins into /usr/lib/gkrellm2/plugins, including mine.
However, I was wondering whether the plugins should actually
get installed into
On Thu, May 30, 2013 at 11:02 PM, John Paul Adrian Glaubitz
glaub...@physik.fu-berlin.de wrote:
Hello!
I am maintaining one of the gkrellm2 plugin packages, namely
gkrellm2-cpufreq. All of these gkrellm2 plugin packages install their
plugins into /usr/lib/gkrellm2/plugins, including mine.
On 30/05/13 16:02, John Paul Adrian Glaubitz wrote:
I am maintaining one of the gkrellm2 plugin packages, namely
gkrellm2-cpufreq. All of these gkrellm2 plugin packages install their
plugins into /usr/lib/gkrellm2/plugins, including mine.
This seems appropriate.
However, I was wondering
+++ Simon McVittie [2013-05-30 16:27 +0100]:
The only plugins that do benefit from being Multi-Arch are those that
are loaded by more than one executable: glibc NSS modules, PAM modules,
ALSA plugins, that sort of thing.
Or plugins that are used in build-depends. I don't know if this ever
On Thu, May 30, 2013 at 04:27:43PM +0100, Simon McVittie wrote:
Anyone knows how Multi-Arch is handled for other similar plugin
packages, other than gkrellm2 plugins?
telepathy-mission-control-5 specifically isn't Multi-Arch, because I
didn't want to do a small transition (Mission Control +
5 matches
Mail list logo