Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Feb 2004 22:53:00 -0500
From:      Garance A Drosihn <drosih@rpi.edu>
To:        sparc64@FreeBSD.ORG
Cc:        freebsd-ppc@FreeBSD.ORG
Subject:   Back to the Future - 64-bit time_t on sparc64
Message-ID:  <p06020407bc533f0ae9d2@[128.113.24.47]>

next in thread | raw e-mail | index | archive | help

Well, I have done more typing and testing, and it looks like I
can reliably upgrade a 32-bit time_t system to 64-bit time_t
even for people who install from NFS-mounted partitions.

I have also expanded the instructions for updating, and tried
to make them more useful and informative.  So there is now the
writeup, and two useful scripts:

http://people.freebsd.org/~gad/time-64/UPDATING.64BTT
http://people.freebsd.org/~gad/time-64/installworld_oldk 
http://people.freebsd.org/~gad/time-64/installworld_newk

The 'oldk' script is only needed for installing via NFS mounts.
The 'newk' script is recommended for anyone doing this upgrade.

Adventurous people are invited to try this for installs on any
system, and let me know how it goes

Thanks go to Greg Panula, who did do a bunch of testing of my
previous script + writeup over NFS-mounted directories, and
thus trashed a (spare) sparc64 system while finding out that
they did not work very well for NFS...

I need to polish up the writeup a little bit more, but I think
the scripts are now in fine shape.  I know these files are not
perfect.  I have done about a dozen successful upgrades with
these scripts, and after each one I realized some way to improve
the scripts or the writeup.  So, I am sure other people will
also find some room for improvement. However, if we want to
make this change before 5.3 release, then we need to schedule
the actual change sometime soon.   I do feel that these now
do a fairly good and complete job.

Even though there's a bit more polishing I could do, I wanted
to get these out tonight, so they'd be available for those
developers who have a long (3-day) weekend where they might
have some extra time for testing these files.

There are other ways this could be approached, but one of my
goals was to change nothing in the standard makefiles.  We
could install these files for a few weeks, let people use
them to perform the upgrade, and then delete them.

-- 
Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?p06020407bc533f0ae9d2>