> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Sent: Monday, November 10, 2003 3:18 PM > To: [EMAIL PROTECTED] > Subject: [gentoo-user] emerge time problem >
> finding where the script uses ls to check against the system time and see if > your system is "sane". After closer inspection, I see when the "tar -xvf" > step is run that every file is from the future. A long ways in the future. > I didn't do the math, but I would bet the executing process is believing it > is time 0 when it is running. > > What I have already tried-- > If I go into the build directory and touch the configure script, then run it > again, I can manually run the install process, e.g. "configure;gmake;gmake > install" When I type "date", it looks right to me. When I create files > they have the current time on them. I don't know what the problem is, but I > am guessing it is related to installing the desktop since that is all I have > done to change anything since the last time I saw emerge work. I have tried > "emerge rsync" which did not help. I have tried emerging other things, all > builds fail for the same reason. The build stops and tells me to check to > make sure my clock works. What happens when you create a tar archive (tar) from a local directory and then unpack it? What happens when you create an compressed archive (tgz) locally and uncompress it? What happens when you create a bzip2 compressed archive? Do these give the correct times for the files? --DB ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca -- [EMAIL PROTECTED] mailing list
