Arch Linux User Repository

As of trace-cmd-git 2.8.x, kernelshark-git is now a unique package.

I am disowning this package so that others may pick up on the work.

@borneoa thanks - I've updated both the git package here and the stable one to add prefix="/usr" in build() - it's already in the kernelshark packages, no updates needed to those.

I had to add prefix="/usr" in build(), as is done in package(), otherwise at runtime the plugins get searched in /usr/local/lib/trace-cmd/

As of trace-cmd-git 2.8.x, kernelshark-git is now a unique package.

@howaboutsynergy - I've filed an upstream bug re: Python 2 function usage for us: https://bugzilla.kernel.org/show_bug.cgi?id=204231

Superficially tested and confirmed working pkgver=2.7.r451.gf1ef911 with the gui(aka kernelshark) and all. Thank you for your time&work.

@howaboutsynergy - updated and working with the latest git commits as of 14 hours ago from this writing; upstream is using Python 2 only functions (PyString_FromString) so I've had to revert to us using python2 instead of python3 in this package. Bug report: https://bugzilla.kernel.org/show_bug.cgi?id=204231

On the flip side, all patches are now resolved by upstream and hacks removed from our PKGBUILD, the code is building and deploying correctly on it's own with no additional shenanigans.

Hi all, the upstream devs are still working out all the details per my previous post - you can see a lot of the history in the referenced bug (https://bugzilla.kernel.org/show_bug.cgi?id=203187) and mailing list (https://lore.kernel.org/linux-trace-devel/), the code has been in a lot of flux and adjusting.

The last git update for our PKGBUILD was 2019-06-07 and worked at that time (after all those changes), I'll try and get some time to get it working now against the latest code changes because a lot has happened since. That one error though about PyString_FromString sounds like it should be reported in the upstream bug tracker rather than here, I don't think that's an Arch build artifact just reading it...

tl;dr - this specific package should be considered highly unstable at this time, as upstream is in heavy devel mode and rearranging KernelShark (the GUI) things which break the PKGBUILD regularly. They are converting kernelshark from a C / GTK+ app using make to a C++ / Qt app using cmake.

and after installed,

$ trace-cmd report > trace.log  
  cound not load plugin '/usr/lib/trace-cmd/plugins/plugin_python.so'
/usr/lib/trace-cmd/plugins/plugin_python.so: undefined symbol: PyString_FromString

lookslike that's in: makepkg_pacman/trace-cmd-git/src/trace-cmd/python/ctracecmd_wrap.c:757:#define PyString_FromString(x) PyUnicode_FromString(x)

no idea how to fix it tho

almost worked if I did this:

$ LD_PRELOAD=/usr/lib/trace-cmd/python/ctracecmd.so trace-cmd report > trace.log
trace-cmd: symbol lookup error: /usr/lib/trace-cmd/python/ctracecmd.so: undefined symbol: PyExc_SystemError

$ grep -nrIFw PyExc_SystemError
python/ctracecmd_wrap.c:872:    type = PyExc_SystemError;
python/ctracecmd_wrap.c:1197:    PyErr_SetString(PyExc_SystemError, "UnpackTuple() argument list is not a tuple");

Getting Could not find trace-cmd! unless I remove gui and install_gui from those make commands in build() and package() of PKGBUILD

It probably works if I duplicate the make commands with only those gui args after the original make commands, since ./lib/trace-cmd/libtracecmd.a would now exist.

ie. something tries to make the gui before trace-cmd but the gui requires trace-cmd

trace-cmd-git 2.7.r442.g2e15c98-1 5.28 MiB