3 ms·
The maintainer of the NTP pool agreed with Lennarts Reasoning for not registering a vendor pool in the linked bugreport.
by Merovius 11y ago
The maintainer of the NTP pool agreed with Lennarts Reasoning for not registering a vendor pool in the linked bugreport.
- DanBC 11y agoabh says: > Lennarts reasons for not using *.systemd.pool.ntp.org ("systemd isn't a distribution") makes sense to me. But goes on to say: > @crrodriguez If you kept reading you'd learn about getting a "vendor pool" setup specifically for your product/distribution. ...to provide a correction to someone saying pools can't be used. abh also says: > I'd suggest having no default NTP servers in the systemd code; leave it to distributors to provide their own (possibly via the NTP Pool). That's something that LP appears to have considered. I'm not sure why that isn't done.
- Merovius 11y ago> ...to provide a correction to someone saying pools can't be used. Yes. Someone claimed (correctly), that *.pool.ntp.org can't be used. abh ammended that by saying, that however, a vendor zone can be used. I don't think anyone ever doubted that point. Notably, Lennart seemed to be aware of that point in his earlier mail. > That's something that LP appears to have considered. I'm not sure why that isn't done. The reason given before was, that tests and similar need some values. However, a PR implementing exactly this solution is currently in discussion (and afaik Lennart has not respondet to that yet). I would wait until the dust is settled on that, before I continue this discussion. The bug report (which is afaik the first time anyone has indicated that the Google servers shouldn't be used for this) is half a day old, that's basically nothing in FOSS-development (especially for a non-critical issue like this). Give it some time, if this isn't solved in a week, that may be a more appropriate time for pointing fingers and being unpatient.