Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp19076044ybl; Fri, 3 Jan 2020 15:17:14 -0800 (PST) X-Google-Smtp-Source: APXvYqw4p+LAaRzV4UtVrVy/ZP81fgqkgmYFeoincyUBwliwOV6fT5BJE+OJSs7/TuuPUJai6cIs X-Received: by 2002:a9d:5c1:: with SMTP id 59mr102691399otd.192.1578093434615; Fri, 03 Jan 2020 15:17:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578093434; cv=none; d=google.com; s=arc-20160816; b=MQ26oHNG4Fo746RdLNEy8/RT4vZ8Q6q9F42jNqrcNXjpldBHG4e5pCinE0zBwJy/sS qLsxZsDLEYmzrLrMQOv07jEIuIzMYBTPpKCgMwD2Ct6IDzGJg+w1CqKIeJeTXcXx50Ek rqgoHyyHWd8IWVYUy+tgXk6UzW9WMpd0viw6KGLQwuYCbSpbHEEmyaFdZplozFFEL+3a xvBJpXohJDs1JK7RLim89Y8FAo+yk9AEyFSIdCKtdGIpuFCcvckCXoFIv3JxZV8t5Uzt 9n+TW3ehmpToxOCv2DWhMulrx+okpZBXHB9OaVCHMXIOr4Gw98TzazRF/JztdtBj2DOJ Lurg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=ecwo/TM0UIW2af0yaBlBKWVEah5kenwKk3sy7cagOgI=; b=r9tKd0omMQHwlReyNAM8QrTtLK4w+yuyqt9J6u2IPaIL2KKJDNq1Ks7Dan2atkZ6S3 MD+HA9Cr/mhx82NHJXiIndDBycwtKw4lu5x6vAcNnojlXCQHSmDy/z07jEDxma0VJMOG VA5A8nD0sLRsT3u3sEa6nSxXSTsN+VIsM8DqRNEUSWVndKBDTGihDdBx+bNYGOCrzaHq Coi/q9PspIg+d1UcWIBLRigai7VaQqSMB+M2IFjm5c9jBblqJTA2YvKwAxJeSXMQrZD6 Q4I2RhZfOp7y/wwuU6K0tIz3z43PoVMrWn5lmXsqbVgbF6GPGIfpMDPWSfg1BudijwAE Xw0Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g26si33546958otn.180.2020.01.03.15.17.01; Fri, 03 Jan 2020 15:17:14 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726240AbgACXQS (ORCPT + 99 others); Fri, 3 Jan 2020 18:16:18 -0500 Received: from mail.kernel.org ([198.145.29.99]:58482 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726052AbgACXQR (ORCPT ); Fri, 3 Jan 2020 18:16:17 -0500 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 5AAFE24649; Fri, 3 Jan 2020 23:16:16 +0000 (UTC) Date: Fri, 3 Jan 2020 18:16:14 -0500 From: Steven Rostedt To: Jiri Olsa Cc: Sudip Mukherjee , Ingo Molnar , Arnaldo Carvalho de Melo , Namhyung Kim , Masami Hiramatsu , Linux Trace Devel , LKML , Linus Torvalds , "Konstantin Ryabitsev" , users@linux.kernel.org Subject: Re: [RFC] tools lib traceevent: How to do library versioning being in the Linux kernel source? Message-ID: <20200103181614.7aa37f6d@gandalf.local.home> In-Reply-To: <20200103133640.GD9715@krava> References: <20200102122004.216c85da@gandalf.local.home> <20200102234950.GA14768@krava> <20200102185853.0ed433e4@gandalf.local.home> <20200103133640.GD9715@krava> 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 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [ Added Konstantin and kernel.org users mailing list ] On Fri, 3 Jan 2020 14:36:40 +0100 Jiri Olsa wrote: > On Thu, Jan 02, 2020 at 06:58:53PM -0500, Steven Rostedt wrote: > > On Fri, 3 Jan 2020 00:49:50 +0100 > > Jiri Olsa wrote: > > > > > > Should we move libtraceevent into a stand alone git repo (on > > > > kernel.org), that can have tags and branches specifically for it? We > > > > can keep a copy in the Linux source tree for perf to use till it > > > > > > so libbpf 'moved' for this reason to github repo, > > > but keeping the kernel as the true/first source, > > > and updating github repo when release is ready > > > > > > libbpf github repo is then source for fedora (and others) > > > package > > > > Ah, so perhaps I should follow this? I could keep it a kernel.org repo > > (as I rather have it there anyway). > > sounds good, and if it works out, we'll follow you with libperf :-) > > if you want to check on the libbpf: > https://github.com/libbpf/libbpf > > there might be some syncs scripts worth checking I wonder if there should be a: git://git.kernel.org/pub/scm/utils/lib/ directory to have: git://git.kernel.org/pub/scm/utils/lib/traceevent/ git://git.kernel.org/pub/scm/utils/lib/libbpf/ git://git.kernel.org/pub/scm/utils/lib/libperf/ That could hold the libraries that are tight to the kernel? -- Steve > > jirka > > > > > We can have the tools/lib/traceevent be the main source, but then just > > copy it to the stand alone for releases. > > > > Sudip, would this work for you too? (and yes, I plan on acking that > > patch for the -ldl change, after looking at it a little bit more). > > > > -- Steve > >