Arch Linux User Repository

If libpulse is not installed during build, it complains:

That is intentional, since people didn't want to pull in pulse as a dependency. If we add pulse to makedepends, then it'll be installed no matter what. I've been wondering if there's a way to add it in makedepends and make it easy for people to disable it by editing the PKGBUILD.

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

It only searches for the gtk2 version of appindicator (not appindicator3) [0], and only prefers it if certain conditions are met [1] [2]. You were most likely not using appindicator in the first place. It's also why it's optional. In the end, it doesn't matter, since appindicator support was removed in git. [3]

[0] https://github.com/ckb-next/ckb-next/blob/v0.4.2/cmake/modules/FindAppindicator.cmake#L51 [1] https://github.com/ckb-next/ckb-next/blob/v0.4.2/src/gui/CMakeLists.txt#L91 [2] https://github.com/ckb-next/ckb-next/blob/v0.4.2/src/gui/mainwindow.cpp#L180-L189 [3] https://github.com/ckb-next/ckb-next/commit/4c070c5d3619416d5c7866ce29f546911ffe8faa

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