libtraceevent
libtraceevent
- Devel package for openSUSE:Factory
-
4
derived packages
- Links to openSUSE:Factory / libtraceevent
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout devel:libraries:c_c++/libtraceevent && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
0001-libtraceevent-Add-initial-support-for-meson.p |
0000016672 16.3 KB | |
_link | 0000000124 124 Bytes | |
libtraceevent-1.7.2.tar.gz | 0000148242 145 KB | |
libtraceevent-rpmlintrc | 0000000096 96 Bytes | |
libtraceevent.changes | 0000005517 5.39 KB | |
libtraceevent.spec | 0000003287 3.21 KB |
Revision 25 (latest revision is 28)
Dario Faggioli (dfaggioli)
accepted
request 1083356
from
Dirk Mueller (dirkmueller)
(revision 25)
- update to 1.7.2: * Fix some missing commas in big endian blocks * Rename "ok" to "token_has_paren" in process_sizeof() * No need for testing ok in else if (!ok) in process_sizeof() * Fix double free in parsing sizeof()
Comments 4
Hello! Is there a plan to submit this to Factory? It is necessary to have it (and libtracefs) for building KernelShark 2, which I am planning to package and submit to Factory ASAP.
I'd be up with helping to maintain the package in Factory, if that helps.
I'd forgotten I'd submitted it before and it was rejected as perf was still providing the same files. I just pushed libtraceevent again plus a perf change
Great, and thanks! So, basically, for packaging the next version of KernelShark (and, I believe, of trace-cmd too) we need both libtraceevent and libtracefs. In fact, I have an SR to update it to latest upstream too, and was then planning to submit it to factory as well.
@jones_tony question: I see that we have this in the spec file:
%files -n %{soname}-plugins %dir %{_libdir}/%{sodname} %dir %{_libdir}/%{sodname}/plugins %{_libdir}/%{sodname}/plugins/*.so
This means we put plugins in
/usr/lib64/traceevent1/plugins
(because we use %{sodname}, which is %{dname}+%{sonum}).Shouldn't they go in
/usr/lib64/libtraceevent/plugins
, i.e., shouldn't we just use %dname there?