Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2015-01-07 Thread Chris Walker
On Tue, 6 Jan 2015 16:53:28 +
Chris Walker cdw_noki...@the-walker-household.co.uk wrote:

[snip 
 So rather than me tinkering and *possibly* managing to fix this thing,
 what is the *correct* way to do it?

As I need to press on, and in the absence of any replies, I've set
this :-
VBoxManage guestproperty set SailfishOS Emulator
/VirtualBox/GuestAdd/VBoxService/--timesync-interval 50

I tried with a value of 10 but that produced an error in the emulator
to say the value was too low and that 50 was the minimum.

I can now compile again.
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2015-01-07 Thread Chris Walker
On Wed, 7 Jan 2015 10:26:43 +
Chris Walker cdw_noki...@the-walker-household.co.uk wrote:

 On Tue, 6 Jan 2015 16:53:28 +
 Chris Walker cdw_noki...@the-walker-household.co.uk wrote:
 
 [snip 
  So rather than me tinkering and *possibly* managing to fix this
  thing, what is the *correct* way to do it?
 
 As I need to press on, and in the absence of any replies, I've set
 this :-
 VBoxManage guestproperty set SailfishOS Emulator
 /VirtualBox/GuestAdd/VBoxService/--timesync-interval 50
 
 I tried with a value of 10 but that produced an error in the emulator
 to say the value was too low and that 50 was the minimum.
 
 I can now compile again.

I should also have said that despite the fact that I can now compile
again, the message about clock skew and the time of the makefile is
still there. But now I can at least progress without the compilation
stopping at the point of transfer.
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2015-01-06 Thread Chris Walker
On Mon, 14 Apr 2014 15:22:39 +0100
David Greaves david.grea...@jolla.com wrote:

 On 14/04/14 14:49, Chris Walker wrote:
[snip]
  Physician heal thyself!
  
  I installed the ntp client and it now picks up network time. I'm
  assuming therefore that there is some time 'slip' between the host
  machine and VBox.
 
 This works but is suboptimal.
 
 Make sure
   /usr/bin/VBoxService -f
 is running in the guest; it manages time sync.
 
 Also https://www.virtualbox.org/manual/ch09.html
 
 Finally check your host is running the correct services and has all
 the right modules built.
 
 David

I've just done the latest SDK update and this problem has resurfaced.

David suggested that I check the service is running in the guest.
Having just installed them, surely they should be running by default,
shouldn't they?

Note that I haven't reinstalled the ntp client on the guest machines,
they're still as installed.

If I run the VBoxService command I get this error which explains the
cause of the problem :-
 /usr/bin/VBoxService -f
VBoxService 4.2.12_OSE r84980 (verbosity: 0) linux.x86 (Dec 10 2014
20:45:30) release log 00:00:00.000146 main Log opened
2015-01-06T16:49:56.390798000Z 00:00:00.000299 main OS Product:
Linux 00:00:00.000350 main OS Release: 3.6.11-10.1.7.jolla
00:00:00.000391 main OS Version: #1 SMP PREEMPT Wed Dec 10 19:12:11
UTC 2014 00:00:00.000421 main OS Service Pack: #1 SMP PREEMPT Wed
Dec 10 19:12:11 UTC 2014 00:00:00.000450 main
Executable: /usr/bin/VBoxService 00:00:00.000452 main Process ID:
984 00:00:00.000452 main Package type: LINUX_32BITS_GENERIC (OSE)
00:00:00.003991 main 4.2.12_OSE r84980 started. Verbose level = 0
00:00:00.004647 main Service 'memballoon' was disabled because of
missing functionality 00:00:00.005169 timesync Error:
VBoxServiceTimeSyncSet: RTTimeSet(1 420 562 998 673 016 000 ns) failed:
VERR_ACCESS_DENIED 00:00:10.005461 timesync Error:
VBoxServiceTimeSyncSet: RTTimeSet(1 420 563 008 668 012 000 ns) failed:
VERR_ACCESS_DENIED 00:00:20.005630 timesync Error:
VBoxServiceTimeSyncSet: RTTimeSet(1 420 563 018 663 012 000 ns) failed:
VERR_ACCESS_DENIED

At the time I captured this error, Qt Creator wasn't running, only the
emulator and build machine.

So rather than me tinkering and *possibly* managing to fix this thing,
what is the *correct* way to do it?
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org


Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2014-04-15 Thread christopher . lamb

Hi Thomas

Earlier this year in addition to my normal day job I took over  
responsibility for a server farm of over 50 servers both real and  
virtual. Their clocks, system and hardware were all over the place.  
This lead to strange knock on effects, like Samba not being able to  
authenticate users via SSSD / LDAP.


In order to git the clocks under control again I was forced to find  
out much more about clock-skew {1} and NTP then I cared for. As a  
result I can be very boring on the subject. 8-)


While ntpdate is a valid pragmatic workaround, it remains a  
workaround, as a properly configured ntp daemon should automatically  
keep your system clock in sub millisecond sync. Be aware also that  
NTDATE is deprecated {2}. Instead you should use ntpd -gq


However if the time is already too far off the NTD may never be able  
to catch up (as normally it only makes small jumps {3), or even give  
up altogether.


When I encountered a server with clock(s) way off I used the set of  
commands below to get it back in line.


hwclock --show
date
service ntpd stop
ntpd -gq
hwclock --systohc --localtime
service ntpd start
hwclock --show
date

After that, if NTPD is properly configured, then NTP should be able to  
keep the server's system clock in line.


HtH

Chris


{1} the root of all evil
{2} http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate
{3} by my measurements about 1.7 mins per day


Zitat von Thomas Tanghus tho...@tanghus.net:


On Monday 14 April 2014 14:49 Chris Walker wrote:

I installed the ntp client and it now picks up network time. I'm
assuming therefore that there is some time 'slip' between the host
machine and VBox.


I had the same problem and now run ntpdate from cron.daily. Turns out my PCs
clock loses ~5 seconds(sic!) for every 24h :(

--
Med venlig hilsen / Best Regards

Thomas Tanghus
___
SailfishOS.org Devel mailing list





___
SailfishOS.org Devel mailing list


Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2014-04-15 Thread christopher . lamb

Hi David

As we are in danger of taking this thread in a direction that the OP  
CDW probably did not intend I'll keep it short(ish) 8-)


You are right that NTP is very tricky when VMs are involved. VMs need  
exactly the right NTP config to work properly (e.g. to jump the time  
quickly after a suspend).


The ultimate crime is to run an NTPD Server in a VM. The less said  
about that the better.


For those in the need of some nerdy bedtime reading there is an  
excellent document on the topic from VMWare:


http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf

While it specific for VMWare, much of the content is relevant to other  
virtualisers (e.g. VirtualBox)


Cheers

Chris



Zitat von David Greaves david.grea...@jolla.com:


On 15/04/14 07:07, christopher.l...@thurweb.ch wrote:

Hi Thomas

Earlier this year in addition to my normal day job I took over  
responsibility
for a server farm of over 50 servers both real and virtual. Their  
clocks, system

and hardware were all over the place. This lead to strange knock on effects,
like Samba not being able to authenticate users via SSSD / LDAP.

In order to git the clocks under control again I was forced to find out much
more about clock-skew {1} and NTP then I cared for. As a result I  
can be very

boring on the subject. 8-)

While ntpdate is a valid pragmatic workaround, it remains a workaround, as a
properly configured ntp daemon should automatically keep your  
system clock in
sub millisecond sync. Be aware also that NTDATE is deprecated {2}.  
Instead you

should use ntpd -gq


Personally I think you should use a virtualisation specific solution to time
sync if possible - it tends to cope better with virt specific issues like
suspend and migrate. eg VMs running on laptops. In this case the VM  
may not even

know that it was suspended since the virt layer does it, not VM pm layer and
hence cannot trigger special-case timesync handling.

Running ntp on all guests is required in some situations though (eg  
older xen).


Happy to hear any counter-arguments though

nb - in farm situations this also means that you simply run ntp on  
the physical

hosts and that's one less config pita on the guests :)

However if the time is already too far off the NTD may never be  
able to catch

up (as normally it only makes small jumps {3), or even give up altogether.

When I encountered a server with clock(s) way off I used the set  
of commands

below to get it back in line.

hwclock --show
date
service ntpd stop
ntpd -gq
hwclock --systohc --localtime
service ntpd start
hwclock --show
date

After that, if NTPD is properly configured, then NTP should be able  
to keep the

server's system clock in line.

HtH

Chris


{1} the root of all evil
{2} http://support.ntp.org/bin/view/Dev/DeprecatingNtpdate
{3} by my measurements about 1.7 mins per day


Zitat von Thomas Tanghus tho...@tanghus.net:


On Monday 14 April 2014 14:49 Chris Walker wrote:

I installed the ntp client and it now picks up network time. I'm
assuming therefore that there is some time 'slip' between the host
machine and VBox.


I had the same problem and now run ntpdate from cron.daily. Turns  
out my PCs

clock loses ~5 seconds(sic!) for every 24h :(

--
Med venlig hilsen / Best Regards

Thomas Tanghus
___
SailfishOS.org Devel mailing list





___
SailfishOS.org Devel mailing list


___
SailfishOS.org Devel mailing list





___
SailfishOS.org Devel mailing list


Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2014-04-15 Thread Chris Walker
On Mon, 14 Apr 2014 15:22:39 +0100
David Greaves david.grea...@jolla.com wrote:

 On 14/04/14 14:49, Chris Walker wrote:
  On Mon, 14 Apr 2014 14:26:58 +0100
  Chris Walker cdw_noki...@the-walker-household.co.uk wrote:

  I installed the ntp client and it now picks up network time. I'm
  assuming therefore that there is some time 'slip' between the host
  machine and VBox.
 
 This works but is suboptimal.

Perhaps I need to clarify this. I installed the ntpclient on the host,
and hence why I specified my machine architecture.

 Make sure
   /usr/bin/VBoxService -f
 is running in the guest; it manages time sync.

It appears to be as it produces several lines of output when I run the
above command. Should I be concerned about this?
Service 'memballoon' was disabled because of missing functionality

 Also https://www.virtualbox.org/manual/ch09.html
 
 Finally check your host is running the correct services and has all
 the right modules built.

I think you'd need to specify which are the correct services and also
all the correct modules, and yes I *did* read the above chapter in the
manual. I can confirm that Guest Additions is installed and working for
a couple of Windows virtual machines but I haven't installed it on the
Mer box. Am I meant to?

If it's a stock install though, why would I need to reconfigure
anything? It all worked before and all I've done is re-install the SDK
and load up the existing .pro file from my project.
___
SailfishOS.org Devel mailing list


[SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2014-04-14 Thread Chris Walker
Can somebody help me with this one please?

I've just rebuilt my machine and have reinstalled QtCreator etc. I
never had this problem before so I'm guessing it's something I've done
but each time I rebuild my project, I get this error.

I've googled it and several people suggest that it's because the build
system is on another machine. I suppose it is here as the build is a
virtual machine, but as I said, it didn't happen until I rebuilt the
box (64 bit Mageia 4) and I'm struggling to fix it.

I can't move on with my project until I solve it so can anybody suggest
what I could check please?

Regards
CDW
___
SailfishOS.org Devel mailing list


Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2014-04-14 Thread Chris Walker
On Mon, 14 Apr 2014 14:26:58 +0100
Chris Walker cdw_noki...@the-walker-household.co.uk wrote:

 Can somebody help me with this one please?
 
 I've just rebuilt my machine and have reinstalled QtCreator etc. I
 never had this problem before so I'm guessing it's something I've done
 but each time I rebuild my project, I get this error.
 
 I've googled it and several people suggest that it's because the build
 system is on another machine. I suppose it is here as the build is a
 virtual machine, but as I said, it didn't happen until I rebuilt the
 box (64 bit Mageia 4) and I'm struggling to fix it.
 
 I can't move on with my project until I solve it so can anybody
 suggest what I could check please?

Physician heal thyself!

I installed the ntp client and it now picks up network time. I'm
assuming therefore that there is some time 'slip' between the host
machine and VBox.

I now get loads of warnings which again, I haven't seen before such as
these :-
Warning for %files line: /usr/share/icons/hicolor/86x86/apps
please use %{_datadir} to replace the leading path /usr/share

But I *ought* to be able to fix that one ;-)
___
SailfishOS.org Devel mailing list


Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2014-04-14 Thread Juha Kallioinen

On 14.04.2014 16:49, Chris Walker wrote:

Physician heal thyself!

I installed the ntp client and it now picks up network time. I'm
assuming therefore that there is some time 'slip' between the host
machine and VBox.

I now get loads of warnings which again, I haven't seen before such as
these :-
Warning for %files line: /usr/share/icons/hicolor/86x86/apps
please use %{_datadir} to replace the leading path /usr/share

But I *ought* to be able to fix that one ;-)


Hi,

glad to hear ntp worked for you.

Those %files warnings will be gone in the next SDK update. They are 
caused by an almost-but-not-quite working .pro/.yaml file updater 
functionality in Qt Creator.


They are quite ugly, but harmless.

Best regards,
 Juha


___
SailfishOS.org Devel mailing list


Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2014-04-14 Thread David Greaves
On 14/04/14 14:49, Chris Walker wrote:
 On Mon, 14 Apr 2014 14:26:58 +0100
 Chris Walker cdw_noki...@the-walker-household.co.uk wrote:
 
 Can somebody help me with this one please?

 I've just rebuilt my machine and have reinstalled QtCreator etc. I
 never had this problem before so I'm guessing it's something I've done
 but each time I rebuild my project, I get this error.

 I've googled it and several people suggest that it's because the build
 system is on another machine. I suppose it is here as the build is a
 virtual machine, but as I said, it didn't happen until I rebuilt the
 box (64 bit Mageia 4) and I'm struggling to fix it.

hmmm

 I can't move on with my project until I solve it so can anybody
 suggest what I could check please?
 
 Physician heal thyself!
 
 I installed the ntp client and it now picks up network time. I'm
 assuming therefore that there is some time 'slip' between the host
 machine and VBox.

This works but is suboptimal.

Make sure
  /usr/bin/VBoxService -f
is running in the guest; it manages time sync.

Also https://www.virtualbox.org/manual/ch09.html

Finally check your host is running the correct services and has all the right
modules built.

David

___
SailfishOS.org Devel mailing list


Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2014-04-14 Thread christopher . lamb

Chris

you should clarify what you installed ntp on: your rebuilt workstation  
or in the sdk?


I am assuming the former, but from David's suboptimal answer I  
assume he assumes the latter ...8-)



Cheers

Chris



Zitat von David Greaves david.grea...@jolla.com:


On 14/04/14 14:49, Chris Walker wrote:

On Mon, 14 Apr 2014 14:26:58 +0100
Chris Walker cdw_noki...@the-walker-household.co.uk wrote:


Can somebody help me with this one please?

I've just rebuilt my machine and have reinstalled QtCreator etc. I
never had this problem before so I'm guessing it's something I've done
but each time I rebuild my project, I get this error.

I've googled it and several people suggest that it's because the build
system is on another machine. I suppose it is here as the build is a
virtual machine, but as I said, it didn't happen until I rebuilt the
box (64 bit Mageia 4) and I'm struggling to fix it.


hmmm


I can't move on with my project until I solve it so can anybody
suggest what I could check please?


Physician heal thyself!

I installed the ntp client and it now picks up network time. I'm
assuming therefore that there is some time 'slip' between the host
machine and VBox.


This works but is suboptimal.

Make sure
  /usr/bin/VBoxService -f
is running in the guest; it manages time sync.

Also https://www.virtualbox.org/manual/ch09.html

Finally check your host is running the correct services and has all the right
modules built.

David

___
SailfishOS.org Devel mailing list





___
SailfishOS.org Devel mailing list


Re: [SailfishDevel] Warning: File `Makefile' has modification time 0.51 s in the future

2014-04-14 Thread Thomas Tanghus
On Monday 14 April 2014 14:49 Chris Walker wrote:
 I installed the ntp client and it now picks up network time. I'm
 assuming therefore that there is some time 'slip' between the host
 machine and VBox.

I had the same problem and now run ntpdate from cron.daily. Turns out my PCs 
clock loses ~5 seconds(sic!) for every 24h :(

-- 
Med venlig hilsen / Best Regards

Thomas Tanghus
___
SailfishOS.org Devel mailing list