All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: linux-media@vger.kernel.org
Cc: "Hans Verkuil" <hverkuil@xs4all.nl>,
	"Sakari Ailus" <sakari.ailus@linux.intel.com>,
	"Kieran Bingham" <kieran.bingham@ideasonboard.com>,
	"Nicolas Dufresne" <nicolas@ndufresne.ca>,
	"Benjamin Gaignard" <benjamin.gaignard@collabora.com>,
	"Hidenori Kobayashi" <hidenorik@chromium.org>,
	"Paul Kocialkowski" <paul.kocialkowski@bootlin.com>,
	"Jacopo Mondi" <jacopo@jmondi.org>,
	"Ricardo Ribalda" <ribalda@chromium.org>,
	"Maxime Ripard" <maxime@cerno.tech>,
	"Daniel Scally" <djrscally@gmail.com>,
	"Jernej Škrabec" <jernej.skrabec@gmail.com>,
	"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
	"Philipp Zabel" <p.zabel@pengutronix.de>,
	"Ariel D'Alessandro" <ariel.dalessandro@collabora.com>,
	"Gregor Jasny" <gjasny@googlemail.com>,
	"Ezequiel Garcia" <ezequiel@vanguardiasur.com.ar>
Subject: [Media Summit] Finalizing the v4l-utils conversion to meson
Date: Mon, 29 Aug 2022 04:34:36 +0300	[thread overview]
Message-ID: <YwwXrJ2ajZvZhUk6@pendragon.ideasonboard.com> (raw)

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 ?

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

             reply	other threads:[~2022-08-29  1:34 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-29  1:34 Laurent Pinchart [this message]
2022-09-08  8:41 ` [Media Summit] Finalizing the v4l-utils conversion to meson Hans Verkuil
2022-09-08  8:51   ` Laurent Pinchart
2022-09-08 21:02     ` Laurent Pinchart
2022-09-09  9:03       ` Hans Verkuil
2022-09-09 13:47         ` Laurent Pinchart

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YwwXrJ2ajZvZhUk6@pendragon.ideasonboard.com \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=ariel.dalessandro@collabora.com \
    --cc=benjamin.gaignard@collabora.com \
    --cc=dave.stevenson@raspberrypi.com \
    --cc=djrscally@gmail.com \
    --cc=ezequiel@vanguardiasur.com.ar \
    --cc=gjasny@googlemail.com \
    --cc=hidenorik@chromium.org \
    --cc=hverkuil@xs4all.nl \
    --cc=jacopo@jmondi.org \
    --cc=jernej.skrabec@gmail.com \
    --cc=kieran.bingham@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    --cc=maxime@cerno.tech \
    --cc=nicolas@ndufresne.ca \
    --cc=p.zabel@pengutronix.de \
    --cc=paul.kocialkowski@bootlin.com \
    --cc=ribalda@chromium.org \
    --cc=sakari.ailus@linux.intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.