Arch Linux User Repository

Thanks @revel and @emanuele6 for fixing the issues :D

thank you for fixing the problems

fixed, thanks for reporting it the plugin path worked for me because the built files were still there, so the quick sanity check proved not to be enough

Actually, it looks like there was a patch that fixed that issue in the AUR package, but it was removed with the commit that upgrades to 1.5.0

https://aur.archlinux.org/cgit/aur.git/diff/cmake-fixes.patch?h=edb-debugger&id=0bc01216b96a5f2436ba4e4aa78ed6492df58d48

It seems, at least the part of that patch that allows setting the default plugin directory is still needed. :-)

o/

 emanuele6

EDIT:

That patch has been upstreamed, so it is not longer needed

https://github.com/eteran/edb-debugger/commit/64fca61fdd7eb4ab5c8159271d9d053ca0a15cb6

The problem is that you still need to pass -DDEFAULT_PLUGIN_DIR=/usr/lib/edb/ to cmake; the PKGBUILD used to do that, but that was also removed with the upgrade to 1.5.0 by mistake

https://aur.archlinux.org/cgit/aur.git/diff/PKGBUILD?h=edb-debugger&id=0bc01216b96a5f2436ba4e4aa78ed6492df58d48

Yes, from 1.5.0, qt5-tools is required as a make dependency; I also had to install it.

But even after installing it, I got a non-working edb:

$ edb
[load_plugins] Failed to extract plugin meta data from '/usr/lib/ld-linux-x86-64.so.2'
Starting edb version: 1.5.0
Please Report Bugs & Requests At: https://github.com/eteran/edb-debugger/issues

And in the GUI, I see a pop-up that says the following:

Failed to successfully load the debugger core plugin. Please make sure it exists and that the plugin path is correctly configured. This is normal if edb has not been previously run or the configuration file has been removed.

I found this 3-year-old issue on the edb debug that describes the same problem, but does not say much useful: https://github.com/eteran/edb-debugger/issues/782

A settings window also opened automatically with the pop-up; in the "Directories" tab, I saw that "Plugin Directory" is set to "/home/emanuele6/.cache/yay/edb-debugger/pkg/edb-debugger/usr/lib/edb" instead of "/usr/lib/edb".

Changing that resolves the issue. I assume you need to set a new configure option to make the default "Plugin Directory" /usr/lib/edb instead of a subdirectory of the build directory.

o/ emanuele6

With the latest update, when I install it by AUR helper, during the building I get the following error:

-- Checking for module 'gdtoa-desktop'
--   Package 'gdtoa-desktop', required by 'virtual:world', not found
-- gdtoa-desktop package wasn't found. Using built in version.
CMake Error at /usr/lib/cmake/Qt5/Qt5Config.cmake:28 (find_package):
  Could not find a package configuration file provided by "Qt5LinguistTools"
  with any of the following names:

    Qt5LinguistToolsConfig.cmake
    qt5linguisttools-config.cmake

  Add the installation prefix of "Qt5LinguistTools" to CMAKE_PREFIX_PATH or
  set "Qt5LinguistTools_DIR" to a directory containing one of the above
  files.  If "Qt5LinguistTools" provides a separate development package or
  SDK, be sure it has been installed.
Call Stack (most recent call first):
  src/CMakeLists.txt:8 (find_package)


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in prepare().
    Aborting...
error: failed to build 'edb-debugger-1.5.0-1':

qt5-tools dependency is needed to have a successful building.

extra/capstone updated a few days ago, and it now provides libcapstone as libcapstone.so.5 instead of libcapstone.so.4, so edb needs to be rebuilt (reinstalling this package) or it won't work.

Maybe bump pkgrel?

Hey @severach, I have tested, and it works fine in my case. However I found since package() runs in $srcdir directory, therefore I have simplified the PKGBUILD.

The cmake update changed the cd folders. Now the last cd .. is causing an error with edb.desktop. Removing it makes the package build.

Hey @revel, thanks.

I have pushed the commit.