pkgsrc-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pkg/58506: lang/rust-1.79 build fails due to APIs removed in curl-8.8



The following reply was made to PR pkg/58506; it has been noted by GNATS.

From: Phil Krylov <phil+netbsd%krylov.eu@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: tnn%NetBSD.org@localhost
Subject: Re: pkg/58506: lang/rust-1.79 build fails due to APIs removed in
 curl-8.8
Date: Mon, 29 Jul 2024 13:51:36 +0200

 On 2024-07-29 12:40, Tobias Nygren wrote:
 >  I will think about how to do the patch differently of we can
 >  fix this in the curl crate.
 >  Meanwhile you can try to revert this commit and see if anything 
 > changes:
 > 
 >  http://mail-index.netbsd.org/pkgsrc-changes/2024/07/27/msg303751.html
 > 
 >  For reference, prior thread on this topic and why we have the
 >  libunwind patch:
 > 
 >  http://mail-index.netbsd.org/pkgsrc-users/2024/04/03/msg039271.html
 
 Thanks for the context! I believe, trying to revert the libunwind patch 
 will revert to the situation from 
 https://us-central.manta.mnx.io/pkgsrc/public/reports/Linux/el9/trunk/x86_64/20240725.2158/rust-1.79.0/build.log 
 (a Linux build just before the libunwind patch): it fails with `/bin/ld: 
 cannot find -lunwind`.
 
 However, my `BUILDLINK_FILES_CMD.curl=      ${TRUE}` patch seems to fix 
 at least CentOS 7 build. Is anything wrong with it?
 
 Patching the crate version seems hard (I have tried it and AFAICR cargo 
 complains about checksums etc.), probably another option is upgrading to 
 rust-1.80 where the crate is already updated. It needs to be done 
 anyway, but it can take longer, and then Linux is left with broken Rust 
 and 5000 of its dependents for the time being.
 
 -- Ph.
 


Home | Main Index | Thread Index | Old Index