Hi everybody,
thank you very much for all your replies. Will surely look into all
mentioned options.
Bye...
Dirk
___
OpenAFS-info mailing list
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info
Hi,
I'm currently thinking about a good way to deploy software packages in
(eventually replicated) AFS volumes. One possible way I can think of is
to use (x)stow, but that would imply a lot of manual work (download,
unpack, compile, install to rw volume, xstow, vos release).
Does anyone know of
On Mon, 20 Dec 2010, Dirk Heinrichs wrote:
Hi,
I'm currently thinking about a good way to deploy software packages in
(eventually replicated) AFS volumes. One possible way I can think of is
to use (x)stow, but that would imply a lot of manual work (download,
unpack, compile, install to rw
Am 20.12.2010 19:26, schrieb Booker Bense:
My 2 cents... Outside of a few very specialized apps, putting software
in AFS is a losing proposition these days. Since local disk space is
growing so fast, there really is little justification for not simply
using the package management system
of
On 12/20/2010 12:46 PM, Dirk Heinrichs sent:
Hi,
I'm currently thinking about a good way to deploy software packages in
(eventually replicated) AFS volumes.
Probably not what you're looking for, but we have developed a tool in Perl
to help with the AFS-specific bits of building and
On 2010-12-20 at 19:34, Dirk Heinrichs ( dirk.heinri...@altum.de ) said:
Am 20.12.2010 19:26, schrieb Booker Bense:
My 2 cents... Outside of a few very specialized apps, putting software
in AFS is a losing proposition these days. Since local disk space is
growing so fast, there really is
We manage 18,000 Unix/Linux machines via configuration files and packages
stored in AFS. So far nothing else comes close to scaling as well as AFS. The
configuration management system was developed in house. We edit in one place
and the information is pulled (from AFS) by the client based on
