Arch Linux User Repository

Updates are usually delayed by the lack of signed tarballs.

I'm unable to compile this package for some reason. I feel like it's something specific to my machine, but don't know what...I have installed the base-devel group. Here is the output I'm getting...

make[2]: [src/os/CMakeFiles/os.dir/build.make:141: src/os/CMakeFiles/os.dir/unix/file.cpp.o] Error 1 make[1]: [CMakeFiles/Makefile2:278: src/os/CMakeFiles/os.dir/all] Error 2 make[1]: Waiting for unfinished jobs.... make[2]: [src/core/CMakeFiles/core.dir/build.make:150: src/core/CMakeFiles/core.dir/ExpiredList.cpp.o] Error 1 make[2]: [src/core/CMakeFiles/core.dir/build.make:111: src/core/CMakeFiles/core.dir/Command.cpp.o] Error 1 make[2]: [src/core/CMakeFiles/core.dir/build.make:163: src/core/CMakeFiles/core.dir/ItemAtt.cpp.o] Error 1 make[2]: [src/core/CMakeFiles/core.dir/build.make:137: src/core/CMakeFiles/core.dir/CoreOtherDB.cpp.o] Error 1 make[2]: [src/core/CMakeFiles/core.dir/build.make:124: src/core/CMakeFiles/core.dir/CoreImpExp.cpp.o] Error 1 make[1]: [CMakeFiles/Makefile2:333: src/core/CMakeFiles/core.dir/all] Error 2 [ 21%] Linking CXX static library ../../lib/libgtest.a [ 21%] Built target gtest make: [Makefile:163: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build passwordsafe.

@webx123 https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

The 'base-devel' group is an implicit dependency when building a package from a PKGBUILD. It would be wise to read the rest of the AUR page, too.

I had that error on a pretty fresh manjaro installation :

=========== CMake Error: CMake was unable to find a build program corresponding to "Unix Makefiles". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool. CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage ===========

I've added 'make' to makedepends in PKGBUILD and the installation went great.

That warning is caused by asserts that embed the source-file names. Some of these snuck past all the release/ndebug flags for some reason and i'll look into it.

If you are redistributing the package to others and fear leaking that information then you might want to build the package in a clean chroot. The scripts (e.g. extra-x86_64-build) from the devtools package make this trivial.

If you're building this for personal use then these are harmless.

During the makepkg stage, I received the following warning:

==> WARNING: Package contains reference to $srcdir usr/bin/pwsafe

This could be benign, but it makes me uncomfortable to see warnings like this while installing a password manager.

thanks @intartso the gpg key was what I needed!

[solved] libxerces-c was recently updated to version 3.2. passwordsafe no longer builds since then. (complains about undefined symbols)

Is there a way to get it to build against the newer lib? Thanks!

Edit: never mind, was missing a symlink from libxerces-c.so to libxerces-c-3.2.so. After rebuilding everything works now.