Re: tlsdate port to NetBSD?
Jacob Appelbaum <[email protected]> Sat, 13 Apr 2013 01:04:27 +0000
| Newsgroups | gmane.os.netbsd.devel.pkgsrc.wip.general |
|---|---|
| Message-ID | <[email protected]> |
Thomas Klausner: > On Thu, Apr 11, 2013 at 08:09:56AM +0000, Jacob Appelbaum wrote: >> I've recently been working on porting my tlsdate ( >> https://github.com/ioerror/tlsdate ) program to various operating >> systems. NetBSD is one such system that I'd like to ensure is working >> before I tag my next release (0.0.7). The port to FreeBSD 10-CURRENT >> (and OS X 10.8.x) seems to work for a few users and thus I think most of >> the BSD heavy lifting should be handled. >> >> I suspect the specific build conditions that check for FreeBSD could >> easily modified to also check for NetBSD. With such a change, I guess it >> could work out of the box. Ideally, I'd like to explicitly support >> NetBSD and not just accidentally support it as a side effect of >> supporting FreeBSD. > > Thank you :) As of 4b25b76 in https://github.com/ioerror/tlsdate/commit/4b25b76e03b5830c8f340b4d54409d3a205329fa I've added NetBSD support. > >> I wonder if the best bet is to pick NetBSD 6.0.1-RC2 and then work on a >> pkgsrc targeting the current git tip of tlsdate master? > > Sounds good. > I'll try this later this weekend. >> If anyone has already managed to port tlsdate to NetBSD, I'd love to >> know before I set out to port it. :) > > I've just tried the git version on NetBSD-current with some packages > installed. > > git clone https://github.com/ioerror/tlsdate > autoreconf -fiv > ./configure > (output attached) > make So I've got it building now from a tar.gz produced from another machine's ``make dist`` tar.gz. I'm still having some automake/autoconf/autotools issues - what is it that the Germans say? Die autotools? My thoughts exactly... Basically, I get this if I try to run ./autogen.sh: autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4 configure.ac:17: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from... m4/libtool.m4:1022: _LT_SYS_MODULE_PATH_AIX is expanded from... m4/libtool.m4:4170: _LT_LINKER_SHLIBS is expanded from... m4/libtool.m4:5253: _LT_LANG_C_CONFIG is expanded from... m4/libtool.m4:138: _LT_SETUP is expanded from... m4/libtool.m4:67: LT_INIT is expanded from... configure.ac:17: the top level configure.ac:17: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2661: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2678: AC_LINK_IFELSE is expanded from... m4/libtool.m4:4170: _LT_LINKER_SHLIBS is expanded from... m4/libtool.m4:5253: _LT_LANG_C_CONFIG is expanded from... m4/libtool.m4:138: _LT_SETUP is expanded from... m4/libtool.m4:67: LT_INIT is expanded from... configure.ac:17: the top level aclocal: error: /usr/pkg/bin/autom4te failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 As it now works from a release tar.gz, I feel a less pressure to fix those issues today. Help on this front would be welcome, otherwise, I'll try to fix it later this weekend or next week. All the best, Jacob ------------------------------------------------------------------------------ Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter