See:
https://lore.kernel.org/all/f7031316a043b36fac10ecf784d2294894967e7b.1708212896.git.gitgitgad...@gmail.com/
Fails on 10.6 Intel now:
https://github.com/macports/macports-ports/commit/e21cd2a3df66db81d79807fd83b5a7742fa07f97#commitcomment-141174012
What do we do? :)
On Friday April 19 2024 22:10:40 Kirill A. Korinsky wrote:
>Because MacPorts download distfiles and packages from HTTP, not HTTPS
>because it contains checksums for that it downloads :)
Nope. Maybe for distfiles that are hosted on the own servers, but the past few
years more and more ports
On Fri, 19 Apr 2024 21:12:43 +0200,
René J.V. Bertin wrote:
>
> On Friday April 19 2024 20:51:20 Kirill A. Korinsky wrote:
>
> >bootstrap MacPorts, that fixes all issues.
>
> I strongly doubt it would fix the issue I've encountered. I realise it
> only happens with livecheck'ing; downloading
On Friday April 19 2024 20:51:20 Kirill A. Korinsky wrote:
>"cleaner" approach is running dedicated instance of MacPorts which installs
>only curl. Someone calls that "bootstrap" MacPorts.
Maybe the cleaner approach to get the desired libcurl, but the end result is
exactly the same. (One could
On Fri, 19 Apr 2024 20:46:10 +0200,
René J.V. Bertin wrote:
>
> For a few years now I've copied libcurl.4.dylib and dependencies into
> $prefix/libexec/lib/pextlib1.0 and then use install_name_tool magic to ensure
> Pextlib.so uses this copy. This solves the problems with livechecks or even
>
Hi,
For a few years now I've copied libcurl.4.dylib and dependencies into
$prefix/libexec/lib/pextlib1.0 and then use install_name_tool magic to ensure
Pextlib.so uses this copy. This solves the problems with livechecks or even
downloads failing because of unsupported SSL certificates on my
