From nobody Tue Feb 10 10:12:44 2026 X-Original-To: ports-bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4f9HSF3z37z6RpWF for ; Tue, 10 Feb 2026 10:12:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4f9HSF0ZwBz3Jq3 for ; Tue, 10 Feb 2026 10:12:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1770718365; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GuvAhabiF7wRW7nzHg48HzHzY4D232rVd7JTgY3enqE=; b=RFo9eS4nu83FzYogy0kT6S7uY93iMqcguWhFIt8s0htxUaknc5RjF2FoE6XDhAlCTKaHk5 xtH8emrdA7B/O5wtqWkb6tjskWUEA+fhc258KI8Lw5k0YKRboetpUEhGrJN+Q/LU9wmond uBQzJrfajx+HOEzEZSjemheVOAYACbi5yCzbMVWboL0UoXn+la3ni3C1D8KmU3819hRQX9 wYCoroSVbrs5x55EnTi6kTlLdSk6IJOujSV3PlxmZkQ0rVkXPkyh7W1Vnuk3SZHc/7MHgl o6SOm8O5FRlgrAnLboWEUVHjrtsoJQIvrPvzpUII6NuHR4H/vNhzEMveDy+UYg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1770718365; a=rsa-sha256; cv=none; b=nks6suTkcIgwcqEYf4zGTGlu9TY27N9FC38FEk0df1CgBMoDXDhd4CgPmju97ppyhYFM4o J4PLyucXxqdoSLb6TNSHMFSnVh74kZHLKd0H70Ug+SY3p01/j7gr1pYrRva8wjR/9Giarj YaPYH1/R6lKS3LPAyEyxvRy1nensdC9euQo1MpxUr/C4Lyf7LkXI7P+GNfhaXKf+mcqgBj 8b3ggtgH1DJSvZtEc935i3MjA4RASxJffWvtJi/LxVWdeGJFy4GdsDBPqpuCLus6wlQ8Bh YZeiSM/b8sEQfyJnFFngkW78OlTmMaC64js4v2CrK6uM8WmN0vxF+wYpi/L0qg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1770718365; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GuvAhabiF7wRW7nzHg48HzHzY4D232rVd7JTgY3enqE=; b=i9cFqFO2n828rTfaYDuxUp8Zz8TV54hifuOE365xB+uvOuay8VIo8TyvDIMtGpWXA6ADrU IMcPFeOF5A6U+uOtELtzUXBmXilCUN7aKweFhfj39pEhbzpTSIuXo99Oet5TEEWfksAIxo FgSUxOYK1m1SCKS32Mn5Umyd5/v7pkYHsZvfVQiCZz6LMVPaxSL6+cV8Yj+If0voGfdhye iEfyG4KkkxQSnNjLbUebQY/GhavByHnu0y+T78dGGlGsxAqru6i3wZLZz45zgbjY59UQf7 m/jTZwwbUwxfrRXWMAzX4yzwXLTEHkRq5jAKJv9Gcyba5f1VBRwrgNyINFtrhw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4f9HSD734yz1DCR for ; Tue, 10 Feb 2026 10:12:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 61AACiFS066234 for ; Tue, 10 Feb 2026 10:12:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 61AACixl066233 for ports-bugs@FreeBSD.org; Tue, 10 Feb 2026 10:12:44 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 292346] [NEW PORT] emulators/fab-agon-emulator: Emulator for Agon Light computer Date: Tue, 10 Feb 2026 10:12:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fuz@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Ports bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-ports-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports-bugs@freebsd.org Sender: owner-freebsd-ports-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D292346 Robert Clausecker changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fuz@FreeBSD.org --- Comment #8 from Robert Clausecker --- Thank you for your submission, here are some items to check: - ensure your maintainer email address matches the address you signed up on Bugzilla with so that bug reports get assigned to you correctly. - USE_SDL without USES=3Dsdl is nonsensical, either add USES=3Dsdl or remo= ve USE_SDL. - why does the port depend on the C++ library from gcc? We have libc++.so in base and that's what ports are supposed to use unless they compile wi= th gcc. You don't compile with gcc, so this is weird. Perhaps patch the build s= o it pulls libc++ from base instead of trying to link against gcc's library. - GH_PROJECT can and should be omitted if it matches PORTNAME. - GH_TAGNAME can and should be omitted if it matches ${DISTVERSION} - prefer DISTVERSION over PORTVERSION - if you have rust components, it's a good idea to let our framework build them instead of having the port's makefile do it, as we pass a bunch of custom options. See e.g. media/ccextractor for an example. The basic scheme is ${CARGO_CARGO_RUN} build \ --manifest-path ${CARGO_CARGOTOML} \ --verbose \ --verbose \ ${CARGO_BUILD_ARGS} - instead of patching a custom installation routine into the Makefile, just write a do-install target that installs the files into the right places. - please use INSTALL_PROGRAM, INSTALL_DATA, and so on for the appropriate = type of file instead of calling BSD_INSTALL_PROGRAM. This ensures the right fla= gs are passed and that the right permissions are set. - I recommend you keep patches as small as possible to avoid merge conflic= ts. For example, you don't need to delete the check target, it suffices to remove it as a dependency. - if there is a test suite, check if you can hook it into TEST_TARGET or do-test --=20 You are receiving this mail because: You are the assignee for the bug.=