> From: Dirkjan Ochtman [mailto:d...@gentoo.org]
> Sent: Friday, November 22, 2013 12:30 PM
>
> - Without -s, it can take a *very* long time to get close to an
> acceptable time error, whereas my initial expectation was that
> "starting my ntpd should fix the time error fairly quickly". But for
> m
Dirkjan Ochtman wrote:
> for my use case, it is not all that important that the time error is
> minimized before resuming the boot process, but I really wanted to
> minimize boot delays.
Most servers really do need accurate time. But your servers, your call.
NTP always takes a long time to adjust
Paul B. Henson wrote:
> In openntpd ebuilds starting with version 20080406-r3, logging was changed
> from using the default standard syslog to running the daemon in debug mode,
> logging to stderr, and having start_stop_daemon background the process
> itself and redirect the output to a log file.
On Fri, Nov 22, 2013 at 9:15 PM, Paul B. Henson wrote:
> I was unable to come to an agreement with the current maintainer of the
> ebuild on this design, and would like some general feedback from the larger
> community of developers on this topic.
Thank you for your explanation of the issues here
In openntpd ebuilds starting with version 20080406-r3, logging was changed
from using the default standard syslog to running the daemon in debug mode,
logging to stderr, and having start_stop_daemon background the process
itself and redirect the output to a log file.
I think this is broken.
Firs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/21/2013 04:21 PM, Ulrich Mueller wrote:
>> On Thu, 21 Nov 2013, hasufell wrote:
>
>>> For the time being, it will be listed as a top-level project.
>>> (There were some ideas that Licenses could be a subproject of
>>> another TLP, but so
> On Thu, 21 Nov 2013, Roy Bamford wrote:
>> Indeed, that's one of the two TLPs that were suggested. The past QA
>> disliked having Licenses as their subproject, though. It depends on
>> how the role of QA is defined: If it is seen as primarily technical,
>> then Licenses (which is largely non
On 11/15/2013 11:02 AM, Michael Haubenwallner wrote:
>> as you might or might not be aware of, elibtoolize() originally was for
>> applying
>> patches to ltmain.sh, but now also applies patches to configure scripts.
>> Attached patch drops that wild guesses, explicitly applying
>> configure-pat