Arch Linux User Repository

I just updated to package to the best of my abilities, still it is very buggy and only some functionality works. In my tests this is also the case with the debian package. If anyone is able to fix it please let me know. For the moment the only solution to get full functionality is to download the pre-built binary from willus.

PS: kudos to the debian developer for fixing the build with mupdf, currently it works on my end. Only tesseract support remains disabled.

Hi. I'm seeing the following build errors as of today;

==> WARNING: Using existing $srcdir/ tree
==> Removing existing $pkgdir/ directory...
==> Starting build()...
CMake Warning (dev) at CMakeLists.txt:1 (project):
  cmake_minimum_required() should be called prior to this top-level project()
  call.  Please see the cmake-commands(7) manual for usage documentation of
  both commands.
This warning is for project developers.  Use -Wno-dev to suppress it.

-- The C compiler identification is GNU 15.1.1
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
CMake Error at CMakeLists.txt:2 (cmake_minimum_required):
  Compatibility with CMake < 3.5 has been removed from CMake.

  Update the VERSION argument <min> value.  Or, use the <min>...<max> syntax
  to tell CMake that the project requires at least <min> but has been updated
  to work with policies introduced by <max> or earlier.

  Or, add -DCMAKE_POLICY_VERSION_MINIMUM=3.5 to try configuring anyway.


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: k2pdfopt-exit status 4

@frankspace you are right, I was not looking at the correct version of the package. I think mujs should actually be a dependency, I will fix ASAP

@gilcu3 I'm running Artix, which definitely has some weird quirks, but I'm pretty sure it's not an Artix thing here because that flag is actually found in the "mupdf.pc" file in the "Libs.private" line.

@frankspace I tried finding where does that flag is set in the source, and could not find any reference. Can you provide more details on where does it appear and what is your environment?

Compilation in a clean chroot fails for me unless mujs is installed, I'd get the following:

[100%] Linking C executable k2pdfopt
/usr/bin/ld: cannot find -lmujs: No such file or directory
collect2: error: ld returned 1 exit status

The compiled binary doesn't seem to link to anything in the mujs package, so I presume it's a makedep rather than a dependency. Still, I couldn't compile without it.

@gilcu3 apologies for the noise then, I'm using manjaro and somehow this never happened.

@fredh As far I know patch is part of base-devel, therefore it does not need to be declared as a make dependency explicitly. If I am wrong please feel free to correct me.

I've had to install patch for the build to work, should it be added to the make dependencies?

I just updated to package to the best of my abilities, still it is very buggy and only some functionality works. In my tests this is also the case with the debian package. If anyone is able to fix it please let me know. For the moment the only solution to get full functionality is to download the pre-built binary from willus.

PS: kudos to the debian developer for fixing the build with mupdf, currently it works on my end. Only tesseract support remains disabled.

I have the same problem as Dingisoul.