Package Details: pulseaudio-modules-bt-git r111.32c7ddd-1

Git Clone URL: (read-only)
Package Base: pulseaudio-modules-bt-git
Description: PulseAudio Bluetooth modules with SBC, AAC, APTX, APTX-HD, Sony LDAC (A2DP codec) support
Upstream URL:
Licenses: GPL3
Conflicts: pulseaudio-bluetooth
Provides: pulseaudio-bluetooth
Submitter: eh5
Maintainer: eh5
Last Packager: eh5
Votes: 23
Popularity: 4.687955
First Submitted: 2018-08-09 05:31
Last Updated: 2019-03-12 08:21

Required by (4)

Sources (2)

Pinned Comments

eh5 commented on 2019-02-15 14:12

If you want to enable A2DP codecs switching support, build&install the latest bluez from git.

Then edit bluetooth.service, append "-E" option to "ExecStart=/usr/lib/bluetoothd"

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

Latest Comments

1 2 3 Next › Last »

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">Online assignment help so good to be a python developer

eh5 commented on 2019-03-11 14:45

@bruceutut That's why I use ""(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 not; And many official packages depend on 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

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

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?

eh5 commented on 2019-02-23 11:03


I think it's an issue of bluez-git(AUR). bluez-git is an all in one package. But bluez-git's PKGBUILD didn't properly versioning provides.

phanta commented on 2019-02-23 02:25

Not sure what the best resolution for this is, but bluez-git is not treated as providing bluez and bluez-libs. Removing the version requirement from the PKGBUILD solves this, but might not be a good long-term solution.

eh5 commented on 2019-02-17 12:42


It's an optional dependency