Package Details: bcc 0.11.0-1

Git Clone URL: (read-only)
Package Base: bcc
Description: BPF Compiler Collection - C library and examples
Upstream URL:
Keywords: control eBPF kernel performance tracing
Licenses: Apache
Provides: bcc, libbcc
Submitter: troyengel
Maintainer: edh (eklausmeier)
Last Packager: edh
Votes: 28
Popularity: 0.963750
First Submitted: 2016-01-01 18:37
Last Updated: 2019-10-04 08:06

Sources (2)

Latest Comments

1 2 3 4 5 6 Next › Last »

edh commented on 2019-06-08 08:10


Please see the Pacman documentation to get a list of files which are installed by a package. Hint, you will have to use -Ql and will find that they are in usr/share/bcc/tools. athe functionality and usage of the tools is described in the GitHub repository.

kbumsik commented on 2019-06-08 07:27

So where are bcc-tools located? How can I call those?

edh commented on 2019-05-29 14:50


I was just blindly pushing an update. I will fix it very soon. Sorry!

egrupled commented on 2019-05-29 11:52

@edh build fails to me with:

==> Starting prepare()...

mv: cannot stat '/build/bcc/src/libbpf-59a6415/*': No such file or directory

The problem is that you used short commit here: but after unpacking libbpf archive the directory has full commit in name.

egrupled commented on 2019-03-15 12:48


edh commented on 2019-03-15 12:47

@egrupled Sure, good catch! I happen to do this for libbpf in the very next line but apparently never bothered to fix the name of the main source file. Thanks! Btw. I refrained from increasing the pacakge-release pkgrel as the package itself will not change.

egrupled commented on 2019-03-15 12:40

@edh Could you use in


to make downloaded archive unique? Otherwise it may collide with sources from unrelated packages which are already in cache.

edh commented on 2019-02-25 12:51

@sdh Thanks a lot for the heads-up. However, if I am not mistaken, the change should only affect us in the coming release. I will add the necessary fix upon a new release.

sdht0 commented on 2019-02-24 23:49

As per, they default to /usr/bin/python in their scripts, which do not work on Arch with the default python3. The PKGBUILD will have to sed all such paths to /usr/bin/python2 now.

I used the following:

prepare() {
    cd "${srcdir}/${pkgbase}"
    # python2 fix
    sed -i '1s,/usr/bin/python$,/usr/bin/python2,' tools/*py tools/old/*.py tools/lib/*.py

edh commented on 2019-02-11 08:27

@milk Thanks a bunch for the notice. That definitely should not be this way. However, the top-level makedepends are fine. Hence, I just stripped the nested ones.