Hi,
On Thu, Dec 10, 2009 at 10:34:47PM +0100, Lars Marowsky-Bree wrote:
> On 2009-12-10T21:45:34, Dejan Muhamedagic <deja...@fastmail.fm> wrote:
>
> > There are several packages using /usr/lib/heartbeat and similar.
>
> Yeah, but that was mostly a legacy thing, I thought - on a system
> without heartbeat installed, this is sort of a confusing artifact. The
> only thing were we have a hard time changing it are binary names (such
> as hb_report) or public interfaces (provider="heartbeat").
>
> Everything else is supposed to use %{name} under share/lib etc, I think
> FHS suggests that.
I'm sure that there are somewhere recommendations, but couldn't
find any in FHS on the matter. Judging by the situation in the
field, yes, most often directories are named after the package,
though there are many exceptions as well.
> > What's the point of confusing people? There could also be a
> > possibility of a regression.
>
> That's how I stumbled across this, actually; it's changing path names
> for the SLE packages ;-)
/usr/lib64/glue
...
/usr/lib64/heartbeat
...
/usr/include/heartbeat
...
/usr/share/glue
That's part of the content of an RPM on SLE11. Doesn't strike me
as consistent. I guess that this should change anyway. And we
already changed even package names.
> > Must say that I was also not aware of the change, it probably
> > happened while I was not around.
>
> The move happened when the packages were split, I think.
>
> > P.S. "glue" doesn't carry much meaning.
>
> Oh I'm not disagreeing that "glue" isn't a great choice. But changing
> pathnames always sucks, so if we change it once more, we should chance
> it to something permanent.
"glue" is really no good. cluster-glue would be better, though
I'm not much in favour of "glue" at all, but that's a matter of
preference.
> For resource-agents, I thought "resource-agents" actually was a pretty
> good name for the DTD though ;-)
Yes, it's a good name, though unfortunately it clashes with the
same package from RedHat which contains RHCS resource agents.
They favour /usr/share/cluster but also have
/usr/share/resource-agents/ra-api-1.dtd.
My concerns are twofold: to let users find what they need easily
and to prevent any possible regression issues. As for the former,
/usr/{lib,share}/glue really doesn't help and since there are
already packages using .../heartbeat (even pacemaker) it's only
logical to keep that name. As for regressions, I really can't
say, it would need to be investigated. You mentioned SLE11, but
there are so many more clusters out there using the other
hierarchy.
Thanks,
Dejan
> Regards,
> Lars
>
> --
> Architect Storage/HA, OPS Engineering, Novell, Inc.
> SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
> "Experience is the name everyone gives to their mistakes." -- Oscar Wilde
>
> _______________________________________________________
> Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/
_______________________________________________________
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/
