The problem is mainly with VirtualBox not keeping proper time during the compile of lxsession-edit (a component of LXDE). Whatever the Makefiles are doing will update the time stamp on the po/Makefile which then causes a warning that the Makefile is in the future, which then causes the make process to restart the po/Makefile again... and again... etc.
I have tried changing the clock source using some kernel parameters "divider=10 clocksource=acpi_pm" which at least keeps the 'in the future' time from growing, but it's still 35 seconds in the future. Not to mention, the normal console time given by 'date' is behind my system clock.
So does anybody know how to stabilize the VBox timer or fix the recursive section of the Makefile? I don't know too much about Makefiles and I've done some searching to find that Virtualbox is known to have weird time issues.
Here is where it gets stuck:
Code:
Making all in po
make[2]: Entering directory `/usr/src/slacklet/source/lxde/tmp/lxsession-edit-0.1.1/po'
cd .. \
&& CONFIG_FILES=po/Makefile.in CONFIG_HEADERS= CONFIG_LINKS= \
/bin/sh ./config.status
config.status: creating po/Makefile.in
config.status: executing depfiles commands
config.status: executing default-1 commands
make[2]: Leaving directory `/usr/src/slacklet/source/lxde/tmp/lxsession-edit-0.1.1/po'
make[2]: Entering directory `/usr/src/slacklet/source/lxde/tmp/lxsession-edit-0.1.1/po'
make[2]: Warning: File `Makefile' has modification time 35 s in the future
and it repeats starting at "cd .. \"
The main Makefile and the file from the po/ directory are uploaded.
BTW: I can compile this program normally on the host and if I spam "touch -d <sometime in the past> Makefile", I can also compile it on the guest. My goal is to fix the problem so that I can eventually have an unattended compile of the package without having to worry about whatever VirtualBox decides to say the time is.