I noticed there was a security update for net/kea and then noticed
that the port is rather outdated. I don't use it myself (and config is a
bit fiddly) so I haven't tested beyond building.
Is anyone still using it? If so, please test and report back.
If not, I propose removing the po
On Sun, Aug 27, 2017 at 11:19:44AM +0100, Stuart Henderson wrote:
> On 2017/08/27 12:07, Patrik Lundin wrote:
> > On Sat, Aug 12, 2017 at 11:39:14PM +0200, Patrik Lundin wrote:
> > >
> > > Since there have been no further feedback, is there a chance the latest
> > > diff can get commited?
> > >
>
On 2017/08/27 12:07, Patrik Lundin wrote:
> On Sat, Aug 12, 2017 at 11:39:14PM +0200, Patrik Lundin wrote:
> >
> > Since there have been no further feedback, is there a chance the latest
> > diff can get commited?
> >
>
> Ping.
The COMPILER infrastructure changed in the meantime, I'm leaving it
On Sat, Aug 12, 2017 at 11:39:14PM +0200, Patrik Lundin wrote:
>
> Since there have been no further feedback, is there a chance the latest
> diff can get commited?
>
Ping.
--
Patrik Lundin
On Thu, Aug 03, 2017 at 10:24:00PM +0200, Patrik Lundin wrote:
>
> Thanks for spotting that. New diff against fresh ports tree below (and
> now portcheck is happy as well).
>
Since there have been no further feedback, is there a chance the latest
diff can get commited?
--
Patrik Lundin
m/isc-projects/kea/pull/53
I dont feel that warrants a port patch though as I don't think the
outcome matters on OpenBSD.
--
Patrik Lundin
Index: Makefile
===
RCS file: /cvs/ports/net/kea/Makefile,v
retrieving revision
;: stdc++ in WANTLIB when gcc4 is in MODULES; run
> port-lib-depends-check and if stdc++ is still there, check actual build
> thoroughly, it's broken
> net/kea
> ===
>
> I believe this is a result of ${LIBCXX} being part of WANTLIB. This is
> not something that has been added b
Hello,
Below is a work in progress of an update of net/kea to 1.2.0.
The complete release notes for 1.2.0 can be seen here:
https://deepthought.isc.org/article/AA-01494
>From the perspective of the port I have made the following updates:
* Start using clang as the compiler. Kea 1.2.0 require
Patrik Lundin writes:
> Hello,
>
> See below for an update to net/kea from 1.0.0 to 1.1.0.
Committed, thanks.
[...]
> This also brings up another question of mine: where to place logs.
>
> Currently the default setup creates logs in the following places:
> /var/kea/kea.
On Mon, Oct 10, 2016 at 12:28:58AM +0200, Patrik Lundin wrote:
> Hello,
>
> See below for an update to net/kea from 1.0.0 to 1.1.0.
>
Ping.
--
Patrik Lundin
Hello,
See below for an update to net/kea from 1.0.0 to 1.1.0.
>From the release statement
(https://kb.isc.org/article/AA-01428/0/Kea-1.1.0-Release-Notes.html):
===
* Additional Database Backend - Kea 1.1.0 has added preliminary support for
Cassandra as a database backend. In this release
On 2016-06-27, Stuart Henderson wrote:
> ...but there's also this in config.site, which seems incorrect:
>
> ac_cv_prog_AWK=${ac_cv_prog_AWK=awk}
If you mean that it should use the full path, then no, it's correct
as is. Putting /usr/bin/awk there causes build errors, because
some of the autoco
On Mon, Jun 27, 2016 at 07:44:07PM +0200, Jeremie Courreges-Anglas wrote:
> Patrik Lundin writes:
>
> >
> > This means that the failing "test" can actually be thought of as a
> > feature. It is of course brittle, and will modify the build parameters
> > if someone decides to teach the test builti
On Mon, Jun 27, 2016 at 07:51:33PM +, Christian Weisgerber wrote:
> On 2016-06-27, Patrik Lundin wrote:
>
> > CXX_DUMP_VERSION=`$CXX -dumpversion | cut -f1-2 -d.`
> > if test "$CXX_DUMP_VERSION" \< "4.5"; then
> >WARNING_GCC_44_STRICT_ALIASING_CFLAG="-fno-strict-aliasing"
> > fi
> >
>
On 2016-06-27, Patrik Lundin wrote:
> CXX_DUMP_VERSION=`$CXX -dumpversion | cut -f1-2 -d.`
> if test "$CXX_DUMP_VERSION" \< "4.5"; then
>WARNING_GCC_44_STRICT_ALIASING_CFLAG="-fno-strict-aliasing"
> fi
>
> The error message is thrown because the builtin test does not support
> the "<" ope
On 2016-06-27, Stuart Henderson wrote:
>> That should already be set. Is it not picking up config.site for some reason?
>
> Oh, it is ac_cv_*prog*_AWK that is getting set, for some reason kea
> is also looking at ac_cv_*path*_AWK.
>
> Perhaps we should add the path variant to config.site then..
On 2016/06/27 21:10, David Coppa wrote:
> On Mon, Jun 27, 2016 at 6:26 PM, Stuart Henderson
> wrote:
>
> > Perhaps we should add the path variant to config.site then..
>
> It looks like the right approach to me, ok dcoppa@.
These are the relevant ports,
bacula-7.4.0
check-0.10.0
check_mssql_h
On Mon, Jun 27, 2016 at 6:26 PM, Stuart Henderson wrote:
> Perhaps we should add the path variant to config.site then..
It looks like the right approach to me, ok dcoppa@.
ciao!
David
Patrik Lundin writes:
> Hello,
>
> When looking at the output of ./configure in net/kea I noticed the
> following warning which I have previously missed:
> ===
> ./configure[15929]: test: <: unexpected operator/operand
> ===
>
> The responsible code in the c
Hello,
When looking at the output of ./configure in net/kea I noticed the
following warning which I have previously missed:
===
./configure[15929]: test: <: unexpected operator/operand
===
The responsible code in the configure script should be this:
===
# gcc 4.4 would emit warnings ab
On 2016/06/27 17:19, Stuart Henderson wrote:
> On 2016/06/27 18:15, Patrik Lundin wrote:
> > +CONFIGURE_ENV+= ac_cv_path_AWK=awk
>
> That should already be set. Is it not picking up config.site for some reason?
>
Oh, it is ac_cv_*prog*_AWK that is getting set, for some reason kea
is also looking
wrap my head around the autoconf magic involved.
--
Patrik Lundin
Index: Makefile
===
RCS file: /cvs/ports/net/kea/Makefile,v
retrieving revision 1.5
diff -u -p -u -r1.5 Makefile
--- Makefile14 Mar 2016 06:46:24 - 1.5
On 2016/06/27 18:15, Patrik Lundin wrote:
> +CONFIGURE_ENV+= ac_cv_path_AWK=awk
That should already be set. Is it not picking up config.site for some reason?
a-asiolink.la')
*** Error 1 in src/lib/asiolink (Makefile:672 'all-recursive')
*** Error 1 in src/lib (Makefile:426 'all-recursive')
*** Error 1 in src (Makefile:428 'all-recursive')
*** Error 1 in . (Makefile:595 'all-recursive')
*** Error 1 in /ho
On Thu, Dec 24, 2015 at 02:53:06AM +, Stuart Henderson wrote:
>
> I saw it on oss-sec first, then on ISC's security RSS feed (and as if
> to emphasize the slightly random nature of that feed it was followed
> by release notes for 0.9, 0.9.2-beta and 0.9.2 :-) I read oss-sec anyway,
> and since
On 2015/12/23 22:03, Kenneth Westerback wrote:
> On 23 December 2015 at 21:53, Stuart Henderson wrote:
> > On 2015/12/23 14:47, Patrik Lundin wrote:
> >> On Wed, Dec 23, 2015 at 11:33:30AM +, Stuart Henderson wrote:
> >> > Updated tar.gz for the 0.9.2-P1 crash fix ("Improved handling of incomi
On 23 December 2015 at 21:53, Stuart Henderson wrote:
> On 2015/12/23 14:47, Patrik Lundin wrote:
>> On Wed, Dec 23, 2015 at 11:33:30AM +, Stuart Henderson wrote:
>> > Updated tar.gz for the 0.9.2-P1 crash fix ("Improved handling of incoming
>> > packets with invalid client-id and DUID.")
>> >
On 2015/12/23 14:47, Patrik Lundin wrote:
> On Wed, Dec 23, 2015 at 11:33:30AM +, Stuart Henderson wrote:
> > Updated tar.gz for the 0.9.2-P1 crash fix ("Improved handling of incoming
> > packets with invalid client-id and DUID.")
> >
>
> Nice catch! I had not seen any word of this release on
On Wed, Dec 23, 2015 at 11:33:30AM +, Stuart Henderson wrote:
> Updated tar.gz for the 0.9.2-P1 crash fix ("Improved handling of incoming
> packets with invalid client-id and DUID.")
>
Nice catch! I had not seen any word of this release on the kea mailing
lists, how did you notice it?
>
> I a
On Wed, Dec 23, 2015 at 11:33:30AM +, Stuart Henderson wrote:
> Updated tar.gz for the 0.9.2-P1 crash fix ("Improved handling of incoming
> packets with invalid client-id and DUID.") I also added an XXX comment
> to remind us to update the license marker for 1.0 because ISC are moving
> to the
Updated tar.gz for the 0.9.2-P1 crash fix ("Improved handling of incoming
packets with invalid client-id and DUID.") I also added an XXX comment
to remind us to update the license marker for 1.0 because ISC are moving
to the Apache license :'(
I'm still looking for OKs to import if anyone has time
On 2015/12/09 20:33, Patrik Lundin wrote:
> On Tue, Dec 08, 2015 at 11:15:04PM +, Stuart Henderson wrote:
> > On 2015/12/08 23:59, Patrik Lundin wrote:
> > > I have posted a question to kea-dev regarding this:
> > > https://lists.isc.org/pipermail/kea-dev/2015-December/000588.html
> > >
> > >
On Wed, Dec 09, 2015 at 08:33:10PM +0100, Patrik Lundin wrote:
>
> Attached is a port with the explicit flag set and a shortened
> LIB_DEPENDS/WANTLIB list. I have tested that it ignores the use of Botan
> when it is installed. Let me know what you think.
>
Stuart: It would of course be nice to
On Tue, Dec 08, 2015 at 11:15:04PM +, Stuart Henderson wrote:
> On 2015/12/08 23:59, Patrik Lundin wrote:
> > I have posted a question to kea-dev regarding this:
> > https://lists.isc.org/pipermail/kea-dev/2015-December/000588.html
> >
> > Let's see how that goes.
>
> Good idea.
>
I have re
On 12/8/2015 5:41 PM, Patrik Lundin wrote:
> On Tue, Dec 08, 2015 at 11:18:53PM +0100, Patrik Lundin wrote:
>>
>> What is picking up botan? I looked at every @bin and @lib with ldd and I
>> can't see anyone referring to that library. What am i missing?
>>
>
>>From http://kea.isc.org/docs/kea-guide
On 2015/12/08 23:59, Patrik Lundin wrote:
> On Tue, Dec 08, 2015 at 10:41:07PM +, Stuart Henderson wrote:
> >
> > I see it in perfdhcp. Actually it looks like there's another option, we can
> > instead use CONFIGURE_ARGS+= --with-openssl - which would you prefer?
> >
> > $ objdump -p ../fake-
On Tue, Dec 08, 2015 at 10:41:07PM +, Stuart Henderson wrote:
>
> I see it in perfdhcp. Actually it looks like there's another option, we can
> instead use CONFIGURE_ARGS+= --with-openssl - which would you prefer?
>
> $ objdump -p ../fake-amd64/usr/local/sbin/perfdhcp
>
[...]
> NEEDED
On 2015/12/08 23:18, Patrik Lundin wrote:
> On Tue, Dec 08, 2015 at 09:46:34PM +, Stuart Henderson wrote:
> > Thanks, this is looking good to me, Only two changes I'd make. First is
> > in the rc script, what you have isn't wrong, but the mkdir/chown/chmod
> > lines can be replaced with a singl
On Tue, Dec 08, 2015 at 11:18:53PM +0100, Patrik Lundin wrote:
>
> What is picking up botan? I looked at every @bin and @lib with ldd and I
> can't see anyone referring to that library. What am i missing?
>
>From http://kea.isc.org/docs/kea-guide.html#required-software:
===
Kea supports two cryp
On Tue, Dec 08, 2015 at 09:46:34PM +, Stuart Henderson wrote:
> Thanks, this is looking good to me, Only two changes I'd make. First is
> in the rc script, what you have isn't wrong, but the mkdir/chown/chmod
> lines can be replaced with a single command:
>
> install -d -o root:_kea -m 7
Thanks, this is looking good to me, Only two changes I'd make. First is
in the rc script, what you have isn't wrong, but the mkdir/chown/chmod
lines can be replaced with a single command:
install -d -o root:_kea -m 775 ${LOCALSTATEDIR}/run/kea
Second change is WANTLIB/LIB_DEPENDS; it pick
On Tue, Dec 08, 2015 at 07:39:24PM +0100, Patrik Lundin wrote:
> > not a port problem, but "message" is a terrible name for sonething that
> > upstream want to place in a system directory!
>
> I have mentioned this in my upstream kea-dev thread.
>
FYI: upstream has created a ticket which aims to
On Mon, Dec 07, 2015 at 09:59:44AM +, Stuart Henderson wrote:
> >
> > 1. When running "make update-plist" I get the following messages:
> > ===
> > make-plist: Bogus element outside of every prefix: /etc/kea/kea.conf
> > make-plist: Bogus element outside of every prefix: /etc/kea/keactrl.conf
On 2015/12/06 21:19, Patrik Lundin wrote:
> Hello,
>
> I am working on a port for Kea, the new DHCP server from ISC.
>
> ===
> # cat pkg/DESC
> Kea is a new open source DHCPv4/DHCPv6 server being developed by Internet
> Systems Consortium. The objective of this project is to provide a very
> high
Hello,
I am working on a port for Kea, the new DHCP server from ISC.
===
# cat pkg/DESC
Kea is a new open source DHCPv4/DHCPv6 server being developed by Internet
Systems Consortium. The objective of this project is to provide a very
high-performance, extensible DHCP server engine for use by enter
45 matches
Mail list logo