Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:130748
Message-ID: <9561ac8e-746f-4711-b12a-56cbdf20ffc7@heigl.org>
Date: Sat, 2 May 2026 22:16:16 +0200
Precedence: list
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: [PHP-DEV] Re: [RFC] Remove the links to X.com from PHP.net
To: Jakub Zelenka <bukka@php.net>
Cc: internals@lists.php.net
References: <CALrFCSwr=aK649H2Om2=Vcrfz642JsiNBfCgDVY8U1Z27KDcNg@mail.gmail.com>
 <5b4527cb-0565-493a-b3fc-dbb981296572@app.fastmail.com>
 <cd40ae92-0f57-47f5-9c4e-fcb1618bdfc8@app.fastmail.com>
 <fe8eacb3-584a-4d36-961d-2a4c27069ba4@heigl.org>
 <CAEKnhAHEnmYFqN=h5NoPSOOmBqz-eeLj6D38Y9jEOS9CC1EvEw@mail.gmail.com>
Autocrypt: addr=andreas@heigl.org; keydata=
 xsFNBFzEA7MBEACpvo0AbmZG6lUGMvDUebQcYVjOPrdqtnlb2WoZH9FrJyHyenzejO29VCju
 ekdhu44sUNgEHXxExUekguLDGZOzC9926g2rGDWO3MU1oqRlKURnOWsp/i0d9WM07ihj/lL6
 smT9YLeagtPCJporUiFW8JyIusBWWhlL8hp8ZDvEfmvi06xDXML3wXzH/KWmoew3LgdwCZPk
 QSIWemUDPZKcUL8eeVkhYIJA9VKQnGSx36p5T7Ch/l+iqiPlyY1GUNItX9AQjpr07V0kIjyK
 +yHn6Aw1uy1xWrLn7ATDX8YuMvaz72+c/P2zQReMWoZNfggd2FHOPRUHvHcC9C91PuzJh8e9
 hvtU/szDrPvvCVpg5aRymN/YPFJBSEqZfDelhD+8A1TJNPqSyzc21Qdd61636ynryawIW+Hx
 FT/UN1eA7V5/fdjeRyNUJd7B99Vo5A/lI25bIpg6cPLOLpVPFHEpNlGPQ8pcMRwnjG9GR74P
 TfH7Dy8Ksq8lpygPljJInZbz0870cHlM5XSdIPTXWQFfJi0e2kfaLCEni/Vih+eL0e5F7X3R
 taXY0HRFYHX8dY7ojf3sZJjdPVm3AQXY1yNkjnRxyJ/4gIwdFwYplU6lRBL92jdDLavPWVK4
 Dsil/woKmsCpxClWfU/MzmQlhbdH+x8V2SYOa4aJWiixx59DxQARAQABzSFBbmRyZWFzIEhl
 aWdsIDxhbmRyZWFzQGhlaWdsLm9yZz7CwY4EEwEKADgWIQRZ7tBmhrXNAHaUcA2o1UN+znJP
 5QUCXMQDswIbAwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAKCRCo1UN+znJP5clsD/4vnmCp
 5oVIXdNXkK3PNajHR1ddpr2+Ake+bo6TS801MSd638f2Ug/eQmu6j0XuHbgJql9wnoDh0Oq4
 7bPxGTszPbbhD0FL1s6YBDqJKcz2okbmYRutumC52u4h8dGxbVjCM9le1rckK54aDjkzL27i
 GRNfQLw1vg9gdl1yRz866bZ75MItk/7BewJrodQ5zweNcDVOmYsePLpo13peB1mzDP/tuBH4
 CpoeDtAb/+Rc5Qv/J6P7iMDC4fPbFIl5//Ge7blMV98seXOAYMCvDYmLcJFbnESBla/8te8l
 KE2E1PjwnIeMvDfYHn17CYd2UqnmlQbJbN30/Y2eiPT9w7wjrgc+qGRWEU+huGMlrDXQmmAt
 HPADf08QwOWpDVoZ+WFsQEB3f2fsZtfOnxXv8yb+Q16kVcPWaRyvusT5KLT39h2VvZlhH8up
 orNimjs7+Rl8Fs7PP6n2L+OCnI1sSCTixBQT4MDNM6IVxqhy5j8M9ig3vR7czJgVVsDmKCFi
 gOibvIFgxfRH2A7JjyplO034eUw7I3IJdffuBWjZ8SCfwZ3sS67UaPy01UVovSQKikEJBfAD
 Ecl4X25YsHvHXCksYLoZHb6wvtFzUrjxXwipwzlWtNBR2gTB2lCfeCLcwYcHdN8qcgg+emxD
 kBHeL/Mlw5OLGW86dy6ha3BJDQgdL87BTQRcxAW4ARAAqP1yIU7DTFTNVyyNqsylliyCCGDf
 7k3KLpodAHoffLGlmI4OvB/379gmYRdAmeyV3FtxKgo1sy5x4hl0zLpmMApub4MYnNbh00ur
 b/e4TTzQPNLyihYLP6H2DODLc0FnS8P3O5cxeqqJoW6/cKCm2IMEZ6fKodgvOGh+vjkL+iNb
 dn1hO6oaCzK0odhIisXqIF5Mjais5UYmwVDrI7q014PlCbezRJ66f6oJtZvc4QJDKGnRbOW0
 ThG9uKme3g4o9R5qzOplG+DpC9j5w85FASdgLeaLafrlAiawE0trQM9Dhjbt4oyT/ePmNXdz
 beowuaQCONGXMUlzDKyxQE1yYjWC2g/2OraS4F2i0BdZK4Lb3BlZMSfP3yVaylXJhfAn52m/
 q2zQyMSwMFk/naK9gcA4EaESOOXMhlwe2B7LXZPZAVGan39QazGSxhJqfjOsRNsBT1mp+JA9
 qCIeQdeAilDGAfggZjJSYZCMwZdhrztx71cssApNhKLq0cYw6HGccmoxP38BbgCuXprhSq7n
 DJrJ8c2TDCXZKCZp6M7AUvTo/XvGIkfsgDA3sceNedhukjgkfSUsZxVATxCjoGmyDy2N3kH5
 9JwXYf5q/4ikoPuc4927G71Hrb0RXU21ExZ6rLC+290OcnWi90Oj4wjvxXtG5iyl52NgM2PH
 pm98XP8AEQEAAcLBdgQYAQoAIBYhBFnu0GaGtc0AdpRwDajVQ37Ock/lBQJcxAW4AhsMAAoJ
 EKjVQ37Ock/ly/cP/1SSqtqsRsUtSBkmmqMHJ3okcfPGXwU85LWpIW6l4Z1hcD/b7k2h3Es0
 aMBSFc3mueZP+ZkHirk0xLe5NGG9vZcKE/oqotdlf+9xASGlCviU+WT9vG50F5JKqqUc3K6O
 JQ84uYHmpreyjLFg5mKgh8l1NsV3gC56ny79Y37CSTHqA8y5fKpedKptc/rveFTl3/eHZapl
 fb+kFqMcMNpNsTVgQHlA9mM1FwGZ3KV2witTCERQR5m4OBwGqZqRVHsD37DuD6VBCahtSAOq
 5fXLGZ3PewbwgoWukmTL1xqxCIv2ozXw9JlNqdyMuRdVFzcfciZTM4kL6lM4gOzElqJU9mWK
 /7p0q3JF1Ie5QMBOLavEYYV2dnIy/ubm5P8RhQScnJ/mCqE+YJmfoMBq5bjdFSRaIH6WNkSW
 xfI/FW1EfrxisZbrIMngu7hBQKFbCFCRUN0Gj7RppyGYD9yks+x7GZAMIlxyeT+sKR9wljLu
 CWjkJTjKNDT8UWTr7XwJHQ2/ouI3fmI77iZCZbq9aesobv9NnBO/waAzjYAEx2ahZmM7m1rQ
 lPS636tUZ1QVZx/4SzNiMTBsgWLDQ0VtxcEmYe54+r8Y4o0vSrMcDYgBczZe/ASpSJB4AI1l
 Q3o3s5p3AeYsYPBtBsysSAbd0uZ65EDc9xwSRLiMJj+x8jGy2xtu
In-Reply-To: <CAEKnhAHEnmYFqN=h5NoPSOOmBqz-eeLj6D38Y9jEOS9CC1EvEw@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
From: andreas@heigl.org (Andreas Heigl)

Hey Jakub, Hey All

On 02.05.26 21:39, Jakub Zelenka wrote:
> Hi,
> 
> On Sat 2. 5. 2026 at 18:20, Andreas Heigl <andreas@heigl.org> wrote:
> 
>> Hey Larry, hey all.
>>
>> On 02.05.26 17:54, Larry Garfield wrote:
>>> On Fri, May 1, 2026, at 2:10 PM, Jim Winstead wrote:
>>>> On Thu, Apr 30, 2026, at 8:55 AM, Roman Pronskiy wrote:
>>>>> I've drafted an alternative RFC that addresses this directly:
>>>>>
>>>>> https://wiki.php.net/rfc/social-media-policy
>>>>> https://github.com/pronskiy/php-rfc-social-media-policy/pull/1/changes
>>>>>
>>>>> It establishes Infrastructure Team custody of credentials (with
>>>>> succession procedures, so this situation does not recur) and
>>>>> Foundation content authority for official channels. Decisions about
>>>>> which platforms PHP maintains become content decisions within a
>>>>> documented process — including the X question, future platforms, and
>>>>> any reversal of those decisions later.
>>>>
>>>> This doesn't do anything to establish the membership and accountability
>>>> of either this "Infrastructure Team", and the "temporary
>>>> administration" of The PHP Foundation itself has continued to fail to
>>>> deliver on its nearly five-year-old promise to establish governance
>>>> procedures of its own, and it appears to be content to continue
>>>> operating that way indefinitely, so I don't believe it is in the
>>>> interest of the PHP project to wait for that.
>>>>
>>>>> I'd ask that this RFC be deferred until the governance framework is in
>>>>> place. Removing a link is trivial to do afterwards, should that be the
>>>>> decision.
>>>>
>>>> Respectfully, no. The governance framework we have now is the RFC
>>>> process, and even if you want to characterize this as ratifying a
>>>> decision that was made unilaterally by someone, doing that by RFC is
>>>> the process we have.
>>>>
>>>> Cheers.
>>>>
>>>> Jim
>>>
>>> I fully agree with Jim here.  I am 100% in favor of improving our
>> governance processes, which are currently largely non-existent.  I will
>> happily support those efforts, but they're so haphazard right now that we
>> need to start at ground 0 first; defining the infra team, how one is added
>> to it, how one is removed from it, etc.  That's a not-small task; one I'm
>> happy to assist in, but it's a months long process knowing PHP.
>>>
>>> Meanwhile, the current process, broken as it is, does have a mechanism
>> to approve "don't link to this thing," and it's called an RFC.  We work
>> with the process we have, not the process we wish we had.  And the process
>> we have is exactly this thread/RFC, as-is.
>>
>> Sorry to disagree here.
>>
>> The current process to add or remove things from the PHP website is not
>> RFC but Nike-based: Just do it.
>>
>> And "don't link to this thing on the website because it is outdated and
>> nothing new is coming" should be a no-brainer. We had other things
>> removed that were much less outdated.
>>
> 
> As soon as there is an objection (which was the case in that PR). RFC is
> the only mechanism that we have to resolve such disagreement. So it’s
> correctly used for the website link part.
> 
> 
Again I'd like to disagree.

The "objection" on the PR in question[1] was not whether we should 
remove the link to to an account that has been inactive for several 
years on X but whether we should have a presence on X (for whoever "we" 
is. Personal note: Certainly not me)

No single comment on that PR objected to the removal of the link.

In that PR I have several times tried to keep the topics separate.

One is: Shall PHP have a presence on X
Second is: Shall the PHP presence on X be actively managed
Third is: Shall we **right now** link to a presence on X that is no 
longer actively maintained (for whatever reason) and that gives the 
impression PHP has stopped doing anything since the release of PHP8.3 on 
the 23rd of November 2023.

The PR only targets the third topic!

I find it hilarious that we can not decide upon **right now** removing a 
link to a currently not active presence on the internet!

Removing this link is not as if it is set in stone! Once we get the 
presence back online we can at any time re-add the link.

The PR does **not** target topics one and two! Whether we need an RFC 
for those or whatever else is totally not what I am concerned about! 
Let's deal with those separately from the PR!


But let'S get to the point where we can decide upon **right now** 
removing a link to a resource that SCREAMS "410 Gone"

And when that resource is back again, let's hope that readding the link 
doesn't need to be signed in triplicate, sent in, sent back, queried, 
lost, found, subjected to public inquiry, lost again, and finally buried 
in soft peat for three months and recycled as firelighters.

My 0.02 €

Cheers

Andreas


[1]: https://github.com/php/web-php/pull/1879

-- 
                                                               ,,,
                                                              (o o)
+---------------------------------------------------------ooO-(_)-Ooo-+
| Andreas Heigl                                                       |
| mailto:andreas@heigl.org                  N 50°22'59.5" E 08°23'58" |
| https://andreas.heigl.org                                           |
+---------------------------------------------------------------------+
| https://hei.gl/appointmentwithandreas                               |
+---------------------------------------------------------------------+
| GPG-Key: https://hei.gl/keyandreasheiglorg                          |
+---------------------------------------------------------------------+