[Zeek-Dev] Zeek and the myricom package plugin

Jon Siwek jsiwek at corelight.com
Fri Jul 19 19:59:23 PDT 2019


On Fri, Jul 19, 2019 at 1:52 PM Michael Dopheide <dopheide at es.net> wrote:

> CMake is expecting to be able to copy myricom.bif.bro to it's destination, but only myricom.bif.zeek exists.
>
> make
> ...
> [ 11%] [BIFCL] Processing src/myricom.bif
> Error copying file "myricom.bif.bro" to "/home/zeek/.zkg/testing/zeek-myricom/clones/zeek-myricom/build/lib/bif/myricom.bif.bro".

* The thing which produces the .bif.bro versus .bif.zeek file is
`bifcl`.  Seems like you've got the new version since it made a
.bif.zeek

* The thing which generates a Makefile that expects to copy .bif.bro
versus .bif.zeek is cmake/BifCl.cmake.  Seems you may have an old
version of this since it created a Makefile that still expects a
.bif.bro

I didn't test building the myricom plugin, but a simple plugin
containing a .bif doesn't seem to generally have this problem when
using a fully updated zeek/master: it produced and installed a
.bif.zeek file.

Maybe verify you've got a fully updated and consistent Zeek build
and/or give the full command and build log you're running.  The
configuration output from the build log could have a hint that it's
picking up an unexpected Bro/Zeek build or install path.

If installing via zkg, an outdated "zeek_dist" in ~/.zkg/config is a
problem if it's still using a version of the myricom package that uses
it, else if there's an old version of "bro-config" (now "zeek-config")
in PATH, that could be a problem.

- Jon


More information about the zeek-dev mailing list