Page MenuHomeFreeBSD

etc/mtree/BSD.include.dist: Remove bsnmp tags
ClosedPublic

Authored by manu on Dec 15 2025, 3:19 PM.
Tags
None
Referenced Files
F151363942: D54235.id168067.diff
Tue, Apr 7, 9:59 PM
Unknown Object (File)
Sat, Apr 4, 2:26 PM
Unknown Object (File)
Sun, Mar 29, 11:35 PM
Unknown Object (File)
Tue, Mar 24, 10:51 PM
Unknown Object (File)
Mon, Mar 16, 10:43 AM
Unknown Object (File)
Feb 27 2026, 2:11 PM
Unknown Object (File)
Feb 16 2026, 6:43 PM
Unknown Object (File)
Feb 16 2026, 10:51 AM
Subscribers

Details

Summary

When building with WITHOUT_BSNMP this result in a FreeBSD-bsnmp-dev
package with only this directory and a dependency on FreeBSD-bsnmp which
doesn't exists.

Fixes: 436618a427b4 ("etc/mtree: Add package tags for /usr/include")
Sponsored by: Beckhoff Automation GMbH & Co. KG

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

manu requested review of this revision.Dec 15 2025, 3:19 PM

I wonder if changing it to: tags=package=bsnmp,dev solves the issue?

I wonder if changing it to: tags=package=bsnmp,dev solves the issue?

no. the package we're building is correct according to the mtree: this directory should be in bsnmp-dev.

the problem is that if you don't build the rest of bsnmp:

  • you end up with a package containing this (empty) directory and nothing else, which is useless
  • the package can't be installed anyway (which breaks system installation) because -dev packages get an automatic dependency on their base package, but there is no base package, because we didn't build bsnmp

since there's no way to include conditional logic in mtree files, the proper fix for this will probably be to just not build packages which only contain directories and nothing else, at which point we can revert the recent fixes to BSD.include.dist.

This revision is now accepted and ready to land.Dec 15 2025, 5:35 PM
This revision was automatically updated to reflect the committed changes.