[SOLVED] Openshot Appimage

business_kid · 05-26-2022, 08:53 AM

I'm on Slackware64-15.0, and trying for Openshot's Appimage. I passed on the compiling option, because I tried that once

. Once was enough.

The Appimage puked for the lack of libbsd. So I got the source.
Libbsd puked because my libc didn't have enough md5 stuff, and I didn't have libmd. So I grabbed libmd.
libmd compiled, built and went in.
Libbsd complained for the lack of /usr/include/bsd/md5.h. But the C file that was bellyaching was actually searching for /usr/include/md5.h.
There's a dozen md5.h files in subdirs of /usr/include/. Coreutils, which provides md5sum, does not provide md5.h, and it's not even in the coreutils source code.

I settled on /usr/include/openssl/md5.h, and that threw warnings but went until this:

Code:

local-link.h:47:27: note: in definition of macro ‘libbsd_symver_weak’
   47 |         extern __typeof__(symbol) symbol \
      |                           ^~~~~~
md5.c: In function ‘libbsd_MD5Data’:
md5.c:115:16: warning: implicit declaration of function ‘MD5Data’ [-Wimplicit-function-declaration]
  115 |         return MD5Data(data, len, buf);
      |                ^~~~~~~
md5.c:115:16: warning: nested extern declaration of ‘MD5Data’ [-Wnested-externs]
md5.c:115:16: warning: returning ‘int’ from a function with return type ‘char *’ makes pointer from integer without a cast [-Wint-conversion]
  115 |         return MD5Data(data, len, buf);
      |                ^~~~~~~~~~~~~~~~~~~~~~~
make[2]: *** [Makefile:655: md5.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory '/home/dec/download/libbsd/src'
make[1]: *** [Makefile:409: all-recursive] Error 1
make[1]: Leaving directory '/home/dec/download/libbsd'
make: *** [Makefile:341: all] Error 2

It's nearly an achievement to manage 3 errors in the one tailspin

Anyone got a bright idea here?

BTW, this sort of meandering maze through a compile where the difficulty increases all the time is typical of Openshot.

ctrlaltca · 05-26-2022, 09:28 AM

libmd should have installed this file: https://git.hadrons.org/cgit/libmd.g.../include/md5.h at /usr/include/md5.h
Maybe you didn't

Code:

./configure --prefix=/usr

when compiling libmd, and it got installed into /usr/local/include/md5.h instead
Anyway, it's quite weird for an appimage to have external dependencies to these unusual libraries.

business_kid · 05-26-2022, 01:08 PM

Quote:

Originally Posted by ctrlaltca

libmd should have installed this file: https://git.hadrons.org/cgit/libmd.g.../include/md5.h at /usr/include/md5.h
Maybe you didn't

Code:

./configure --prefix=/usr

when compiling libmd, and it got installed into /usr/local/include/md5.h instead
Anyway, it's quite weird for an appimage to have external dependencies to these unusual libraries.

Thanks for the reply. It's WRONG for an AppImage to have external deps. There has to be some interface over I/O but it shouldn't be pulling working libs

I gather libmd & libbsd are BSD libs and my first experience with bsd code has not been good. I actually installed libmd in a DESTDIR, and ran lndir to 'install' it, as I was putting libmd & libbsd in the same package. But no includes were installed at all.

I ended up playing 'whack-a-mole' with the includes from libmd, and reinstalling libmd to my DESTDIR every time libbsd puked compiling. It eventually finished after 3 or 4 includes, and installing neatly overwrote my lndir symlinks

.

I used to deride linux for it's long version numbers on everything, and nesting 57 sub directories to store one file, but having sampled the bsd system (hardly any subdirs, no version numbers) it reeks of 1980s type myopia whereas linux was much more far-sighted in it's approach.

This is solved. Openshot probably still won't work, but I'll worry about that tomorrow.