Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi Stas, The list has been reduced since first opening the discussion, some maintainers have come forward for some of those first mentioned. There are still some outstanding extensions though, and I'd like it if we could move forward with this RFC: either finding maintainers or moving them out.

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On Mon, 2016-08-15 at 10:17 +0200, Kalle Sommer Nielsen wrote: > readline > If removed, I guess this won't affect sapi/cli? It would. In 5.3 or so I moved the interactive shell to the readline extension (php -a) in order to help distributors who like to have extensions shared. I think "actual" re

Re: [PHP-DEV] [RFC] orphan extensions cleanup

; Stanislav Malyshev >> Subject: Re: [PHP-DEV] [RFC] orphan extensions cleanup >> >> On Aug 18, 2016 8:03 PM, "Christoph M. Becker" >> >>> I don't know, but most certainly not on Windows. I had a look at >>> ext/dba, because I like th

RE: [PHP-DEV] [RFC] orphan extensions cleanup

Hi Pierre, > -Original Message- > From: Pierre Joye [mailto:pierre@gmail.com] > Sent: Friday, August 19, 2016 1:00 PM > To: Christoph Becker > Cc: PHP internals ; Kalle Sommer Nielsen > ; Stanislav Malyshev > Subject: Re: [PHP-DEV] [RFC] orphan extensions c

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On Aug 18, 2016 8:03 PM, "Christoph M. Becker" wrote: > > On 18.08.2016 at 01:32, Kalle Sommer Nielsen wrote: > > > 2016-08-15 7:53 GMT+02:00 Stanislav Malyshev : > >> Please comment and discuss! > > > > What about adding the following: > > ext/dba > > > > As for DBA, this extension have not reall

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 18.08.2016 at 15:46, Christoph M. Becker wrote: > On 18.08.2016 at 15:12, Kalle Sommer Nielsen wrote: > >> But I will have to look at our deps and see if it is possible to get >> this running again with some cross reference to the m4. > > That would be great! I have just committed the minima

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 18.08.2016 at 15:46, Christoph M. Becker wrote: > That would be great! A quick fix (simply removing the db3 check) made > it compile, but the test suite stalled on dba_flatfile.phpt. That was actually caused by the test case being broken. I've fixed it just now:

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi Kalle! On 18.08.2016 at 15:12, Kalle Sommer Nielsen wrote: > 2016-08-18 15:03 GMT+02:00 Christoph M. Becker : > >> I don't know, but most certainly not on Windows. I had a look at >> ext/dba, because I like that we have it bundled, but got 3 failing tests >> (flatfile and inifile), which migh

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi 2016-08-18 15:03 GMT+02:00 Christoph M. Becker : > I don't know, but most certainly not on Windows. I had a look at > ext/dba, because I like that we have it bundled, but got 3 failing tests > (flatfile and inifile), which might be caused by running in a Vagrant > box on NTFS. So I tried to c

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 18.08.2016 at 01:32, Kalle Sommer Nielsen wrote: > 2016-08-15 7:53 GMT+02:00 Stanislav Malyshev : >> Please comment and discuss! > > What about adding the following: > ext/dba > > As for DBA, this extension have not really seen any major updates or > anything since 2009 when the Tokyo Cabinet

Re: [PHP-DEV] [RFC] orphan extensions cleanup

2016-08-18 9:46 GMT+02:00 Lester Caine : > Well Github figures are a problem where Hg is more popular amongst > Firebird users and financial services secure systems tend not to publish > their use of code at all. Firebird is used as a free alternative to > Oracle in many large services and at one t

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 18/08/16 08:08, Daniel Morris wrote: > On Thu, 18 Aug 2016, at 06:58 AM, Lester Caine wrote: >> Can you justify that statement! > > A quick comparison on Google Trends will show this, since the beginning > of 2013 Couchbase has been more popular, GitHub also has more PHP > projects for Couchbas

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On Thu, 18 Aug 2016, at 06:58 AM, Lester Caine wrote: > Can you justify that statement! A quick comparison on Google Trends will show this, since the beginning of 2013 Couchbase has been more popular, GitHub also has more PHP projects for Couchbase than Interbase. On Thu, 18 Aug 2016, at 06:58 AM

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi! > I've added myself to EXTENSIONS as PDO_OCI maintainer; can you take it > out of the RFC? Done, and thank you! -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 18/08/16 01:02, Daniel Morris wrote: > both of those are likely more widely used by the > community than Interbase, Can you justify that statement! I'd add that PHP5.2/3 is more widely used that PHP7 ... And as already said it's not that we don't want to maintain it, it's that we have no one w

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 15/08/2016 6:17 PM, Kalle Sommer Nielsen wrote: Hi Stas 2016-08-15 7:53 GMT+02:00 Stanislav Malyshev : Hi! I'd like to propose an RFC to deal with extensions that currently have no maintainer: https://wiki.php.net/rfc/umaintained_extensions pdo_oci I have heard that maybe Oracle was

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Interbase would be much better existing in PECL, since there is no interest in supporting it by internals. Couchbase and Cassandra both exist in PECL and both of those are likely more widely used by the community than Interbase, and both are also still maintained (with commits as recently as this m

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi 2016-08-15 7:53 GMT+02:00 Stanislav Malyshev : > Please comment and discuss! What about adding the following: ext/dba ext/interbase ext/recode I tried to look for anything recode, but it seems far gone, although I did not do an extensive search for it. I'm unsure about the usage though, but I

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi Lester, On 16/08/2016 16:16, Lester Caine wrote: I have no problems with the test side and we have a stable test suite for testing against outside of PHP but many of the 'changes' in the code base ARE generic changes to some core process and trying to mirror them into an unmaintained extensio

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 16/08/16 15:55, Rowan Collins wrote: > I'm sure everyone agrees is that the ideal situation is *not* to drop > it, and instead to find someone willing to commit to maintain it. But > there's no point saying it's maintained if nobody is actually performing > that role. While my name is not again

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 16/08/2016 11:11, Lester Caine wrote: There have been several 'attempts' to drop ext/interbase, all well documented on this list. PHP developers may not think Firebird is very popular, and probably from a PHP base it isn't but it IS used extensively in large areas of the World. Please carefu

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 16/08/16 02:11, Kalle Sommer Nielsen wrote: > 2016-08-16 1:27 GMT+02:00 Lester Caine : >> None of the listed bugs are a problem in normal use. Some WERE fixed in >> previous code, but those fixes were not merged with the master code base >> in pre git days :( > > So you are saying that in your

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi! > Wrong position for a reply so it may have been confusing. -1 for moving > them to pecl. And enchant has a maintainer. Excellent. So who is the maintainer? Let's add that info to EXTENSIONS. > Gettext is one of these exts > without an official maintainer but still maintained, no? It is use

Re: [PHP-DEV] [RFC] orphan extensions cleanup

2016-08-16 1:27 GMT+02:00 Lester Caine : > None of the listed bugs are a problem in normal use. Some WERE fixed in > previous code, but those fixes were not merged with the master code base > in pre git days :( So you are saying that in your patch for the PHP7 support for ext/interbase, had some b

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi Stas, On Aug 15, 2016 11:50 PM, "Stanislav Malyshev" wrote: > > Hi! > > >> enchant: > >> I thought Pierre maintained enchant? Despite it haven't had much real > >> activity for years > > > > Well there are not much changes in the api. > > > > And it works. So -1 here. > > Wait, -1 for what? Ha

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 15/08/16 23:50, Kalle Sommer Nielsen wrote: > The problem that we are trying to solve here is that there is no one > to maintain those ways we have right now to collect to > Interbase/Firebird, how are we magically gonna provide some decent > alternatives if there is no one to even work on what

Re: [PHP-DEV] [RFC] orphan extensions cleanup

2016-08-16 0:07 GMT+02:00 Lester Caine : > https://www.mail-archive.com/internals@lists.php.net/msg82170.html From > December last year. *I* was under the impression that it was this work > that was in the driver already after we had helped debug it! > https://github.com/php/php-src/commits/master/

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi Adam 2016-08-15 23:34 GMT+02:00 Adam Baratz : > As one of those two people, it would help to have an official maintainer for > this extension. The path for "something's broken" or "something should be > different" to "committed fix" has been pretty murky. First of all, great job on the recent

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 15/08/16 18:48, Kalle Sommer Nielsen wrote: > 2016-08-15 19:09 GMT+02:00 Lester Caine : >> We will do what WE have to to maintain it, but none of us are up to >> speed with current PHP 'style' of coding so we also need help which is >> how we managed to get the PHP7 version updated. > > I do no

Re: [PHP-DEV] [RFC] orphan extensions cleanup

> > pdo_dblib > I have seen a few PRs here and there recently from two different guys, > perhaps one of them would be interested in maintaining this as there > this is the only way to connect to MSSQL from PHP (if you dislike > odbc) as of PHP7, with the removal of ext/mssql. As one of those two

Re: [PHP-DEV] [RFC] orphan extensions cleanup

2016-08-15 19:09 GMT+02:00 Lester Caine : > We will do what WE have to to maintain it, but none of us are up to > speed with current PHP 'style' of coding so we also need help which is > how we managed to get the PHP7 version updated. I do not understand that statement, the last time someone activ

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 15/08/16 18:02, Kalle Sommer Nielsen wrote: > 2016-08-15 18:05 GMT+02:00 Lester Caine : >> > Don't go there again! > If there is no active maintainer, it just creates a burden on us core > developers that have to maintain it to the best of our abilities if > any, but there have not been anyone t

Re: [PHP-DEV] [RFC] orphan extensions cleanup

2016-08-15 18:05 GMT+02:00 Lester Caine : > Don't go there again! If there is no active maintainer, it just creates a burden on us core developers that have to maintain it to the best of our abilities if any, but there have not been anyone to take over the charge of this extension, so unless someo

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi! > gettext > WordPress can optionally use gettext for some of their po/mo files, > I'm not entirely sure how this is today[1], but it might be worth > taking into consideration if there are other users. Maybe then somebody from Wordpress would be interested in taking over maintainership? --

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi! >> enchant: >> I thought Pierre maintained enchant? Despite it haven't had much real >> activity for years > > Well there are not much changes in the api. > > And it works. So -1 here. Wait, -1 for what? Having a maintainer? How that makes sense? OK, there's no changes in API, but tomorrow

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On Aug 15, 2016 3:17 PM, "Kalle Sommer Nielsen" wrote: > > Hi Stas > > 2016-08-15 7:53 GMT+02:00 Stanislav Malyshev : > > Hi! > > > > I'd like to propose an RFC to deal with extensions that currently have > > no maintainer: > > > > https://wiki.php.net/rfc/umaintained_extensions > > enchant: > I t

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On 15/08/16 11:41, Nikita Popov wrote: > I think the interbase extension is missing from this list, I don't think it > has an active maintainer. Don't go there again! -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Service

Re: [PHP-DEV] [RFC] orphan extensions cleanup

2016-08-15 12:41 GMT+02:00 Nikita Popov : > Is the a list of extension maintainers somewhere? Although not updated that often, in fact I think it haven't been truly updated for years, there is php-src/EXTENSIONS. Although this information could probably be better kept in the Wiki or similar and be

Re: [PHP-DEV] [RFC] orphan extensions cleanup

On Mon, Aug 15, 2016 at 7:53 AM, Stanislav Malyshev wrote: > Hi! > > I'd like to propose an RFC to deal with extensions that currently have > no maintainer: > > https://wiki.php.net/rfc/umaintained_extensions > > The main goal of the RFC is to initiate the process that by the time of > 7.1 releas

Re: [PHP-DEV] [RFC] orphan extensions cleanup

2016-08-15 10:23 GMT+02:00 Sebastian Bergmann : > I consider this part of the core. It's (mostly) auto-generated anyway, right? The token list is generated from the core using ext/tokenizer/tokenizer_data_gen.sh, rest is just to expose the two functions, so yes pretty much -- regards, Kalle S

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Am 15.08.2016 um 10:17 schrieb Kalle Sommer Nielsen: > tokenizer > Like you mentioned, I think this should be kept in the core and > possibly maintained as a part of the parser. I do write some > development tools every now and then and make use of this amazing > extension and will only want it to

Re: [PHP-DEV] [RFC] orphan extensions cleanup

Hi Stas 2016-08-15 7:53 GMT+02:00 Stanislav Malyshev : > Hi! > > I'd like to propose an RFC to deal with extensions that currently have > no maintainer: > > https://wiki.php.net/rfc/umaintained_extensions enchant: I thought Pierre maintained enchant? Despite it haven't had much real activity for

[PHP-DEV] [RFC] orphan extensions cleanup

Hi! I'd like to propose an RFC to deal with extensions that currently have no maintainer: https://wiki.php.net/rfc/umaintained_extensions The main goal of the RFC is to initiate the process that by the time of 7.1 release will result in no extensions in PHP core being unmaintained. The process w