• Question about submitting a new FreeBSD port for review

    From Stanciuc Paul Marius@stanciuc.paul@yahoo.com to muc.lists.freebsd.ports on Tue Jul 21 13:08:41 2026
    From Newsgroup: muc.lists.freebsd.ports

    ------=_Part_878450_1977279969.1784639321734
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: 7bit


    Hello FreeBSD Ports team,
    We are working on preparing a new port for the FEATHER project and would like to confirm the recommended submission workflow before proceeding.
    From the Porter's Handbook, we understand that Bugzilla is used for submitting new ports. However, I would like to clarify a couple of points:

    - Is opening a Bugzilla issue with a link to the port repository sufficient for review, or is it expected that the submission also includes a patch/diff against the current Ports tree?
    - If a Bugzilla submission is the correct approach, is there anything else you would recommend including to help a ports committer review and integrate the new port?
    - Is there any preferred way to request a review from a ports committer once the Bugzilla submission is ready?

    We would like to follow the preferred FreeBSD contribution workflow and make the review process as straightforward as possible.

    Thank you for your time and guidance.

    Best regards,

    Paul Stanciuc


    ------=_Part_878450_1977279969.1784639321734
    Content-Type: text/html; charset=UTF-8
    Content-Transfer-Encoding: 7bit

    <html><head></head><body><div class="ydp71184458yahoo-style-wrap" style="font-family:verdana, helvetica, sans-serif;font-size:13px;"><div dir="ltr" data-setdir="false"><div><p data-start="478" data-end="503" class="ydpff5f000bPDq2pG_selectionAnchorContainer">Hello FreeBSD Ports team,<span class="ydpff5f000bPDq2pG_selectionAnchor"></span></p>
    <div dir="ltr" data-setdir="false">We are working on preparing a new port for the <strong data-start="550" data-end="561">FEATHER</strong> project and would like to confirm the recommended submission workflow before proceeding.</div>
    <p data-start="652" data-end="793">From the Porter's Handbook, we understand that Bugzilla is used for submitting new ports. However, I would like to clarify a couple of points:</p>
    <ol data-start="795" data-end="1259">
    <li data-section-id="120s7u0" data-start="795" data-end="980">
    Is opening a Bugzilla issue with a link to the port repository sufficient for review, or is it expected that the submission also includes a patch/diff against the current Ports tree?
    </li>
    <li data-section-id="sf4in6" data-start="981" data-end="1147">
    If a Bugzilla submission is the correct approach, is there anything else you would recommend including to help a ports committer review and integrate the new port?
    </li>
    <li data-section-id="t9buic" data-start="1148" data-end="1259">
    Is there any preferred way to request a review from a ports committer once the Bugzilla submission is ready?
    </li>
    </ol>
    <p data-start="1261" data-end="1388">We would like to follow the preferred FreeBSD contribution workflow and make the review process as straightforward as possible.</p>
    <p data-start="1390" data-end="1427">Thank you for your time and guidance.</p> <p data-start="1429" data-end="1442">Best regards,</p>
    <p data-start="1444" data-end="1461"><strong data-start="1444" data-end="1461">Paul Stanciuc</strong></p></div><br></div></div></body></html>
    ------=_Part_878450_1977279969.1784639321734--


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Kurt Jaeger@pi@freebsd.org to muc.lists.freebsd.ports on Tue Jul 21 15:12:27 2026
    From Newsgroup: muc.lists.freebsd.ports

    Hi!

    - Is opening a Bugzilla issue with a link to the port repository sufficient for review, or is it expected that the submission also
    includes a patch/diff against the current Ports tree?

    The later (patch/diff against current port tree).

    - If a Bugzilla submission is the correct approach, is there
    anything else you would recommend including to help a ports committer
    review and integrate the new port?

    Please note if you did testbuilds of the port using poudriere,
    on FreeBSD 14.4, 15.0, 15.1 and CURRENT.

    Please note if you did test-runs.

    - Is there any preferred way to request a review from a ports
    committer once the Bugzilla submission is ready?

    Sending mail to ports@freebsd.org sometimes work 8-}

    Some suggest to open an account on reviews.freebsd.org and submit it there.
    --
    pi@FreeBSD.org +49 171 3101372 Now what ?


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Moin Rahman@bofh@freebsd.org to muc.lists.freebsd.ports on Tue Jul 21 15:19:44 2026
    From Newsgroup: muc.lists.freebsd.ports


    --Apple-Mail=_979F6F89-A3A0-4C9F-BAD1-2D606F8C2905
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/plain;
    charset=utf-8



    On Jul 21, 2026, at 15:08, Stanciuc Paul Marius =
    <stanciuc.paul@yahoo.com> wrote:
    =20
    Hello FreeBSD Ports team,
    We are working on preparing a new port for the FEATHER project and =
    would like to confirm the recommended submission workflow before =
    proceeding.
    =46rom the Porter's Handbook, we understand that Bugzilla is used for =
    submitting new ports. However, I would like to clarify a couple of =
    points:
    =E2=80=A2 Is opening a Bugzilla issue with a link to the port =
    repository sufficient for review, or is it expected that the submission =
    also includes a patch/diff against the current Ports tree?
    =E2=80=A2 If a Bugzilla submission is the correct approach, is =
    there anything else you would recommend including to help a ports =
    committer review and integrate the new port?
    =E2=80=A2 Is there any preferred way to request a review from a =
    ports committer once the Bugzilla submission is ready?
    We would like to follow the preferred FreeBSD contribution workflow =
    and make the review process as straightforward as possible.
    Thank you for your time and guidance.
    Best regards,
    Paul Stanciuc
    =20

    Hi,

    There are two paths available here:

    1. Phabricator(https://reviews.freebsd.org =
    <https://reviews.freebsd.org/>)

    If you are unsure what you are doing and want someone to review your =
    codes line
    by line this is the better approach. I would at least recommend this if =
    this is
    the first time you are submitting a patch. This will help you understand =
    how
    the porting works. Create a account and send a mail to phabric-admin@freebsd.org <mailto:phabric-admin@freebsd.org> notifying =
    your intent to use it. Once approved submit
    the patch.

    2. Bugzilla(https://bugs.freebsd.org <https://bugs.freebsd.org/>)
    If you are confident on what you are doing and have tested this on =
    multiple
    different versions and absolutely confident that the patch is what it is = follow
    this:
    a. Create a bug report
    b. Do not attach any patches
    c. Mark the bug report number
    d. Create the port in your local working branch do poudriere test and = portlint
    e. Create a commit. In the commit message add necessary git markers =
    specially
    the markers like `PR: <BUG NUMBER>` and `Approved by: maintainer is = submitter`
    f. Create a git formatted patch out of the commmit
    g. Attach the patch to the bug report
    h. And wait for someone to commit

    I hope this clears the confusion.

    Kind regards,
    Moin



    --Apple-Mail=_979F6F89-A3A0-4C9F-BAD1-2D606F8C2905
    Content-Transfer-Encoding: 7bit
    Content-Disposition: attachment;
    filename=signature.asc
    Content-Type: application/pgp-signature;
    name=signature.asc
    Content-Description: Message signed with OpenPGP

    -----BEGIN PGP SIGNATURE-----

    iQKTBAEBCgB9FiEETfdREoUGjQZKBS+fvbm1phfAvJEFAmpfcfBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDRE Rjc1MTEyODUwNjhEMDY0QTA1MkY5RkJEQjlCNUE2MTdDMEJDOTEACgkQvbm1phfA vJH1Nw//Wh7+umF5uS4hBZsG0/4PNNjt644Rpb8v304LA5SZLm6vpgQKpgch9RJp T76qB5hlM4f/0C1+XYOYzEgroqH9vbaXq/CYrLMvLt2PoYolY7afw8p+VwDWa451 8Pjg8nkedE/wbjax81kHDPl8CTH6+t3V0bV3AnjtddFSN/g8uhbBhlliCBPGFAWj vwH6dwyC/B7eTNSh8tE2l8xsVc98TJfdvqzNNWG0Zph2ZklyD92Rwol2sGwNxwy7 7i3APh81CO+/MtlKuj1G4gGeT+ZLFDDxwB7d1a8vK8gA0z7FM4WYr7KymL3X0fuq Z9ChHSoqE6GQZJ52cWC9qb3NsE2WGJAOSk/CIkZluTAU5CQbRbHsAJb0UIC70vh7 eEpfu8BahDHqf3CNf/GNvg4EGIL8sLiah+1GYTMzRjQmbaw7LojSVHlT1+/dbGzR zj4FL080S+U6uCLbt+0IWPB7vKVRIeyTnG4pvLiCTWfqCbcle0B3LQ6s5XVneDlL 2rAHkBD/L9X2XJSNsALDyDiUIfMedROhl5CSvx31GtP3j7gE/AOdVyCxLHBV2ksU IZyLLMPPWcJICieWVR1mIvOpTsFB9Wk0o70J8NSe1TmBGjrTvS1GaNdtH34kvkEg szAqcid3nkYWb6EsljXo+UZNQErLN2scyypCnXeptuj5MWzI6G0=
    =LIyd
    -----END PGP SIGNATURE-----

    --Apple-Mail=_979F6F89-A3A0-4C9F-BAD1-2D606F8C2905--


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Kurt Jaeger@pi@freebsd.org to muc.lists.freebsd.ports on Fri Jul 24 08:56:53 2026
    From Newsgroup: muc.lists.freebsd.ports

    Hi!

    I did not know about phabricator until I read your email so I have added
    my attempts to port software to FreeBSD in Bugzilla (following the
    handbook).

    Are the two paths mutually exclusive?

    No. But if you submit to both, add pointers to the other submission.

    I am asking since I have noticed that it's kind of difficult to get
    feedback for attempts to create ports. I guess no one has the time to look
    at my feeble and probably horrid attempts to port.

    Yes, that's the main problem.

    Could I/Should I ask that the PRs in Bugzilla should be closed and revert
    to phabricator?

    These are my feeble and horrid attempts:

    March 17 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=293877

    April 14 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=294521

    July 8 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=296618

    The problem is time for commenters/committers, and the submission method
    does not fix this problem.
    --
    pi@FreeBSD.org +49 171 3101372 Now what ?


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Tomoaki AOKI@junchoon@dec.sakura.ne.jp to muc.lists.freebsd.ports on Fri Jul 24 18:20:46 2026
    From Newsgroup: muc.lists.freebsd.ports

    On Fri, 24 Jul 2026 08:56:53 +0200
    Kurt Jaeger <pi@freebsd.org> wrote:

    Hi!

    I did not know about phabricator until I read your email so I have added
    my attempts to port software to FreeBSD in Bugzilla (following the handbook).

    Are the two paths mutually exclusive?

    No. But if you submit to both, add pointers to the other submission.

    FYI: A pair of example of mine.

    PR filed on Bugzilla: Noting review (Differential Revision ID)
    at Comment 1.
    https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=296137

    Corresponding review on Phabricator: Noting Bug ID in PR: line
    of the SUMMARY.
    https://reviews.freebsd.org/D57655

    I'm basically using both when I have patches because not everyone
    who want to leave comment and/or requests don't have account on
    both service. There can be GitHub PR (Pull Request), but I don't
    have (and not planning to have) accounts there.

    When I don't have patch for fix but want to report issues
    or some requests, I use Bugzilla or MLs, but not Phabricator.
    Because Phabricator is for code review.

    OTOH, I use Phabricator alone when I have patch for fixes
    (and/or cleanups) but having no (possible) functional changes.
    This is because NOT to confuse regular users.
    But if any PR can be found on Bugzilla by some others, I use it
    instead (unless opening review is requested by interested committers).

    In special case like trivial fix that seemed to be missed
    on commits that seems review are unneeded, I usually post
    comments (with or without patch) on corresponding dev-* ML,
    CC'ing the author and committer, to make fix done earliest.

    https://lists.freebsd.org/archives/dev-commits-ports-main/2026-July/202103.html

    Hope these examples help.

    Regards.


    I am asking since I have noticed that it's kind of difficult to get feedback for attempts to create ports. I guess no one has the time to look at my feeble and probably horrid attempts to port.

    Yes, that's the main problem.

    Could I/Should I ask that the PRs in Bugzilla should be closed and revert to phabricator?

    These are my feeble and horrid attempts:

    March 17 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=293877

    April 14 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=294521

    July 8 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=296618

    The problem is time for commenters/committers, and the submission method
    does not fix this problem.

    --
    pi@FreeBSD.org +49 171 3101372 Now what ?
    --
    Tomoaki AOKI <junchoon@dec.sakura.ne.jp>


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2