elfutils 0.179 release end of the week?

elfutils 0.179 release end of the week?

[Mark Wielaard]

Hi,

It has been almost 4 months since 0.178. There have been more than 60
commits. Various important bug fixes and some nice new features for
debuginfod. We seem to be in good shape. So I propose we'll do a new
release by the end of the week. If there are specific issues/bugs you
want to work on/get in before we do a release please let me know.

I think it would be good if we could figure out whether this is
possible to support:

https://sourceware.org/bugzilla/show_bug.cgi?id=25548
also support canonicalized source-file name lookups in webapi

The problem is that it isn't entirely clear we can support
"canonicalization" in a way that doesn't rely on the file system. But
maybe we can just say that we support the most basic form of
"resolving" '/./', 'foobar/../' and '//' as in the original description
. The issue with the missing CURLOPT_PATH_AS_IS from comment #4
probably should be resolved also.

Are there any other "urgent" bug fixes pending?

Cheers,

Mark

Re: elfutils 0.179 release end of the week?

[Frank Ch. Eigler]

Hi -

> [...]
> I think it would be good if we could figure out whether this is
> possible to support:
> https://sourceware.org/bugzilla/show_bug.cgi?id=25548
> also support canonicalized source-file name lookups in webapi

Yes, posted a draft patch to a git branch last night, as per irc:

<irker216> elfutils: fche elfutils.git:fche/pr25548 * elfutils-0.178-59-g0db03a05 / debuginfod/debuginfod-client.c debuginfod/debuginfod.cxx tests/run-debuginfod-find.sh: snap

> Are there any other "urgent" bug fixes pending?

Yeah, a few more debuginfod bits please.  I'll work all out today and
tomorrow on as many as possible of PR25548, PR25367, PR25366, PR25448,
PR25583.

- FChE

Re: elfutils 0.179 release end of the week?

[Michael 'veremitz' Everitt]

[-- Attachment #1.1: Type: text/plain, Size: 1481 bytes --]

On 24/03/20 12:37, Mark Wielaard wrote:
> Hi,
>
> It has been almost 4 months since 0.178. There have been more than 60
> commits. Various important bug fixes and some nice new features for
> debuginfod. We seem to be in good shape. So I propose we'll do a new
> release by the end of the week. If there are specific issues/bugs you
> want to work on/get in before we do a release please let me know.
>
> I think it would be good if we could figure out whether this is
> possible to support:
>
> https://sourceware.org/bugzilla/show_bug.cgi?id=25548
> also support canonicalized source-file name lookups in webapi
>
> The problem is that it isn't entirely clear we can support
> "canonicalization" in a way that doesn't rely on the file system. But
> maybe we can just say that we support the most basic form of
> "resolving" '/./', 'foobar/../' and '//' as in the original description
> . The issue with the missing CURLOPT_PATH_AS_IS from comment #4
> probably should be resolved also.
>
> Are there any other "urgent" bug fixes pending?
>
> Cheers,
>
> Mark
Has there been any movement on PR21002 recently? Last comment is from 2
years ago (2018-03-11).

Gentoo Linux has bugs https://bugs.gentoo.org/602126 and
https://bugs.gentoo.org/701478 , and I don't doubt other distributions that
use musl-libc (eg. Void linux, Alpine, Adelie) will also be patching this
for their use.

Best regards,

Michael Everitt.
veremitz / Freenode, OFTC.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: elfutils 0.179 release end of the week?

[Mark Wielaard]

Hi Michael,

On Tue, 2020-03-24 at 12:58 +0000, Michael 'veremitz' Everitt wrote:
> Has there been any movement on PR21002 recently? Last comment is from
> 2 years ago (2018-03-11).

No, not that I know. The last request was to open bugs for any
remaining issues. I don't believe that has been done. So we don't know
if there are any issues left.

> Gentoo Linux has bugs https://bugs.gentoo.org/602126 and
> https://bugs.gentoo.org/701478 , and I don't doubt other distributions that
> use musl-libc (eg. Void linux, Alpine, Adelie) will also be patching this
> for their use.

As far as I know those distributions haven't pushed any patches
upstream for this issue. If you could help them post any patches so
they can be reviewed that would be appreciated.

Note that musl libc doesn't provide various standard GNU glibc
functions, so it might not be that simple to get things to compile and
run correctly against it.

Thanks,

Mark

Re: elfutils 0.179 release end of the week?

[Mark Wielaard]

Hi Frank,

On Tue, 2020-03-24 at 08:40 -0400, Frank Ch. Eigler via Elfutils-devel
wrote:
> Are there any other "urgent" bug fixes pending?
> 
> Yeah, a few more debuginfod bits please.  I'll work all out today and
> tomorrow on as many as possible of PR25548, PR25367, PR25366,
> PR25448, PR25583.

Thanks so much for working so hard the last few days. I am afraid I
wasn't as productive reviewing. But I believe we are mostly there:

PR25548 also support canonicalized source-file name lookups in webapi
commit d63a809da467e646480c273b8eb276401679d2bb

PR25367 web request status logging improvements
commit 439641e52a3258ddfa66661f5de8bbcdb1530fc1

PR25366 debuginfod scan: more progress/status
Nothing yet, but is it very urgent?

PR25448 Extend debuginfod metrics
commit 0b9eb740eb8cd86ce3bffd0278135eba98c2e8a2

PR25583 Use libarchive to extract .deb packages
commit bde8d7ec3fb1780f8178586533d76a959bde89ab
commit 426a000dc59bd824de86d20b1e4d772340031067

There are also:

PR25722: /path/name based debuginfod-find & API lookups
Which is fine for debuginfod-find, but I find the new API awkward and
would prefer not to add that part.

PR25369 slice 3/3: debuginfod header relay
Which seems OK code wise, but we are bickering about how to document it
(and whether we can double check the input arguments).

Anything else?

It would be nice to get those last two issues in before the release.
Let them ripe during the weekend to give the buildbots or other testers
some time to digest and do a release on Monday or Tuesday?

Cheers,

Mark

Re: elfutils 0.179 release end of the week?

[Frank Ch. Eigler]

Hi -

> There are also:
> 
> PR25722: /path/name based debuginfod-find & API lookups
> Which is fine for debuginfod-find, but I find the new API awkward and
> would prefer not to add that part.

Understood, will post a version with that.

> PR25369 slice 3/3: debuginfod header relay
> Which seems OK code wise, but we are bickering about how to document it
> (and whether we can double check the input arguments).

Will push this one and let you add docs if you like.

> It would be nice to get those last two issues in before the release.
> Let them ripe during the weekend to give the buildbots or other testers
> some time to digest and do a release on Monday or Tuesday?

Sounds like a plan.

I might make a start at the elfutils-bootstrap packaging but may not
get it done.  It would barely affect the code base proper.


- FChE