Re: promote older systems support

+1 Le 07/09/2020 à 02:52, Ruben Di Battista a écrit : > +1 > > On Sun, 6 Sep 2020, 22:41 Ken Cunningham, > > wrote: > > there is considerable grousing on the homebrew forums about their > ruthless policy for dropping support for systems more or less

gpg_verify 1.0 feedback

The gpg_verify 1.0 PortGroup was added one year ago. I count 5 ports which are using it (4 of which were setup by the author of the PortGroup soon after it was introduced). However there are many more ports which could be using it. It would be nice if one day the MacPorts guide encouraged using

Re: port "cask" -- installing prebuilt binaries

> Am 15.08.2020 um 10:37 schrieb Lothar Haeger : > >> The variant name is: +prebuilt > > I like that name for its conciseness, lack of an underscore and correct > tense. :-) So here's an example how this could look like in real life: https://github.com/macports/macports-ports/pull/8503

Re: Thoughts on switching our archive compression method

Reading "xz" and "archive" in the same sentence reminds me of https://www.nongnu.org/lzip/xz_inadequate.html While it's easy to read the above as a rant of a disappointed competitor, he seems to make some valid points about why lzma/xz should be

Re: Apple ARM binary codesign issue

Ok, that's what I didn't know. I thought It was mandatory for Apple Store software and not everything... 😔 On Thu, 24 Sep 2020, 13:35 Ryan Schmidt, wrote: > On Sep 23, 2020, at 03:37, Ruben Di Battista wrote: > > > Can't be an easier choice to push globally a linker switch, if it > exists, to d

Re: Thoughts on switching our archive compression method

On Sep 24, 2020, at 08:39, Lothar Haeger wrote: > > Reading "xz" and "archive" in the same sentence reminds me of > https://www.nongnu.org/lzip/xz_inadequate.html > > While it's easy to read the above as a rant of a disappointed competitor, he > seems to make some valid points about why lzma/xz

Re: Apple ARM binary codesign issue

On Sep 24, 2020, at 08:51, Ruben Di Battista wrote: > Ok, that's what I didn't know. I thought It was mandatory for Apple Store > software and not everything... 😔 Yup. As of macOS Big Sur 11 beta 6, released September 3, 2020, codesigning is mandatory for everything on ARM Macs. How to deal

Need help with USD port

Hi all, I'm trying to put together a portfile for a library called Universal Scene Description, and I'm getting some strange errors when I try to compile it on my machine. I'm looking for people with macOS 10.12 or newer to try to compile USD and see whether they are getting the same compile error

Re: gpg_verify 1.0 feedback

I think that gpg signature verification is something that belongs in maintainer-facing tools rather than in Portfiles. If the maintainer verifies the distfile's signature before updating the checksums, the user gets close to the same assurances while avoiding a lot of complexity. I always verify b

Re: gpg_verify 1.0 feedback

> I imagine there could be a much simpler interface for this using this > PortGroup, making it more appealing to add it to ports. … The PortGroup would > handle fetching the .sig or .asc file Certainly port group gpg_verify can be improved. However, reliance on accessing key servers is a Very B

Re: if we are going to support universal arm/x86_64 ports, we'll likely need a multi-architecture gcc again

On Sun, Sep 13, 2020 at 1:21 PM Ken Cunningham < ken.cunningham.web...@gmail.com> wrote: > I’m not sure if the MacPorts plan is to support universal arm/x86_64 > builds, but I can imagine that for some years we might want to consider > doing that. > > The last gcc version we had that supported mul