[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120312190818.GA25523@host2.jankratochvil.net>
Date: Mon, 12 Mar 2012 20:08:18 +0100
From: Jan Kratochvil <jan.kratochvil@...hat.com>
To: Denys Vlasenko <dvlasenk@...hat.com>
Cc: Roland McGrath <roland@...k.frob.com>,
linux-kernel@...r.kernel.org, Oleg Nesterov <oleg@...hat.com>,
Kushal Das <kdas@...hat.com>
Subject: Re: Extending coredump note section to contain filenames
On Mon, 12 Mar 2012 19:58:31 +0100, Denys Vlasenko wrote:
> This is better, isn't it?
> Wouldn't it be nice if gdb would retrieve binary's name by itself?
Yes, that yum should have been executed automatically, instead of just
suggested by that:
Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/ec/1fd70dbee0db36eff9527254d9d2bbfd260f13
But this is a user interface issue, it was discussed with PackageKit people
etc. but it went nowhere.
Sorry but I cannot code the whole OS myself including all the Gnome UI
interfaces.
> (BTW: nothing prevents it from checking build ids and refusing
> to use it if they don't match.)
And if they do not match it will need to run the yum command above anyway.
So why to code two ways where the first one (by filename) works only sometimes
while the second way works always? Isn't it easier to do it always just the
second way?
> >The build-id mapping server above always works and without races.
>
> But it is not always available. Some people don't want to be connected
> to internet; other can't be connected.
That 'yum' command above will run in some conditions without any Internet
connectivity. But in some cases it will have more bandwidth requirements than
a build-id server query.
This is about package management vs. network servers connectivity, this is
also partially distro dependent.
> Does it follow from the above that filenames are *never* useful?
They can be sometimes useful but they are superseded by build-ids; with
build-ids they can be safely ignored.
Regards,
Jan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists