From: Ian Darwin Subject: Start to document DIST_TUPLE To: ports Date: Sun, 20 Sep 2026 10:13:04 -0600 Following a discussion with kirill and sthen, the latter sent some text along the lines of "DIST_TUPLE probably should be documented there..." and some text, which I bent, folded, spindled and mutilated into the following. OKs or comments? Index: guide.html =================================================================== RCS file: /cvs/www/faq/ports/guide.html,v diff -u -p -r1.115 guide.html --- guide.html    2 Jul 2026 11:51:57 -0000    1.115 +++ guide.html    20 Sep 2026 16:08:13 -0000 @@ -181,6 +181,51 @@ You can check to see if you have filled    

+An alternative way of specifying downloads is DIST_TUPLE. +This is useful in setting up downloads from the git code repositories +listed under "sitecode" below. + +

+The format of a DIST_TUPLE is five tab-separated fields: +

+sitecode account repository version-or-hash target-dir +

+ +

+For example: +

+DIST_TUPLE =        github    someuser    greatlib v4.0.4    . +

+ +

+Some projects require more than one distfile. +If you need more than one entry in DIST_TUPLE, +enter one per line with "+=" on all but the first. +For GitHub, the use of the GH_* parameters is preferred +over DIST_TUPLE for the "main" distfile; +DIST_TUPLE can be used with any secondary distfiles. +For the other sites listed, DIST_TUPLE can be used +for all distfiles. + +

+With some of the sites, DIST_TUPLE doesn't set +WRKDIST properly. +In this case WRKDIST needs to be overridden. +A common example is gitlab when using commit hashes instead of version numbers. +Some sites may need the hash added to the dirname even for a tagged release. +Some trial and error, as well as examining working ports, may be needed. + +

 For more complex ports, you have more options and tools available to you: