[Midnightbsd-cvs] [MidnightBSD/mports] f225e7: net/samba4{16, 19}: stop USES= from clobbering cpe

Lucas Holt noreply at github.com
Fri Aug 7 11:14:59 EDT 2026


  Branch: refs/heads/master
  Home:   https://github.com/MidnightBSD/mports
  Commit: f225e7dd805831f1e25f4b3d16bbba9cc12e75b2
      https://github.com/MidnightBSD/mports/commit/f225e7dd805831f1e25f4b3d16bbba9cc12e75b2
  Author: Lucas Holt <luke at foolishgames.com>
  Date:   2026-08-07 (Fri, 07 Aug 2026)

  Changed paths:
    M net/samba416/Makefile
    M net/samba419/Makefile

  Log Message:
  -----------
  net/samba4{16,19}: stop USES= from clobbering cpe

Both ports set "USES= cpe" near the top and then, ~85 lines later, assign
"USES=" again with the real build dependencies. The second plain assignment
overwrites the first, so cpe never reached the resolved USES and CPE_STR came
out empty. The ports declared a CPE_VENDOR and CPE_PRODUCT that were never
used.

mport audit matches by CPE, so Samba was invisible to it. With the later
assignment changed to USES+=, net/samba419 now resolves
cpe:2.3:a:samba:samba:4.19.9 and the audit API reports 63 CVEs against that
version, including CVE-2016-2124 and CVE-2019-10218.

Checked the rest of the tree for the same pattern: the only other ports with a
plain USES= after one mentioning cpe are devel/py-Jinja2, where the two
assignments are in mutually exclusive .if branches, and
net-p2p/transmission-components, where the later assignments repeat cpe. Both
resolve correctly and were left alone.

PORTREVISION bumped so the rebuilt packages pick up the metadata.

AI-Assisted-by: Claude Opus 5 (1M context) <noreply at anthropic.com>
Signed-off-by: Lucas Holt <luke at foolishgames.com>



To unsubscribe from these emails, change your notification settings at https://github.com/MidnightBSD/mports/settings/notifications


More information about the Midnightbsd-cvs mailing list