public inbox for overseers@sourceware.org
 help / color / mirror / Atom feed
From: Jason Molenda <jason-swarelist@molenda.com>
To: overseers@sources.redhat.com
Subject: Status of FOM as I head off to bed
Date: Wed, 22 Jan 2003 09:10:00 -0000	[thread overview]
Message-ID: <20030122011030.A30159@molenda.com> (raw)
In-Reply-To: <20030121234408.A18687@molenda.com>; from jason-swarelist@molenda.com on Tue, Jan 21, 2003 at 11:44:08PM -0800

Still no joy.

I had to upgrade from 2.709 to 2.717 for it to work correctly with
perl 5.6.1.  Each of the existing databases --

  cgen
  sid
  ecos
  gcc

is currently inaccessible until the maintainer of each goes to some
"install" page.  I've asked jifl, the maintainer of the ecos
database, to see if he can get to that install page.  If that
doesn't work for him, I'll see about forcing new admin passwords
or whatever is necessary.

FOM stores hashes of each user's password in one of its config files.
In 2.709 these hashes were crypt() strings.  Now they're 128-bit
md5 hashes.  I _suspect_ that FOM will update the passwords as users
log in, but I don't know that for certain.  (I looked over all the
release notes foreach release and found no mention of this problem)

If anyone logs in as an admin, keep this caveat from one of the
release notes in mind for that first install-login:

  WHEN YOU UPGRADE TO 2.714, YOU MUST BE CERTAIN TO PASS THROUGH
  THE "Define Configuration Parameters" PAGE.

  You shouldn't have to actually define any parameters; the defaults
  are fine if you use GNU RCS. But you must pass through that page
  to get the args defined; otherwise RCS will get called with empty
  options and will end up making a mess of things. (A reversible
  mess, but a mess nonetheless.)

  If, when you upgrade, you consistently follow the directions (go
  to the installer page and check off the newly-unchecked boxes),
  you'll be fine. I discovered this problem because I cheated and
  just checked the "Mark the config file as upgraded" box, to make
  the "admin must run installer" message go away. :v)

  reply	other threads:[~2003-01-22  9:10 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-22  4:36 Faq-o-matic Jonathan Larmour
2003-01-22  7:44 ` Faq-o-matic Jason Molenda
2003-01-22  9:10   ` Jason Molenda [this message]
2003-01-22 10:24     ` Status of FOM as I head off to bed Joseph S. Myers
2003-01-22 13:40     ` Jonathan Larmour
2003-01-22 16:05     ` Frank Ch. Eigler

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030122011030.A30159@molenda.com \
    --to=jason-swarelist@molenda.com \
    --cc=overseers@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).