Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Dec 2024 21:25:01 +0000
From:      bugzilla-noreply@freebsd.org
To:        desktop@FreeBSD.org
Subject:   [Bug 283266] ftp/curl: Update to 8.11.1 and transfer maintainership to desktop@
Message-ID:  <bug-283266-39348-kaJWlZe3S5@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-283266-39348@https.bugs.freebsd.org/bugzilla/>
References:  <bug-283266-39348@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D283266

Charlie Li <vishwin@freebsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vishwin@freebsd.org

--- Comment #6 from Charlie Li <vishwin@freebsd.org> ---
The discussion with fluffy@ about the consideration of taking a port away f=
rom
an active maintainer who is a committer needs to be public, especially since
the maintainer was not publicly involved in that discussion. I as a desktop@
member am not comfortable with having this port dumped on us without at lea=
st
the current maintainer's explicit consent, regardless of timeout.

The reason why sunpoet@ has not approved cmake usage previously, and is
unlikely to be approved still, is because upstream's build/install
documentation does not mention it *anywhere*, let alone the Unix section:
https://curl.se/docs/install.html The first step to maybe making cmake
palatable is to not only document it as such, but more importantly endorse =
it
over the current documented process for Unix-like platforms which is autoto=
ols,
officially upstream. Everything else, including any technical arguments, is
irrelevant.

curl.se is the canonical home of the project and is where the release tarba=
lls
live, so it should still be the primary MASTER_SITES.

Anything can slip through the cracks regardless of maintainer type, I don't=
 see
how dumping this on desktop@ helps things. The current process of suggesting
changes to the maintainer works as intended, even if they are not approved =
and
later reverted.

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-283266-39348-kaJWlZe3S5>