Re: Git-devel has broken git-credential-osxkeychain.c for older systems
On Sat, 20 Apr 2024 00:25:47 +0200, Sergio Had wrote: > > What do we do? :) To fix the build you have two options: 1. Revert that patch for system before 10.7 2. Remove folder contrib/credential/osxkeychain I suggest to follow (2) as simpler thay and the good news that osxkeychain is something that isn't often used. -- wbr, Kirill
Git-devel has broken git-credential-osxkeychain.c for older systems
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? :)
Re: livecheck and curl 8.7.1
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 have had their `master_sites` converted to https URLs. (With good reason: pure http sites are disappearing little by little.) A random bit of proof: DEBUG: fetch phase started at Fri Apr 19 23:04:39 CEST 2024 ---> Fetching distfiles for pulseaudio DEBUG: Executing org.macports.fetch (pulseaudio) ---> pulseaudio-17.0.tar.xz does not exist in /opt/local/var/macports/distfiles/pulseaudio ---> Attempting to fetch pulseaudio-17.0.tar.xz from https://www.freedesktop.org/software/pulseaudio/releases/ % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 1529k 100 1529k0 0 977k 0 0:00:01 0:00:01 --:--:-- 977k R.
Re: livecheck and curl 8.7.1
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 works just fine for some > weird reason. > Because MacPorts download distfiles and packages from HTTP, not HTTPS because it contains checksums for that it downloads :) livechecking and fetching artifacts from GitHub is quite different story. -- wbr, Kirill
Re: livecheck and curl 8.7.1
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 build Pextlib.dylib such that it uses one of the dynamic rpath flavours to find libcurl.) >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 works just fine for some weird reason. R.
Re: livecheck and curl 8.7.1
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 > downloads failing because of unsupported SSL certificates on my older OS. > "cleaner" approach is running dedicated instance of MacPorts which installs only curl. Someone calls that "bootstrap" MacPorts. As soon as you have it, you may build usual MacPorts agaisnt curl from bootstrap MacPorts, that fixes all issues. As far as I know this is the best approach. -- wbr, Kirill
livecheck and curl 8.7.1
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 older OS. I just tried this with libcurl from curl 8.7.1 and get the error below, both on Mac and on Linux: DEBUG: Fetching https://www.openssl.org/source DEBUG: Using CURL options --append-http-header {Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8} --enable-compression Error: cannot check if openssl3 was updated (curl_multi_info_read() returned {.msg = CURLMSG_DONE, .data.result = 23 (!= CURLE_OK)}, but the error buffer is not set. curl_easy_strerror(.data.result): Failed writing received data to disk/application) The error suggests that the output couldn't be saved but doing `system "cat $tempfile"` in the error catching code suggests that the download worked just fine. Any idea what's happening here? I'd check the curl utility to see if it gives a similar error but using that tool correctly is higher rocket science apparently :-/ Thanks, R.