Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:94549 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 53175 invoked from network); 18 Jul 2016 08:41:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Jul 2016 08:41:29 -0000 Authentication-Results: pb1.pair.com smtp.mail=me@kelunik.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=me@kelunik.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain kelunik.com from 81.169.146.221 cause and error) X-PHP-List-Original-Sender: me@kelunik.com X-Host-Fingerprint: 81.169.146.221 mo4-p00-ob.smtp.rzone.de Received: from [81.169.146.221] ([81.169.146.221:37091] helo=mo4-p00-ob.smtp.rzone.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A5/00-52781-5369C875 for ; Mon, 18 Jul 2016 04:41:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1468831282; l=3278; s=domk; d=kelunik.com; h=Content-Type:Cc:To:Subject:Date:From:References:In-Reply-To: MIME-Version; bh=S2lO8NbHf5PG/ITutxsZY2TuglYuyXBkjE6bCbnNsdc=; b=Ub7QbnkxJtjdLMLL2DcFT3IG5XYY4C0QbXjsfA5cC0hV1OJMti7DbDWvMaCHV1QO3gV RemkqxcRvxhNagKHHoaJBNL1EsG1zoyfJ8gByDrNOt+Tt2JG9U+ePJQCxHTd/WnwwZuuL H9bIKMYwjRLrTEzEL9gBgFRrE9I9cyNwPcY= X-RZG-AUTH: :IWkkfkWkbvHsXQGmRYmUo9mls2vWuiu+7SLGvomb4bl9EfHtO3U6 X-RZG-CLASS-ID: mo00 Received: from mail-wm0-f46.google.com ([74.125.82.46]) by smtp.strato.de (RZmta 38.13 AUTH) with ESMTPSA id 606ef4s6I8fLUhn (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp384r1 with 384 ECDH bits, eq. 7680 bits RSA)) (Client did not present a certificate) for ; Mon, 18 Jul 2016 10:41:21 +0200 (CEST) Received: by mail-wm0-f46.google.com with SMTP id f65so93476825wmi.0 for ; Mon, 18 Jul 2016 01:41:21 -0700 (PDT) X-Gm-Message-State: ALyK8tIP2VZDyBBLjd4NFG9YBVBsutka6uJ720woRUP3B6CgienBSPrd5/ZiGiDnI7b5iwDStmOp8RyeTwnRPQ== X-Received: by 10.28.176.7 with SMTP id z7mr34671774wme.17.1468831281739; Mon, 18 Jul 2016 01:41:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.27.206 with HTTP; Mon, 18 Jul 2016 01:41:21 -0700 (PDT) In-Reply-To: References: <5bad172a-4570-78f8-814e-987299241a2b@gmail.com> Date: Mon, 18 Jul 2016 10:41:21 +0200 X-Gmail-Original-Message-ID: Message-ID: To: Pierre Joye Cc: Davey Shafik , Stanislav Malyshev , PHP Internals Content-Type: multipart/alternative; boundary=001a1140dddcc887e30537e4eec3 Subject: Re: [PHP-DEV] orphaned extensions in 7.1? From: me@kelunik.com (Niklas Keller) --001a1140dddcc887e30537e4eec3 Content-Type: text/plain; charset=UTF-8 2016-07-18 9:54 GMT+02:00 Pierre Joye : > hi, > > On Mon, Jul 18, 2016 at 7:12 AM, Davey Shafik wrote: > > The only negative I see for this is that it reinforces PECL as being > > Siberia. Having said that, it's better than deleting them, and they > > shouldn't be in core. > > I see other, one of them is BC breaks. > Moving extensions to PECL is allowed in x.y.z to x.y+1.z: Extensions support can be ended (moved to pecl) See: https://wiki.php.net/rfc/releaseprocess xmlrpc is used quite a lot still (limesurvey f.e. or moodle as this > other reply confirmed), removing without previous warnings or not even > trying to get a maintainer before moving it sounds a bit like a bad > move to me. > > I never saw a project actually using wddx but I think we could see a > similar situation (with less impacted users maybe). > > Cheers, > Pierre > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --001a1140dddcc887e30537e4eec3--