On 01.04.2016 [06:05:01 -], Christian Sarrasin wrote:
> @nacc,
>
> I'm really sorry to pester as you must be v. busy at this point but is
> there a definitive word on what's going to happen with 16.04 GA? It's
> only 3 weeks away and people are having to plan out what release they'll
> be dep
@nacc,
I'm really sorry to pester as you must be v. busy at this point but is
there a definitive word on what's going to happen with 16.04 GA? It's
only 3 weeks away and people are having to plan out what release they'll
be deploying in the near future.
FWIW as a service provider, I'm squarely w
I'm not able to help with this at the moment, but I sent an e-mail to
the package maintainers letting them know. Hopefully they'll get in
touch.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net
@bhat3, @colan,
Thank you very much for the feedback. I just submitted a debdiff in Bug
# 1544352 for drupal7 as it is in 16.04 to change the deps to PHP7. It
does work, in that I can setup a very basic instance and it ... runs :)
But I don't really have the bandwidth to test it further. While I
u
There are plans to get Drupal 7 working with PHP 7, but there are still
some issues remaining. With everything that's going on with Drupal 8, I
don't think folks have had a chance to jump into this too deeply just
yet. For more information, see https://www.drupal.org/node/2454439.
I wouldn't foc
@Nish Yes Drupal 7 doesn't yet support 7.0 and as much as i like Debian
packages it makes more sense to deploy Drupal with Git.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Tit
@colan, to clarify, I believe drupal7 does *not* support PHP7.0, is that
accurate? Currently niether debian nor ubuntu have a packaged version of
drupal8.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.laun
FYI, PHP 7.0 is in main now (7.0.4-5), and several extensions with
build-dependencies from universe are in universe. We are still working
on the removal of PHP5, but I think this bug can be marked fix release
as we are using other bugs to track specific actions.
** Changed in: php5 (Ubuntu)
In response to #53, speaking for the Drupal community, I'd like to
report that we have Drupal 8 passing on PHP 7. See
https://www.drupal.org/node/3060/qa for details.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
http
@racb you're right, sorry.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubu
This bug is whatever we (collectively, including you) want it to be. But
if you want it to be a subjective discussion about the pros and cons of
what Canonical should commit to supporting in main, then that's fine but
the developers actually doing the work will just start to ignore bug
comments (si
> since they are not productive
By this I mean that they are not productive to landing PHP 7 in main in
Ubuntu, which is the developers' direct goal for Xenial at the moment
and is what the bug title currently says this bug is for. I didn't mean
to imply that your comments are not productive; sorr
@racb why isn't this the appropriate place to talk about the manner of
this update?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notificat
Guys, please can you keep the noise down in here? I really appreciate
the community discussion, but doing it in this bug just creates noise
for the developers working on this. If you want to continue this
discussion, you're welcome to do it on the ubuntu-server mailing list
(https://lists.ubuntu.co
@ondrej there are many features to be removed in PHP7. Of course,
already deprecated , but who manages hosting has no control over the
code that cannot work on PHP7.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https:
@vinc-q @jegr An upstream unmaintained code would be total no-go, but
still having two versions of PHP in the main is a quite big burden for
Ubuntu folks.
I could afford to run PPAs with multiple PHP versions, because I have
the liberty of saying: "upstream bug, bummer" and do nothing about it if
@jstsch you need OpenSSL 1.0.2 for ALPN support (needed for proper
HTTP/2 negotiation), not included in Ubuntu 14.04. Why not give the
possibility to use http/2 with php5.6, since it is still supported and
active?
--
You received this bug notification because you are a member of Ubuntu
Server Tea
@jegr The folks who already have PHP code compatible with PHP 5.6
shouldn't have any problems updating to PHP 7.0. I would worry more
about the upgrade from PHP 5.3 in precise to PHP 5.5 in trusty.
If the customers could upgrade their code to PHP 5.6, they might as well
jump directly to PHP 7.0. T
Jens G. is right. In fact, the PHP community has extended the 5.6
support: https://wiki.php.net/rfc/php56timeline
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update
@jstsch I'm not trying to start a specific discussion about customers or
software but merely was pointing out that service providers or hosters
would actually profit from both package branches staying available
instead dropping one of them after freeze. And as both EOL dates are
nearly the same it
@ondrej I agree to some degree, as it would be reasonable to run xenial
under the hood, not only because of the base OS but the rest of the web
stack, too.
And as already stated, as PHP5.6/7 are supported from PHP to almost the
same EOL time now, so it's not about "please support old unmaintained
I'm not sure if this bug is the appropriate place to discuss this, but
can't your customers who require an older version of PHP simply stay on
14.04LTS? It is supported until 2019. Isn't that the whole point of LTS
releases?
--
You received this bug notification because you are a member of Ubuntu
> So I wrote a php obfuscator for myself, that I made freely available under
> MIT license at https://github.com/pk-fr/yakpro-po
> Perhaps you could consider using it
We are a hosting and service company and only administer, consult and
service our customers. Their web agencies or programmers
@jegr Just run Ubuntu Trusty for PHP 5.x, virtualization is nowadays
cheaper then dual PHP version maintenance. Or just have two sets of
machines on on Trusty and second on Xenial and migrate the customers
between those platforms.
The story with "foo doesn't support bar" is getting too old as I've
Jens G. said:
"there are a great many procucts out there, that don't have PHP7 compatibility
right now (and don't plan to in the near future). Even worse when throwing in
products like ZendGuard (*shiver*) into the mix, that don't support PHP7 yet
(ergo all encrypted stuff from them won't work
Maybe it's too late to throw my hat (and opinion) in, but from a
hosting/hoster perspective, that's really a double-edged sword. Of
course it would be splendid, if we could migrate all customers and
applications to PHP7 as soon as possible. But with PHP itself increasing
the support level of PHP5.6
Bug # 1547245 filed - php7.0: remove dependencies that come from
universe
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about
** Branch linked: lp:~nacc/ubuntu-seeds/ubuntu.xenial
** Changed in: php5 (Ubuntu)
Assignee: (unassigned) => Nish Aravamudan (nacc)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/15
Bug # 1547183 filed - Remove php5 specific packages from the archive
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about this
Hi Nish, that is amazing news. Thanks a lot!
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about this bug go to:
https://bugs
So a few points, feature freeze is today, but we have an exception
(effectively) for PHP7, while we wait on resources being available to
help me out (as I don't have appropriate rights yet -- and even if I did
the bootstrap of phpunit/symphony/doctrine would need an admin to
assist).
I have provid
It would be nice to know definitively if PHP7 will be in Ubuntu 16.04 or
not. Because I (and I think people other than me) don't know if I can
write PHP7 or PHP5 code.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
http
@rbasak @nacc zmq and imagick PECL extensions modified for PHP 7.0 have
been ACCEPTED into unstable today, if you still can import them...
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1
@Ondrej
> There's a PPA from phpmyadmin author somewhere...
Tried to find it, but without success. Would be nice if someone could
link it here.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/
> @bhat3 there's no direct dependency on apache2. php7.0 package just
pulls first SAPI and coincidentally it's libapache2-mod-php7. 0
Thanks for clarification :) Just followed Joost claim, altough i never
ran into that with PHP itself, but experienced that with PHP related
packages like "owncloud"
So, if today is feature freeze for Ubuntu 16.04 LTS, is there any word
yet if PHP7 is in or out?
I tested PHP7 and only had problems getting phpMyAdmin, but haven't
tried for a few days.
Really, it would be a shame if PHP7 were not in 16.04. I don't see much
else to desire for upgrade.
--
You r
This list of packages all successfully built and passed testing with a
relatively automatic `find debian -type f -print0 | xargs -0 sed -i
's/php5/php/g'`.
** Attachment added: "successfully_autotested"
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1522422/+attachment/4574016/+files/succ
Bug # 1546823 filed - swig: disable PHP bindings until PHP7 support
exists
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications abou
@bhat3 there's no direct dependency on apache2. php7.0 package just
pulls first SAPI and coincidentally it's libapache2-mod-php7. 0
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
> 1) I was surprised that the PHP package seems to have a dependency on
Apache. I understood later that php can depend on a number of packages,
including php-fpm, and that Apache is simply the first it finds. No
biggie, something for the tutorials :)
@Nish Since Nginx it also in main it would be n
> > The php-fpm package currently refers to php5.6:
> Fixed in src:php-defaults_27
Just checked, can confirm its fixed using the latest server build and
the php-ubuntu/php7.0 PPA.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 i
> The php-fpm package currently refers to php5.6:
Fixed in src:php-defaults_27
JFTR php7.0-dev_7.0.3-4 also fixes building with new libtool (>=
2.4.6-0.1~) and as Xenial already have this libtool you need to merge
the update.
--
You received this bug notification because you are a member of Ubu
> 2) The php-fpm package currently refers to php5.6:
Strange, it looks like php-fpm is missing from src:php-defaults, I'll
look into that.
> 4) I was a bit confused that the php-fpm service is called
php7.0-fpm.service, whilst the binary is called php-fpm7.0.
The service file is called after the
First of all, thank you for the great work! I'm very much looking
forward to PHP7 in the new Ubuntu LTS.
I installed the latest 16.04 server image (http://cdimage.ubuntu.com
/ubuntu-server/daily/current/xenial-server-amd64.iso) in a VM and added
the php-ubuntu/php7.0 PPA.
My goal was to get Nginx
Clarify the sync points in the boostrap process to maximize parallel
builds in the archive.
** Attachment removed: "Updated instructions (v3)"
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1522422/+attachment/4569719/+files/php7-archive-admins.howtov3
** Attachment added: "Updated instr
Updated the instructions and fixed a few typos.
** Attachment removed: "php7-archive-admins.howtov2"
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1522422/+attachment/4569477/+files/php7-archive-admins.howtov2
** Attachment added: "Updated instructions (v3)"
https://bugs.launchpad.n
These are the instructions for the archive admin to bootstrap
symfony/phpunit/doctrine in the archive (to solve build-dependency loops
with staged builds).
** Attachment added: "php7-archive-admins.howtov2"
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1522422/+attachment/4569477/+files/
Bug # 1544352 filed - [PHP7] After bootstrapping, these PHP packages can
automatically be rebuilt
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To ma
Bug # 1544307 filed - phpunit: update to PHP7.0 dependencies
Bug # 1544312 filed - Sync php-zend-code 3.0.1-1 (universe) from Debian
experimental (main)
Bug # 1544316 filed - doctrine: update to PHP 7.0 dependencies
Bug # 1544318 filed - php-doctrine-data-fixtures: update to PHP7.0 dependencies
Bu
err, sorry, c&p error, the last two above are:
Bug # 1544303 filed - phpunit-comparator: update and add nocheck and stage1
build profiles
Bug # 1544304 filed - phpunit-mock-object: update and add nocheck and stage1
build profiles
--
You received this bug notification because you are a member of
Bug # 1544302 filed - php-codecoverage: update and add nocheck and stage1 build
profiles
Bug # 1544303 filed - php-codecoverage: update and add nocheck and stage1 build
profiles
Bug # 1544304 filed - php-codecoverage: update and add nocheck and stage1 build
profiles
--
You received this bug no
Bug # 1544276 filed - twig: update and bootstrap for PHP7.0 support
Bug # 1544279 filed - symfony: update and bootstrap for PHP7.0 support
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1
Bug # 1543856 filed - php-doctrine-inflector: add nocheck and stage 1
build profiles [typo above!]
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To m
Bug # 1543867 filed - php-xdebug: ensure segmentation fault fix is in Xenial
Bug # 1543868 filed - php-doctrine-cache: add nocheck and stage1 build profiles
Bug # 1543869 filed - php-doctrine-common: add nocheck and stage1 build profiles
--
You received this bug notification because you are a mem
Bug # 1543817 filed - php-guzzlehttp-psr7: add nocheck and stage1 build profiles
Bug # 1543820 filed - jmespath.php: add nocheck and stage1 build profiles
Bug # 1543826 filed - php-monolog: bootstrap for PHP7.0
Bug # 1543846 filed - phpunit-recursion-context: add nocheck and stage1 build
profiles
Bug # 1543710 filed - php-codesniffer: add nocheck and stage1 build profiles
Bug # 1543721 filed - php-email-validator: add nocheck and stage1 build profiles
Bug # 1543723 filed - libphp-swiftmailer: move to generic PHP dependencies
Bug # 1543740 filed - [needs-packaging] php-proxy-manager 2.0.0
Bu
Bug # 1543693 filed - sync libbson from Debian experimental
Bug # 1543696 filed - sync libmongoc from Debian experimental
Bug # 1543703 filed - [needs-packaging] php-mongodb
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu
Bug #1543399 filed - php-directory-scanner: add nocheck and stage1 build
profiles
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notificatio
Bug #1543376 filed - phpab: add nocheck and stage1 build profiles
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about this bu
Bug #1543361 filed - Rebuild packages for bootstrapping PHP7.0 in
archive
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about
Bug #1543349 filed - [needs-packaging] php-memcache
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about this bug go to:
https
Bug #1543324 filed - [needs-packaging] php-pear
Bug #1543334 filed - [needs-packagin] pkg-php-tools
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To
On Mon, Feb 8, 2016 at 3:07 AM, bhat3 wrote:
> @Nish Can you explain the changes or diff to Ondřej's packages? I run
> them in production with Typo3 7 and Drupal 8 but on trusty.
There is no alteration to Ondřej's debian packages (note, that may or
may not be the same as his PPA, but I think it i
@bhat3 I don't think there are any differences on src:php7.0 (as we
coordinate the changes - I just merged couple of patches), so the main
differences is in packages written in PHP (and perhaps some PECL
modules, haven't checked what has been done in ~php-ubuntu on that
front).
--
You received th
@Nish Can you explain the changes or diff to Ondřej's packages? I run
them in production with Typo3 7 and Drupal 8 but on trusty.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
T
my test report.
current dev version: Precise Ubuntu 12.04 LTS with php 5.3.10
xenial version: Daliy build xenial-desktop-amd64.iso
05-Feb-2016 08:06 1.4G
fresh install on VirtualBox 5.0.14 r105127
locale used: french
default parameters
hanged on automatic first reboot a
tl;dr: We are aiming to go forward with plans to push PHP 7.0 only in
main for Xenial (16.04), thus dropping PHP 5. We have until 18 February,
Xenial's Feature Freeze data, to vet this out as best we can. I would
like to ask the community to help us see what is broken, what works,
etc. Specifically
@marmotte31: Don't get confused the community packaged 7.0 for Debian
and Ubuntu and so far it's in universe. Now it's Canonical's take if
they will support it in main. For helping you can test xenial and PHP7.0
on some dev machines or look for missing packages:
http://packages.ubuntu.com/search?su
Thanks a lot guys for your involvement and I cross the fingers to see PHP7
integrated in Ubuntu 16.04 !
How can I / we help to make it before mid February ?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.l
@Nish Coming just back from FOSDEM and had some more talks about PHP
7.0. As you said right when Canonical is only able to maintain one PHP
in main, then it should really be 7.0 or the supported PHP will have
double load and half the speed compared. In summer when xenial is
heading for production m
thanks a lot for your job.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubu
You can expect a donation if PHP 7 gets in.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about this bug go to:
https://bugs.
So, nothing "official" to provide yet, but I wanted to keep everyone
updated.
Based upon feedback from various teams (including security and the
archive administrators), it is not tenable for two versions of PHP to
live in main.
Given the positive feedback received here for PHP7.0 being available
Just one last practical thought on dual stack in main (option 2), that
would mean you can officially run i.e. Drupal 7 & Drupal 8 or Typo3 6 &
Typo3 7 on one server in parallel (using those sexy FPM setups i run
with up to 100 pools per server for app seperation).
So a supported and slick dual sta
For anyone interessted in gmagick follow:
https://github.com/oerdnj/deb.sury.org/issues/239
@Nish What about further communication from the server team, can you
keep as informed over here? I think there's not so much need for much
more discussion, as the points should be clear now. BTW RedHat even
My team has been running Ondřej's PPA for PHP 7 for the last month.
We run it on Ubuntu 14.04 with nginx 1.8 using WordPress. So far there has not
been any issues with it.
My team, boss, and especially our Clients have been so happy to have things run
much faster.
Thanks Ondřej
At this point w
> Will Redis be supported if PHP 7 becomes reality?
Do you mean the PHP Redis module? If so, that is already present in
Xenial/universe (php-redis).
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad
Will Redis be supported if PHP 7 becomes reality?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about this bug go to:
https:/
On 26.01.2016 [19:53:20 -], Nish Aravamudan wrote:
> > > Re: xdebug segfaults
> >
> > I just updated xdebug to rc4 today - retry with that. I had some users
> > reporting the segfaults in rc3 but fixed in git.
>
> Yeah, I actually built RC4 myself last night to test and it didn't seem
> to m
On 26.01.2016 [19:57:31 -], Richard J. Turner wrote:
> On 26 Jan 2016 5:25 p.m., "Nish Aravamudan"
> wrote:
> > - Users who do wish to have PHP 5, must use a PPA (Ondřej's or
> > otherwise).
>
> Or stick with the current LTS until they're in a position to adopt PHP
> 7.
Absolutely, sorry
On 26 Jan 2016 5:25 p.m., "Nish Aravamudan"
wrote:
> - Users who do wish to have PHP 5, must use a PPA (Ondřej's or
otherwise).
Or stick with the current LTS until they're in a position to adopt PHP
7.
At work we won't upgrade to Xenial until all our code is compatible with
PHP 7, and then i
> > Re: xdebug segfaults
>
> I just updated xdebug to rc4 today - retry with that. I had some users
> reporting the segfaults in rc3 but fixed in git.
Yeah, I actually built RC4 myself last night to test and it didn't seem
to make any difference. Note that I'm using the pkg-php-tools from
http:/
> - No clear (obviously safe?) path for users upgrading from a PHP 5
base (Trusty or Wily) to PHP 7 base.
If you can pull this http://anonscm.debian.org/cgit/pkg-
php/php.git/commit/?h=master-
jessie&id=23e81c46bb4978596efe58a23070eb75dd3d5380 via SRU you might be
able to keep src:php5 from trusty
@Nish: Big thanks for sharing the thoughts of the server team and that
you take this issue serious :) Running quite a lot web servers with PHP
on Ubuntu LTS and RHEL in prodution, i like give you some short feedback
on the mentioned options:
1 & 4: are a no go if Ubuntu Server wants to stay as rel
Hello everyone!
Thank you for the various comments and updates. And, of course, a
special thank you to Ondřej for his work and his PPA.
Brief intro: My name is Nish and I'm looking into the PHP options for
Canonical's Ubuntu Server team.
tl;dr (although, please read it!): Our most reasonable opt
> mysqlnd: that means we're using mysqlnd now by default and there is
only one package now?
Yes
> imagick: php5-imagick is also the package for PHP 7?
No, I said `php-imagick`, so it's php-imagick and not php5-imagick.
> gmagick: Here, asking for it ;) No serious i can really reduce the
load on
@Ondřej Nice to know, but for clarification:
mysqlnd: that means we're using mysqlnd now by default and there is only
one package now?
imagick: php5-imagick is also the package for PHP 7?
gmagick: Here, asking for it ;) No serious i can really reduce the load
on servers and with the 2.0.0 exten
@bhat3 phpX.Y-mysql is already compiled with mysqlnd; php-imagick is the
package you seek. graphicsmagick was not yet asked for by anybody, so I
haven't touched it.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https:/
To stop further disinformation most of PHP 7 is already packaged for
xenial:
http://packages.ubuntu.com/search?keywords=php7&searchon=names&suite=xenial§ion=all
So let's concentrate on whats missing. I think we're missing some
extensions so far like:
php7.0-mysqlnd (neither in Ondřej's PPA or Ub
Not my intention to just do a +1 here, but I'd love to have PHP 7 in Ubuntu
16.04. Sure,
Ondřejs PPA would work, but as mentioned earlier - I think it would disappoint
many users if PHP 7 didn't make it into 16.04. I really hope you make it!
Thanks for an awesome OS, and thank you Ondřej for y
I am very interested in making this happen and in also making sure that
the PHP community is able to respond quickly and to help if there's
anything that can be done to make this happen. As has been discussed,
most PECL packages are ready for PHP 7, PEAR is now much less widely
used in PHP since m
php7.0-fpm is in Xenial/universe.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications about this bug go to:
https://bugs.launchpad.
After studying php-fpm architecture, I think the best handling is to
support php7 as php7-fpm. Instead of using mod_php, Apache will have to
connect to php7 through mod_proxy_fcgi. With proper setting, one can
have both php5-fpm and php7-fpm run in parallel. The Apache server can
then support both
Never mind then!
https://twitter.com/zeevs/status/687241123467767808
...
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
Update to php 7.0
To manage notifications abou
There's no point in shipping both PHP5.6 and 7 given they're mostly
backwards compatible. PHP7 on 16.04; those who want PHP5 could either
PPA or remain on earlier versions of ubuntu.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5
> This worries me a bit more. Do we risk breaking PEAR/PECL users if we
> commit to PHP 7.0 in 16.04 and then find we don't have this ready in
> time?
PECL seems to be mostly fine although some PECL packages won't be
converted at all and some need a code from some upstream git branch.
PEAR is har
Thanks Ondřej, this is helpful.
On Fri, Jan 08, 2016 at 10:45:45AM -, Ondřej Surý wrote:
> 1) patch all the sources to depend on php-
In Ubuntu we don't have specific maintainers for packages, instead teams
that work towards goals. So unlike Debian where you'd need to mass file
a bug, give ma
@racb and rest:
The main blocker is all the rdeps that depend on php5-. There
are two approaches we could take:
1) patch all the sources to depend on php-
2) prepare src:php5 that just depend 1:1 on src:php7.0
well, there's third option:
3) do as much 1) and then finish with 2)
I have prepare
Superlative wording by original submitter, although enthusiastic, is not
accurate.
Comment #6 by Ondřej is an accurate assessment of the situation.
Comment #16 Matthias Niessis accurate risk assessment for Canonical (9+
months of backporting if they go with 5.6...)
One thing is certain though,
Thanks for the detailed response. I'm sure that you've seen that there
is a wide interest to get PHP 7 in, but I can certainly understand your
reasoning. Please let us know if there is anything we can do to help
make it happen!
--
You received this bug notification because you are a member of Ubu
100 matches
Mail list logo