Bug 238523 - net/libdnet fails to build in jail
Summary: net/libdnet fails to build in jail
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
Depends on:
Reported: 2019-06-12 14:37 UTC by Dean E. Weimer
Modified: 2019-06-30 19:01 UTC (History)
2 users (show)

See Also:
bugzilla: maintainer-feedback? (onatan)

Disable build-time checking for /dev/bpf0 (1.47 KB, text/plain)
2019-06-30 19:01 UTC, Eygene Ryabinkin
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dean E. Weimer 2019-06-12 14:37:37 UTC
Fails to build in Jail.

|No suitable Ethernet interface found. Most|
|probably you are not running the FreeBSD  |
|OS. Please consider using this version    |
|of libdnet  with the FreeBSD system       |
===>  Script "configure" failed unexpectedly.

Not sure if this is even useful to have in a jail, I am simply using a jail to temporarily run the host operating system (clone of ZFS snapshot) to install upgrades before rebooting to limit downtime as much as possible. The system is running on vmWare, and this is a requirement of open-vm-tools.

This maybe fixable with options being sent to jail, However I was unable to determine from the log what it is doing to check for an Adapter.
Comment 1 Dean E. Weimer 2019-06-12 17:45:32 UTC
I was able to look through more of the source files, and get it to successuflly build by passing the jail a custom devfs rules and adding the following to the defaults. This of course also required I pass the mount.devfs option as well.

add path 'bpf' unhide
add path 'bpf0' unhide
Comment 2 Eygene Ryabinkin freebsd_committer 2019-06-30 19:01:20 UTC
Created attachment 205439 [details]
Disable build-time checking for /dev/bpf0

Could you, please, put the attached file into the port's directory as files/patch-configure.ac-bpf and try your in-jail build without devfs (and, thus, /dev/bpf*).

If the build will be successful, will you be able to test the resulting port in the cases where BPF is used (by consumers of libdnet)?