Arch Linux User Repository

@ferda Read the pinned comment and implement checkrebuild from rebuild-detector into your workflow.

every time you have error while loading shared libraries: libXXX.so.XXX: cannot open shared object file: No such file or directory for build from source programs you have to rebuild it

Another package goes to the ignore list - opencv. Upgrading it to the latest v4.8.0 causes nomacs to not open when I click an image anymore. Downgrading it to 4.7.0 fixes that.

@rado84 you need rebuild the package not to hold back other packages, it is the same every time a dinamically linked soname changes

$ nomacs
nomacs: error while loading shared libraries: libopencv_imgproc.so.407: cannot open shared object file: No such file or directory

Now using git tags as source=() as requested

Pre-build packages here (also for -git version) : https://sourceforge.net/projects/fabiololix-os-archive/files/Packages/

@kinoe rebuilding with devtools works fine, launch fine

Solved: see last line
After update of lapack version 3.12.0 to 3.12.1 getting build error on Arch Linux:

[ 98%] Linking CXX executable nomacs
/usr/bin/ld: /usr/lib/liblapack.so.3: undefined reference to `ldawork_'
/usr/bin/ld: /usr/lib/liblapack.so.3: undefined reference to `taa_'
collect2: error: ld returned 1 as end status
make[2]: *** [CMakeFiles/nomacs.dir/build.make:257: nomacs] error 1
make[1]: *** [CMakeFiles/Makefile2:142: CMakeFiles/nomacs.dir/all] error 2
make: *** [Makefile:166: all] error 2

Edit: building AND running with lapack 3.12.1 is failing
SOLVED: it was an error with lapack (cblas, blas?).

but why doesn't it build HEIF support?

It isn't complete (even enabling the flags it don't)

CMake Warning at CMakeLists.txt:298 (message): plugins directory not found, not building plugins. You have to check out the nomacs-plugins git to the 'plugins' folder if you want to build them

--

-- nomacs - Image Lounge 3.19 https://nomacs.org -- Qt version: 6.7.3 -- nomacs will be compiled with OPENCV support .................. YES -- nomacs will be compiled with LIBRAW support .................. YES -- nomacs will be compiled with extended TIFF support ........... YES -- nomacs will be compiled with plugin support .................. NO -- nomacs will be compiled with HEIF support .................... NO -- nomacs will be compiled with Translations .................... YES -- nomacs will be compiled with QuaZip support .................. YES -- nomacs tests ................................................. YES

Sooo, I don't really care about the plugins much, but why doesn't it build HEIF support?

@ChrisK for build issues, maybe locally I have this fixed, I don't remember right now

Can I ask why inclusion of the official plugins have been commented out in the PKGBUILD? I'm not able to use nomacs to view webp files because of this

@C0rn3j I have subscribed to the github to be updated https://github.com/nomacs/nomacs/issues/1167

I have poked libqpsd to release a Qt6 version and packaged https://aur.archlinux.org/packages/libqpsd-qt6, but it seems that to use -DUSE_SYSTEM_LIBQPSD=ON there's some work to be done.

nomacs is expecting the cmake files to be named qpsd instead of libqpsd (frankly I have near zero experience with cmake):

echo 'file(GLOB LIBQPSD_HEADERS "/usr/include/libqpsd/*.h")' > "${pkgdir}/usr/lib/cmake/qpsd/qpsdConfig.cmake"
echo 'set(LIBQPSD_FOUND TRUE)' >> "${pkgdir}/usr/lib/cmake/qpsd/qpsdConfig.cmake"

But it still fails when building, presumably due to a missing .so link OR that the .cpp files are a hard necessity(I doubt it)?

[ 98%] Linking CXX executable nomacs
/usr/bin/ld: libnomacsCore.so.3.19.1: undefined reference to `QPsdPlugin::capabilities(QIODevice*, QByteArray const&) const'
/usr/bin/ld: libnomacsCore.so.3.19.1: undefined reference to `QPsdHandler::~QPsdHandler()'

If someone wants to pick it up to get nomacs closer to building with the system libraries, feel free to, patches to AUR/libqpsd-qt6 welcome if necessary.

@aramirez can't reproduce your issue but I already had v3.19.1 locally yet quazip was disabled in the pkgbuild before

If you have more issue please post (not here in the comments) or email a full log

Relevant QuaZIP PR which most likely causes this - https://github.com/nomacs/nomacs/pull/1145 (did not test if I run into the same issue)

The fail with Qt5 is expected as this package uses Qt6.