Bug 13764 - screen depends on libelf or elfutils, new generic dependency ELF ?
: screen depends on libelf or elfutils, new generic dependency ELF ?
Status: CLOSED FIXED
Product: Codex
Classification: Unclassified
Component: shell-term-fm
: stable grimoire
: Other other
: P2 normal
Assigned To: Grimoire Bug List
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-05-06 05:16 UTC by Martin Spitzbarth
Modified: 2008-09-15 12:43 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Spitzbarth 2007-05-06 05:16:21 UTC
This is a cros-spell bug report that takes some time to explain.

First, I was happily running screen, while elfutils were installed.
Then, I wanted to try out ltrace, which depends on libelf conflicting with
elfutils. So I cast libelf and had cleanse verify that everything was ok.

The next day I started screen:
screen: error while loading shared libraries: libelf.so.0: cannot open shared
object file: No such file or directory

I recompiled screen and everything was fine again.

To track down the dependencies, I changed the dependency of ltrace to elfutils,
and ltrace compiled and worked as far as I could see.

I was unable to recompile elfutils, so I resurrected it (Bug #13763).

My suggestion is to have ltrace and screen use a generic dependency on say ELF
with elfutils and libelf as providers for ELF.
Comment 1 Arwed v. Merkatz 2008-06-16 12:21:14 UTC
This now applies to stable grimoire (0.22).
Comment 2 Martin Spitzbarth 2008-08-22 08:17:08 UTC
The provider LIBELF was introduced by sobukus in test-0.25 on 2008-08-21.

Screen itself doesn't depend on libelf, it's a bug in its configure script to link against it. I have fixed that in test-0.25 with commit 2199fa06c076327cdae58d7bd8b836d2b6a35f2c.
Comment 3 Arwed v. Merkatz 2008-09-15 12:43:15 UTC
Closed with release of stable 0.25.