lkml.org 
[lkml]   [2020]   [Oct]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [ANNOUNCE] libtraceevent.git
On Wed, 14 Oct 2020 11:08:48 +0100
Sudip Mukherjee <sudipm.mukherjee@gmail.com> wrote:

> Just a thought, if you see
> https://repology.org/project/linux-tools/versions then you will notice
> that libtracevent has been packaged by the distros with a version of
> v5.x+, and I will have the same problem for Debian also. Do you think
> it makes sense to start with a version of v6.x when you tag it? If
> that is not possible then we will have to use epoch like we did for
> libbpf.

Grumble. This is another reason I wish this was not part of the kernel. It
should not have a versioning based on the kernel. Yeah, this may be an
issue, especially, since library versions have real meaning with respect
to compatibility, where the Linux kernel version numbers do not.

We may need to use the epoch on this, because 5.7 has no meaning compared
to 5.8 and 5.9. I didn't even realize this was being shipped yet.

Yeah, I want to make this 1.1.0 as I've been tracking changes internally
with this.

-- Steve

\
 
 \ /
  Last update: 2020-10-14 15:45    [W:0.100 / U:0.536 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site