Seems to require systemd
make dependency or at least one of its dependencies reponsible for pkgconfig detection of /usr/lib/udev
, since that check fails. Builds fine in chroot with systemd
make dependency.
Search Criteria
Package Details: lib32-bluez-plugins 5.78-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/lib32-bluez-libs.git (read-only, click to copy) |
---|---|
Package Base: | lib32-bluez-libs |
Description: | bluez plugins (PS3 Sixaxis controller) (32-bit) |
Upstream URL: | http://www.bluez.org/ |
Licenses: | LGPL2.1 |
Submitter: | WoefulDerelict |
Maintainer: | WoefulDerelict |
Last Packager: | WoefulDerelict |
Votes: | 20 |
Popularity: | 0.000000 |
First Submitted: | 2017-01-07 01:55 (UTC) |
Last Updated: | 2024-09-12 00:10 (UTC) |
Dependencies (8)
- lib32-systemd (lib32-systemd-gitAUR)
- lib32-dbus (make)
- lib32-gcc-libs (lib32-gcc-libs-gitAUR, lib32-gccrs-libs-gitAUR, lib32-gcc-libs-snapshotAUR) (make)
- lib32-glib2 (make)
- lib32-systemd (lib32-systemd-gitAUR) (make)
- python-docutils (make)
- python-pygments (make)
- systemd (systemd-chromiumosAUR, systemd-selinuxAUR, systemd-fmlAUR, systemd-gitAUR) (make)
Required by (0)
Sources (2)
nx-que commented on 2023-07-29 01:29 (UTC)
hybrid commented on 2023-05-09 15:41 (UTC)
Doesn't build for me anymore:
config.status: executing libtool commands GEN ell/shared make --no-print-directory all-am GEN src/bluetooth.service CCLD src/bluetoothd GEN src/bluetoothd.8 Traceback (most recent call last): File "/usr/bin/rst2man", line 21, in <module> from docutils.core import publish_cmdline, default_description ModuleNotFoundError: No module named 'docutils' make[1]: *** [Makefile:13163: src/bluetoothd.8] Error 1 make: *** [Makefile:4468: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
python-docutils 1:0.19-6 are installed.
WoefulDerelict commented on 2022-09-17 18:36 (UTC)
oxalin: Thank you for bringing this to my attention. I'll have this assimilated and updated soon.
oxalin commented on 2022-09-13 23:40 (UTC)
Would you consider adding me as a co-maintainer?
Also, to fix the conflict between lib32-bluez-libs and lib32-bluez-plugins, please apply the following patch: From f19d1f35704f65791fcb7f072f70b697837ac8c7 Mon Sep 17 00:00:00 2001 From: Alexandre Demers alexandre.f.demers@gmail.com Date: Tue, 13 Sep 2022 19:30:50 -0400 Subject: [PATCH] Fix conflict between lib32-bluez-libs and lib32-bluez-plugins
lib32-bluez-libs: Add a "provides". Fix the license.
lib32-bluez-plugins: Something must have changed in the source code, because removing the base .so files from the bluez-plugins was not needed before. However, the native package had to apply the same fix.
Signed-off-by: Alexandre Demers alexandre.f.demers@gmail.com
.SRCINFO | 6 ++++-- PKGBUILD | 16 ++++++++++++---- 2 files changed, 16 insertions(+), 6 deletions(-)
diff --git a/.SRCINFO b/.SRCINFO index 2da28c3..f3734f6 100644 --- a/.SRCINFO +++ b/.SRCINFO @@ -1,6 +1,6 @@ -pkgbase = lib32-bluez-libs +pkgbase = lib32-bluez pkgver = 5.65 - pkgrel = 1 + pkgrel = 2 url = http://www.bluez.org/ arch = x86_64 license = LGPL2.1 @@ -17,8 +17,10 @@ pkgbase = lib32-bluez-libs
pkgname = lib32-bluez-libs pkgdesc = Deprecated libraries for the bluetooth protocol stack (32-bit) + license = LGPL2.1 depends = bluez-libs depends = lib32-glibc + provides = libbluetooth.so
pkgname = lib32-bluez-plugins pkgdesc = bluez plugins (PS3 Sixaxis controller) (32-bit) diff --git a/PKGBUILD b/PKGBUILD index 3eccca3..13eac4c 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -4,10 +4,13 @@ # Contributor: Andrea Scarpino <andrea at archlinux dot org> # Contributor: Geoffroy Carrier <geoffroy at archlinux dot org>
-pkgbase=lib32-bluez-libs -pkgname=("${pkgbase}" 'lib32-bluez-plugins') +pkgbase=lib32-bluez +pkgname=( + "${pkgbase}-libs" + "${pkgbase}-plugins" + ) pkgver=5.65 -pkgrel=1 +pkgrel=2 url="http://www.bluez.org/" arch=('x86_64') license=('LGPL2.1') @@ -50,12 +53,14 @@ build() {
check() { cd "bluez-${pkgver}" - make check +# make check }
package_lib32-bluez-libs() { pkgdesc="Deprecated libraries for the bluetooth protocol stack (32-bit)" depends=('bluez-libs' 'lib32-glibc') + provides=('libbluetooth.so') + license=('LGPL2.1')
cd "bluez-${pkgver}" make DESTDIR=${pkgdir} \ @@ -70,4 +75,7 @@ package_lib32-bluez-plugins() { cd "bluez-${pkgver}" make DESTDIR=${pkgdir} \ install-pluginLTLIBRARIES + + # cleanup - these libs go into bluez-libs + rm "${pkgdir}"/usr/lib32/libbluetooth.so* } -- 2.37.2
unknown78 commented on 2022-08-28 18:48 (UTC)
There seems to be an issue currently
lib32-bluez-plugins: /usr/lib32/libbluetooth.so exists in filesystem (owned by lib32-bluez-libs)
lib32-bluez-plugins: /usr/lib32/libbluetooth.so.3 exists in filesystem (owned by lib32-bluez-libs)
lib32-bluez-plugins: /usr/lib32/libbluetooth.so.3.19.7 exists in filesystem (owned by lib32-bluez-libs)
oxalin commented on 2020-10-18 04:41 (UTC) (edited on 2020-10-18 04:46 (UTC) by oxalin)
Any chance of seeing an update?
Also, could you disable tests. This is the workaround applied under bluez-libs package.
Iglu47 commented on 2020-05-28 05:21 (UTC) (edited on 2020-05-28 05:46 (UTC) by Iglu47)
hang on unit/test-gatt
upd. It seems like need to use a "generic" kernel or something https://bugzilla.kernel.org/show_bug.cgi?id=196621#c10
By the way, PASS
means successfully completed one of the previous tests. This is not the one that hung. I saw PASS: unit/test-gobex-transfer
too.
WoefulDerelict commented on 2020-03-08 22:03 (UTC)
Strunkenbold: That is not an issue I can reproduce in a clean chroot on my test machines. Modifying the PKGBUILD is not necessary to skip the tests. Simply passing --nocheck to makepkg will skip check(). Building this with AUR helpers is unsupported and may result in unexpected issues.
Strunkenbold commented on 2020-03-08 21:05 (UTC)
"For me it hangs during running the tests, last line is "PASS: unit/test-gobex-transfer"."
Same for me. Workaround by commenting out the test section in the pkgbuild.
Win8Error commented on 2019-11-02 20:40 (UTC)
breaks at
CCLD unit/test-sdp ./test-driver: Zeile 107: 21597 Abgebrochen (Speicherabzug geschrieben) "$@" > $log_file 2>&1 FAIL: unit/test-sdp CC unit/test-avdtp.o CC android/avdtp.o CCLD unit/test-avdtp
Pinned Comments
WoefulDerelict commented on 2016-05-15 19:43 (UTC) (edited on 2018-08-18 20:24 (UTC) by WoefulDerelict)
This PKGBUILD verifies the authenticity of the source via PGP signatures which are not part of the Arch Linux keyring. In order to complete the process it is necessary to import the key(s) from the ‘validpgpkeys’ array into the user’s keyring before calling makepkg. There is a helpful article explaining this process by one of Arch Linux's developers located here: http://allanmcrae.com/2015/01/two-pgp-keyrings-for-package-management-in-arch-linux/
Instructions on importing keys from a keyserver and how to automate the retrieval process can be found in the Arch Linux wiki here: https://wiki.archlinux.org/index.php/GnuPG#Use_a_keyserver This article also contains helpful information describing the installation of GnuPG, its configuration and usage.
Execute the following to import keys using gpg:
gpg --recv-keys <KEYID - See 'validpgpkeys' array in PKGBUILD>
The PGP signature check can be skipped by passing --skippgpcheck to makepkg.
Consult the makepkg manual page for a full list of options. [https://www.archlinux.org/pacman/makepkg.8.html]