--enable-doc waf config option removed

It looks like the --enable-doc waf configuration option was removed in the commit "Add support for other asciidoc processors". Was there any discussion about this change? ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/d

Re: The libaes_siv dependency

On Thu, Feb 14, 2019, at 12:56 PM, Eric S. Raymond via devel wrote: > I've added a mandatory waf check for the libaes_siv library. [snip] > At some point it will probably be taken into OpenSSL and this separate > dependency will go away. Hmmm. I certainly understand why this is necessary to mov

Re: no ssl.h on macos?

On Sat, Feb 9, 2019, at 8:28 AM, Hal Murray via devel wrote: > I thought we got farther than this last night. > > Does macos have OpenSSL? What version? > This ( https://stackoverflow.com/questions/43415106/openssl-conf-h-file-not-found-error-on-macos-sierra) stackoverflow answer suggests it

ntpsnmpd testing notes

/ntpsnmpd Then I had a file, /etc/ntpsnmpd.conf that contained: master-addr "/var/agentx/master" ntp-addr "127.0.0.1" logfile "/var/log/ntpsnmpd.log" loglevel 8 Hope that helps the recollection process. -- Jason Azze __

Re: pipefail doesn't work on NetBSD or FreeBSD

On Fri, Oct 12, 2018, at 11:53 PM, Hal Murray via devel wrote: > Context is de-bashing tests/option-tester.sh and tests/python3-tester.sh Now that I got my home CI system up and running again, I see this fails for Ubuntu 14, too. [ubu14-test1] $ /bin/sh -xe /tmp/jenkins1012014110254104847.sh +

Re: --- PYTHONDARCHIR not in PYTHONPATHloading the Python ntp library may be troublesome ---

On Mon, Nov 5, 2018, at 10:25 AM, James Browning via devel wrote: > On Mon, Nov 5, 2018 at 7:03 AM Udo van den Heuvel via devel > wrote:>> >> When I googled PYTHONDARCHIR Udo is pointing out that our PYTHONDARCHIR has its "D" in an odd place. Looks like a typo. ___

Re: Anybody testing/using Big endian?

On Fri, Aug 24, 2018, at 10:51 PM, Hal Murray via devel wrote: > > On a PowerPC: > > TEST(numtoa, RefidStr)../../tests/libntp/numtoa.c:19::FAIL: Expected > '68.51.34.17' Was '17.34.51.68' > > It's probably a bug in the test code. > I'm working, very very slowly, on setting up a CI runner o

Re: Preparing for upcoming release

On Mon, Aug 13, 2018, at 4:54 PM, Eric S. Raymond via devel wrote: > That was my intent. I'll remove the comment and keep an ear out for any > report > of CentOS operation going sproing. I updated #450 with a report of CentOS/RHEL behavior as I observed it this morning. ___

Re: Why admin's do not trust daemons to do their own packet filtering (was Re: Resuming the great cleanup)

On Tue, May 29, 2018, at 4:28 PM, Richard Laager via devel wrote: > Choosing _which_ interfaces to listen() on at all is not userspace > packet filtering. This is my instinct as well. I suspect I don't understand what we're talking about, so I am hesitant to comment. Are you suggesting remov

Using Heaptrack to Find Memory Leaks

I mentioned on the IRC channel that I was playing with a tool called Heaptrack, which I read about on Hacker News, to search for why the memory footprint of ntpd is (is it?) larger than we expect. I found a leak that ESR said looked "pretty nasty." Because I have no idea what I'm doing with debu

Re: Something broken - decodenetnum

On Wed, May 2, 2018, at 4:30 PM, Matthew Selsky via devel wrote: > Maybe the docker images that clang-* and python-coverage are based on I agree. It looks like the failing runs are all . . . Using docker image sha256:e7bdbd137f66d65e7cecae48f860acb0dbbfcfd3426d9282a16c3940f3fcf330 for ruby:

Re: How do I fix a typo in a git commit comment?

On Sun, Mar 25, 2018 at 9:15 PM, Eric S. Raymond via devel wrote: > > A lot of typos got fixed when the GPSD repo moved off Savannah. Did gpsd get moved off of Savannah? To where? I missed that. ___ devel mailing list devel@ntpsec.org http://lists.ntp

Re: 1.0.1 and ntpsnmpd

On Thu, Mar 15, 2018 at 7:09 PM, Sanjeev Gupta wrote: > Jason, yes, that is the result of the bounty offer. > > I have not had a chance to play with it, but the offer included a > requirement to upstream into cacti and provide a working example. > For reasons I can't explain yet, my Cacti server

Re: 1.0.1 and ntpsnmpd

On Fri, Mar 2, 2018 at 12:17 AM, Sanjeev Gupta wrote: > Please see > > https://github.com/netniV/cacti-templates/tree/master/NTP > Sanjeev, was this template created in response to your bounty? I finally worked through getting ntpsnmpd up and talking to AgentX on my test machine, but all of my C

Re: More gitlab quirks: What is this trying to tell me?

On Tue, Feb 27, 2018 at 3:46 PM, Hal Murray via devel wrote: > > What does "pages:deploy" do? On the diagram of all the steps, it's the lower > of the pair on the right. > It looks like it is a CI job dedicated to: python ./waf configure --enable-doc --prefix=/tmp/docbot-local --htmldir=`pwd`/

Re: 1.0.1 and ntpsnmpd

On Mon, Feb 26, 2018 at 7:18 PM, Richard Laager via devel wrote: > On 02/26/2018 06:16 PM, Sanjeev Gupta wrote: >> Richard, I am using cacti. > > That's what I was hoping to hear, since I also run Cacti. Are you > willing to share your templates? I'm also a Cacti user, though it has been years si

Re: Request for data / ntpsnmpd report

On Tue, Jan 9, 2018 at 10:26 AM, Ian Bruene via devel wrote: > > I have nearly finished filling out the MIB tree for SNMP. What gaps are left > involve data I do not know how to get: At the risk of sounding like a drop-out from a Scrum Master training camp, could you explain briefly what the "sto

Re: ntpd/varsion.h

On Sun, Dec 24, 2017 at 3:02 PM, Fred Wright via devel wrote: > > The GPSD approach isn't necessarily ideal, but it's a lot less > inconvenient than what ntpsec currently does. Let's not copy exactly what gpsd does. I have bug #52661 "gpsd -V - Different version strings generated between shallow

Re: ./waf install is not idempotent?

On Sat, Dec 23, 2017 at 5:47 PM, Hal Murray wrote: > >> I ran a ./waf distclean before my configure, build, install steps. I will >> try from a fresh clone. > >> Before I open a GitLab issue, is this unexpected behavior? > > It sure looks unexpected to me. There shouldn't be anything about 0.9.7

./waf install is not idempotent?

While freshening my NTPsec install to test the ntpq command history bug, I accidentally ran ./waf install twice in a row because I thought I had forgotten to run it at all. I thought I had forgotten because ntpq -V still showed my old version 0.9.7+68. On the second run, (which at the moment I tho

Re: Does ntpq have a command line history mechanism?

On Sat, Dec 23, 2017 at 3:24 PM, Eric S. Raymond via devel wrote: > > This is highly annoying. We've done someting in our interpreter that busts > that feature, but it is not obvious what. Perhaps the polyglot changes? > > I'll dig into this further when I get back from sword class > -- > I hap

Re: Testing

On Wed, Dec 6, 2017 at 2:22 PM, Matthew Selsky via devel wrote: > We also don't have formal code reviews (before commit) since many devs push > directly to "master". So we can't enforce any policies to code before they > get committed to master. > > At some point, maybe soonish, can we stop pu

Re: Help debugging gitlab and/or shell script

On Fri, Nov 24, 2017 at 2:51 AM, Hal Murray via devel wrote: > Did this work before my change? Is somebody working on the gitlab stuff and > my push just happened at the right time to uncover a bug? I suspect this was a transient CI error or possibly related to work Matt was doing at that time

Re: Is it time to plan a move to Go?

Whoops. I failed to list reply. On Mon, Nov 6, 2017 at 4:44 PM, Jason Azze wrote: > On Sat, Nov 4, 2017 at 7:59 PM, Eric S. Raymond via devel > wrote: >> Here's my big question about the next year of development: should we >> be moving the codebase out of C to Go? >

Re: Fix for Python library path problem

On Wed, Sep 27, 2017 at 4:19 PM, Eric S. Raymond via devel wrote: > Just to be sure, though, people with access to other platforms - like Red Hat > and FreeBSD - should run these checks in Python > [x for x in sys.path if x.find('/usr/lib') != -1] > [x for x in sys.path if x.find('/usr/

Re: Duplicate issue-closed messages

On Wed, Sep 27, 2017 at 1:28 PM, Hal Murray via devel wrote: > I'm getting duplicates of issue-closed messages from gitlab. > > Are you doing anything interesting? Is anybody else getting them? I also got a duplicate on the ntpleapfetch closure message. __

Re: All hands - we need to test Fred's build changes pronto

On Tue, Sep 26, 2017 at 5:35 AM, Eric S. Raymond via devel wrote: > Please, everybody get on the stick and test on every platform you can > reach. We need to know that, *without* a PYTHONPATH set, I tested CentOS 6.6. I used to have to export PYTHONPATH on this platform. Now all tools in build/ma

Re: Time to slow down and be more careful

On Tue, Apr 18, 2017 at 1:37 PM, Gary E. Miller wrote: > But /etc itself is infrequently updated, may be set by any package > install to something far in the past. The time on the driftfile, if > present is usually to within an hour. Better if always set on ntpd > shutdown. Is the kernel build

Test failing on CentOS 6 32-bit

When Matt Selsky made the commit "Make sure to fail on test failures", my very next automated build on CentOS 6 32-bit failed thusly... tests that fail 1/3 stdout: Unity test run 1 of 1 TE

Re: Repository surgery is complete

On Mon, Mar 6, 2017 at 3:41 PM, Eric S. Raymond wrote: > The NTPsec repo is open for commits again. > [snip] > > If you have any difficulties with the alterered repo, please report them. I created a GitLab fork of the project before the surgery, which I used for generating merge requests. I just

Re: Information lost when switching to buildprep

On Wed, Mar 15, 2017 at 10:04 AM, Eric S. Raymond wrote: > It is now. Also I've broken up the main sequence into daemon, tools, and > ntpviz components. If you want to add options to suppress any of these, > feel free. This makes me happy. Gary and I had this IRC discussion yesterday. On a f

Re: NTPsec leap second experience

On Mon, Jan 9, 2017 at 2:27 PM, Matthew Selsky wrote: > On Sat, Jan 07, 2017 at 05:36:14PM -0500, Jason Azze wrote: [snip] >> Dec 31 18:59:59 harbormaster ntpd[6653]: SHM: stale/bad receive time, >> delay=-1s > Do you know the source of the SHM error message in your logs? &

Re: NTPsec leap second experience

On Wed, Jan 4, 2017 at 2:52 PM, Achim Gratz wrote: > > I've kept to rasPi running through the leap second. > Here's the (very much less exciting than Achim's analysis) dump of the relevant lines from /var/log/syslog on my Ubuntu 16.04 box that was running NTPsec during the leap second. Dec 31 18

Re: Anybody understand SELinux?

My SELinux is very rusty. To find your current SELinux setting: getenforce To set it to Permissive mode in order to use Achim's suggestion for log checking: setenforce Permissive This change won't persist across reboots. To change the context of the file, try: chcon -t system_u ntp.conf It's

Re: ntpmon now has some keystroke commands

On Tue, Dec 13, 2016 at 3:00 PM, Mark Atwood wrote: > I think we are now bikesheding. Let someone else driveby command aliases > for ntpmon. > > Does anyone else have any ideas for any other data displays to add to it? How about a cheat sheet for the meanings of the column headers. A user who wa

Re: Progress, and a puzzle.

On Thu, Nov 3, 2016 at 2:54 PM, Hal Murray wrote: > How are you testing things? > > I get this: > > $ ./ntpq/pyntpq > Traceback (most recent call last): > File "./ntpq/pyntpq", line 17, in > from ntp.packet import * > File "/home/murray/ntpsec/play/ntpq/ntp/packet.py", line 16, in >

ntpviz - Don't plot a line during data absence

; data points. Whether or not it is worth a 10% slowdown is certainly debatable. -- Jason Azze ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel

Build Broken for RHEL/Cent 6 - undefined reference to `clock_settime'

I discovered my Jenkins system hasn't been triggering builds on SCM changes since the 18th. Somewhere in the big changeset listed below, RHEL/Cent 6 got broken again. (Sorry for the links to localhost in the output.) CentOS 7 and Fedora 24 are still building OK, as is Ubuntu 14 and 16.

asciidoc > 8.6.0 is a build requirement

I've researched the documentation build failure on CentOS 6. It looks like the version of asciidoc (and a2x) is the culprit. CentOS 6.8 has asciidoc version 8.4.5, which includes a2x version 1.0.0. The build on stock CentOS 6.8 fails with: asciidoc: FAILED: ntpd-man.txt.man-tmp: line 6: section

Re: Technical strategy and performance

On Thu, Jun 30, 2016 at 6:01 PM, Hal Murray wrote: > > Is CentOS reasonable coverage for the Red Hat side? What versions do we need? CentOS is now an official Red Hat project and is built from the same Red Hat Enterprise Linux sources (probably by many of the same people). I believe the only dif

Re: Technical strategy and performance

On Thu, Jun 30, 2016 at 8:31 AM, Eric S. Raymond wrote: > Jason Azze : >> > The thing about these users is they're intensely conservative. They >> > won't buy a time service implementation that doesn't reassure them by >> > looking and smelling like

Re: Technical strategy and performance

te discussion about supported platforms: Where does the project claim the software will compile and where does it claim the software will run (and are those two lists different)? -- Jason Azze ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel

Re: My pre-1.0 wishlist

On Sat, Jun 4, 2016 at 11:35 AM, Daniel Franke wrote: > deeper into the code (TESTFRAME). I want to test things at the > *user-visible* level. Automate the process of supplying configuration > files that exercise a variety of functionality, running them on real > hardware and real networks, and mo

Re: ntp_io.c:process_routing_msgs on CentOS 6.8 -- errors with rtm

On Sun, May 29, 2016 at 2:56 PM, Matthew Selsky wrote: > > There's a patch attached to https://gitlab.com/NTPsec/ntpsec/issues/63 for > should work for CentOS 6. Thanks, Matthew. I have to remember to look at the issues list before posting. As usual, I don't actually need for this to compile to

Re: ntp_io.c:process_routing_msgs on CentOS 6.8 -- errors with rtm

On Sun, May 29, 2016 at 2:53 PM, Hal Murray wrote: > > It looks like you are missing /usr/include/linux/rtnetlink.h > Do you have kernel-headers installed? I do, and rtnetlink.h is present. > Does your net/route.h define rt_msghdr? That's where it comes from on > FreeBSD. Or anyplace else in /

ntp_io.c:process_routing_msgs on CentOS 6.8 -- errors with rtm

TPsec_multiplatform/slave/puppet/libisc/unix/include', '-I/home/jenkins/workspace/NTPsec_multiplatform/slave/puppet/libisc/pthreads/include', '../../ntpd/ntp_io.c', '-c', '-o', '/home/jenkins/workspace/NTPsec_multiplatform/slave/puppet/build/main/ntpd/ntp_io.c.27.o'] Build step 'Execute shell' marked build as failure Sending e-mails to: ja...@azze.org [BFA] Scanning build for known causes... [BFA] No failure causes found [BFA] Done. 0s Finished: FAILURE -- Jason Azze ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel

Re: Penguicon NTPsec F2F, etherpad, roll call, time, room

On Tue, Apr 26, 2016 at 1:24 PM, Gary E. Miller wrote: > This may be a time to evangelize the converted, I'd say anyone that can > spell NTPSec with proper capitalization, and without looking it up shoud > be invited. Last week I replied off list to Mark's original message to ask if it would be