Preparing for 2012..
Posted: Wed Feb 01, 2006 8:31 am
Wasn't sure if this should be in here or is just a GD topic, but anyway..
What measures can (should) be taken to prepare for the *nix equivalent of the y2k bug?
(For those that do not know, the Unix EPOC clock is an integer of seconds from the 'birth' of Unix, or more precisely Jan 1 00:00 1970, there are more seconds between some date in 2012 and the Unix EPOC than an integer can contain)
One of my friends informed me last night that they intend to force the unix clock back to Zero, as did another firend/colleague in this company.
This to me doesn't seem like a 'throrough' work around.. I asked him:
"What happens if your machines suddenly think it is 1970?" and he couldn't reply..
I sure by then the creators of the many distro's will have a solid solution, but for those of us who do not intend on changing distro's or OS (namely corporate machines), what choices do we have, other than convincing the cheque payer they need new software?
What measures can (should) be taken to prepare for the *nix equivalent of the y2k bug?
(For those that do not know, the Unix EPOC clock is an integer of seconds from the 'birth' of Unix, or more precisely Jan 1 00:00 1970, there are more seconds between some date in 2012 and the Unix EPOC than an integer can contain)
One of my friends informed me last night that they intend to force the unix clock back to Zero, as did another firend/colleague in this company.
This to me doesn't seem like a 'throrough' work around.. I asked him:
"What happens if your machines suddenly think it is 1970?" and he couldn't reply..
I sure by then the creators of the many distro's will have a solid solution, but for those of us who do not intend on changing distro's or OS (namely corporate machines), what choices do we have, other than convincing the cheque payer they need new software?