Fix all domtool scripts for modern Debian and HCoop practices
authorClinton Ebadi <clinton@unknownlamer.org>
Tue, 31 Jul 2012 07:37:41 +0000 (03:37 -0400)
committerClinton Ebadi <clinton@unknownlamer.org>
Tue, 31 Jul 2012 07:37:41 +0000 (03:37 -0400)
commitea459e3e5eea2a0015649fb987abda7d7e925c78
treeaa2c086656c82ae9f64994375ac7550572673173
parent9a8de13739d797ae324dcf0387f24eda3cdcb4a9
Fix all domtool scripts for modern Debian and HCoop practices
* There is no longer any local `domtool' group, use `nogroup' instead and
  chmod files user readable only
* The init scripts assumed `/usr/local/[s]bin' were in `$PATH', which
  is not true on a default Debian install. Rather than require
  customization of system defaults, just use long paths. It would be
  nice if the Makefile supported relocatable installs, but I also want
  a pony for xmas.
* `domtool-admin-sudo' never worked properly. It seems to rely on the
  mistaken assumption that starting a `pagsh' gives you a new
  PAG... when `pagsh' has the unintuitive behavior of adopting the
  current PAG instead of creating a new one if one should
  exist. Things appeared to work since there was always a local
  domtool user, and some interaction between the init scripts
  acquiring tokens outside of a PAG and sudo led to use of the uid
  ticket cache. The solution is just to use `k5start' instead of
  `kinit && aklog'
scripts/domtool-addcert
scripts/domtool-admin-sudo
scripts/domtool-server
scripts/domtool-server-logged
scripts/domtool-slave
scripts/domtool-slave-logged