elfutils on Debian?

elfutils on Debian?

[Michael Ellerman]

Hi guys,

I tried to build systemtap (from today's cvs) on Debian, but it needs
elfutils. I don't go in for licensing arguments, but it seems some
people think elfutils is non-free, so it's not going to be in debian.

That doesn't _really_ bother me, but it seems I can't even get the
source, drepper's page tells me to get it off a RH install. WTF? Maybe
I'll just install Solaris after all ;D

cheers

Re: elfutils on Debian?

[Ananth N Mavinakayanahalli]

On Wed, Mar 15, 2006 at 04:50:14PM +1100, Michael Ellerman wrote:
> Hi guys,
> 
> I tried to build systemtap (from today's cvs) on Debian, but it needs
> elfutils. I don't go in for licensing arguments, but it seems some
> people think elfutils is non-free, so it's not going to be in debian.
> 
> That doesn't _really_ bother me, but it seems I can't even get the
> source, drepper's page tells me to get it off a RH install. WTF? Maybe
> I'll just install Solaris after all ;D

If you are looking for sources, this

http://sources-redhat.oc1.mirrors.redwire.net/systemtap/elfutils/elfutils-0.119.tar.gz

is what you want. Make sure you also use

http://sources-redhat.oc1.mirrors.redwire.net/systemtap/elfutils/elfutils-portability.patch

for Systemtap purposes.

Ananth

Re: elfutils on Debian?

[Frank Ch. Eigler]

"Michael Ellerman" <michaelellerman@gmail.com> writes:

> I tried to build systemtap (from today's cvs) on Debian, but it
> needs elfutils

How do you suggest the src/README file's build instructions
could be made more prominent?

> I don't go in for licensing arguments [...]

elfutils licensing is due for a revamp shortly.

- FChE

Re: elfutils on Debian?

[Michael K. Dolan Jr.]

Do either of these work? I installed it on Gentoo with no problems...

ftp://sources.redhat.com/pub/systemtap/elfutils/elfutils-0.119.tar.gz
ftp://sources.redhat.com/pub/systemtap/elfutils/SRPMS/elfutils-0.119-0.1.src.rpm


Frank Ch. Eigler wrote:
> "Michael Ellerman" <michaelellerman@gmail.com> writes:
>
>   
>> I tried to build systemtap (from today's cvs) on Debian, but it
>> needs elfutils
>>     
>
> How do you suggest the src/README file's build instructions
> could be made more prominent?
>
>   
>> I don't go in for licensing arguments [...]
>>     
>
> elfutils licensing is due for a revamp shortly.
>
> - FChE
>
>
>
>   

Re: elfutils on Debian?

[Michael Ellerman]

On 15 Mar 2006 09:00:02 -0500, Frank Ch. Eigler <fche@redhat.com> wrote:
>
> "Michael Ellerman" <michaelellerman@gmail.com> writes:
>
> > I tried to build systemtap (from today's cvs) on Debian, but it
> > needs elfutils
>
> How do you suggest the src/README file's build instructions
> could be made more prominent?

In all seriousness, by putting it on the website next to the download
info. These days I basically expect a package to ./configure && make,
and at the very least require a few apt-get installs of various dev
packages. I turned to google before I looked at the README.

> > I don't go in for licensing arguments [...]
>
> elfutils licensing is due for a revamp shortly.

Cool, if this stuff is ever going to compete with Dtrace it needs to
be everywhere, so a license that doesn't annoy the Debian faithful
would be great.

cheers

Re: elfutils on Debian?

[Michael Ellerman]

On 3/16/06, Michael K. Dolan Jr. <email@michaeldolan.com> wrote:
>  Do either of these work? I installed it on Gentoo with no problems...
>
> ftp://sources.redhat.com/pub/systemtap/elfutils/elfutils-0.119.tar.gz
> ftp://sources.redhat.com/pub/systemtap/elfutils/SRPMS/elfutils-0.119-0.1.src.rpm

Not yet :/

- Different versions of aclocal, easy fix.
- Problems linking libdw, not finding libelf.
- tests doesn't build because my compiler doesn't seem to like %a in
scanf formats, might be a -std option to fix that?
- install target doesn't seem to play nice with the Debian packaging scripts.

But working on it ...

Re: elfutils on Debian?

[Frank Ch. Eigler]

Hi -

> > How do you suggest the src/README file's build instructions
> > could be made more prominent?
> 
> In all seriousness, by putting it on the website next to the download
> info. [...]

Good advice.  <http://sourceware.org/systemtap/build.html> is now all
groovy retro goodness.

Re elfutils libdw/libelf build glitches, this patch from Roland may help.
(Any reason you didn't commit it, Roland?)
http://sources.redhat.com/ml/systemtap/2006-q1/msg00751.html

- FChE

Re: elfutils on Debian?

[Nathan DeBardeleben]

Please keep us / me updated with your progress.  I got frustrated 
getting this to work on a Debian machine I was trying to set it up on 
and found my time was better spent just going back to a RH machine for 
the time being.  Someone on the list sent me a patch file, couple days 
back.  You can search for it - it was a thread entitled "Problem 
Building Elfutils (patched) Required by systemtap".  Ronald McGrath 
replied with a patch that sadly didn't apply cleanly - I tried building 
afterwards anyway and it didn't work.

Back to Redhat until then.

-- Nathan
Correspondence
---------------------------------------------------------------------
Nathan DeBardeleben, Ph.D.
Los Alamos National Laboratory
Parallel Tools Team
High Performance Computing Environments
phone: 505-667-3428
email: ndebard@lanl.gov
---------------------------------------------------------------------



Michael Ellerman wrote:
> On 3/16/06, Michael K. Dolan Jr. <email@michaeldolan.com> wrote:
>   
>>  Do either of these work? I installed it on Gentoo with no problems...
>>
>> ftp://sources.redhat.com/pub/systemtap/elfutils/elfutils-0.119.tar.gz
>> ftp://sources.redhat.com/pub/systemtap/elfutils/SRPMS/elfutils-0.119-0.1.src.rpm
>>     
>
> Not yet :/
>
> - Different versions of aclocal, easy fix.
> - Problems linking libdw, not finding libelf.
> - tests doesn't build because my compiler doesn't seem to like %a in
> scanf formats, might be a -std option to fix that?
> - install target doesn't seem to play nice with the Debian packaging scripts.
>
> But working on it ...
>
>   

Re: elfutils on Debian?

[Frank Ch. Eigler]

Hi -

> [...]  Someone on the list sent me a patch file, couple days back.
> [...]  Ronald McGrath replied with a patch that sadly didn't apply
> cleanly - I tried building afterwards anyway and it didn't work. [...]

That patch is for elfutils configury, not systemtap.  Try applying
it to the patched-elfutils source directory, on top of the
"compatibility" patch.

- FChE

Re: elfutils on Debian?

[Nathan DeBardeleben]

Frank Ch. Eigler wrote:
>> [...]  Someone on the list sent me a patch file, couple days back.
>> [...]  Ronald McGrath replied with a patch that sadly didn't apply
>> cleanly - I tried building afterwards anyway and it didn't work. [...]
>>     
>
> That patch is for elfutils configury, not systemtap.  Try applying
> it to the patched-elfutils source directory, on top of the
> "compatibility" patch.
>   
Oh, I did.
Here's a log:
> debian:~/elfutils-0.119> patch -p1 < elfutils-systemtap.patch
> patching file Makefile.am
> Hunk #1 succeeded at 2 with fuzz 2 (offset 1 line).
> Hunk #2 FAILED at 29.
> 1 out of 2 hunks FAILED -- saving rejects to file Makefile.am.rej
> patching file Makefile.am
> patch: **** malformed patch at line 26: 
> \$$ORIGIN/../libasm:\$$ORIGIN/../libdw:\$$ORIGIN/../backends:\$$ORIGIN/../libelf
This was after previously patching with the portability patch, which 
went in smooth as butter.
Here's the reject file:
> ***************
> *** 29,34 ****
>            -I$(srcdir)/../libdw -I$(srcdir)/../libdwfl \
>            -I$(srcdir)/../lib -I..
>  
>   YACC = @YACC@ -d
>   AM_YFLAGS = -pld
>   AM_LFLAGS = -Pld -olex.yy.c
> --- 29,36 ----
>            -I$(srcdir)/../libdw -I$(srcdir)/../libdwfl \
>            -I$(srcdir)/../lib -I..
>  
> + AM_LDFLAGS = -Wl,-rpath-link,../libelf:../libdw
> +
>   YACC = @YACC@ -d
>   AM_YFLAGS = -pld
>   AM_LFLAGS = -Pld -olex.yy.c
Maybe I'm applying it wrong.  Tips?

-- Nathan
Correspondence
---------------------------------------------------------------------
Nathan DeBardeleben, Ph.D.
Los Alamos National Laboratory
Parallel Tools Team
High Performance Computing Environments
phone: 505-667-3428
email: ndebard@lanl.gov
---------------------------------------------------------------------

Re: elfutils on Debian?

[Roland McGrath]

> Re elfutils libdw/libelf build glitches, this patch from Roland may help.
> (Any reason you didn't commit it, Roland?)
> http://sources.redhat.com/ml/systemtap/2006-q1/msg00751.html

I did, but we haven't spun a new elfutils release yet.

Re: elfutils on Debian?

[Michael Ellerman]

On 3/16/06, Nathan DeBardeleben <ndebard@lanl.gov> wrote:
> Frank Ch. Eigler wrote:
> >> [...]  Someone on the list sent me a patch file, couple days back.
> >> [...]  Ronald McGrath replied with a patch that sadly didn't apply
> >> cleanly - I tried building afterwards anyway and it didn't work. [...]
> >>
> >
> > That patch is for elfutils configury, not systemtap.  Try applying
> > it to the patched-elfutils source directory, on top of the
> > "compatibility" patch.
> >
> Oh, I did.
> Here's a log:
> > debian:~/elfutils-0.119> patch -p1 < elfutils-systemtap.patch
> > patching file Makefile.am
> > Hunk #1 succeeded at 2 with fuzz 2 (offset 1 line).
> > Hunk #2 FAILED at 29.
> > 1 out of 2 hunks FAILED -- saving rejects to file Makefile.am.rej
> > patching file Makefile.am
> > patch: **** malformed patch at line 26:
> > \$$ORIGIN/../libasm:\$$ORIGIN/../libdw:\$$ORIGIN/../backends:\$$ORIGIN/../libelf
> This was after previously patching with the portability patch, which
> went in smooth as butter.
> Here's the reject file:
> > ***************
> > *** 29,34 ****
> >            -I$(srcdir)/../libdw -I$(srcdir)/../libdwfl \
> >            -I$(srcdir)/../lib -I..
> >
> >   YACC = @YACC@ -d
> >   AM_YFLAGS = -pld
> >   AM_LFLAGS = -Pld -olex.yy.c
> > --- 29,36 ----
> >            -I$(srcdir)/../libdw -I$(srcdir)/../libdwfl \
> >            -I$(srcdir)/../lib -I..
> >
> > + AM_LDFLAGS = -Wl,-rpath-link,../libelf:../libdw
> > +
> >   YACC = @YACC@ -d
> >   AM_YFLAGS = -pld
> >   AM_LFLAGS = -Pld -olex.yy.c
>
> Maybe I'm applying it wrong.  Tips?

Yeah, it's -p0 format :D

Re: elfutils on Debian?

[Michael Ellerman]

On 3/16/06, Frank Ch. Eigler <fche@redhat.com> wrote:
> Re elfutils libdw/libelf build glitches, this patch from Roland may help.
> (Any reason you didn't commit it, Roland?)
> http://sources.redhat.com/ml/systemtap/2006-q1/msg00751.html

Thanks, with that patch I can build elfutils and systemtap. Now I've
just got to work out why all these tests are failing :)

PASS: ./testsuite/parseok/eight.stp
PASS: ./testsuite/parseok/eleven.stp
PASS: ./testsuite/parseok/five.stp
PASS: ./testsuite/parseok/four.stp
PASS: ./testsuite/parseok/fourteen.stp
PASS: ./testsuite/parseok/nine.stp
PASS: ./testsuite/parseok/one.stp
PASS: ./testsuite/parseok/semko.stp
PASS: ./testsuite/parseok/seven.stp
PASS: ./testsuite/parseok/six.stp
PASS: ./testsuite/parseok/ten.stp
PASS: ./testsuite/parseok/thirteen.stp
PASS: ./testsuite/parseok/three.stp
PASS: ./testsuite/parseok/twelve.stp
PASS: ./testsuite/parseok/two.stp
PASS: ./testsuite/parseok/unparser.stp
XFAIL: ./testsuite/parseko/eight.stp
XFAIL: ./testsuite/parseko/eleven.stp
XFAIL: ./testsuite/parseko/fifteen.stp
XFAIL: ./testsuite/parseko/five.stp
XFAIL: ./testsuite/parseko/four.stp
XFAIL: ./testsuite/parseko/fourteen.stp
XFAIL: ./testsuite/parseko/nine.stp
XFAIL: ./testsuite/parseko/one.stp
XFAIL: ./testsuite/parseko/seven.stp
XFAIL: ./testsuite/parseko/six.stp
XFAIL: ./testsuite/parseko/sixteen.stp
XFAIL: ./testsuite/parseko/ten.stp
XFAIL: ./testsuite/parseko/thirteen.stp
XFAIL: ./testsuite/parseko/three.stp
XFAIL: ./testsuite/parseko/twelve.stp
XFAIL: ./testsuite/parseko/two.stp
PASS: ./testsuite/semok/args.stp
PASS: ./testsuite/semok/eight.stp
PASS: ./testsuite/semok/eighteen.stp
PASS: ./testsuite/semok/eleven.stp
PASS: ./testsuite/semok/fifteen.stp
PASS: ./testsuite/semok/five.stp
PASS: ./testsuite/semok/four.stp
PASS: ./testsuite/semok/fourteen.stp
PASS: ./testsuite/semok/nine.stp
PASS: ./testsuite/semok/nineteen.stp
PASS: ./testsuite/semok/one.stp
PASS: ./testsuite/semok/optimize.stp
PASS: ./testsuite/semok/seven.stp
FAIL: ./testsuite/semok/seventeen.stp
PASS: ./testsuite/semok/six.stp
PASS: ./testsuite/semok/sixteen.stp
PASS: ./testsuite/semok/ten.stp
FAIL: ./testsuite/semok/thirteen.stp
PASS: ./testsuite/semok/three.stp
PASS: ./testsuite/semok/transko.stp
FAIL: ./testsuite/semok/twelve.stp
FAIL: ./testsuite/semok/twenty.stp
PASS: ./testsuite/semok/two.stp
XFAIL: ./testsuite/semko/eight.stp
XFAIL: ./testsuite/semko/eighteen.stp
XFAIL: ./testsuite/semko/eleven.stp
XFAIL: ./testsuite/semko/fifteen.stp
XFAIL: ./testsuite/semko/five.stp
XFAIL: ./testsuite/semko/four.stp
XFAIL: ./testsuite/semko/fourteen.stp
XFAIL: ./testsuite/semko/nine.stp
XFAIL: ./testsuite/semko/nineteen.stp
XFAIL: ./testsuite/semko/one.stp
XFAIL: ./testsuite/semko/seven.stp
XFAIL: ./testsuite/semko/seventeen.stp
XFAIL: ./testsuite/semko/six.stp
XFAIL: ./testsuite/semko/sixteen.stp
XFAIL: ./testsuite/semko/ten.stp
XFAIL: ./testsuite/semko/thirteen.stp
XFAIL: ./testsuite/semko/thirty.stp
XFAIL: ./testsuite/semko/thirtyfour.stp
XFAIL: ./testsuite/semko/thirtyone.stp
XFAIL: ./testsuite/semko/thirtythree.stp
XFAIL: ./testsuite/semko/thirtytwo.stp
XFAIL: ./testsuite/semko/three.stp
XFAIL: ./testsuite/semko/twelve.stp
XFAIL: ./testsuite/semko/twenty.stp
XFAIL: ./testsuite/semko/twentyeight.stp
XFAIL: ./testsuite/semko/twentyfive.stp
XFAIL: ./testsuite/semko/twentyfour.stp
XFAIL: ./testsuite/semko/twentynine.stp
XFAIL: ./testsuite/semko/twentyone.stp
XFAIL: ./testsuite/semko/twentyseven.stp
XFAIL: ./testsuite/semko/twentysix.stp
XFAIL: ./testsuite/semko/twentythree.stp
XFAIL: ./testsuite/semko/twentytwo.stp
XFAIL: ./testsuite/semko/two.stp
PASS: ./testsuite/transok/buildko.stp
PASS: ./testsuite/transok/eight.stp
PASS: ./testsuite/transok/five.stp
PASS: ./testsuite/transok/four.stp
PASS: ./testsuite/transok/nine.stp
PASS: ./testsuite/transok/one.stp
PASS: ./testsuite/transok/seven.stp
PASS: ./testsuite/transok/six.stp
FAIL: ./testsuite/transok/ten.stp
PASS: ./testsuite/transok/three.stp
PASS: ./testsuite/transok/tval-opt.stp
PASS: ./testsuite/transok/two.stp
XFAIL: ./testsuite/transko/one.stp
XFAIL: ./testsuite/transko/two.stp
FAIL: ./testsuite/buildok/context_test.stp
FAIL: ./testsuite/buildok/delete.stp
FAIL: ./testsuite/buildok/eight.stp
FAIL: ./testsuite/buildok/eighteen.stp
FAIL: ./testsuite/buildok/eleven.stp
FAIL: ./testsuite/buildok/fifteen.stp
FAIL: ./testsuite/buildok/five.stp
FAIL: ./testsuite/buildok/four.stp
FAIL: ./testsuite/buildok/fourteen.stp
FAIL: ./testsuite/buildok/histogram_operator_in.stp
FAIL: ./testsuite/buildok/indent.stp
FAIL: ./testsuite/buildok/iterate_histogram_buckets.stp
PASS: ./testsuite/buildok/nine.stp
FAIL: ./testsuite/buildok/nineteen.stp
FAIL: ./testsuite/buildok/one.stp
FAIL: ./testsuite/buildok/pmap_foreach.stp
FAIL: ./testsuite/buildok/print_histogram_entry.stp
FAIL: ./testsuite/buildok/print_histograms.stp
FAIL: ./testsuite/buildok/printf.stp
FAIL: ./testsuite/buildok/seven.stp
FAIL: ./testsuite/buildok/seventeen.stp
FAIL: ./testsuite/buildok/six.stp
FAIL: ./testsuite/buildok/sixteen.stp
FAIL: ./testsuite/buildok/stat_extract.stp
FAIL: ./testsuite/buildok/stat_insert.stp
FAIL: ./testsuite/buildok/syscall.stp
FAIL: ./testsuite/buildok/ten.stp
FAIL: ./testsuite/buildok/thirteen.stp
FAIL: ./testsuite/buildok/three.stp
FAIL: ./testsuite/buildok/timestamp.stp
FAIL: ./testsuite/buildok/twelve.stp
FAIL: ./testsuite/buildok/twenty.stp
FAIL: ./testsuite/buildok/twentyone.stp
FAIL: ./testsuite/buildok/twentythree.stp
FAIL: ./testsuite/buildok/twentytwo.stp
FAIL: ./testsuite/buildok/two.stp
XFAIL: ./testsuite/buildko/one.stp
=============================================
40 of 140 tests failed
Please report to systemtap@sources.redhat.com
=============================================

Re: elfutils on Debian?

[Frank Ch. Eigler]

Hi -

> Thanks, with that patch I can build elfutils and systemtap. 

Good.

> Now I've just got to work out why all these tests are failing :)

Look in the testresults/*.err files.  Chances are that
systemtap/elfutils can't find the debugging information for your
kernel.  Are debian kernels/modules stripped, and debugging
information separated?  Where are they installed?


- FChE

Re: elfutils on Debian?

[Michael Ellerman]

On 3/16/06, Frank Ch. Eigler <fche@redhat.com> wrote:
> Hi -
>
> > Thanks, with that patch I can build elfutils and systemtap.
>
> Good.
>
> > Now I've just got to work out why all these tests are failing :)
>
> Look in the testresults/*.err files.  Chances are that
> systemtap/elfutils can't find the debugging information for your
> kernel.  Are debian kernels/modules stripped, and debugging
> information separated?  Where are they installed?

I'm actually running a custom kernel, so where am I supposed to put
debug info? And what exactly do I need, a vmlinux built with -g ?

cheers

Re: elfutils on Debian?

[Frank Ch. Eigler]

Hi -

On Thu, Mar 16, 2006 at 02:06:13PM +1100, Michael Ellerman wrote:
> [...]
> I'm actually running a custom kernel, so where am I supposed to put
> debug info? And what exactly do I need, a vmlinux built with -g ?

Yes, for a hand-built kernel/modules, you need:
CONFIG_DEBUG_INFO=y
CONFIG_KPROBES=y

And the resulting "vmlinux" file must be copied into one of the places
elfutils searches for it:
"""
- systemtap looks for the debug info in these locations:
  /boot/vmlinux-`uname -r`
  /usr/lib/debug/lib/modules/`uname -r`/vmlinux
  /lib/modules/`uname -r`/vmlinux
"""

- FChE

Re: elfutils on Debian?

[William Cohen]

Michael Ellerman wrote:
> On 3/16/06, Frank Ch. Eigler <fche@redhat.com> wrote:
> 
>>Re elfutils libdw/libelf build glitches, this patch from Roland may help.
>>(Any reason you didn't commit it, Roland?)
>>http://sources.redhat.com/ml/systemtap/2006-q1/msg00751.html
> 
> 
> Thanks, with that patch I can build elfutils and systemtap. Now I've
> just got to work out why all these tests are failing :)

You might try updating your cvs repository and trying the tests again. I 
ran into this problem and it was fixed this morning by Tom Zanussi.

-Will