On Sep 22, 2020, at 17:24, Ken Cunningham wrote:
> On 2020-09-22, at 12:58 PM, Ryan Schmidt wrote:
>>
>> To me it seems unrealistic for Apple to suggest that an infinite number of
>> open source projects, many of whose developers have never seen a Mac, should
>> now add code to their build s
On Sep 22, 2020, at 18:05, Richard L. Hamilton wrote:
> How will additional signing requirements impact MacPorts binary distribution
> (which is a huge timesaver for installs and updates, if one doesn't have to
> build most packages oneself)?
As I understand it, it should not affect that at all
On Sep 23, 2020, at 04:29, Dan Ports wrote:
> Also, bz2 is particularly slow at decompression, so even xz is likely
> an improvement there.
As far as compression/decompression time goes, the normal gzip, bzip2 and xz
tools are single-threaded, as far as I know, so there is an opportunity to g
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
> disable codesigning altogether for MP software?
macOS 11 on ARM now require codesigning. Binaries that are not codesigned
cannot be used at all.
Leandro, feel free to make meaningful contributions to our conversations but
please stop spamming the list with links to your "apple sucks" photo gallery or
I will ban you.
On Sep 23, 2020, at 13:07, Leandro neto wrote:
> look please!!
look please!! leandro leme neto
phone +552122366155
+552121796156
https://photos.app.goo.gl/eZ1qaq6xiciZLdDq9
https://photos.app.goo.gl/vMh9wRVp9yYV2TJ47
https://photos.app.goo.gl/eq6Jp4E7BBPhtYWw6
https://photos.app.goo.gl/wHHNkfgEqz4H7kE36
https://photos.app.goo.gl/43BGYWcySozdvmJW9
https://p
On Tue, Sep 22, 2020 at 08:28:19PM +0200, Vincent Habchi wrote:
> I agree wholeheartedly, but since you mention modern compression algorithms,
> isn’t there another one (or more) which would be yet more efficient than xz?
In terms of compressed file size, I'm not sure anything is going to
beat xz
Can't be an easier choice to push globally a linker switch, if it exists,
to disable codesigning altogether for MP software?
On Wed, 23 Sep 2020, 03:09 Saagar Jha, wrote:
> As far as I understand, ad-hoc codesigning is not actually really meant to
> protect a file on disk because you can just a
Ryan,
> Maybe, but if we could use something built into macOS, like xz on 10.9 and
> later, then we wouldn't need to bundle yet another third-party project (the
> decompression program) into MacPorts base.
Sure, but if the ultimate goal is to reduce disk size and bandwidth, then it
can be wort