the continuing saga... :)
On Mon Aug 30 1999 at 12:50, Matt Wilson wrote:
> Subject: Re: (summary) Re: MASSIVE headaches with new >100 GIDs in RH6.0
> The utmp, xfs, and any other UID/GIDs that landed in the 100-500 range
> were a mistake. We're still working out how to correct this for the
> next release. The general idea is to leave any existing broken
> UID/GIDs that may have been created in 6.0 upgrades/installs but
> correct the UID/GID creation for new 6.1 installs. This means that
> even upgrading from 6.0 to 6.1 won't magically correct the mistake,
> but upgrades from >2.0 to 6.1 or new 6.1 installs would be correct.
So you are saying rh6.1 will be different and _not_ use uid's and
gid's in the 100+ range for system purposes?
Brilliant. That's the *real* solution.
If so, then we will drop all our plans for undergoing the onerous task
of changing all the g/uids around here and just wait until rh6.1
arrives before we do anything radical.
How far way is rh6.1? One month, two, three? I'm not asking for the
release date, just a general idea of the timeframe you have in mind.
> As I said, this is just one idea. We don't want to have to dig
> through the filesystem to fix the brokenness on 6.0->6.1 upgrades - it
> would be a lot of pain.
True.
> If anyone has any suggestions, don't hesitate to post them here.
Put some system into place that makes sure that these sorts of things
don't happen again.
Create an UPDATE file that explains the new features of each
distribution. There should be two of them... one that is
"promotional" (to explain just how cool it is), and one aimed for
system administrators with lots more technical information.
Examples of what would have gone into this technical update file for
rh6.0 are:
- glibc2.1 upgrade (and availability of the glibc2.0 compat libs/devel)
- the changes to /etc/inetd.conf (thanks for turning off pop, imap etc!)
- the new gids and uids
- reference to the kernel-2.2 documentation
- new/changed/dropped daemons (nscd being one major example)
- changes to the init scripts (they are getting quite good!). There's
a lot of new magic in there... for example it was only by accident
that I discovered how easy it was to add my own keytable map.
Cheers
Tony
-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-
Tony Nugent <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Computer Systems Officer Faculty of Science
University of Southern Queensland, Toowoomba Oueensland Australia
-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
