Package Details: kernelshark 1.1-1

Git Clone URL: https://aur.archlinux.org/kernelshark.git (read-only)
Package Base: kernelshark
Description: GUI frontend for trace-cmd based Linux kernel Ftrace captures
Upstream URL: https://git.kernel.org/pub/scm/utils/trace-cmd/trace-cmd.git
Keywords: debug ftrace kernel syscall system trace
Licenses: GPL2
Submitter: troyengel
Maintainer: dvzrv
Last Packager: dvzrv
Votes: 2
Popularity: 0.47
First Submitted: 2019-07-27 14:32
Last Updated: 2019-10-16 22:22

Latest Comments

troyengel commented on 2019-10-15 14:45

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

troyengel commented on 2019-09-29 13:54

@swand45 - problem diagnosed in the kernelshark-git package, right now the build cannot be done in parallel. A temporary workaround has been added to negate the makeflags from /etc/makepkg.conf to disable the -jX setting which some might have in place.

troyengel commented on 2019-07-27 18:13

@swand45 Well that's weird - I've been compiling this from git for awhile so it's been functional, this package is just the same build commands as was in the git package, split out to two new new PKGBUILD for stable just released. Compiling it again, I am seeing this:

 project: Kernel Shark: (version: 1.0.0)

-- Found trace-cmd: /home/tengel/abs/kernelshark/src/kernelshark-v1.0/lib/trace-cmd/libtracecmd.a
-- Found traceevent: /home/tengel/abs/kernelshark/src/kernelshark-v1.0/lib/traceevent/libtraceevent.a
-- Found PkgConfig: /usr/bin/pkg-config (found version "1.6.1") 

...(where abs/kernelshark/ is my working subdirectory) so it's finding the static version of libtracecmd.a in the lib/trace-cmd subdirectory that it just built seconds ago. Right now the Makefile still compiles some of the trace-cmd things first if you watch it (it's not a clean split yet upstream) -- do you see that happening? It would appear the compile of some of trace-cmd isn't working for you. When compiling this kernelshark package, I see this line showing it's being built first before the above:

  COMPILE FPIC           trace-util.o
  COMPILE FPIC           trace-filter-hash.o
  COMPILE FPIC           trace-blk-hack.o
  COMPILE FPIC           trace-ftrace.o
  BUILD STATIC LIB       libtracecmd.a
  UPDATE                 tc_version.h
  COMPILE                trace-cmd.o
  COMPILE                trace-record.o

Were you able to compile the new trace-cmd 2.8.3 package on it's own first on your system? I just tested that alone and I also/do get the src/trace-cmd-v2.8.3/lib/trace-cmd/libtraceevent.a file as well so I do see it getting built... I won't rule out some sort of dependency missing, but it's not a separate package libtraceevent I think (as you tested, doesn't help). Kernelshark is looking for the freshly compile static library to import.

Edit: looking in the upstream Makefile, I'm not detecting anything squirrely going on where it wouldn't compile this static library, it appears the Makefile for this specific library is pretty generic. The work starts right here around line 265: https://git.kernel.org/pub/scm/utils/trace-cmd/trace-cmd.git/tree/Makefile#n265

swand45 commented on 2019-07-27 17:42

The build fails with "Could not find libtraceevent!". I tried installing the libtraceevent package (should that be a dependency?), but it made no difference.