Re: /usr/bin/ftp crash on -current (10.00.4) aarch64

[Brad Spencer <brad%anduin.eldar.org@localhost>]

Chavdar Ivanov <ci4ic4%gmail.com@localhost> writes:

> On Thu, 18 May 2023 at 11:31, Robert Swindells <rjs%fdy2.co.uk@localhost> wrote:
>>
>>
>> Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
>> > The weird and suspicious thing is that /usr/bin/ftp is linked to both
>> > existing libcrypto.so versions:
>> >
>> > ldd /usr/bin/ftp
>> > /usr/bin/ftp:
>> >        -ledit.3 => /usr/lib/libedit.so.3
>> >        -lterminfo.2 => /usr/lib/libterminfo.so.2
>> >        -lc.12 => /usr/lib/libc.so.12
>> >        -lssl.15 => /usr/lib/libssl.so.15
>> >        -lcrypto.14 => /usr/lib/libcrypto.so.14
>> >        -lcrypt.1 => /lib/libcrypt.so.1
>> >        -lcrypto.15 => /usr/lib/libcrypto.so.15
>>
>> I'm guessing you did an update build not a clean one. Also, did you use
>> the -j flag to build in parallel?
>
> I indeed usually do update builds; in this case however, I had deleted
> the entire obj (it is on a zfs, removing takes a lot of time, so
> subsequently I replaced it with a dedicated zfs so that I can just
> destroy and recreate it...). I also 'make cleandir' in [x]src in
> advance; that usually is enough.

<mostlyunrelated>
Snapshot the zfs fileset when it is empty and rollback when you want to
make it empty again.  Very quick....  works best when obj is its own
fileset.
</mostlyunrelated>

>>
>> Do a clean build and everything should work.
>
> That's next.



-- 
Brad Spencer - brad%anduin.eldar.org@localhost - KC8VKS - http://anduin.eldar.org