devel  

Messages by Thread

• • Re: Old email on gitlab Gary E. Miller via devel
  • Re: Old email on gitlab Fred Wright via devel
  • Re: Old email on gitlab Hal Murray via devel
• Re: [Git][NTPsec/ntpsec][master] 3 commits: Minor cleanups to restrict Matthew Selsky via devel
  • Re: [Git][NTPsec/ntpsec][master] 3 commits: Minor cleanups to restrict James Browning via devel
• CI oops in the option testers James Browning via devel
• Warnings from unity Hal Murray via devel
  • Re: Warnings from unity Gary E. Miller via devel
  • Re: Warnings from unity Hal Murray via devel
  • Re: Warnings from unity James Browning via devel
• UnicodeDecodeError from tty.readline(), u-Blox 8 Hal Murray via devel
  • Re: UnicodeDecodeError from tty.readline(), u-Blox 8 Gary E. Miller via devel
  • Re: UnicodeDecodeError from tty.readline(), u-Blox 8 Hal Murray via devel
  • Re: UnicodeDecodeError from tty.readline(), u-Blox 8 Gary E. Miller via devel
  • Re: UnicodeDecodeError from tty.readline(), u-Blox 8 Hal Murray via devel
• Book: The Go Programming Language Hal Murray via devel
• Re: ntpsec | mssntp in ntp.conf breaks time service to all clients (#785) Hal Murray via devel
• master broken on macos Hal Murray via devel
  • Re: master broken on macos James Browning via devel
  • Re: master broken on macos Hal Murray via devel
• ntpq/mode6 cleanup Hal Murray via devel
• Updated to-do list? James Browning via devel
  • Re: Updated to-do list? Hal Murray via devel
  • Re: Updated to-do list? James Browning via devel
  • Re: Updated to-do list? Hal Murray via devel
• Anybody using seccomp? (MR 1316) Hal Murray via devel
• MR 1307 and/or 1309 Hal Murray via devel
  • Re: MR 1307 and/or 1309 James Browning via devel
• Does anybody use (aka test) MDNS? Hal Murray via devel
  • Re: Does anybody use (aka test) MDNS? Matthew Selsky via devel
• CI happy now Hal Murray via devel
• I've broken something Hal Murray via devel
  • Re: I've broken something James Browning via devel
  • Re: I've broken something Hal Murray via devel
  • Re: I've broken something James Browning via devel
  • Re: I've broken something Hal Murray via devel
• Be very quiet, the project is dozing off. James Browning via devel
• Here is a patch to make the secomp trap handler on Linux more helpfully verbose. James Browning via devel
  • Here are a couple of patches related to seccomp, James Browning via devel
• issue blocking input_handler James Browning via devel
  • Re: issue blocking input_handler Hal Murray via devel
  • Re: issue blocking input_handler James Browning via devel
  • Re: issue blocking input_handler Hal Murray via devel
  • Re: issue blocking input_handler James Browning via devel
• First step on ntp_control cleanup Hal Murray via devel
  • Re: First step on ntp_control cleanup James Browning via devel
  • Re: First step on ntp_control cleanup Hal Murray via devel
• New SHM Hal Murray via devel
  • Re: New SHM Gary E. Miller via devel
• New SHM layout from gpsd Hal Murray via devel
  • Re: New SHM layout from gpsd James Browning via devel
  • Re: New SHM layout from gpsd Gary E. Miller via devel
• Mutex and Atomic (was 64 bit time_t on 32 bit systems) Hal Murray via devel
  • Re: Mutex and Atomic (was 64 bit time_t on 32 bit systems) Gary E. Miller via devel
• I am bidding for power and have yet more branches for consideration. James Browning via devel
  • Re: I am bidding for power and have yet more branches for consideration. Gary E. Miller via devel
  • Re: I am bidding for power and have yet more branches for consideration. Richard Laager via devel
• FreeBSD: unknown attribute 'unity_malloc' ignored Hal Murray via devel
• Re: 64-bit time_t on glibc 2.34 and up Hal Murray via devel
• ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • My ignorance was Re: ✘64-bit time_t on glibc 2.34 and up James Browning via devel
  • Re: My ignorance was Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Richard Laager via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Hal Murray via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up James Browning via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Hal Murray via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Richard Laager via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Hal Murray via devel
  • Re: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
  • Fw: ✘64-bit time_t on glibc 2.34 and up Gary E. Miller via devel
• I want to suggest four prioritized merge requests for inclusion. James Browning via devel
• Style question: procedure to read a variable Hal Murray via devel
• Three infrastucture CI builds for consideration. James Browning via devel
• proposal for sntp program: include 'delay' in json output folkert via devel
  • Re: proposal for sntp program: include 'delay' in json output folkert via devel
  • Re: proposal for sntp program: include 'delay' in json output Gary E. Miller via devel
  • Re: proposal for sntp program: include 'delay' in json output Gary E. Miller via devel
  • Re: proposal for sntp program: include 'delay' in json output folkert via devel
  • Re: proposal for sntp program: include 'delay' in json output Fred Wright via devel
  • Re: proposal for sntp program: include 'delay' in json output folkert via devel
  • Re: Pushing to GitLab (x: proposal for sntp program: include 'delay' in json output) Fred Wright via devel
  • Re: proposal for sntp program: include 'delay' in json output Gary E. Miller via devel
  • Re: proposal for sntp program: include 'delay' in json output Richard Laager via devel
  • Re: proposal for sntp program: include 'delay' in json output folkert via devel
  • Re: proposal for sntp program: include 'delay' in json output Fred Wright via devel
• Re: clockmaker James Browning via devel
• Broken for OpenSSL 1.1 Fred Wright via devel
  • Re: Broken for OpenSSL 1.1 Hal Murray via devel
  • Re: Broken for OpenSSL 1.1 Fred Wright via devel
  • Re: Broken for OpenSSL 1.1 Hal Murray via devel
  • Re: Broken for OpenSSL 1.1 Hal Murray via devel
  • Re: Broken for OpenSSL 1.1 Fred Wright via devel
  • Re: Broken for OpenSSL 1.1 Fred Wright via devel
  • Re: Broken for OpenSSL 1.1 Hal Murray via devel
• We need to test leap smearing :) Hal Murray via devel
  • Re: We need to test leap smearing :) Fred Wright via devel
  • Re: We need to test leap smearing :) Gary E. Miller via devel
  • Re: We need to test leap smearing :) Hal Murray via devel
  • Re: We need to test leap smearing :) Richard Laager via devel
  • Re: We need to test leap smearing :) Hal Murray via devel
  • Re: We need to test leap smearing :) Fred Wright via devel
  • Re: We need to test leap smearing :) Gary E. Miller via devel
  • Re: We need to test leap smearing :) Hal Murray via devel
  • Re: We need to test leap smearing :) James Browning via devel
  • Re: We need to test leap smearing :) Paul Theodoropoulos via devel
• Mail delays are back: 4 hours Hal Murray via devel
  • Re: Mail delays are back: 4 hours Matt Selsky via devel
  • Re: Mail delays are back: 4 hours Fred Wright via devel
  • Re: Mail delays are back: 4 hours Paul Theodoropoulos via devel
• tests/option-tester is broken Hal Murray via devel
  • Re: tests/option-tester is broken James Browning via devel
  • Re: tests/option-tester is broken Hal Murray via devel
  • Re: tests/option-tester is broken James Browning via devel
  • Re: tests/option-tester is broken Hal Murray via devel
• More cookie keys Hal Murray via devel
  • Re: More cookie keys Fred Wright via devel
  • Re: More cookie keys Hal Murray via devel
  • Re: More cookie keys James Browning via devel
  • Re: More cookie keys Fred Wright via devel
• Release coming, take 2 Matthew Selsky via devel
  • Re: Release coming, take 2 James Browning via devel
  • Re: Release coming, take 2 Matt Selsky via devel
• devel/make-tarball broken James Browning via devel
  • Re: devel/make-tarball broken Hal Murray via devel
  • Re: devel/make-tarball broken James Browning via devel
  • Re: devel/make-tarball broken Matthew Selsky via devel
  • Re: devel/make-tarball broken Fred Wright via devel
• build on Python 2.6 broken and strongly suggested minimum version James Browning via devel
  • Re: build on Python 2.6 broken and strongly suggested minimum version Fred Wright via devel
  • Re: build on Python 2.6 broken and strongly suggested minimum version Hal Murray via devel
  • Re: build on Python 2.6 broken and strongly suggested minimum version James Browning via devel
• getargspec gone in Python 3.11? Hal Murray via devel
  • Re: getargspec gone in Python 3.11? James Browning via devel
  • Re: getargspec gone in Python 3.11? Hal Murray via devel
• Fixing the dang CI pipelines, release James Browning via devel
  • Fork this was Re: Fixing the dang CI pipelines, release James Browning via devel
• Adafruit Pi GPS HAT -- serial port stuck Hal Murray via devel
  • Re: Adafruit Pi GPS HAT -- serial port stuck Gary E. Miller via devel
• refid_str meets Facebook's servers Hal Murray via devel
• CI and things James Browning via devel
  • Re: CI and things Paul Theodoropoulos via devel
• Authentication in ntpq Hal Murray via devel
  • re: Authentication in ntpq James Browning via devel
• Fwd: ntpsec | A list of everything I've worked on, can find, and hasn't been merged recently. (#739) James Browning via devel
• Re: ntpsec | solve #714, #737 by removing ill-conceived test. (!1270) Hal Murray via devel
  • Re: ntpsec | solve #714, #737 by removing ill-conceived test. (!1270) Gary E. Miller via devel
  • Re: ntpsec | solve #714, #737 by removing ill-conceived test. (!1270) jamesb...@jamesb192.com jamesb192--- via devel
  • Re: ntpsec | solve #714, #737 by removing ill-conceived test. (!1270) Gary E. Miller via devel
  • Re: ntpsec | solve #714, #737 by removing ill-conceived test. (!1270) Gary E. Miller via devel
  • Re: ntpsec | solve #714, #737 by removing ill-conceived test. (!1270) jamesb...@jamesb192.com jamesb192--- via devel
  • Re: ntpsec | solve #714, #737 by removing ill-conceived test. (!1270) Hal Murray via devel
  • Re: ntpsec | solve #714, #737 by removing ill-conceived test. (!1270) Hal Murray via devel
  • Re: ntpsec | solve #714, #737 by removing ill-conceived test. (!1270) jamesb...@jamesb192.com jamesb192--- via devel
  • Re: ntpsec | solve #714, #737 by removing ill-conceived test. (!1270) Gary E. Miller via devel
• Raspberry Pi startup: certificate is not yet valid Hal Murray via devel
  • Re: Raspberry Pi startup: certificate is not yet valid Richard Laager via devel
  • Re: Raspberry Pi startup: certificate is not yet valid Gary E. Miller via devel
  • Re: Raspberry Pi startup: certificate is not yet valid Hal Murray via devel
  • Re: Raspberry Pi startup: certificate is not yet valid Hal Murray via devel
  • Re: Raspberry Pi startup: certificate is not yet valid Gary E. Miller via devel
  • Re: Raspberry Pi startup: certificate is not yet valid Hal Murray via devel
  • Re: Raspberry Pi startup: certificate is not yet valid countkase--- via devel
  • Re: Raspberry Pi startup: certificate is not yet valid Gary E. Miller via devel
• Fw: [LEAPSECS] podcast from Orolia Gary E. Miller via devel
• Knob: certificates for NTS-KE vs web Hal Murray via devel
  • Re: Knob: certificates for NTS-KE vs web Richard Laager via devel
  • Re: Knob: certificates for NTS-KE vs web Richard Laager via devel
• Big picture half-baked thoughts Hal Murray via devel
  • Re: Big picture half-baked thoughts countkase--- via devel
• Issues I raised and some short merge requests to address them countkase--- via devel
• Getting ready for a release, wildcards Hal Murray via devel
  • Re: Getting ready for a release, wildcards Matt Selsky via devel
  • Re: Getting ready for a release, wildcards Hal Murray via devel
  • Re: Getting ready for a release, wildcards Matt Selsky via devel
  • Re: Getting ready for a release, wildcards Hal Murray via devel
  • Re: Getting ready for a release, wildcards Richard Laager via devel
  • Re: Getting ready for a release, wildcards Hal Murray via devel
  • Re: Getting ready for a release, wildcards Richard Laager via devel
  • Re: Getting ready for a release, wildcards Hal Murray via devel
  • Re: Getting ready for a release, wildcards James Browning via devel
  • Re: Getting ready for a release, wildcards Matt Selsky via devel
  • Re: Getting ready for a release, wildcards countkase--- via devel
  • Re: Getting ready for a release, wildcards countkase--- via devel
  • Re: Getting ready for a release, wildcards Richard Laager via devel

• Earlier messages
• Later messages