On Jan 28, 2020, at 10:25, Gerben Wierda wrote: > Tried this: > > On 28 Jan 2020, at 02:17, Ryan Schmidt wrote: > >> Look on this page: >> >> https://github.com/minio/minio/releases >> >> Find the release you are interested in. Usually we want to use the one >> marked "Latest release", if the project does that. This project does, and >> it's the latest tag, RELEASE.2020-01-25T02-50-51Z. On the GitHub web site, >> there is not enough horizontal space to display the entire tag name, so it's >> cut off as "RELEASE.2020-0..." but you can hover over it to see the full tag >> in the URL. Below the truncated tag name, you'll see "a78e5d4". That's the >> truncated commit of that release's tag. We'd rather use full commits in >> MacPorts, not truncated ones; you can get the full commit by clicking on >> "a78e5d4" and now in the address bar and in the page you can see that the >> full commit is a78e5d4763dbb667540e6832c82bd3a9c4fc2118. That's what you >> paste into this port. >> >> >>> I can then perform a fetch and calculate the checksums and I should be >>> ready to go, right? >> >> Sure. >> > > But a port fetch > > bash-3.2# port fetch > Warning: port definitions are more than two weeks old, consider updating them > by running 'port selfupdate'. > ---> Fetching distfiles for minio > > doesn’t download anything:
It does for me. > bash-3.2# ls -lR work/ > total 8 > drwxr-xr-x 2 macports wheel 64 Jan 28 17:21 .home > -rw-r--r-- 1 macports wheel 113 Jan 28 17:21 .macports.minio.state > drwxr-xr-x 2 macports wheel 64 Jan 28 17:21 .tmp > > work//.home: > > work//.tmp: Distfiles don't get stored in the work directory; they go in /opt/local/var/macports/distfiles. > And a second attempt doesn’t even mention fetching. Completed phases don't get run again unless you clean the port.
