[858] in Release_7.7_team
Notes on Agenda for Tomorrow
daemon@ATHENA.MIT.EDU (Mike Barker)
Mon Feb 10 21:42:14 1997
Date: Mon, 10 Feb 1997 21:39:29 -0500
To: release-team@MIT.EDU
From: Mike Barker <mbarker@MIT.EDU>
Some Items for Tomorrow's Release Team Meeting
Meeting 12:30, E40-316
1. Summer release schedule
the schedule is for both irix 5.3 and solaris 2.5.1
* We have a tentative release schedule:
- Release: July 1
- Early: June 3
- Beta: May 6
- Alpha: April 8
- Crash+burn: early March
2. Patch 1278 or 1489?
1489 supercedes 1278, and is available in beta now.
3. Here are the items I have for 8.0K:
Solaris 8.0K:
Quickstation irritant
sendmail lock files fix
talkd fix
write fix
SGI 8.0K:
Quickstation irritant
Kernel patch
talkd fix
printcap in exceptions list
write fix
4. Disk Partitioning
> So a couple of weeks ago we discussed disk partitioning. At the time
> I thought we'd madea change to the 1G disk partitioning that
> appearantly was either never made, or lost. I addition to the changes
> we discussed, I'd like to see the swap space increased from 60M to
> 140M and afs cache partition from 48M to 100M. Since this was done on
> the 500M disks ages ago I don't see a need to discuss this, and was
> hoping that if no one objected we could just make these changes.
> Anyhow, please object quickly if you have a problem with this.
> From: Jonathon Weiss <jweiss@MIT.EDU>
> Subject: Re: sun disk partitioning
> > I am not convinced of the utility of 100 Meg AFS cache's. First of all,
I am
>
> Actually when I said that this had been done on the 500M disks I was
> confused, they only have 60M cache partitions. However I still think
> 100M is reasoneble. Remember that this is the sisz of the partition
> and that you need to take out space fro filesystem overhead, 10% for
> free space, and whatever leeway our we leave when we adjust the cache.
> I suspect a 100M partition would give roughly a 75M cache.