lttng-tools

lttng-tools:stable-2.0

  1. Git
  2. lp:lttng-tools
  3. stable-2.0
Last commit made on 2013-07-11
Get this branch:
git clone -b stable-2.0 https://git.launchpad.net/lttng-tools

Branch merges

Branch information

Name:
stable-2.0
Repository:
lp:lttng-tools

Recent commits

aef70e4... by David Goulet

Update version to v2.0.6

Signed-off-by: David Goulet <email address hidden>

df3f5eb... by David Goulet

Fix: Delete UST app session on ustctl create error

This has been updated in upstream master (see commit:
0f83395d5e0e927fdab025eae023e68e9021af26).

There was also a check missing at one of the callsite.

http://lists.lttng.org/pipermail/lttng-dev/2012-December/019208.html

Reported-by: David OShea <email address hidden>
Signed-off-by: David Goulet <email address hidden>

1d1236d... by David Goulet

Update version to 2.0.5 stable

Signed-off-by: David Goulet <email address hidden>

bab308e... by David Goulet

Fix: Change the type of enabled in lttng_event to a signed int

Closes #258

Signed-off-by: David Goulet <email address hidden>

c119cdb... by David Goulet

Fix: Returned code when listing kernel channel

Backported from master branch.

See bug #260.

Signed-off-by: David Goulet <email address hidden>

6179b37... by David Goulet

Fix: Wrong returned error code on UST enable event

(Patch backported from the master branch
95a8266405f61b6927f8cef13b1fdfa0b5584274)

Instead of sending back a FATAL error, correctly notify the user of a
failed UST enable event.

The bug261 was not reproducible anymore but led to this fix.

(Closes 261)

Signed-off-by: David Goulet <email address hidden>

3fa5d62... by David Goulet

Fix: consumer recv command error path

See bug #332.

Backported from the master branch with commit id:
4cbc1a04e8ac3c1dd4f9a4dc44b56ee8430189f0

Signed-off-by: David Goulet <email address hidden>

1d586c7... by Christian Babeux <email address hidden>

Fix: Missing libs dependencies in configure check for lttng-ust-ctl

The lttng-ust-ctl library depends on liburcu-{common,bp,cds}. The
AC_CHECK_LIBRARY macro can't automatically resolve dependents libraries
(ala libtool), so any additionnals dependencies must be manually
specified.

Also, the AC_CHECK_LIB action-if-found case for the lttng-ust-ctl check
is modified to have a similar behavior as the default action, which is
to define HAVE_LIBxxx and append -lxxx to $LIBS, *except* for the later
step. This is to ensure that any future addition of AC_CHECK_LIB after
the one for lttng-ust-ctl will not need to append the liburcu
dependencies or fail unexpectedly.

Acked-by: Mathieu Desnoyers <email address hidden>
Signed-off-by: Christian Babeux <email address hidden>
Signed-off-by: David Goulet <email address hidden>

b5e7bec... by Christian Babeux <email address hidden>

Fix: Libtool fails to find dependent libraries when cross-compiling lttng-tools

This problem arise when cross compiling and linking libraries with
indirect libraries dependencies (such as liblttng-ust). This "bug" is
caused by an upstream modification in the libtool package on Debian
system. The libtool "link_all_deplibs" flag is set to "no" by default
on linux targets (AFAIK, other distros set it to "unknown").

The chosen solution is to detect such cases via the configure script
and automagically patch the libtool.m4 by forcing the "link_all_deplibs"
to "unknown".

This fixup can be disabled with the appropriate configure flag:

./configure --disable-libtool-linkdep-fixup

Sample configure output on affected systems:

checking for occurence(s) of link_all_deplibs = no in
  ./config/libtool.m4... 3
configure: WARNING: the detected libtool will not link all
     dependencies, forcing link_all_deplibs = unknown

Acked-by: Mathieu Desnoyers <email address hidden>
Signed-off-by: Christian Babeux <email address hidden>
Signed-off-by: David Goulet <email address hidden>

6c12303... by David Goulet

Update version to 2.0.4 stable

Signed-off-by: David Goulet <email address hidden>