Since I'm working on something related... what's the verdict here? :)
On 20.04.2015, at 20:00, Jakub Zelenka bu...@php.net wrote:
Hi,
On Thu, Apr 16, 2015 at 1:21 PM, Pierre Joye pierre@gmail.com wrote:
On Thu, Apr 16, 2015 at 6:27 PM, François Laupretre franc...@php.net
wrote:
Hi,
On Thu, Apr 16, 2015 at 1:21 PM, Pierre Joye pierre@gmail.com wrote:
On Thu, Apr 16, 2015 at 6:27 PM, François Laupretre franc...@php.net
wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
The problem we have now is core extensions with senseless versions
without
any
On Apr 16, 2015 6:23 AM, christopher jones christopher.jo...@oracle.com
wrote:
On 4/14/15 9:58 PM, Pierre Joye wrote:
On Wed, Apr 15, 2015 at 10:51 AM, christopher jones
christopher.jo...@oracle.com wrote:
On 4/14/15 7:21 PM, Pierre Joye wrote:
hi,
We tried that many times but we
De : Pierre Joye [mailto:pierre@gmail.com]
The problem we have now is core extensions with senseless versions
without
any external versions. Or mixed codebase, like core is a mix of external
and core specific codes which is not in any external releases. That is what
we should solve.
Do
On Thu, Apr 16, 2015 at 6:27 PM, François Laupretre franc...@php.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
The problem we have now is core extensions with senseless versions
without
any external versions. Or mixed codebase, like core is a mix of external
and core specific
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 15/04/2015 11:47, Pierre Joye a écrit :
On Apr 15, 2015 4:12 PM, Remi Collet r...@fedoraproject.org
wrote: , I still +1 on this
I'm mostly +1 on this proposal.
Of course extension (like oci8) should be able to keep its
version (when it
On Wed, Apr 15, 2015 at 1:01 PM, François Laupretre franc...@php.net
wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
What do you think to simply use the PHP version number instead of some
outdated (most of the time) version for all bundled extensions?
As the idea is that
On Apr 15, 2015 6:01 PM, François Laupretre franc...@php.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
What do you think to simply use the PHP version number instead of some
outdated (most of the time) version for all bundled extensions?
As the idea is that extensions
Again, take #3, ext released in and outiside the core will use the external
version number everywhere. Like oci, zip and other well managed versions.
The stupid think like 0.1 since 8 years will use the php version. That is
all.
Installer can easily knows which uses what.
Or am I missing
De : Pierre Joye [mailto:pierre@gmail.com]
Again, take #3, ext released in and outiside the core will use the external
version number everywhere. Like oci, zip and other well managed versions.
The stupid think like 0.1 since 8 years will use the php version. That is all.
Or am I
On Wed, Apr 15, 2015 at 9:07 AM, François Laupretre franc...@php.net
wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
Again, take #3, ext released in and outiside the core will use the
external version number everywhere. Like oci, zip and other well managed
versions.
The stupid
On Apr 15, 2015 10:07 PM, François Laupretre franc...@php.net wrote:
De : Pierre Joye [mailto:pierre@gmail.com]
Again, take #3, ext released in and outiside the core will use the
external version number everywhere. Like oci, zip and other well managed
versions.
The stupid think like
On 4/14/15 9:58 PM, Pierre Joye wrote:
On Wed, Apr 15, 2015 at 10:51 AM, christopher jones
christopher.jo...@oracle.com wrote:
On 4/14/15 7:21 PM, Pierre Joye wrote:
hi,
We tried that many times but we fail to handle the version of bundled
extensions.
Along with some installer work and
Le 15/04/2015 07:08, Xinchen Hui a écrit :
Hey：
Sent from my iPhone
On Apr 15, 2015, at 10:21 AM, Pierre Joye pierre@gmail.com wrote:
hi,
We tried that many times but we fail to handle the version of bundled
extensions.
Along with some installer work and other integration
On Apr 15, 2015 4:12 PM, Remi Collet r...@fedoraproject.org wrote:
, I still +1 on this
I'm mostly +1 on this proposal.
Of course extension (like oci8) should be able to keep its version (when
it is correctly managed).
Yes opcache have an issue... so we probably have to keep 7.0.x until
De : Pierre Joye [mailto:pierre@gmail.com]
What do you think to simply use the PHP version number instead of some
outdated (most of the time) version for all bundled extensions?
As the idea is that extensions available externally are supposed to change more
often than the bundled
On Tue, Apr 14, 2015 at 7:21 PM, Pierre Joye pierre@gmail.com wrote:
hi,
We tried that many times but we fail to handle the version of bundled
extensions.
Along with some installer work and other integration (projects
dependencies management, composer or other), we need to find a way
On 4/14/15 7:21 PM, Pierre Joye wrote:
hi,
We tried that many times but we fail to handle the version of bundled
extensions.
Along with some installer work and other integration (projects
dependencies management, composer or other), we need to find a way to
get rid of this problem.
What do
hi,
We tried that many times but we fail to handle the version of bundled
extensions.
Along with some installer work and other integration (projects
dependencies management, composer or other), we need to find a way to
get rid of this problem.
What do you think to simply use the PHP version
Hey：
Sent from my iPhone
On Apr 15, 2015, at 10:21 AM, Pierre Joye pierre@gmail.com wrote:
hi,
We tried that many times but we fail to handle the version of bundled
extensions.
Along with some installer work and other integration (projects
dependencies management, composer or
On Wed, Apr 15, 2015 at 10:51 AM, christopher jones
christopher.jo...@oracle.com wrote:
On 4/14/15 7:21 PM, Pierre Joye wrote:
hi,
We tried that many times but we fail to handle the version of bundled
extensions.
Along with some installer work and other integration (projects
21 matches
Mail list logo
