On 2018-02-13, at 6:40 AM, db wrote:
> On 13 Feb 2018, at 07:01, Ken Cunningham <ken.cunningham.web...@gmail.com>
>> If there is anything worth having in MacPorts that is in Homebrew but not
>> MacPorts, just ask for it.
> I'm trying homebrew as a fallback for MacPorts, but since you said anything,
> here's a wish list: cask, building from HEAD, LinuxPorts (analog to
> Linuxbrew), and specific ports: vagrant and ELK stack for starters. Just
As you know MacPorts does install prebuilt binaries for almost all the software
it offers, if allowed by license. That is basically the "cask" concept except
it covers most systems and software all the way from 10.5PPC to current, which
is much more than homebrew covers.
So I presume you're talking about installing software available only by
downloading a prebuilt pkg or dmg from the provider's website.
This is quite easy to do with the current port software. I have done several of
these, especially when a version of MacPorts' software works on an older
system, but it can't be built on that system due to SDK issues, etc. You just
download the archive file as a distfile, mount the dmg or decompress the
archive, and then move the binary into place.
I think nobody finds this in general to be all that magical or useful though,
and so nobody bothers to spend any time on building these sorts of Portfiles.
You want Adobe Air? Just go to the website and install it. You usually have to
go there anyway. But if you see a role for more command line installs, I can
certainly show you how to make them up, or point you to a few examples so you
can make up your own as well.
2. HEAD variants.
This is a specific MacPorts decision, based on the "reproducible builds"
philosophy. It's open for debate at times, I would think. It's easy to do it,
but we just don't do it on purpose.
I have overridden this and allowed a +HEAD variant on one occasion at the
request of a heavy user of the software (see the widelands Portfile).
Anyone with a passing level of MacPorts knowledge can bump a Portfile to the
latest commit on their own in a few seconds, esp if it uses the github
Portgroup. I do this all the time.
This could be added quite easily if MacPorts wanted to do it -- a small change
in the github portgroup would likely suffice to add a +HEAD variant to all
But it is specifically not done on purpose, at present.
I think Rene has this working (@RJVB). Haven't tried it, though. I bought a
couple of linux machines for this reason, but just ran out of time to play with
4. Vagrant and ELK
I can take a look at these.
If the installation is to simply download a DMG and run the installer or copy
it over, there's not a lot of excitement in that. If the software requires
building and configuring to work with other supporting libraries and software,
then that is where MacPorts really shines. Software like Jeremy's XQuartz is a