Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:116354 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 46362 invoked from network); 15 Nov 2021 08:52:47 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 15 Nov 2021 08:52:47 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 0E2AB180211 for ; Mon, 15 Nov 2021 01:47:27 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,SPF_HELO_PASS, SPF_NEUTRAL autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS30827 82.113.144.0/20 X-Spam-Virus: No X-Envelope-From: Received: from xdebug.org (xdebug.org [82.113.146.227]) by php-smtp4.php.net (Postfix) with ESMTP for ; Mon, 15 Nov 2021 01:47:26 -0800 (PST) Received: from localhost (localhost [IPv6:::1]) by xdebug.org (Postfix) with ESMTPS id 8DE1D10C030; Mon, 15 Nov 2021 09:47:25 +0000 (GMT) Date: Mon, 15 Nov 2021 09:47:27 +0000 (GMT) X-X-Sender: derick@singlemalt.home.derickrethans.nl To: PHP internals cc: Nikita Popov In-Reply-To: Message-ID: References: User-Agent: Alpine 2.23 (DEB 453 2020-06-18) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Subject: Re: [PHP-DEV] [RFC] Migrating to GitHub issues From: derick@php.net (Derick Rethans) Dear Internals, I think it is a mistake to decide on a whim to move over to GitHub issues without having evaluated anything else. GitHub is a proprietary platform, where unlike with the code repositories, the interactions and issues are not easy to migrate out of again. It is also now owned by MSFT, and although they are making friendly noises towards Open Source, I remain largely skeptical (with as a hint, the stuff they're pulling with AI code completion). I understand and share that "bugsnet" has many issues, and I don't necessarily object moving to something else. However, in the last 25+ years we've always hosted this ourselves, and this prevented any sort of vendor lock in. I think it is important to own our own data here, or at least have full access to any interactions. This jump to GitHub Issues feels rushed, and I worry that we end up making the wrong decision, especially because from the RFC it seems we need to build some functionality (tags scheme, for example) on top of it. And this will need to be maintained separately, and I worry that too few people are going to be interested in gardening the issues on GH. I believe we would be much better served having a look what is available, and see what else is suitable. I'm therefore intending to vote no on this. cheers, Derick On Tue, 2 Nov 2021, Nikita Popov wrote: > Hi internals, > > The migration from bugs.php.net to GitHub issues has already been discussed > in https://externals.io/message/114300 and has already happened for > documentation issues. > > I'd like to formally propose to use GitHub for PHP implementation issues as > well: https://wiki.php.net/rfc/github_issues > > Regards, > Nikita > -- PHP 7.4 Release Manager Host of PHP Internals News: https://phpinternals.news Like Xdebug? Consider supporting me: https://xdebug.org/support https://derickrethans.nl | https://xdebug.org | https://dram.io twitter: @derickr and @xdebug