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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id EBBC2C54EE9 for ; Thu, 8 Sep 2022 21:02:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229903AbiIHVCb (ORCPT ); Thu, 8 Sep 2022 17:02:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39738 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229514AbiIHVC0 (ORCPT ); Thu, 8 Sep 2022 17:02:26 -0400 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [IPv6:2001:4b98:dc2:55:216:3eff:fef7:d647]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0397EE3D51 for ; Thu, 8 Sep 2022 14:02:25 -0700 (PDT) Received: from pendragon.ideasonboard.com (62-78-145-57.bb.dnainternet.fi [62.78.145.57]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id B44368F1; Thu, 8 Sep 2022 23:02:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1662670942; bh=lt87czxFgUoWKXDR2PYN3VD5efHHMuMiJjzf+fZN+PY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=SWDHurLwWBug8cpov8qNu97ztdHjX1U396dKTCHcEKygyRDTyo70lG2NovaFWRdOl /NBjIzbhg0VQE6QRFPbmbjX7W5DuUrWWCbbfUJikDWCrGZUBW0pUhXYhLyX/YrC+38 SJ+IAFGcbBlq4WzKSqZFnv6x81/v15i5Vtysexms= Date: Fri, 9 Sep 2022 00:02:06 +0300 From: Laurent Pinchart To: Hans Verkuil Cc: linux-media@vger.kernel.org, Sakari Ailus , Kieran Bingham , Nicolas Dufresne , Benjamin Gaignard , Hidenori Kobayashi , Paul Kocialkowski , Jacopo Mondi , Ricardo Ribalda , Maxime Ripard , Daniel Scally , Jernej =?utf-8?Q?=C5=A0krabec?= , Dave Stevenson , Philipp Zabel , Ariel D'Alessandro , Gregor Jasny , Ezequiel Garcia Subject: Re: [Media Summit] Finalizing the v4l-utils conversion to meson Message-ID: References: <3ed0fa60-ed41-3969-ee42-e7f6fa413505@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org On Thu, Sep 08, 2022 at 11:51:06AM +0300, Laurent Pinchart wrote: > On Thu, Sep 08, 2022 at 10:41:21AM +0200, Hans Verkuil wrote: > > On 29/08/2022 03:34, Laurent Pinchart wrote: > > > Hello, > > > > > > This mail (and hopefully mail thread) aims to prepare for the Media > > > Summit 2022 discussion about finalizing the conversion of v4l-utils to > > > meson. > > > > > > The original port of v4l-utils to meson was done by Ariel D'Alessandro > > > (big thanks for that !) and posted to the linux-media mailing list in > > > April 2022 ([1]). Another RFC version followed ([2]), and the series > > > then graduated to non-RFC ([3]) with new versions following ([4], [5] > > > and [6]) until v5 ([7]) in May 2021. I believe it is time to decide if > > > we want to move to a more modern build system or stay for the foreseable > > > future in the past (this statement should indicate my opinion on the > > > subject :-)). > > > > > > I maintain a branch with the meson integration that I keep rebasing on > > > top of the v4l-utils master branch. You can find it at > > > > > > git://linuxtv.org/pinchartl/v4l-utils.git meson > > > > > > I have also just posted the latest version of the integration patches in > > > a v6 ([8]). > > > > > > I have been using the meson integration for about 2 years now, and it > > > has provided me with a much smoother experience than autoconf, both for > > > native builds and cross builds. Long gone are the day where I had to > > > fight autoconf and hack various Makefile.am to comment out pieces of the > > > tree that would fail to compile properly and wouldn't want to get > > > disabled through autoconf. These issues are most likely due to > > > shortcomings in the autoconf usage in v4l-utils than problems with > > > autoconf and automake themselves, but I quickly gave up on trying to fix > > > that as meson just worked out of the box as intended. > > > > > > This being said, I won't pretend that the current implementation would > > > work perfectly for everybody. I twould thus like to get feedback on how > > > to move forward. > > > > > > 1. Is there a general agreement that replacing autoconf is a good idea, > > > provided that any technical issue in the proposed meson implementation > > > (if any) can be fixed ? Or would it require fighting ophidiophobia and > > > other non-technical issues that would make it a lost battle from the > > > start ? > > > > I did a quick check to see if it handles setting the date/build/sha > > correctly for some of the utilities I maintain (i.e. v4l2/cec-compliance > > needs to show the SHA of the commit it was built from), and that seems to > > be OK. > > > > Given the fact that it is better at cross-compiling I have no objection > > to switching over. > > > > It should be a complete switch, though. It's one or the other, not both. > > I agree, maintaining both would increase the maintenance burden and > guarantee that bugs would creep in over time. > > > If we do this, then I think we should try and prevent adding new libs > > or applications for a bit (one kernel cycle?) to make it easy to revert > > if we run into unexpected problems. And also bump the version number > > and ask Gregor to check that it builds fine for debian. > > I'm fine with that. Maintaining a meson branch on top of v4l-utils has > been relatively low effort, there were occasional additions to > v4l-utils, but they were easy to handle. I would think that reverting > would be equally easy, if needed. Also, if we already have a consensus among the audience of the media summit, we can remove this discussion point from the agenda and use the time for other topics. Should I prepare a new version of the patches, removing autoconf/automake support on top ? > I will also be there to help addressing any bug in the build system. > > > > 2. What are the technical issues that still need to be solved (if any) > > > to replace autoconf with meson ? > > > > > > There's no need to wait for the media summit to start answering those > > > questions, if we can resolve the issue before meeting face to face, > > > we'll have more time to discuss other questions :-) > > > > > > [1] https://lore.kernel.org/linux-media/20200408195611.55421-1-ariel@vanguardiasur.com.ar > > > [2] https://lore.kernel.org/linux-media/20200429151639.5003-1-ariel@vanguardiasur.com.ar > > > [3] https://lore.kernel.org/linux-media/20200618133303.28676-1-ariel@vanguardiasur.com.ar > > > [4] https://lore.kernel.org/linux-media/20200721151434.115651-1-ariel@vanguardiasur.com.ar > > > [5] https://lore.kernel.org/linux-media/20200806155519.79748-1-ariel@vanguardiasur.com.ar > > > [6] https://lore.kernel.org/linux-media/20210317172227.620584-1-ariel.dalessandro@collabora.com > > > [7] https://lore.kernel.org/linux-media/20210512184946.102863-1-ariel.dalessandro@collabora.com > > > [8] https://lore.kernel.org/linux-media/20220829013327.5791-1-laurent.pinchart@ideasonboard.com -- Regards, Laurent Pinchart