Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:116487 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 88831 invoked from network); 23 Nov 2021 13:08:21 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 23 Nov 2021 13:08:21 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 4415C18037F for ; Tue, 23 Nov 2021 06:05:03 -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=-0.5 required=5.0 tests=BAYES_05,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-ua1-f50.google.com (mail-ua1-f50.google.com [209.85.222.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Tue, 23 Nov 2021 06:05:02 -0800 (PST) Received: by mail-ua1-f50.google.com with SMTP id az37so43917509uab.13 for ; Tue, 23 Nov 2021 06:05:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=basereality-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3ZQAOfToDcNaTmmZZHkuB+BObixlwQfWAbeLkLYdv+A=; b=1lzvUz8+U4jvREmoxOVJ2voWI5bQEUfmPlpMrF0TQmoPBsZj2fC3n3DCD1lt/m1bKW 9FysLwiuMxhVY4QM0LdtQWiK/MW3bpt45TGo6R1/OboeIdhclOG/4lzwYfjqXptvJuZK Ca1VSX2Npkk1cEWg1ajuvkNUrOoODPSc7Zdngg0Pi7y2rq0S/5rA0p9wINIdejAuThQ7 cAoQxGO7bMHzBQjpZOFZwEJioLsuRnPimglwaqi1r6kfnZrAHLzoVG0PJZjIUncnVNzN 5FgT8l6CEys7tdvtDmqMcMTRNm4yH9f/Ner0krsjE2HNMvsQnXFxvgR6/EG00Pbc/YOm Ni4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3ZQAOfToDcNaTmmZZHkuB+BObixlwQfWAbeLkLYdv+A=; b=nxkCRCHelKGiTT4Jcv9XYW+BKi6IGqkajHp3VnfhWHBqYitiMcgiDylWCOVYQPWkQX ksBpBSFa3eFiJc+nzmjGtYL267aW+X+2zNp4eYxsuGwZ2eZMhcD/y0B0/h+QeQNKWq0N HA0DzSL6t+4tIZNoRPoVdaHpCtCyPFHK3v+50qc1Gy/4JNEo2LhtUU6u16b9lXDEJ5Zh 51bv7zbGt63K9WyYR9H+Q0jJpepBgOtNuyURzTw74I2Byk56FyBKRhKumePBOct3xk6x STmd1lx4yzPVZmzjl/xsxGbfD/8J1yXJ9MLeRmcynvci+VuOz6hpvV358EvQUTaF4AxF lg+A== X-Gm-Message-State: AOAM530ehCjXP2gAzvfEXlaojQdCc9OZ+Mcj1gI2obfSL6b3Stf9Inqf x5cNko22/R1gTF4ibgHD5ncvgz86AXCvP03megpCcg== X-Google-Smtp-Source: ABdhPJztvpnGwGWy5hyiOi+PV7LmIKtdp86CeVPv8OryIoBF7hip3XJfyWXkJBFXH/CD2rwOnRAFhSJj9My+trfjJuo= X-Received: by 2002:ab0:35e8:: with SMTP id w8mr9074853uau.31.1637676301676; Tue, 23 Nov 2021 06:05:01 -0800 (PST) MIME-Version: 1.0 References: <7f2f3814-6545-1d5b-cb44-607fff9f7edd@naderman.de> <867A507F-4320-4341-AEA9-9C7523B5E742@gmail.com> In-Reply-To: <867A507F-4320-4341-AEA9-9C7523B5E742@gmail.com> Date: Tue, 23 Nov 2021 14:04:49 +0000 Message-ID: To: Kim Hallberg Cc: Daniele B via internals Content-Type: text/plain; charset="UTF-8" Subject: Re: [PHP-DEV] Sponsor link on github.com/php From: Danack@basereality.com (Dan Ackroyd) On Tue, 23 Nov 2021 at 10:43, Kim Hallberg wrote: > > For GitHub sponsors the organisation, in this case PHP, would need to connect a > bank account directly to the organization. I believe Nils is referring to this: https://blog.opencollective.com/double-the-love/ Sara wrote: > An alternative may be to link to the various foundations from php.net (and > github.com/php) with some text stating that they are all independent > organizations One of the advantages of having the repos split on github is that each repo could list the most appropriate sponsor links for the people doing the work on that repo. For example php/doc-fr could have a completely different place to sponsor, rather than the 'PHP Foundation', to avoid burdening the 'PHP Foundation' with managing doc-fr finances. Kim wrote: > PHP has always remained unbiased in the past for things of this nature. PHP has always been rubbish at: * long term support of versions. * long term support of tools e.g. is PEAR/PECL dead or not? bugs.php.net * having enough contributors to the docs and extensions. Pointing to how things have been done in the past is a less strong argument than you might think. cheers Dan Ack