ntpsec?

jhardin · n00b Joined: 12 Oct 2005 Posts: 59

Is anybody working on an official ntpsec package?

https://www.ntpsec.org/

depontius · Advocate Joined: 05 May 2004 Posts: 3509

Interest seconded. Of course the other answer might be that it's time to learn how to do my own ebuilds - beyond the minor patching and stuff that I've done already.
_________________
.sigs waste space and bandwidth

jamesb192 · n00b Joined: 17 Dec 2016 Posts: 8

Not that I am aware of. I have a fan ebuild (9999) which I have been working on

Hu · Moderator Joined: 06 Mar 2007 Posts: 21635

Some quick review comments about try #3:

For ntpviz, are those dependencies needed at build time? Currently, the ebuild insists on them at build time and at runtime, but the ebuild neither uses anything from those packages nor tells upstream's waf script whether to enable them. Thus, they appear to me to be runtime-only. If upstream uses them any time they are found (an automagic dependency, which is discouraged), then you should either patch upstream not to do that or depend on them unconditionally.
What is the point of local group_127?
You can use use_enable as a shorthand for your use ... && echo --enable-.... See man 5 ebuild for usage instructions.
You specify a mandir, but then use a mv in src_install as if upstream ignored your specified mandir. Is this a remnant from an earlier attempt or does upstream not fully respect the supplied mandir?

jamesb192 · n00b Joined: 17 Dec 2016 Posts: 8

1. gnuplot and libration-ttf? are need at run time not compile time.
2. group_127 is a remnant from an attempt to include each refclock seperately using a loop.
3. use_enable does not work because waf choked on the --without responses.
4. current waf does not support mandir correctly if I remember correctly.

weird thing also seem to happen if using python 3.{3,4}

Hu · Moderator Joined: 06 Mar 2007 Posts: 21635

If a package is only needed at runtime, it should be in RDEPEND and not in DEPEND. Users could theoretically build ntpviz on a system that lacks those supporting packages, then install it on a system which has them. This is particularly common among people who use a central build host that serves multiple machines.

As for 3 and 4: ah, the joys of a barely functional upstream build system.

jamesb192 · n00b Joined: 17 Dec 2016 Posts: 8

try four : add systemd service, sample configs, CDEPEND and ntpdate script

charles17 · Advocate Joined: 02 Mar 2008 Posts: 3664

jamesb192 · n00b Joined: 17 Dec 2016 Posts: 8

github link

NTU · Apprentice Joined: 17 Jul 2015 Posts: 187

OpenNTPD is pretty secure too, just throwing that out there, it's from the OpenBSD guys, the pros

jhardin · n00b Joined: 12 Oct 2005 Posts: 59

jamesb192 · n00b Joined: 17 Dec 2016 Posts: 8

they are requirements of ntpviz a monitoring tool not part of the time daemon but included in the package.

jhardin · n00b Joined: 12 Oct 2005 Posts: 59

jamesb192 · n00b Joined: 17 Dec 2016 Posts: 8

openrc script included

charles17 · Advocate Joined: 02 Mar 2008 Posts: 3664

metadata/layout.conf and profiles/repo_name would be nice, see https://wiki.gentoo.org/wiki/Repository_format.
That way, people could add it to their /etc/portage/repos.conf.

jamesb192 · n00b Joined: 17 Dec 2016 Posts: 8

done. but I should probably consider rewriting both.

jonys · n00b Joined: 13 Dec 2016 Posts: 9

Thank you, jamesb192! It's nice to have this package.

charles17 · Advocate Joined: 02 Mar 2008 Posts: 3664

Added it to the listing in https://wiki.gentoo.org/wiki/Network_Time_Protocol.

jamesb192 · n00b Joined: 17 Dec 2016 Posts: 8

Update the ebuild and moved the repository. If someone could shift the link at https://wiki.gentoo.org/wiki/Network_Time_Protocol that would be great.