On 2022/10/24 15:12, Stuart Henderson wrote: > 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 >
Oh, also: enlightenment E17 ports were previously in x11/e17 and removed fairly recently, there may be some @conflict/@pkgpath markers needed to cope with cases where users still have those lying around. https://github.com/openbsd/ports/commit/cb698c3bc1783e2d170f6ff8e5e294040c987e78