On Thu, 18 May 2023 at 15:06, Brad Spencer <b...@anduin.eldar.org> wrote: > > Chavdar Ivanov <ci4...@gmail.com> writes: > > > On Thu, 18 May 2023 at 11:31, Robert Swindells <r...@fdy2.co.uk> wrote: > >> > >> > >> Chavdar Ivanov <ci4...@gmail.com> 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.
It didn't come to my mind... I was doing destroy, create, set mountpoint and chown, so the above saves me three commands... > </mostlyunrelated> > > >> > >> Do a clean build and everything should work. > > > > That's next. > > > > -- > Brad Spencer - b...@anduin.eldar.org - KC8VKS - http://anduin.eldar.org -- ----
