From nobody Thu Oct 10 19:43:21 2024 X-Original-To: dev-commits-ports-main@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XPgD611p9z5YXCS for ; Thu, 10 Oct 2024 19:43:34 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XPgD543YFz4J5B for ; Thu, 10 Oct 2024 19:43:33 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qk1-x72b.google.com with SMTP id af79cd13be357-7b111003738so86773185a.1 for ; Thu, 10 Oct 2024 12:43:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; t=1728589413; x=1729194213; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Du06D/yXZeGi/RP8TU7/eXQ+jQvSBh3wcNollQh7gJY=; b=dsFFBfc+Jgkr86Qnf/ESVNu4yvFXTvelhJJHehZDMP7Yfy+jKPi/cG4pc67DqlNlJl Jo5TEfTwnyPr3sa9StODGLh2J+vzxHcTs8NeL4qCmCIqBmTzXFhu1jpqNl5Zw7oHF3+K sfmkUTP7aaoGF1y6imSAIna8ky+GaO/3CZci8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728589413; x=1729194213; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Du06D/yXZeGi/RP8TU7/eXQ+jQvSBh3wcNollQh7gJY=; b=R4sNCJbBSKN8tmYCtcBBXfyS2BJ2eTsHWfGg5cAixndfySrBs5OvcdYIzU7pjw9DQp tWbAOXn+pMWnVeZOviqZAWlHiUsBlrNCgms9lZQ4fzBtg2wsg/RrL1qpEV8fDZls4p3O xMuWBBni547vEBmY9Zxaczfy2nw0kNRBP1i2QsFfDqd90zXmpM1JLjeR+gll44dVZoz8 85duJkffPJdU1nXrqRymxlQHV+K0J+M6lFek9CC7W3WmR3ZO1jTejA8YDIh6URMAT0ld CesOFdF0MsDo0qZo46GCBnXUw8GzeM19xlBFEor3Tue3hPp3MjklHzLA0TbYwNzSbyw9 +HHQ== X-Forwarded-Encrypted: i=1; AJvYcCUvmp67Tb4M0k9I+aHiiIAh9iEB2iokn8ogYWncsR/ImCtm11dHI1a2VxJ81chlfin2ZMz/qiPncdnmJmtAo4l11IMr55rn@freebsd.org X-Gm-Message-State: AOJu0YxARFRsm7dKaxWGPwhqnylVxMF6OX6lGjglXo+bCTVrghFF0Ax+ GAF2DJDkp0ILDjtOZFBB8IqcWynp48a/jFcqXxmoQQv+Oeu3UXqwVpDzqJmchiy8HinLGRMiLFT n27IPjw8RdPt8r0KByR+giPzDBh8JTvlSA2LO X-Google-Smtp-Source: AGHT+IFfmsmxvtmO6cyk9PZLtrqYuN2kt51KnA7rgfR1DlS7e/DR+qxgSSPay4RPvnAqTjGh1wayrpsZ0nHdQU5W6IQ= X-Received: by 2002:a05:620a:4706:b0:7af:cf07:905b with SMTP id af79cd13be357-7b11a352fa6mr34943085a.2.1728589412766; Thu, 10 Oct 2024 12:43:32 -0700 (PDT) List-Id: Commits to the main branch of the FreeBSD ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-ports-main@freebsd.org Sender: owner-dev-commits-ports-main@FreeBSD.org MIME-Version: 1.0 References: <202410091943.499JhXKg087859@gitrepo.freebsd.org> In-Reply-To: From: Kevin Bowling Date: Thu, 10 Oct 2024 12:43:21 -0700 Message-ID: Subject: Re: git: 0bdf5887f0d2 - main - graphics/tiff: Update to 4.7.0 and switch to CMake To: Alexey Dokuchaev Cc: Daniel Engberg , ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4XPgD543YFz4J5B X-Spamd-Bar: ---- On Thu, Oct 10, 2024 at 8:55=E2=80=AFAM Alexey Dokuchaev wrote: > > On Wed, Oct 09, 2024 at 02:28:01PM -0700, Kevin Bowling wrote: > > On Wed, Oct 9, 2024 at 12:43???PM Daniel Engberg w= rote: > > > > > > The branch main has been updated by diizzy: > > > > > > URL: https://cgit.FreeBSD.org/ports/commit/?id=3D0bdf5887f0d2cc9f14ea= 0cc10ed9e371028dd620 > > > > > > commit 0bdf5887f0d2cc9f14ea0cc10ed9e371028dd620 > > > Author: Daniel Engberg > > > AuthorDate: 2024-10-09 19:12:09 +0000 > > > Commit: Daniel Engberg > > > CommitDate: 2024-10-09 19:43:25 +0000 > > > > > > graphics/tiff: Update to 4.7.0 and switch to CMake > > > > I believe this might have come up in the past but I do not remember > > any conclusion. > > > > Upon a quick look at Debian and Fedora (thus accounting for the > > majority of all *nix builds/usage) I do not see either using CMake: > > * https://sources.debian.org/src/tiff/4.6.0-2/debian/rules/#L16 > > * https://src.fedoraproject.org/rpms/libtiff/blob/rawhide/f/libtiff.spe= c#_68 > > +1 to reverting back to GNU autotools which entail far less dependencies. > I've lost count already when I have to revert Daniel's CMake switches in > various ports to unbreak them in my environments. It was common to half- > jokingly wish autotools to die, but they remain stable, working, and not > asking too much, thus being clear winner among other build options. >From a maintainer/developer's view, Autoconf is an arcane mix of shell, M4 so the hate is understandable. From a packager's view it is nearly ideal for historical interial reasons and one key point: the thing that Autoconf gets right is being centered around feature test macros and most alternative build systems miss that point and center around preconceived notions of what a platform is or has. Ted Tso (of ext2 fame) wrote a nice piece about this on TUHS recently. This, for instance, makes it easy to taste APIs and accommodate i.e. MFCs back to arbitrary FreeBSD versions without a fragile maintenance of checking specific __FreeBSD_version or whatever the case may be. It also lends to putting arbitrary portability in the source code instead of the build system. > In other words, don't pull CMake when you can pull nothing (/bin/sh and > friends are part of the base system). I think one of the previous justifications for this toil was speed which seems dubious because now a very light library like libtiff will have to wait around for a high cardinality C++ project to build. All of this doesn't really matter if CMake is the clear choice of upstream. But that is not the case here. > ./danfe