Package Details: pulseaudio-modules-bt-git r145.5b546e1-1

Git Clone URL: https://aur.archlinux.org/pulseaudio-modules-bt-git.git (read-only, click to copy)
Package Base: pulseaudio-modules-bt-git
Description: PulseAudio Bluetooth modules with SBC, AAC, APTX, APTX-HD, Sony LDAC (A2DP codec) support
Upstream URL: https://github.com/EHfive/pulseaudio-modules-bt
Licenses: GPL3
Conflicts: pulseaudio-bluetooth
Provides: pulseaudio-bluetooth
Submitter: eh5
Maintainer: eh5
Last Packager: eh5
Votes: 35
Popularity: 1.54
First Submitted: 2018-08-09 05:31
Last Updated: 2020-02-05 00:45

Required by (4)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

eh5 commented on 2019-05-17 01:32

tgheretford

You could use https://github.com/EHfive/pulseaudio-modules-bt/wiki/Packages#archlinuxcn-repo

tgheretford commented on 2019-05-16 21:36

Unable to install this package. Keeps failing at the 52% mark with this error no matter what I try:

make[2]: [CMakeFiles/bluez5-util.dir/build.make:154: CMakeFiles/bluez5-util.dir/src/modules/bluetooth/a2dp/a2dp_aac.c.o] Error 1 make[1]: [CMakeFiles/Makefile2:110: CMakeFiles/bluez5-util.dir/all] Error 2 make: *** [Makefile:130: all] Error 2

All the more frustrating as I see no-one else in other discussion forums having the same issue or reporting any issues with making the package. Unless something has changed very recently.

louisl commented on 2019-05-06 09:14

The issue of A2DP sink profile unavailable also has been fixed in latest bluez git.

@eh5 fyi this is still an issue in bluez 5.50 I still need to use the fix_a2dp_sink_profile_unavailable branch rebased against your master.

Is there a reason not to merge this branch?

https://github.com/EHfive/pulseaudio-modules-bt/tree/fix_a2dp_sink_profile_unavailable

joulie commented on 2019-03-30 10:25

I am a new bee in python i am in the learning phase right now i exploring so many new things in python i didn't know before and after finding it i am totally surprised that we can do that much via python https://www.tutorshelponline.com/">Online assignment help so good to be a python developer

eh5 commented on 2019-03-11 14:45

@bruceutut That's why I use "libfdk-aac.so"(would be versioned by makepkg) instead of "libfdk-aac".

Force to install fdk-aac-free at 0.1.6, AAC function would simply broken due to your current modules link to libfdk-aac.so.2 not libfdk-aac.so.1; And many official packages depend on libfdk-aac.so.2 would also broken.

Leave "fdk-aac-free" to opt depends simply suggest pulseaudio-modules-bt don't require patent-encumbered HE-AAC codec.

If you don't have any FDK-AAC 2.x depended official package installed, Run sudo pacman -Sd fdk-aac-free to ignore dependence check, than rebuild modules form AUR/PKGBULD (and any other package depend on fdk-aac)

But I am open for remove fdk-aac-free from opt depends, tell me your thought.

bruceutut commented on 2019-03-11 14:31

Install opt depend fdk-aac-free will replace libfdk-aac
which break the depend libfdk-aac.so=2-64

Plailect commented on 2019-02-28 22:13

The PKGBUILD should have version "r107.ade461f" not "r107.ade461fb" since that is what the pkgver() function actually outputs.

phanta commented on 2019-02-26 15:02

@eh5, ah, I see. There's still a conflict with bluez-libs, but I'll ask the maintainer to do the same as they did for bluez. Thanks for the help!

eh5 commented on 2019-02-26 14:02

@phanta epoch won't mess up the version check, but the "provides=(bluez, ...)". See note of https://wiki.archlinux.org/index.php/PKGBUILD#provides

I requested bluez-git(AUR)'s maintainer start versioning provides few days back, and he did.

phanta commented on 2019-02-26 13:45

@eh5 I see what you mean, pacman -Qs bluez-git shows the version as 1:5.50.r297.g7199478d8-1

Is it possible that the epoch 1: is messing up the version check, or would that be handled correctly by makepkg?