Re: signal-cli not working anymore (help porting)

From: Rodrigo Osorio <ros_at_bebik.net>
Date: Tue, 12 Dec 2023 22:13:38 UTC
Hi Andrea,

Find attached the quick patch if you wanna build it on your own.
I also put a pre-build package for 14.0 amd64 in my space
https://people.freebsd.org/~rodrigo/signal-cli-0.12.6%2C1-FreeBSD14-amd64.pkg 


Feel free to test it.

On 12/12/23 19:20, Rodrigo Osorio wrote:
> Hi Andrea,
>
> I did the libsignal-client port upgrade who build on poudriere but has 
> to be tested
> Can you git it a try and tell how it works ? I can send you a pach or 
> a pre-build
I mean get not git 😛
> package if you let me know your FreeBSD version and arch.
>
> Regards
> -- Rodrigo
>
> On 12/12/23 14:29, Andrea Venturoli wrote:
>> On 12/9/23 12:27, Andrea Venturoli wrote:
>>
>>> Has anyone tried working on updating it?
>>> If so, what are the problems blocking such an update?
>>
>> Well, no one answered, so I'm giving it a try in my spare time.
>>
>> I started upgrading net-im/libsignal-client, but I already came to a 
>> showstopper (probably because I know close to nothing about rust :( ).
>>
>> I've followed the Porters' Handbook on the make makesum/make 
>> cargo-crates/make makesum instructions.
>>
>> However, the port build fails with:
>>>      Running 
>>> `/usr/ports/net-im/libsignal-client/work/target/release/build/boring-sys-0dffa970497cad40/build-script-build`
>>> [boring-sys 2.1.0] cargo:rerun-if-env-changed=BORING_BSSL_PATH
>>> [boring-sys 2.1.0] cargo:warning=fetching boringssl git submodule
>>> [boring-sys 2.1.0] error: pathspec 'deps/boringssl' did not match 
>>> any file(s) known to git
>>> [boring-sys 2.1.0] thread 'main' panicked at 'failed to fetch 
>>> submodule - consider running `git submodule update --init 
>>> --recursive deps/boringssl` yourself', 
>>> /usr/ports/net-im/libsignal-client/work/boring-3809a7e1ca2f60a9495620da514f8432f148cde7/boring-sys/build.rs:447:17
>>> [boring-sys 2.1.0] stack backtrace:
>>> [boring-sys 2.1.0]    0: std::panicking::begin_panic
>>> [boring-sys 2.1.0]    1: build_script_build::main::{{closure}}
>>> [boring-sys 2.1.0]    2: core::result::Result<T,E>::unwrap_or_else
>>> [boring-sys 2.1.0]    3: build_script_build::main
>>> [boring-sys 2.1.0]    4: core::ops::function::FnOnce::call_once
>>> [boring-sys 2.1.0] note: Some details are omitted, run with 
>>> `RUST_BACKTRACE=full` for a verbose backtrace.
>>> The following warnings were emitted during compilation:
>>>
>>> warning: fetching boringssl git submodule
>>>
>>> error: failed to run custom build command for `boring-sys v2.1.0 
>>> (/usr/ports/net-im/libsignal-client/work/boring-3809a7e1ca2f60a9495620da514f8432f148cde7/boring-sys)` 
>>>
>>> note: To improve backtraces for build dependencies, set the 
>>> CARGO_PROFILE_RELEASE_BUILD_OVERRIDE_DEBUG=true environment variable 
>>> to enable debug information generation.
>>>
>>> Caused by:
>>>   process didn't exit successfully: 
>>> `/usr/ports/net-im/libsignal-client/work/target/release/build/boring-sys-0dffa970497cad40/build-script-build` 
>>> (exit status: 101)
>>>   --- stdout
>>>   cargo:rerun-if-env-changed=BORING_BSSL_PATH
>>>   cargo:warning=fetching boringssl git submodule
>>>
>>>   --- stderr
>>>   error: pathspec 'deps/boringssl' did not match any file(s) known 
>>> to git
>>>   thread 'main' panicked at 'failed to fetch submodule - consider 
>>> running `git submodule update --init --recursive deps/boringssl` 
>>> yourself', 
>>> /usr/ports/net-im/libsignal-client/work/boring-3809a7e1ca2f60a9495620da514f8432f148cde7/boring-sys/build.rs:447:17
>>>   stack backtrace:
>>>      0: std::panicking::begin_panic
>>>      1: build_script_build::main::{{closure}}
>>>      2: core::result::Result<T,E>::unwrap_or_else
>>>      3: build_script_build::main
>>>      4: core::ops::function::FnOnce::call_once
>>>   note: Some details are omitted, run with `RUST_BACKTRACE=full` for 
>>> a verbose backtrace.
>>> *** Error code 101
>>>
>>> Stop.
>>
>>
>> I guess this is because of the following in Cargo.toml:
>>> # Use our fork of curve25519-dalek for zkgroup support.
>>> curve25519-dalek = { git = 
>>> 'https://github.com/signalapp/curve25519-dalek', tag = 
>>> 'signal-curve25519-4.0.0' }
>>> boring = { git = 'https://github.com/signalapp/boring', branch = 
>>> 'libsignal' }
>>
>>
>> I tried playing with CARGO_USE_GITHUB=yes & Co., but I got up to 
>> nothing.
>>
>>
>> Any hint is appreciated.
>>
>>  bye & Thanks
>>     av.
>>
>
>