port "cask" -- installing prebuilt binaries

[Nils Breunese]

I already maintain some ports that install binaries from upstream, like the openjdk* ports, which are very complex to build from source and take many, many hours to build.

I also maintain some Go ports that build from source, but that are not available on some older OS versions because the go compiler doesn’t seem to be available for those older OS versions. See for instance https://ports.macports.org/port/kustomize and https://ports.macports.org/port/skaffold/summary. I wonder if those application would work on those older OS versions if I would switch those ports to install binaries from upstream.

Nils.

> Op 4 aug. 2020 om 19:48 heeft Ruben Di Battista <rubendibattista at gmail.com> het volgende geschreven:
> 
> 
> There's is one compelling need for having "binary only" install, and that is for the port "osxfuse", that is currently broken for 10.14+.
> 
> There was a discussion about it on the Github project about the choice of making it close closed source... Nonetheless it would be useful to have it in order to provide things like fuse file systems and so on.
> 
> 
> 
>> On Tue, 4 Aug 2020, 15:38 Lothar Haeger, <lothar.haeger at gmx.net> wrote:
>> 
>> 
>>> Am 30.07.2020 um 08:03 schrieb Ken Cunningham <ken.cunningham.webuse at gmail.com>:
>>> I only raise the idea as people are already doing this, and submitting such ports, and before we have too many, there is an opportunity to say how it should best be done (custom category, naming convention, etc).
>> Reminds me of an earlier conversation at https://github.com/macports/macports-ports/pull/6767#discussion_r402584006 
>> 
>> I do see some benefits is formalizing binary-only ports and to adapt the build and distribution scheme for it. Could save resources and development time and make those ports easily recognizable for those who care about the different way it was built.
>> 
>> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20200804/8cc18f22/attachment-0001.htm>