1. 24 Jan, 2003 1 commit
  2. 10 Jul, 2002 1 commit
  3. 07 Jul, 2002 1 commit
  4. 12 Feb, 2002 1 commit
  5. 26 Dec, 2001 1 commit
    • Leigh Stoller's avatar
      A bunch o' account managment script schanges. I have reworked · 46068860
      Leigh Stoller authored
      mkprojdir, mkacct-cntrl, mkgroup, and group-update into a set of new
      scripts that are more specific to their intended operation, and strive
      to do less work.
      1. mkacct - Replaces mkacct-cntrl. This script no longer does any
         group stuff. All it does is create new accounts, or update the
         password and gecos fields of existing accounts. Usage is the same
         as it was: "mkacct <userid>", and is typically invoked from the web
         interface via the approveuser form.
      2. mkgroup - Replaces group-update. This script creates new groups,
         either for the main project when it is approved, or for subgroup
         creation. This script does not alter the group membership. Usage
         is typically from the web interface, but mkgroup can be invoked
         from the command line: "mkgroup [-b | -a] <pid> <gid>" where -b
         puts it in the background and sends email later, while -a just
         captures the log and emails. This "audit" feature is going to find
         its way into more scripts as soon as I figure out a neat and clean
         perl mechanism to make it easy.
      3. setgroups - Replaces group-update. This script modifies the group
         membership of either specific users, or all the users in a
         project. It is typically invoked from the web interface when a
         project leader edits the subgroup membership or when a user is
         first approved to a project or subgroup. Command line usage is:
      	setgroups [-b | -a] -p <pid> [user ...]
              setgroups [-b | -a] [user ...]\n
         The first form is mostly a means to speed things up. The web
         interfaces knows exactly what users have need to be changed, but a
         global project update is nice too.
      4. mkproj - Replaces mkprojdir. Actually, mkproj still has all that
         directory code, but it also handles creating the groups and the
         account for the project leader. Part of my policy to move as much
         random code out of the web interface and into the PERL backend
         where it belongs.
  6. 16 Oct, 2001 2 commits
  7. 10 May, 2001 1 commit
    • Leigh Stoller's avatar
      Lots of little changes for sending email to the right places, with · 3285bc3e
      Leigh Stoller authored
      proper headers. Split out some of the mail into testbed-logs,
      testbed-ops, and testbed-approval. Added a library for including from
      our perl scripts. Contains a couple of mail helper functions, but will
      hopefully contain more as time goes by.
      Fixed a bug in the web interface that was causing breakage for people
      with multiple accounts. Mac and Jay have noticed this, when logging
      out and trying to join or create a project under a new or different
  8. 18 Apr, 2001 1 commit
  9. 08 Jan, 2001 1 commit
  10. 03 Jan, 2001 1 commit
  11. 12 Dec, 2000 1 commit
  12. 11 Dec, 2000 1 commit
    • Leigh Stoller's avatar
      Add page to delete a project from the DB and from the /proj directory. · 714af6c9
      Leigh Stoller authored
      This link is presented in the Project Information list, and only for
      admin people (normal users do not see the link). Only "admin" types
      can do this now, but eventually we may want to open it up to the
      leaders of projects, but that presents some issues I don't want to get
      into just yet. The project directory in /proj is not actually deleted,
      but is renamed from <proj> to <proj>-`date/time` of the deletion.
      Actual deletion should be done by hand. Seems Safer. Two levels of
      confirmation are requested in separate pages to guard against
      erroneous removal. Mail is sent to the Testbed control email list so
      we all know what has happened.