From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BFF0DC433DF for ; Wed, 14 Oct 2020 13:44:59 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 55F0622201 for ; Wed, 14 Oct 2020 13:44:59 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731369AbgJNNo6 (ORCPT ); Wed, 14 Oct 2020 09:44:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:58152 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726459AbgJNNo5 (ORCPT ); Wed, 14 Oct 2020 09:44:57 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id A9B842076D; Wed, 14 Oct 2020 13:44:55 +0000 (UTC) Date: Wed, 14 Oct 2020 09:44:53 -0400 From: Steven Rostedt To: Sudip Mukherjee Cc: Zamir SUN , Tony Jones , Jiri Olsa , LKML , Linux Trace Devel , Arnaldo Carvalho de Melo , "Ziqian SUN (Zamir)" , Vitaly Chikunov , Tzvetomir Stoyanov , Yordan Karadzhov , Ben Hutchings , John Kacur , Clark Williams , Al Stone , Mauro Carvalho Chehab Subject: Re: [ANNOUNCE] libtraceevent.git Message-ID: <20201014094453.73f37dd4@gandalf.local.home> In-Reply-To: References: <20201007130750.49349844@gandalf.local.home> <20201012101208.GF1099489@krava> <20201012111950.55a73588@gandalf.local.home> <20201012184120.GN13697@suse.de> <20201012151732.6e439886@gandalf.local.home> <20201013090228.78256290@gandalf.local.home> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 14 Oct 2020 11:08:48 +0100 Sudip Mukherjee 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