24d9bde86d
It seems that kodi now requires pipewire not just libpipewire. Without it, it coredumps upon launching. Adding the following to /etc/conf.d/kodi-standalone gives some insights in journalctl: PIPEWIRE_DEBUG=4 kodi-standalone[1920]: [D] pw.context [pipewire.c:229 load_spa_handle()] load lib:'support/libspa-support' factory-name:'support.log' kodi-standalone[1920]: [D] pw.context [pipewire.c:113 open_plugin()] can't load /usr/lib/spa-0.2/support/libspa-support.so: /usr/lib/spa-0.2/support/libspa-support.so: cannot open shared object file: No such file or directory kodi-standalone[1920]: [D] pw.context [pipewire.c:229 load_spa_handle()] load lib:'support/libspa-journal' factory-name:'support.log' kodi-standalone[1920]: [D] pw.context [pipewire.c:113 open_plugin()] can't load /usr/lib/spa-0.2/support/libspa-journal.so: /usr/lib/spa-0.2/support/libspa-journal.so: cannot open shared object file: No such file or directory kodi-standalone[1920]: [D] pw.context [pipewire.c:229 load_spa_handle()] load lib:'support/libspa-support' factory-name:'support.cpu' kodi-standalone[1920]: [D] pw.context [pipewire.c:113 open_plugin()] can't load /usr/lib/spa-0.2/support/libspa-support.so: /usr/lib/spa-0.2/support/libspa-support.so: cannot open shared object file: No such file or directory kodi-standalone[1920]: [I] pw.context [pipewire.c:647 pw_init()] version 0.3.70 kodi-standalone[1920]: [D] pw.thread-loop [thread-loop.c:145 loop_new()] 0x55d4113840: new name:pipewire kodi-standalone[1920]: [D] pw.context [pipewire.c:229 load_spa_handle()] load lib:'support/libspa-support' factory-name:'support.system' kodi-standalone[1920]: [D] pw.context [pipewire.c:113 open_plugin()] can't load /usr/lib/spa-0.2/support/libspa-support.so: /usr/lib/spa-0.2/support/libspa-support.so: cannot open shared object file: No such file or directory kodi-standalone[1920]: [E] pw.loop [loop.c:67 pw_loop_new()] 0x55d42460c0: can't make support.system handle: No such file or directory kodi-standalone[1920]: terminate called after throwing an instance of 'std::runtime_error' kodi-standalone[1920]: what(): CPipewireThreadLoop: failed to create main loop That lib is provided by pipewire so add it to depends. |
||
---|---|---|
alarm | ||
aur | ||
community | ||
core | ||
extra | ||
.gitignore | ||
CONTRIBUTING.md | ||
README.md |
This repository hosts PKGBUILDs that have been modified from the upstream Arch Linux release in order to build on architectures supported by Arch Linux ARM. Unmodified upstream packages do not belong here.
These packages are meant to be built on Arch Linux ARM, found at http://archlinuxarm.org
Layout
New packages should be placed in the correct locations, with the package's base folder name reflecting the 'pkgname' for single-package PKGBUILDs, or 'pkgbase' for multiple-package PKGBUILDs. In the case of non-ALARM packages, naming should exactly match the base folder or package name as used upstream or in the AUR, respectively. This will ensure correct package->version matching in the build system update routines.
PKGBUILDs modified from upstream, AUR, or custom PKGBUILDs for the alarm repo must have the author's name and email in the header along with a changelog of what modifications have been done to have the package build correctly. This allows us to identify and merge these changes into newer versions of the package.
core, extra and community
These folders contain packages only found in the upstream repositories by the same name. Exceptions are packages such as our kernels or other packages we feel belong within the scope of these repos.
aur
Contains a selection of packages from the AUR that have been highly requested by the community to be pre-compiled and easily installed. However, you're free to use the AUR just as you would on Arch, and we have included cower and packer to compile and install directly from the AUR.
alarm
Contains packages we have created or have been submitted to us to enable functionality on ARM systems in use by the community. These are our own or have changed significantly enough from upstream or AUR to no longer qualify as being in those respective locations here.
Custom PKGBUILD variables for the build system
These variables are used to help control the build system used by Arch Linux ARM, and are not a part of the official PKGBUILD specification.
noautobuild
If non-zero, the build system will mark the package as done and not build it for any architecture. This should not be employed in regular use, and requires access to a non-public interface for getting built packages into the repos.
buildarch
A bitmask of architectures to build the package for. This must be set to the decimal equivalent of the bitmask (the number in parenthesis). The values can be combined (bitwise OR) to select more than one architecture. Without being specified, the package will build for all architectures.
0000 0001
(1) = the default, package will be built for all architectures0000 0100
(4) = the package will be built only for armv7h0000 1000
(8) = the package will be build only for armv8 (AArch64)
highmem
If non-zero, the build system will mark the package as requiring a builder that has more than 2GB of RAM to build successfully.