[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