On 15.06.2016 13:29, Petr Spacek wrote:
On 15.6.2016 09:57, Martin Basti wrote:
On 15.06.2016 09:55, Petr Vobornik wrote:
On 06/14/2016 07:28 PM, Martin Basti wrote:
On 14.06.2016 18:58, Martin Babinsky wrote:
On 06/14/2016 05:06 PM, Martin Basti wrote:
On 12.06.2016 17:37, Martin
On 15.6.2016 09:57, Martin Basti wrote:
>
>
> On 15.06.2016 09:55, Petr Vobornik wrote:
>> On 06/14/2016 07:28 PM, Martin Basti wrote:
>>>
>>> On 14.06.2016 18:58, Martin Babinsky wrote:
On 06/14/2016 05:06 PM, Martin Basti wrote:
>
> On 12.06.2016 17:37, Martin Babinsky wrote:
On 15.06.2016 09:55, Petr Vobornik wrote:
On 06/14/2016 07:28 PM, Martin Basti wrote:
On 14.06.2016 18:58, Martin Babinsky wrote:
On 06/14/2016 05:06 PM, Martin Basti wrote:
On 12.06.2016 17:37, Martin Babinsky wrote:
These two patches turn oft-neglected ntp service into a full fledged
On 06/14/2016 07:28 PM, Martin Basti wrote:
>
>
> On 14.06.2016 18:58, Martin Babinsky wrote:
>> On 06/14/2016 05:06 PM, Martin Basti wrote:
>>>
>>>
>>> On 12.06.2016 17:37, Martin Babinsky wrote:
These two patches turn oft-neglected ntp service into a full fledged
role whose status
On 06/14/2016 05:06 PM, Martin Basti wrote:
On 12.06.2016 17:37, Martin Babinsky wrote:
These two patches turn oft-neglected ntp service into a full fledged
role whose status can be queried centrally. They should also enable
generation of location-specific _ntp._udp records.
Please note that
On 12.06.2016 17:37, Martin Babinsky wrote:
These two patches turn oft-neglected ntp service into a full fledged
role whose status can be queried centrally. They should also enable
generation of location-specific _ntp._udp records.
Please note that NTP is LDAP-enabled by additional call
These two patches turn oft-neglected ntp service into a full fledged
role whose status can be queried centrally. They should also enable
generation of location-specific _ntp._udp records.
Please note that NTP is LDAP-enabled by additional call after DS
instance is configured. I was not