On 2022/10/24 14:42, Robert Bagdan wrote:
> 2) I add the files/libversion-fix.sh script to the ports, and call
> that the post-extract time. Not so beautiful, but I can’t found better
> way to fix EFL’s src/lib/ecore_audio/ecore_audio.c and
> src/lib/ecore_con/ecore_con_url_curl.c LOAD("libpulse.so.0") -like
> runtime library loading way. The libversion-fix.sh script replaces the
> soversions to the OpenBSD's soversions.
Don't do this - use e.g. "libpulse.so" and let dlopen find the version instead.
> 4.b) Python module without compiled version, consider using
> ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py: share/eo/gdb/eo_gdb.py
>
> I don’t know how to fix this. My /usr/local/share/eo/gdb/eo_gdb.py
> file starts with this lines (1-6):
I would ignore that
> 4.c) the following libraries in WANTLIB look like masked by
> RUN_DEPENDS: rsvg-2 scim-1.0
>
> I didn’t find how to fix, or maybe false positive results?
I think you need to add x11/gnome/librsvg to LIB_DEPENDS and
remove inputmethods/scim from RUN_DEPENDS and BUILD_DEPENDS and
add it to LIB_DEPENDS.
> 5) I found in PLIST, that efl install:
> share/gdb/auto-load/usr/lib/libeo.so.1.26.3-gdb.py
>
> Should I fix it to use the “share/gdb/auto-load/usr/local/lib/” path
> as other ports?
Yes.
> Any suggestions for the port?
I haven't tried building but otherwise looks alright from a read-through,
could maybe do with someone who is familiar with meson in OpenBSD ports
to take a look at the meson.build patches
