<div dir="ltr"><div dir="ltr"><div>On Mon, Apr 19, 2021 at 1:25 PM Craig Treleaven <<a href="mailto:ctreleaven@cogeco.ca" target="_blank">ctreleaven@cogeco.ca</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Also, why should we consider that MacPorts is in competition with 
Homebrew?  Both MacPorts and Homebrew seem to have a sufficient number 
of contributors to keep going for the foreseeable future.  Nether 
packaging system has to "win" nor does the other have to "lose".  The 
projects do have differing philosophies that may make one more suitable 
than the other for particular users.</div></blockquote><div><br></div><div>Although this is a nice sentiment, I believe the reality is that MacPorts is in fact in competition with Homebrew. And not just Homebrew, but with other package managers as well, such as Munki, and even to some extent other deployment products such as Jamf/Casper and Jenkins. My belief is that the total number of systems running macOS as its operating system is the entire "pie" of systems that could potentially use one of these macOS package managers. In addition, the vast majority of users will only use one package management product, hence my opinion of why it's a pie with a limited number of potential users that gets divided up. The possible exception to only using one product per machine might be, say, in an enterprise setting (you can read my personal anecdote below for an example).</div><div><br></div><div>In addition, it has traditionally been the case that package management systems say on their websites that installing multiple package managers on one machine can cause problems... e.g. MacPorts doesn't work well with Fink and Homebrew, Homebrew doesn't work well with Fink and MacPorts, etc. People on this mailing list are tech savvy enough to deal with the potential conflicts that might occur regarding environment variables, $PATH order, etc. but the vast majority of users won't be, and thus would stick to using only one package manager. If one product "wins" by getting installed on a particular system, then the others "lose".</div><div><br></div><div>========<br></div><div><br></div><div>Personal Anecdote</div><div><br></div><div>In one of my former lives, I used to work as a systems administrator for one of the science departments at a local university, and we used more than one package management system (PMS) on our Macs. The central, university-wide IT support group used a combination of Munki and Jenkins to deploy proprietary commercial software that requires license keys, such as Adobe and Microsoft products. The department-level IT support staff have superuser access on each of the computers, but we didn't have the ability to contribute our own software packages to the central IT's Munki/Jenkins servers. So, several science departments banded together to also deploy MacPorts on their departments' Macs, so that we could manage software packages that were of interest to the individual departments. We were also aware of other departments that used Homebrew as their departmental PMS. In fact, the central IT group even added a Homebrew "installer" to the list of software available through Munki, but refused to add the MacPorts installer (the sysadmin that was the head of managing the Munki servers loved Homebrew and Ruby, and absolutely hated Tcl).</div><div><br></div><div>This is one of the few instances where I could see the benefit of having more than one PMS installed on the same machine. But for home computers that are being managed by a single family member, or even computers (laptops) that are only ever used by a single person, I highly doubt that they would willingly go through the hassle of obtaining their software through more than one PMS.<br></div><div><br></div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 19, 2021 at 1:25 PM Craig Treleaven <<a href="mailto:ctreleaven@cogeco.ca" target="_blank">ctreleaven@cogeco.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> On Apr 19, 2021, at 10:47 AM, Karl-Michael Schindler <<a href="mailto:karl-michael.schindler@physik.uni-halle.de" target="_blank">karl-michael.schindler@physik.uni-halle.de</a>> wrote:<br>
> <br>
> Am 19.04.2021 um 14:00 schrieb <a href="mailto:macports-dev-request@lists.macports.org" target="_blank">macports-dev-request@lists.macports.org</a>:<br>
>> <br>
>> Date: Mon, 19 Apr 2021 13:24:51 +0200<br>
>> From: Mojca Miklavec <<a href="mailto:mojca@macports.org" target="_blank">mojca@macports.org</a>><br>
>> Subject: Re: Publicizing MacPorts<br>
>> Message-ID: <<a href="mailto:CALBOmsbrso9ao2SgVOnVp69hskepHjiWZhSCmwMi_F6CFayqXg@mail.gmail.com" target="_blank">CALBOmsbrso9ao2SgVOnVp69hskepHjiWZhSCmwMi_F6CFayqXg@mail.gmail.com</a>><br>
>> Content-Type: text/plain; charset="UTF-8"<br>
>> <br>
>> We should probably be publicising that MacPorts works just fine with<br>
>> M1 more aggressively from the very beginning.<br>
>> <br>
>> If anyone is willing to volunteer to do PR for MacPorts ...<br>
>> <br>
>> Mojca<br>
> <br>
> I intend to do so, probably to a limited extend only. As a first step, I have checked the upstream download pages of our top ten downloads. Less than 5 of them mention macports properly. My next steps is to write to them. I also want to extent the maintainer part of the docs with the direct to port maintainer to check upstream download and install pages.<br>
> <br>
> Michael.<br>
<br>
People don’t install MacPorts or Homebrew just to have a package manager—they install a package manager as a prerequisite to get software that they want.  So getting popular software packages to mention that MacPorts can install that software is very important.  <br>
<br>
Also, why should we consider that MacPorts is in competition with Homebrew?  Both MacPorts and Homebrew seem to have a sufficient number of contributors to keep going for the foreseeable future.  Nether packaging system has to “win” nor does the other have to "lose”.  The projects do have differing philosophies that may make one more suitable than the other for particular users.  For example, Homebrew only aims to support recent hardware and up-to-date operating system versions even if users are sometimes left behind.  MacPorts makes far greater efforts to ensure packages work on older hardware and OS versions.  We might do a better job of explaining how MacPorts differs so that users can make an informed choice.<br>
<br>
My $0.02 (and Canada doesn’t even have pennies anymore!).<br>
<br>
Craig<br>
<br>
</blockquote></div></div>