Richard Purdie <[email protected]> writes: >> >> But the real bug is the time mismatch in the autobuilders, isn't it? >> >> And this can/should be solved by synchronizing time by ntp on them >> >> instead of applying dirty hacks like resetting file dates. >> ... >> > Worse, when this does happen the failures are extremely unpredictable >> > and hard to debug. It causes things to repeatedly recompile for example, >> > even during do_install. > ... > Set the date stamp of some headers in the target sysroot of some key > system components (say glib) to a date about a day in the future,
Are there really packages which create files dated in the future? Perhaps a sanity check should be written which rejects files which are newer than their containing directory and/or the time-of-day? > then clean and rebuild some software that uses glib. How will 'tar -m' fix this? It makes things just worse because the files generated with -m are always newer than without -m (in practice, time offset between hosts served by ntp is far below 100ms. which is enough for the build stages doing the sstage file extraction). Enrico _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
