Arch Linux User Repository

If libpulse is not installed during build, it complains:

-- Could NOT find PulseAudioSimple (missing: PULSEAUDIOSIMPLE_LIBRARY PULSEAUDIOSIMPLE_INCLUDE_DIR)
-- Could NOT find PulseAudio (missing: PULSEAUDIO_LIBRARY PULSEAUDIO_INCLUDE_DIR)
CMake Warning at src/animations/mviz/CMakeLists.txt:31 (message):
  Missing PulseAudio Simple API.  Not building mviz.

namcap complains about libpulse being in optdepends():

Dependency libpulse detected but optional (libraries ['usr/lib/libpulse.so.0', 'usr/lib/libpulse-simple.so.0'] needed in files ['usr/bin/ckb-next', 'usr/lib/ckb-next-animations/mviz'])

I imagine it's being kept optional for those who don't want to install PulseAudio, but it should be at least in makedepends().

This does not require libappindicator-gtk2 to display the icon, libappindicator-gtk3 works fine.

depends=('quazip' 'hicolor-icon-theme')
makedepends=('git' 'cmake' 'libpulse')
optdepends=('libappindicator-gtk3: tray icon'
            'libpulse')

Thank you!

@mithrial Apologies, I committed the wrong thing and didn't even realise. Should be fixed now.

The prepare function fails for me because it doesn't find the provided patch file (it's not copied into the source directory).

Adding the patch file to the list of sources will fix it:

source=(
    "https://github.com/ckb-next/$pkgname/archive/v$pkgver.tar.gz"
    "a9f41cd8b8f5b04c0c66c6d94f96a9725943831e.patch"
)
sha256sums=(
    '75b6908d5590c293dee8258a83d4ebe206306d3df9f867596e953ef7c6a86440'
    '33eb682dfb0b0651fcf7e922978fb09ae07f072dabe538976a3b1ecf9115120f'
)

The "Linking C executable" part of the build fails for me as follows:

[ 24%] Linking C executable ../../bin/ckb-next-daemon
/usr/bin/ld: CMakeFiles/ckb-next-daemon.dir/device_keyboard.c.o:(.rodata+0x0): multiple definition of `devpath'; CMakeFiles/ckb-next-daemon.dir/command.c.o:(.rodata+0x120): first defined here
/usr/bin/ld: CMakeFiles/ckb-next-daemon.dir/device_mouse.c.o:(.rodata+0x0): multiple definition of `devpath'; CMakeFiles/ckb-next-daemon.dir/command.c.o:(.rodata+0x120): first defined here
/usr/bin/ld: CMakeFiles/ckb-next-daemon.dir/devnode.c.o:(.data.rel.ro.local+0x0): multiple definition of `devpath'; CMakeFiles/ckb-next-daemon.dir/command.c.o:(.rodata+0x120): first defined here
/usr/bin/ld: CMakeFiles/ckb-next-daemon.dir/firmware.c.o:(.rodata+0x1e0): multiple definition of `devpath'; CMakeFiles/ckb-next-daemon.dir/command.c.o:(.rodata+0x120): first defined here
/usr/bin/ld: CMakeFiles/ckb-next-daemon.dir/main.c.o:(.rodata+0x8): multiple definition of `devpath'; CMakeFiles/ckb-next-daemon.dir/command.c.o:(.rodata+0x120): first defined here
/usr/bin/ld: CMakeFiles/ckb-next-daemon.dir/notify.c.o:(.rodata+0x0): multiple definition of `devpath'; CMakeFiles/ckb-next-daemon.dir/command.c.o:(.rodata+0x120): first defined here
/usr/bin/ld: CMakeFiles/ckb-next-daemon.dir/usb.c.o:(.rodata+0x40): multiple definition of `devpath'; CMakeFiles/ckb-next-daemon.dir/command.c.o:(.rodata+0x120): first defined here
/usr/bin/ld: CMakeFiles/ckb-next-daemon.dir/usb_linux.c.o:(.rodata+0xf8): multiple definition of `devpath'; CMakeFiles/ckb-next-daemon.dir/command.c.o:(.rodata+0x120): first defined here
collect2: error: ld returned 1 exit status
make[2]: *** [src/daemon/CMakeFiles/ckb-next-daemon.dir/build.make:451: bin/ckb-next-daemon] Error 1
make[1]: *** [CMakeFiles/Makefile2:374: src/daemon/CMakeFiles/ckb-next-daemon.dir/all] Error 2
make: *** [Makefile:172: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

this package is broken for me i get allot of errors during the build. not as manny zhen installing from git and that install doesn't fail.

Good call. /usr/bin was owned by $USER.

Changed to root:root and all good. This seems to stem from a "minor" error some 3 -4 years ago (which I thought I'd by now fully fixed). Wonder why it only just became a problem.

Nevertheless, update now built and installed.

/usr/include/wchar.h:835:2: error: #endif without #if
  835 | #endif /* wchar.h  */
      |  ^~~~~

Looks like your /usr/include/wchar.h is malformed. Check your glibc package for problems pacman -Qkk glibc

Thank you for the tip about code tags. I'm so used to [code][/code]

Anyhoo, pastebin log https://pastebin.com/R4UdCfm9

@Roken, three backticks before and after the output encapsulates the output in code tags (like Dr. Deaths output).

I can't reproduce your build failure in a clean chroot, and you're missing out the actual error in the output you've posted. Search back through the output for the first instance of "error:" and post everything from that point onwards (or better yet, just upload the entire output to a pastebin, see makepkg's --log flag to make getting the output easier.