Holger Hoffstätte

> Yeah. Well, brrr, the exporter could also include a hard coded map of the counters [...] Yeah..no? This PR was supposed to be a) an example for how elegant...

Just to give you an example for the output of the Go-based node_exporter here's a subset (without generic filesystem data) of what my Prometheus stores, with the output of the...

> I haven't used prometheus yet, it's on my wishlist, part of my team at work does. So, you mean that it's possible to run this thing as root, but...

I don't mean to be pushy, but if you wait much longer the [Go-based exporter](https://github.com/prometheus/node_exporter/pull/2193) is going to steal your thunder, and we can't have that.. ;)

> Work is in progress! > https://github.com/knorrie/python-btrfs/blob/doc/tutorial/README.md That probably should point to the branch in question: https://github.com/knorrie/python-btrfs/blob/tutorial/tutorial/README.md Very nice so far!

The above is slightly misleading since *another* problem precedes it. When running a `cmake .. -DSTATIC_LINKING=OFF -DBUILD_TESTING=OFF -DBUILD_FUZZ=OFF -DENABLE_MAN=OFF` on master against libbpf-1.0/bcc-0.25 we get: ``` /usr/lib/gcc/x86_64-pc-linux-gnu/12.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: libruntime.a(bpffeature.cpp.o): undefined reference...

Aha! Of course the method is missing. In `btf.cpp` we find: ``` int BTF::get_btf_id(const std::string& name) { return btf__find_by_name_kind(btf, name.c_str(), BTF_KIND_FUNC); } } // namespace bpftrace #else // HAVE_LIBBPF_BTF_DUMP namespace...

Not yet bumping to EAPI 8 because of the note about tk.

Apparently sguil-sensor/client require -threads, but at least sguil-sensor is already masked/last-rited. So it seems removing the +thread requirement from dev-tcltk/expect & dev-tcltk/thread should work.

> rebase? Rebased, moved change to -r2, dropped keywords.