Re: waf: compiler flags, uninitalized variable

2025-08-01 Thread Hal Murray via devel
> If I see that sort of code without a comment, I looking for it. Looks like I fatfingered something. That should have been: If I see that sort of code without a comment, I get suspicious wondering if there might be something tricky going on and waste time looking for it. -- These are my opi

Re: waf: compiler flags, uninitalized variable

2025-08-01 Thread Hal Murray via devel
> The other thing I forgot to mention is that sometimes the control-flow > analysis isn't as good in older compilers, leading to complaints about > something being used uninitialized in a case where the code couldn't > actually be reached in the unininitialized case. Unless there's a good > reas

Re: waf: compiler flags, uninitalized variable

2025-08-01 Thread Hal Murray via devel
devel@ntpsec.org said: > Usually, you won't get that type of warning unless you enable it. And > usually, you only get that type of warning in an optimized compile, since > the dataflow analysis needed to detect it is part of the optimization > code. I tried O3. That found a different maybe-

Re: waf: compiler flags, uninitalized variable

2025-07-31 Thread Hal Murray via devel
Thanks. I was hoping that somebody would be familiar with this area and just recognize what was going on. > Usually, you won't get that type of warning unless you enable it. And > usually, you only get that type of warning in an optimized compile, since > the dataflow analysis needed to det

waf: compiler flags, uninitalized variable

2025-07-29 Thread Hal Murray via devel
Are we missing one? I had a typo. I was using an uninitialized variable. Modern compilers didn't complain. Old ones did. (I don't set any compiler or loader flags.) -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpse

Re: ntpsec | Failed pipeline for master | 8cbc2dda

2025-07-26 Thread Hal Murray via devel
https://gitlab.com/NTPsec/ntpsec/-/jobs/10820996363 [ERROR] Cannot find '/usr/bin/file' command, and no 'file' command is found in the PATH Coverity Capture uses this tool to identify the file type of executables. Please ensure '/usr/bin/file' is available, or add the 'file' uti

Re: Logging with threads

2025-07-06 Thread Hal Murray via devel
Interesting. Thanks. > Currently it adds 16 bytes per line logged. I think 16 is a bit too much. > The code is pretty simple and I think it should be portable. > + fprintf(term_file, "%s[%d.%ld]: ", prog, pid, > (long int)pthread_self()); The Linux man page says that

Logging with threads

2025-07-05 Thread Hal Murray via devel
I'd like msyslog to indicate which thread is doing the logging. The main thread in ntpd currently creates up to 3 threads. One for DNS, and a NTS thread for each of IPv4 and IPv6. The DNS thread gets created and joined, but there is only one at any time. We may need more NTS threads in the futur

Re: What next?, Big picture

2025-06-29 Thread Hal Murray via devel
Two more things for the list logwatch anybody know perl? PPS PLL in user space There is code in several kernels to use PPS pulses to drive a PLL for the system clock. ntpd will turn it on if you set the right flag bit. We should be able to move that code to user space A side

Re: What next?, Big picture

2025-06-28 Thread Hal Murray via devel
> None of them should need port 123 if packets are > selectively port forwarded. Why do we want/need port forwarding? The idea is to move everything else to a different port so the only traffic on port 123 is requests for the server. If the client side opens a socket for each server, that gets

What next?, Big picture

2025-06-28 Thread Hal Murray via devel
This is what I've been thinking about. What do you want to do and/or what should we work on? - 1) Convert everything to Go or Rust From recent discussions, this seems to be on the back burner. I'd like to learn more about Go, but don't have a good plan/excuse. Does waf support Go

Documentation, support

2025-06-28 Thread Hal Murray via devel
from https://gitlab.com/NTPsec/ntpsec/-/merge_requests/1468 > The packets were being ignored. Now, they are treated in accordance with > https://docs.ntpsec.org/latest/standards.html which says, "Mode 1 > (Symmetric Active) is no longer implemented; such packets are treated as > ordinary client (

Re: Do we run on any systems that don't support Go? Rust?

2025-06-10 Thread Hal Murray via devel
Gary said said: >> Should we give up on Go? > What is there to give up on? Is there and NTPSec go? There isn't any Go code in our collection, but we did put some time and effort into thinking about it. I think it would be fun to learn enough about Go so that I could use it rather than pytho

Re: [ntpsec/ntpsec] Refactor ntpd to support non-root execution (PR #10)

2025-06-09 Thread Hal Murray via devel
As Gary pointed out, our home base is on GitLab, so comments here will be hard to find. Let's move the discussion to devel@ntpsec.org Henrique Moraes said: > I may be misunderstanding something, but I was under the impression that > ntpd can drop privileges using the -u option to run as a non-ro

Re: Do we run on any systems that don't support Go? Rust?

2025-06-09 Thread Hal Murray via devel
Gary said: > Yes, when we expected Go to get more traction that it has gotten. Now > even Google is not pushing it. Who is taking care of Go now? Should we give up on Go? Are there utilites or such that we could write in Go that don't need to run on every platform? What's the

Re: Do we run on any systems that don't support Go? Rust?

2025-06-08 Thread Hal Murray via devel
Gary said: >> Assuming we get things converted to Go, do we just put the old code >> on standby? Fix security bugs for a while. > Great way to kill the project. Thanks. Could you please expand a bit. If we (magically) convert everything to Go, how much and/or how long do we have to support t

Re: Do we run on any systems that don't support Go? Rust?

2025-06-07 Thread Hal Murray via devel
Gary said: > Yes. Many. Thanks. Years ago, we were considering converting everything to Go. I don't remember any mention of systems that don't support Go. Did I miss (or forget) something? Any suggestions? Assuming we get things converted to Go, do we just put the old code on standby?

Do we run on any systems that don't support Go? Rust?

2025-06-06 Thread Hal Murray via devel
(this page left blank) -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/listinfo/devel

Do we run on any systems that don't support STA_NANO?

2025-05-12 Thread Hal Murray via devel
Linux has been doing it since 2006. FreeBSD got it in 1999 No big deal. Just an opportunity to cleanup a batch of crufty #ifdef-s -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/l

Hiding evil code in invisible unicode

2025-04-19 Thread Hal Murray via devel
We allow/require UTF-8 rather than simple ASCII. I know we need that to get the character for micro, as in microseconds. Do we need it for anything else? -- I saw a note recently about AI being susceptable to hiding evil code in invisible unicode. New Vulnerability in GitHub Copilot and

Re: Strangeness in 842 Fix

2025-04-18 Thread Hal Murray via devel
matthew.sel...@twosigma.com said: > Sounds good (either commenting or trying this again). I'll proceed with > cu= tting the release very late tonight. Great. Thanks. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/listinfo

Re: Strangeness in 842 Fix

2025-04-17 Thread Hal Murray via devel
Fred Wright said: > If that's really true, then SCM_TIMESTAMPNS_OLD should be defined any > time that SO_TIMESTAMPNS_OLD is defined, so using the correct macro > should work. If SCM_TIMESTAMPNS_OLD is *not* defined in this case (but > the correct value is known) There are a couple of shoulds in t

Re: Strangeness in 842 Fix

2025-04-15 Thread Hal Murray via devel
> If the values are identical, then it's not functionally incorrect, but > it's certainly conceptually incorrect to compare an SO_* value to a > cmsg_type field. And if the values are identical, it wouldn't change the > behavior to use the correct name. Sorry, I guess my previous message wasn

Re: Strangeness in 842 Fix

2025-04-14 Thread Hal Murray via devel
> I do know that the SO_* symbols are for the socket options and the SCM_* > symbols are for the CMSG types, so I don't see how this could possibly be > correct. Note the code immediately above it. The OLD stuff is a mess. I did it the way you expect, but that didn't work because SCM_TIMESTA

Re: DPRINT and msyslog

2025-04-05 Thread Hal Murray via devel
> When I made the debug log changes you asked for last night, I was > thinking the same thine. A lot of duplication. > After release we should rip and shred that. Sounds good to me. -- These are my opinions. I hate spam. ___ devel mailing lis

DPRINT and msyslog

2025-04-05 Thread Hal Murray via devel
Is there any reason to have a DPRINT next to a msyslog that prints the same stuff? DPRINT is only useful if you are running with -n and msyslog stuff goes to the console too in that case. Right? -- These are my opinions. I hate spam. ___ deve

Re: INSTALL.adoc

2025-04-05 Thread Hal Murray via devel
> Change pushed. Thanks. +Alternatively you can create a link your python3 called python. Assuming Looks like a "to" got lost. create a link your create a link to your > > > Should we fix waf install to do the magic for SELinux? ... > Gentoo, Ubuntu, and others, do SELinux. BUt not by def

Re: Anybody using the old waf?

2025-04-05 Thread Hal Murray via devel
>> On FreeBSD, ./buildprep -n says: >> pkg install bison python3 >> ln -s /usr/local/bin/python3 /usr/local/bin/python >> pkg install ca_root_nss >> I think the ln step is bogus. So I'll remove it. > What makes you think it's bogus? Aside from whether it's best to point > to 'python3' or t

Release: waf vs install directories

2025-04-05 Thread Hal Murray via devel
What's the story on new waf install directories vs old waf directories? Do we need to change the code and/or fix the documentation? Is there anything else we need to sort out before a release? -- These are my opinions. I hate spam. ___ devel mai

Re: Release

2025-04-05 Thread Hal Murray via devel
> A lot of changes in the last few days. Nothing has changed in the core ntpd code in a long time. Many of the recent changes have been in documentation. I've improved buildprep. It's still pretty crappy but nobody was somplaining. > Some I am not happy about. Anything specific? > I sug

Re: Release: waf vs install directories

2025-04-05 Thread Hal Murray via devel
If somebody is still using Python 2, do they have to manually fix the link from waf to point to the old waf? Or is there some magic that takes care of that? -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://l

buildprep on Debian

2025-04-04 Thread Hal Murray via devel
Anybody understand this area? Reading state information... Done Package python-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: python-

Re: buildprep on Debian

2025-04-04 Thread Hal Murray via devel
> Same conceptual idea as python-is-python3, right? > But just install python3-dev directly. Maybe, but there is something going on that I don't understand yet. Here is the code in my buildprep: apt) $install build-essential# Build environment

Re: INSTALL.adoc

2025-04-03 Thread Hal Murray via devel
[README-PYTHON] .> What would be the standard name? > Dunno. Never seen a file like that, so can'tany be any standard. I think README is a fairly common name for a file in a direcory if you are trying to help somebody get started. It's common enough that it has a Wikipedia page. https://en.w

Re: INSTALL.adoc

2025-04-03 Thread Hal Murray via devel
>> Have you looked at README-PYTHON? > See attached. Looks good. Thanks. +When building NTPSec for installtion, the install procedure asks the installtion => installation +current python for the proper locatiopn to install the python modules. locatiopn => location (Fixed in Fedora 39, Sep-

Re: INSTALL.adoc

2025-04-03 Thread Hal Murray via devel
Gary said: >> Have you looked at README-PYTHON? > Nope. Non standard file name. Why would anyone look there? What would be the standard name? > Actually, who ever reads any of the doc?? It's referenced in 2 other docs: INSTALL.adoc:More info in README-PYTHON. NEWS.adoc: See README-PYT

Re: Release

2025-04-02 Thread Hal Murray via devel
Gary said: >> We've been talking about a release for a long time. I've been >> assuming people have been testing. > I do not assume that. Likely they will test after release. By "people", I was thinking of those who read @devel. I assume your "they" is for the much larger collection who wil

Re: INSTALL.adoc

2025-04-02 Thread Hal Murray via devel
> Best to educate the user to debug his own Python issues. Have you looked at README-PYTHON? I thought it was pretty good. If you think a paragraph or whatever about PEP would help, please add it. I think a short paragraph with a link to the long version would be a good addition, but I don't

Re: INSTALL.adoc

2025-04-02 Thread Hal Murray via devel
g...@rellim.com said: >> I'll punt on any distros where it's not on by default. >> I may try it for Fedora, but not until after the release. > Any distros that do not have 'python' are broken, not PEP compliant. And > a bug should be filed upstream. Sorry, I didn't quote enough context. My "af

Re: INSTALL.adoc

2025-04-01 Thread Hal Murray via devel
>> That "to" looks backwards to me. I expect: >> link python to your python3 > python3 exists, python does not. So you create python by linking > it to python3. As Fred says: like cp. The ln command looked OK to me. I was commenting about the descriptive text. To me, "to" has an arrow fr

INSTALL.adoc

2025-03-31 Thread Hal Murray via devel
> +Alternatively you can link your python3 to python. > +`ln -s /usr/bin/python3 /usr/bin/python` That "to" looks backwards to me. I expect: link python to your python3 That command line doesn't work on FreeBSD or NetBSD FreeBSD: $ which python3 /usr/local/bin/python3 $ NetBSD: $ which

Re: Anybody using the old waf?

2025-03-30 Thread Hal Murray via devel
> MR 1454 submitted. Approved and merged. It case it helps... All of my systems have python setup and none of them have python2. I've been working on buildprep recently. For all the distros thet I've tested/fixed, buildprep now sets up python to go to python3. -- These are my opinions. I

Release

2025-03-30 Thread Hal Murray via devel
I think we are ready. -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/listinfo/devel

buildprep, release

2025-03-29 Thread Hal Murray via devel
buildprep tried to handle both python2 and python3 But the code the does some of that is off to the side in a tools () subr so some people editing the mainline code (maybe only me) don't see it. As a result, some of the mainline code now assumes python3. It's more complicated than that. We

setup, testing, releasing

2025-03-28 Thread Hal Murray via devel
I think we should put together a recipe for each distro that will get ntpsec running after a fresh install from their download media. We probably need a few notes on the "fresh install" step. That's to make it reproducable and speed things up for those of us who aren't super familiar with that

Re: Any systemd wizards?

2025-03-28 Thread Hal Murray via devel
> It's Selinux (most of) the way down. YMWV Great. Thanks. > # /sbin/restorecon -v /usr/lib/systemd/system/ntp* Does install need to do that? Do the systemd files get installed each time, or only the first when they aren't there yet? > # restorecon ${PREFIX}/{,s}bin/ntp* Looks like install need

Any systemd wizards?

2025-03-28 Thread Hal Murray via devel
I've got a fresh Fedora install. ntpsec builds and installs, but systemd doesn't like the ntpd.service that got installed. It's the same as what I'm using on other Fedora systems. Has anybody seen this before? I haven't been able to get it to tell me why it doesn't like our service files.

Any FreeBSD wizards ?

2025-03-28 Thread Hal Murray via devel
On a fresh FreeBSD install and a fresh ntpsec build+install, I get INIT: must be run as root, not uid 123 That's when using the normal rc startup stuff. It worked after I ran it from the command line for a while. Does anybody understand what's going on here? (The code is all there. I should

Re: Anybody using the old waf?

2025-03-27 Thread Hal Murray via devel
> There are definitely systems with python3 and no python. Eg, Debian 12 > for example. Some (most?) distros have a tiny package that sets up python to go to python3. On Debian, it's python-is-python3, and buildprep installs it. On Fedora, it's python-unversioned-command-3.13.2 I'll add it

Re: Anybody using the old waf?

2025-03-27 Thread Hal Murray via devel
> Please remove the older waf binary and replace the symlink with the newer waf > binary itself. OK. Done. Can you do the release this weekend? I'm working on some documentation tweaks. My plan is to do a fresh install of ntpsec on a fresh install of Fedora, Debian, and FreeBSD to see if I

Anybody using the old waf?

2025-03-26 Thread Hal Murray via devel
James said: >> Why are we keeping the old version? > Paranoia, I figured that if I removed it there would be a high chance > something would go wrong and I would be responsible. Also, it is not > that expensive. > If you want to remove it go ahead; the symlink could go in the same > commit and

Re: Release: waf vs install directories

2025-03-26 Thread Hal Murray via devel
> Python 2.7 works with either version of waf. Thanks. Why are we keeping the old version? -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/listinfo/devel

Re: Release: waf vs install directories

2025-03-25 Thread Hal Murray via devel
> The code has changed, behavior is not noticeably different than it was before. Didn't it change from dist-packages to site-packages on Debian and friends? -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lis

Re: Starting ntpd as non-root

2025-03-19 Thread Hal Murray via devel
Found it: https://lists.ntpsec.org/pipermail/devel/2019-February/007659.html From: Richard Laager Subject: Is it time to drop seccomp? Here is the key chunk. Thanks Richard!! I think the setuid/setcap as described above is dangerous. Unless you limit the permissions on "other" (e.g. chmod 27

Re: new waf vs PYTHONDIR

2025-03-18 Thread Hal Murray via devel
>> Is that a bug or feature? > I think it is a bug, but that is this years fashion. Do we fix it, or document it? -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/listinfo/devel

Re: new waf vs PYTHONDIR

2025-03-18 Thread Hal Murray via devel
James said: >There is no magic, no fancy Python tricks. When you run waf or >waf-2.1.4 you get new behavior. waf-2.0.25 gets you new behavior >closer to the old behavior. Why do we still have the old waf? Do we need directions on when/how to use it? There is a note in NEWS, but

Re: new waf vs PYTHONDIR

2025-03-18 Thread Hal Murray via devel
> I tried to bisect the git. No luck. The issue depends on which Python I > am running. commit e899c2ffd4243e933150f2349874e4e462657c54 Author: James Browning Date: Thu Mar 13 02:06:11 2025 -0700 Use waf 2.1.4, revise, and drop Py2.6 builds. Which python works the old way? We now ha

Re: Starting ntpd as non-root

2025-03-18 Thread Hal Murray via devel
James said: > I do not; a quick search suggests that SHM needed root. "needed root" doesn't make sense in the context of that discussion. Linux has a fine grained capabilities facility. See man capabilities(7). There is one for SHM. CAP_IPC_LOCK . Lock memory (mlock(2

Re: new waf vs PYTHONDIR

2025-03-18 Thread Hal Murray via devel
There is also dist-packages vs site-packages on Debian The old waf used dist-packages The new waf uses site-packages (like Fedora) -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/list

new waf vs PYTHONDIR

2025-03-18 Thread Hal Murray via devel
I don't use PYTHONPATH The old waf used to install python libraries in /usr/local/lib64/ The new waf now installs things in /usr/loca/lib/ Is that a bug or feature? -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org h

Starting ntpd as non-root

2025-03-17 Thread Hal Murray via devel
Back in 2018, I did some work on getting ntpd to start as ntp:ntp There was a way on Linux to set some capabilities on a file. Somebody talked me/us out of this. I don't remember why. I've poked around in the archives, but I haven't found the message that I'm looking for. Does anybody rememb

Re: Modern languages

2025-03-15 Thread Hal Murray via devel
g...@rellim.com said: > I agree, way too much work. I would leave OS compat #ifdefs as they are. > Partly because testing an alternative would be a pain. A few things > could be combined using POSIX. My comment about a different module for each OS/environment was assuming we were working wi

FIPS mode

2025-03-15 Thread Hal Murray via devel
You provided the patch to make our code run on FIPS systems. Are you using NTS? We are currently using an old libriary for the NTS crypto. I'm looking into using OpenSSL directly so we can retire that library. The library works on FIPS systems. The new code doesn't. If you are not using N

Re: Modern languages

2025-03-15 Thread Hal Murray via devel
I agree that the current DEBUG stuff needs fixing. I think we can get around the droproot type problems by having a module for each environment and picking the right one at build time. The disadvantage with that approach is that if there is any code common to more than one implementation, then

Modern languages

2025-03-15 Thread Hal Murray via devel
Gary said (in a gitlab discussion): > We need to get rid of most #ifdef. Newer languages don't support it, and > it leads to binaries that behave differently. DEBUG should be the first > to go. How do they configure things? I expect the environment is new enough that most code can run on, fo

Re: Man page formatting quirk

2025-03-14 Thread Hal Murray via devel
g...@rellim.com said: > https://docs.asciidoctor.org/asciidoc/latest/lists/ordered/#styles > Very fiddly stuff. Thanks. That was exactly what I was looking for. It said to put a {empty} after the dot. That works for both man page and html. -- These are my opinions. I hate spam. __

Re: Man page formatting quirk

2025-03-14 Thread Hal Murray via devel
>> RFC 8915:: > ^^ > Starts a list. Most of the others that also use :: come out looking OK. The next line on them starts with "David" instead of "D." and they don't get the "1" in front of the line of text. I was wrong about the web page being OK. It changes the D. to A. and inden

Man page formatting quirk

2025-03-14 Thread Hal Murray via devel
I added a few RFCs to the ntpd man page. The code looks like this: RFC 8915:: D. Franke and D. Sibold and K. Teichel and M. Dansarie and R. Sundblad _Network Time Security for the Network Time Protocol_, RFC 8915 That turns into this: RFC 8915 1. Franke and D. Sibold and

Anybody testing James' socket refclock?

2025-03-13 Thread Hal Murray via devel
https://gitlab.com/NTPsec/ntpsec/-/merge_requests/1430 Should we include it in the release? Maybe mark it as experimental? Wait until after the release? ... -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://

New waf

2025-03-13 Thread Hal Murray via devel
I just merged James' MR that adds adds the new waf and keeps the old waf. If you have any python2 environments, please test, and give an extra scan over the printout. I don't have any python2 environments to test with. -- These are my opinions. I hate spam. ___

Re: CI broken: macos-basic

2025-03-13 Thread Hal Murray via devel
It's working again. I assume it hung while trying to download something. -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/listinfo/devel

CI broken: macos-basic

2025-03-12 Thread Hal Murray via devel
Enforcing VM Isolation Creating nesting VM tunnel Creating nesting VM macos-14-xcode-15 Dialing nesting daemon ERROR: Job failed: execution took longer than 1h0m0s seconds -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.or

Release?

2025-03-11 Thread Hal Murray via devel
What needs to happen before we can get a release out? -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/listinfo/devel

Python 2.6 => 2.7

2025-03-11 Thread Hal Murray via devel
I've pushed Richard's suggestion from a week ago. from NEWS * Python 2.7 is now the minimum supported version. This is likely to be the last release supporting Python 2. -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpse

Re: Thread priorities

2025-03-05 Thread Hal Murray via devel
Thanks. Your comments seem good to me. Does new waf run on python 2.7? -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/listinfo/devel

Re: Thread priorities

2025-03-04 Thread Hal Murray via devel
matthew.sel...@twosigma.com said: > I sounds like we would want a release out before we start mucking with > threads given that your review of the code shows a lot of potential > complexity. It's not so much the complexity as the time. We've been talking about a release for a long time. How

Thread priorities

2025-03-04 Thread Hal Murray via devel
I've been trying to cleanup the thread priorities. So far, all I have is a sore head. The root of the problem is that we are creating the threads after dropping root. You might think that it would be OK to reduce your priority, but it doesn't work that way. pthread_create() has an option t

Re: Bug#1086000: ntpsec: ntpd runs with SCHED_FIFO 99 and might starve the system

2025-03-02 Thread Hal Murray via devel
James said: > Doesn't NTPsec also use a thread or two to handle NTS-KE traffic? Good catch. Thanks. >> The other is from the time the transmit side grabs the time until the >> packet hits the wire. With NTS, that window is a lot larger -- it can't >> do the crypto until it has put the time s

Re: Bug#1086000: ntpsec: ntpd runs with SCHED_FIFO 99 and might starve the system

2025-03-01 Thread Hal Murray via devel
> This is from: https://bugs.debian.org/1086000 > Does anyone have insight on this? Is running at real-time priority > actually helpful to timekeeping accuracy? Yes, it helps. I don't have any numbers to say how much. How often is probably more interesting. I'd be happy if we changed it to old

Release

2025-02-18 Thread Hal Murray via devel
I think we are getting close. I'm shifting my efforts to testing. Does anybody know of things that need fixing or merging or ??? before a release? -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.nt

Re: CI stuff failing

2025-02-18 Thread Hal Murray via devel
matthew.sel...@twosigma.com said: > Let's remove this CI target. There's no need to test a specific version > of AsciiDoc 3 on every commit. It was working yesterday after James' fix. It was broken a few minutes ago. So I took your suggestion and commented it out. -- These are my opinions

Re: CI stuff failing

2025-02-17 Thread Hal Murray via devel
matthew.sel...@twosigma.com said: > Yes. You can manually run a pipeline manually at > https://gitlab.com/NTPsec/ntpsec/-/pipelines That's the normal CI pipeline collection of tests. Is there an option to run the scheduled tests that I didn't see? > What's the advantage to running a pipelin

Re: CI stuff failing

2025-02-17 Thread Hal Murray via devel
matthew.sel...@twosigma.com said: > It's an asciidoc implementation written in python 3, instead of ruby. > We're only testing that the asciidoc program runs without errors. We're > not checking that it produces the expected output. Thanks. Yup. Testing documentation is an interesting problem

Re: CI stuff failing

2025-02-17 Thread Hal Murray via devel
matthew.sel...@twosigma.com said: > Let's remove this CI target. There's no need to test a specific version > of AsciiDoc 3 on every commit. What's interesting about the 3? Are some of the other tests also testing plain old asciidoc? James' fix worked so things are back to normal. Do we wa

CI stuff failing

2025-02-16 Thread Hal Murray via devel
AsciiDoc-3-Fedora : $ wget https://asciidoc3.org/asciidoc3-3.2.3.tar.gz [0] Downloading 'https://asciidoc3.org/asciidoc3-3.2.3.tar.gz' ... HTTP ERROR response 404 [https://asciidoc3.org/asciidoc3-3.2.3.tar.gz] I poked around a bit and didn't find anything with version numbers. There was a lates

DeprecationWarning from waf

2025-02-16 Thread Hal Murray via devel
What does this mean? Is it going to cause us any trouble? /home/murray/ntpsec/raw/./waf:101: DeprecationWarning: Python 3.14 will, by default, filter extracted tar archives and reject files or modify their metadata. Use the filter argument to control this behavior. for x in t: t.extract(x)

Re: Is it time to --enable-warnings?

2025-02-13 Thread Hal Murray via devel
Richard Laager said: > I don't think -Werror should be the default. That can break things that > are perfectly fine, especially if someone is trying to build an existing > release on a newer compiler that added a new warning. > If you made -Werror the default in release builds, please revert tha

Re: Is it time to --enable-warnings?

2025-02-11 Thread Hal Murray via devel
> I've certainly seen warnings without that option, so it probably just > means "enable *more* warnings". Correct. I fixed that comment too. > For example, I just submitted an MR to fix a warning for something which > is perfectly legal, but which broke the build here due to -Werror. Thank

Re: Is it time to --enable-warnings?

2025-02-11 Thread Hal Murray via devel
It's on now, and -Werror too. Gitlab is happy. openSUSE still has an old old Bison. I had to fix a few printf errors. Mostly %ld getting a long long. I think those are harmless on little endian but would break on big endian. (That's assuming the value fits in a long.) -- These are my opi

Re: Is it time to --enable-warnings?

2025-02-10 Thread Hal Murray via devel
Thanks. Gary said: >> Should we be running with -Werror >> to turn warnings into errors so gitlab/CI will notice? Any reason >> not to do that? > Try it and see. If the makes the CI look terrible, turn it back off. We still have the warning from old old Bison. warning: switch missing defau

Is it time to --enable-warnings?

2025-02-08 Thread Hal Murray via devel
waf configure --help says: --enable-warnings Enable annoying CC warnings Are they really annoying? My normal build script turns it on without problems. What does gitlab do with warnings? Should we be running with -Werror to turn warnings into errors so gitlab/CI will notice? Any reas

Re: https://ntpsec.org/downloads.html

2025-02-08 Thread Hal Murray via devel
> Though it's best to recommend forking and then cloning the fork, since > that's a more appropriate setup for submitting MRs. Thanks. It would be great if you could write a few words about that -- or add a URL to someplace that already explains it. But that's not part of the release. --

timestamp-info

2025-02-07 Thread Hal Murray via devel
I ran it on a subset of my toys. All looks good. I see header padding on FreeBSD and NetBSD. I didn't see anything funny, but that's only a manual inspection. The FreeBSD BINTIME looks good. Testing SO_TIMESTAMP+SO_TS_CLOCK+SO_TS_BINTIME: Sent at 1738968876.289623, received at 1738968

https://ntpsec.org/downloads.html

2025-02-07 Thread Hal Murray via devel
Sigh. It needs a dose of TLC. The Downloads section has 2 URLs. The first one is https://gitlab.com/groups/NTPsec git clone on that one doesn't work. The second is https://github.com/ntpsec/ntpsec git clone on that worked We should have a git clone example to copy/paste. The Tarba

Crazy(?) thought on Python discussion

2025-02-06 Thread Hal Murray via devel
Is this the right time to convert all our python code to go? (That's post release) -- These are my opinions. I hate spam. ___ devel mailing list devel@ntpsec.org https://lists.ntpsec.org/mailman/listinfo/devel

Re: recvmsg() length report

2025-02-04 Thread Hal Murray via devel
> As Alice would say, "curiouser and curiouser". Just when I think I've > figured out the reason for one bit of bizarreness, you find another. :-) I think the current code works on all my systems. > What's the breakdown in the 32-bit NetBSD case? One would hope that the > payload is 64+32 a

Re: cross armhf tangle

2025-02-04 Thread Hal Murray via devel
>> I have no objections to cleaning up the code so that the NTP_SIZEOF >> stuff isn't needed. I like your LAST_time_t example. > Do you want me to fix the other similar case and make it an MR? If you want me to review or test, sure make it an MR. If you you can test well enough, just push it.

Re: cross armhf tangle

2025-02-04 Thread Hal Murray via devel
>>> Oh, now I have context. The only extra code for cross builds would >>> be the --march. When you use --march then /usr/include/sys may not >>> be used for . cc swaps sys directory to one approriate >>> to the target. >> Are you sure of that? > 100% I don't have a cross build setup work

Re: cross armhf tangle

2025-02-04 Thread Hal Murray via devel
>> It didn't know what a struct timeval was. > Did you set the required defines first? I don't think I have to set anything. > Any place I can go to see the BSD man page > and the include file contents? I got the man page via google: freebsd man timespec Google found their source code on git

recvmsg() length report

2025-02-03 Thread Hal Murray via devel
Linux: x86-64:16 I don't have any really really old systems. x86-32: 8 Debien, 6.1.0-29-686-pae i686 Arm: 8 Arm64: 16 FreeBSD: x86-64: 20 <=== x86-32: 8 Arm: 16 Arm64: 20 <=== NetBSD: x86-64: 20 <=== x86-32: 12 Arm: 20 <=== long is 4, time_t is 8, timesp

  1   2   3   4   5   6   7   8   9   10   >