https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Mark Wielaard changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #21 from Eli Schwartz ---
(In reply to Mark Wielaard from comment #17)
> I admit that having the combination --enable-libdebuginfod=dummy and
> --enable-libdebuginfod is somewhat redundant/non-sensical, but it helps with
> (build
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #19 from Mark Wielaard ---
(In reply to Eli Schwartz from comment #13)
> I think we'd prefer to have the ability to build libdebuginfod without the
> server.
I believe you get that with --enable-libdebuginfod
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #18 from Martin Liska ---
> I am hoping that helps both the Suse use case which would like a
> bootstrap/dummy libdebuginfod.so (--enable-libdebuginfod=dummy
> --disable-debuginfod)
Yes, I can confirm the suggested scenario will
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #16 from Frank Ch. Eigler ---
(yup, misinterpreted what the "this" was you meant, sorry!)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #15 from Eli Schwartz ---
Wouldn't that be covered by "libdebuginfod disabled equals dummy enabled"?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #14 from Frank Ch. Eigler ---
It's not just for testing purposes. It's to aid bootstrapping new OS versions,
by reducing the transitive requirements of elfutils in the buildroot.
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #13 from Eli Schwartz ---
I think we'd prefer to have the ability to build libdebuginfod without the
server. Ambivalent about a special option to force the libdebuginfod dummy to
be created, but...
If it's just for testing
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #12 from Mark Wielaard ---
(In reply to Mark Wielaard from comment #11)
> Martin, could you comment on the setup? Does this help your case? I will
> probably not actually use it myself, so don't want to add it unless it
> really
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #11 from Mark Wielaard ---
(In reply to Frank Ch. Eigler from comment #10)
> Comment on attachment 12628 [details]
> debuginfod: Add --disable-libdebuginfod and --enable-libdebuginfod=dummy.
>
> Looks workable.
>
> I don't know
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #10 from Frank Ch. Eigler ---
Comment on attachment 12628
--> https://sourceware.org/bugzilla/attachment.cgi?id=12628
debuginfod: Add --disable-libdebuginfod and --enable-libdebuginfod=dummy.
Looks workable.
I don't know if we
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Mark Wielaard changed:
What|Removed |Added
Last reconfirmed||2020-06-19
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Martin Liska changed:
What|Removed |Added
CC||mliska at suse dot cz
--- Comment #8
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #7 from Mark Wielaard ---
So there are two ideas here:
- Split --disable-debuginfod which currently disables building
debuginfod (the server), libdebuginfod (the library) and
debuginfod-find (the helper binaries) in two:
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #6 from Frank Ch. Eigler ---
(In reply to Eli Schwartz from comment #5)
> > # Look for libmicrohttpd, libcurl, libarchive, sqlite for debuginfo server
> > # minimum versions as per rhel7. Single --enable-* option arranges to
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Eli Schwartz changed:
What|Removed |Added
CC||eschwartz at archlinux dot org
---
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #4 from Martin Liška ---
(In reply to Mark Wielaard from comment #2)
> (In reply to Martin Liška from comment #0)
> > In openSUSE, we do face a problem with cyclic dependencies. Many core
> > packages like gcc, glibc, elfutils or
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
---
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Mark Wielaard changed:
What|Removed |Added
CC||mark at klomp dot org
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
--- Comment #1 from Martin Liška ---
I have basically 2 possible solutions:
- elfutils will provide a stub client library (libdebuginfod-stub.so) which
will then do dlopen for the real libdebuginfod.so during run-rime
- one can do execv of
https://sourceware.org/bugzilla/show_bug.cgi?id=25509
Bug ID: 25509
Summary: Break a cyclic dependency by core packages
Product: elfutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
On Mon, Jul 02, 2018 at 10:04:05PM +, Sasha Da Rocha Pinheiro wrote:
> I think the link should be direct to the file, since we download and
> extract. Otherwise, if the link was to a directory the issue would
> continue, since we would need to verify the version to compose the
> filename.
>
>
, June 29, 2018 8:24 PM
To: Sasha Da Rocha Pinheiro; elfutils-devel@sourceware.org
Subject: Re: dependency
On Sat, 2018-06-30 at 00:49 +, Sasha Da Rocha Pinheiro wrote:
> Hi,
> is there a reference for the last stable version of Elfutils?
>
> Currently we set the following path
> Each elfutils release is "stable". Are you looking for
> a fixed URL for the most recent release?
Yes, that's what I meant.
Sasha
From: Frank Ch. Eigler
Sent: Friday, June 29, 2018 8:12 PM
To: Sasha Da Rocha Pinheiro
Cc: elfutils-devel@sourceware.org
Subject: Re: d
Hi -
> is there a reference for the last stable version of Elfutils?
> [...]
> https://sourceware.org/elfutils/ftp/0.168/elfutils-0.168.tar.bz2
Each elfutils release is "stable". Are you looking for
a fixed URL for the most recent release?
- FChE
Hi,
is there a reference for the last stable version of Elfutils?
Currently we set the following path in our cmake configuration to download and
compile Elfutils as a dependency for Dyninst, but lately there has been some
important modifications, and I think it would be nice to have
26 matches
Mail list logo
