php-swoole on armhf impish is also affected:
https://launchpad.net/~ondrej/+archive/ubuntu/php/+build/22393235
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1939379
Title:
ARM kernel builds fail
Folks, here: https://gitlab.isc.org/isc-
projects/bind9/-/merge_requests/5514
(I haven't tested it yet, but you can follow the progress there...)
It will most probably make it into 9.18.0 (in December 2021).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
That's not specific to bird, any daemon running as non-root have this
problem, and usually it's solved by doing:
mkdir -p /var/log/bird
chown bird: /var/log/bird
and configuring the logfile to /var/log/bird/bird.log
I don't think the needs to be fixed at the package level, and on the
contrary
JFTR Debian 2.28-8 has already the fix applied.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1864864
Title:
[SRU] pthread_rwlock_trywrlock results in hang
To manage notifications about this bug
According to upstream, the issue first appeared in 2.26, so only bionic
is affected.
** Bug watch added: Debian Bug tracker #952609
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=952609
** Also affects: glibc (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=952609
JFTR RHEL 8 and FC30 has already pulled the fix into their glibc, so
it's really only Ubuntu and Debian affected by this.
** Package changed: ubuntu => glibc (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Public bug reported:
[Impact]
* pthread_rwlock_trywrlock and pthread_rwlock_tryrdlock before glibc
2.30 could hang:
https://sourceware.org/bugzilla/show_bug.cgi?id=23844#c14
* We are especially able to reproduce the problem with BIND 9.16.x when
--with-pthread-rwlock configure option enabled
Oh, I never run the builds outside of pbuilder/sbuild, fakeroot should
help here.
Also, I can confirm the package builds on with all variety of
MySQL/MariaDB, but I haven't seen the test-results.txt file whether the
MySQL tests are actually run. (I don't have time for that right now...)
--
You
There are couple more commits in the repository on top of that, and I
had a chat with Robie, and the main next culprit is that Oracle decided
to disable networking when --skip-grant-tables is in effect, so I am
going to try dropping that next and see what happens.
--
You received this bug
You'll also need abdd0141eb37f1e474626db79e2e05bef571c88f and
170b03fd871c854e67e89a1e8aaefd2ec9cd2d50 (not yet tested though).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1850190
Title:
FTBFS
The "php" package *does not* install libapache2-mod-php by default, it's
the APT dependency solver that picks the first dependency as the best,
but in fact, f.e. the "php7.3" package dependency can be fulfilled by
any web SAPI: `libapache2-mod-php7.3 | php7.3-fpm | php7.3-cgi`.
The dependencies
Public bug reported:
To fix the FTBFS, pick https://salsa.debian.org/php-
team/php/commit/9090c75f90faafa70623d57525b81aa93e2e734e
** Affects: php7.3 (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
@paelzer Could I get MR on salsa for this, please?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1772915
Title:
Documentation on PHP session garbage collection needs updating.
To manage
@seb123, yep, I was burnt by this so many times that it wouldn't pass
over me. I guess I should also send email to Simon...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1843507
Title:
apt-get
: Confirmed => Fix Released
** Changed in: libidn2 (Ubuntu)
Assignee: (unassigned) => Ondřej Surý (ondrej)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1843507
Title:
apt-get update to latest l
Tracked here: https://github.com/oerdnj/deb.sury.org/issues/1247, but it
also needs to be fixed in Debian and Ubuntu as it was wrong for upstream
to drop public symbols and not bump the SOVERSION. I removed the
packages from the PPA and I am working on having a fixed package (with
restored
Looks good to me.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1723947
Title:
Current upload for 10.1.28-1 fails dep8 unitest on s390x
To manage notifications about this bug go to:
Public bug reported:
Hi,
sometimes it is important to have a larger version number than in the
target release, so an option to override (~ubuntu or ~debian) to
something larger might be needed.
Here's the patch that adds an -p,--prefix option to backportpackage:
```
--- /usr/bin/backportpackage
Public bug reported:
In order to use backportpackage as --git-builder in the git-buildpackage
invocation the backportpackage needs ability to pass the extra arguments
to the builder.
E.g.
backportpackage --builder="debuild" <.dsc> --buildinfo=-O -sa should not
fail, but instead `debuild
There's no bug. The upstream PHP module is named php7_module, but the
package is named php7.0. You can have more php7_module providers -
libapache2-mod-php7.0 | libapache2-mod-php7.1 and in future libapache2
-mod-php7.2, but only one php7_module can be enable at the same time
(related to
@tysona: Thank you very much for taking care of several PHP extensions!
This is much appreciated. JFTR I have updated php-igbinary in
ppa:ondrej/php and in Debian unstable.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
RFC 4033, 4034 and 4035 are on the IETF Standards track. Any recursive
DNS server not supporting 10-yo standards is broken.
If we keep dancing around non-standard compliant devices, the situation
won't ever improve. Go yell at your vendors for sticking their heads
into sand. Or vote with your
> that impossible, because the /etc/default/unbound file is part of the
package.
That's actually not true - you can create /etc/default/unbound before
installing the package and the package will not overwrite the configfile
by default:
root@lettie:/# touch /etc/default/unbound
root@lettie:/# ls
Phil, perhaps the composer script could be modified to print:
aw. mongodb not found, install with 'apt-get install build-essential
php5-dev pkg-config libpcre3-dev && pecl install mongodb' if on
Ubuntu/Debian?
(no experience in composer whatsoever, so it might not be possible to do
so)
--
You
+1 to everything Nish said here.
You can also pre-built the extension elsewhere and just make the
provisioning pull the pre-built .so.
Ubuntu (and Debian) doesn't backports stuff to older releases.
Especially when there's a dozen ways how to provision it (PECL,
prebuilding, using my
Will be fixed in dh_php (>= 0.20)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1576578
Title:
dh-php no longer support multiple bin-packages
To manage notifications about this bug go to:
There are no php5 and php5-dev packages in Xenial. Only PHP 7.0.
The package you are using is just leftover from development version of
Xenial.
** Changed in: php5 (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Did you fully uninstalled and purged php5* packages, e.g. doing `apt-get
purge php5-common`.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1579480
Title:
PHP7-ubuntu sessionclean searches for
@r5n Name those PECL extensions. General statements are not useful to
anybody.
As a counter "general statement" - no, adopting PHP 7 will not take
years, it's already happening and it's not such huge deal as PHP 4 to
PHP 5 transition. Most if not all of the PHP 5.6 compatible code run
just fine
I made a simple workaround for Wily's case, so this can be closed.
** Changed in: php5 (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1571607
Title:
Merge
@nacc Turns out, this is really needed only for Wily, as Trusty php5-cli
doesn't contain phar command (yet). The other patch is not that much
important as there's a workaround (just disable the other PHP modules
with a2dismod before installing the one you need).
--
You received this bug
Wily EOL is July 2016, so I am not sure if it make sense to go forward
with this at all.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1571607
Title:
Merge co-installability patches from Debian
To
Nish, this would be for Trusty and Wily for people using backported PHP
7.0. As those little patches are really small and non intrusive, I think
they can be merged to help the users.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
You might try the script I use in ppa:ondrej/php:
http://anonscm.debian.org/cgit/pkg-
php/php.git/tree/debian/sessionclean?h=master-5.5
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1356113
Title:
Public bug reported:
The src:php5 packages needs a little nudge to not conflict with the new
PHP infrastructure, could you please pull these?
commit 23e81c46bb4978596efe58a23070eb75dd3d5380
Author: Ondřej Surý <ond...@sury.org>
Date: Mon Jan 4 13:49:00 2016 +0100
Make phar c
** Patch added: "Fail gracefully when other PHP module is enabled in Apache2"
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1571607/+attachment/4639152/+files/0001-Fail-gracefully-when-other-PHP-module-is-enabled-in-.patch
--
You received this bug notification because you are a member
@patrickdk Were you calling the sysvrc script directly or using a helper
like:
service restart unbound
or
invoke-rc.d
?
Anyway when you invoke sysvrc scripts in a weird way, it's your
responsibility to have a sanitized PATH.
--
You received this bug notification because you are a member of
Marking this as invalid, as init.d script should not use full path, see
https://lintian.debian.org/tags/command-with-path-in-maintainer-
script.html
** Changed in: unbound (Ubuntu)
Status: Triaged => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Care to explain why Debian kFreeBSD is fine and ubuntuBSD is not?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1565084
Title:
ubuntuBSD support
To manage notifications about this bug go to:
I don't think that's a bug under Debian. /usr/sbin is to be expected in
PATH when running the sysvrc script.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1567740
Title:
Unbound depends on
I think the OP is just confused by mysqlnd versioning:
$ grep PHP_MYSQLND_VERSION *
mysqlnd.h:#define PHP_MYSQLND_VERSION "mysqlnd 5.0.12-dev - 20150407 - $Id:
f59eb767fe17a6679589b5c076d9fa88d3d4eac0 $"
** Changed in: php5 (Ubuntu)
Status: Incomplete => Invalid
--
You received this
I think the OP is just confused by mysqlnd versioning:
$ grep PHP_MYSQLND_VERSION *
mysqlnd.h:#define PHP_MYSQLND_VERSION "mysqlnd 5.0.12-dev - 20150407 - $Id:
f59eb767fe17a6679589b5c076d9fa88d3d4eac0 $"
** Changed in: php5 (Ubuntu)
Status: Incomplete => Invalid
--
You received this
Ok, found the cause to the GH#304, and it's easy to fix, defining
PEAR_INSTALLDIR in configure.in even though we are building --without-
pear should be enough to get the right PHP define() defined.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
Ok, found the cause to the GH#304, and it's easy to fix, defining
PEAR_INSTALLDIR in configure.in even though we are building --without-
pear should be enough to get the right PHP define() defined.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
to allow passing
${prefix} as part of --with-libdir
* Don't reset module provides at every dsoname, but at every module name
-- Ondřej Surý <ond...@debian.org> Mon, 14 Mar 2016 16:11:21 +0100
Just building this and uploading to unstable.
Also this might need to be fixed (bad PEAR i
to allow passing
${prefix} as part of --with-libdir
* Don't reset module provides at every dsoname, but at every module name
-- Ondřej Surý <ond...@debian.org> Mon, 14 Mar 2016 16:11:21 +0100
Just building this and uploading to unstable.
Also this might need to be fixed (bad PEAR i
And how do you know that?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1528586
Title:
upgrade to php PHP 7.0.1
To manage notifications about this bug go to:
And how do you know that?
--
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/1528586
Title:
upgrade to php PHP 7.0.1
To manage notifications about this bug go to:
Xenial will not ship php5. It hasn't been removed yet, but there will be
only PHP 7.0 (and thus you want to `apt-get install php-all-dev` instead
that will pull correct dependencies).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Xenial will not ship php5. It hasn't been removed yet, but there will be
only PHP 7.0 (and thus you want to `apt-get install php-all-dev` instead
that will pull correct dependencies).
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
make replaces $$ with $, so it should be correct.
don't run it by hand, but you can use
$(error $(LIBTOOL_VERSION))
at the next line in d/rules to print the value that's set into
$(LIBTOOL_VERSION)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
make replaces $$ with $, so it should be correct.
don't run it by hand, but you can use
$(error $(LIBTOOL_VERSION))
at the next line in d/rules to print the value that's set into
$(LIBTOOL_VERSION)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
Already fixed in 7.0.3-4 and higher.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1555057
Title:
The ltmain.sh file is a dangling symlink
To manage notifications about this bug go to:
Already fixed in 7.0.3-4 and higher.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php7.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1555057
Title:
The ltmain.sh file is a dangling symlink
To manage notifications about this bug
@Nish you need to sync php-pear 1:1.10.1+submodules+notgz-4 from
unstable.
--
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/1555060
Title:
the "pecl" command that is installed, does not
@Nish you need to sync php-pear 1:1.10.1+submodules+notgz-4 from
unstable.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1555060
Title:
the "pecl" command that is installed, does not work for PHP 7
Please provide full information and not just few top thoughts you have
in your mind, f.e. read about good bug reporting here:
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
** Changed in: php5 (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are
Please provide full information and not just few top thoughts you have
in your mind, f.e. read about good bug reporting here:
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
** Changed in: php5 (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are
I'll upload dh_php tomorrow, but I am not sure if you want to pick this
change, since I had to change the place where mods-available is from
/etc/php/mods-available to /etc/php/7.0/mods-available.
The upgrade should be automatic as much as possible, but it need binNMU
on all extensions that
Not on my phone, so I could be more verbose.
> W: php-mongodb: command-with-path-in-maintainer-script postrm:12
/usr/sbin/phpdismod
This is kind of correct, but it's not a call but a check whether the
tool exists.
But I rewrote this in dh_php 0.8 to switch from [ -x /usr/sbin/phpdismod
] to
Lintian is wrong.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1543703
Title:
[needs-packaging] php-mongodb
To manage notifications about this bug go to:
@nacc Can you pull from experimental? The problem is that libbson and
libmongoc have been uploaded to experimental, so I am waiting for them
to appear in unstable. But I can upload to experimental if that would
help you.
--
You received this bug notification because you are a member of Ubuntu
@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
@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
@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.
@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.
@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
@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
@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.
@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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
@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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
@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
> 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
> 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
> 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
> 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
This should be the tar.gz I uploaded to NEW:
`a9ec24292beb2a8caf1b42c0ed801d0105afc63c7dcc57449f12e54caecc815c
php-pear_1.10.1+submodules+notgz.orig.tar.gz`
** Attachment added: "php-pear_1.10.1+submodules+notgz.orig.tar.gz"
@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
@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
You can also pull it from the pkg-php git repo
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1539133
Title:
[needs-packaging] php-gmagick
To manage notifications about this bug go to:
> 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
@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
Bugs, which is subscribed to Ubuntu.
@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.
> - 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=23e81c46bb4978596efe58a23070eb75dd3d5380 via SRU you might be
able to keep src:php5 from trusty
> - 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=23e81c46bb4978596efe58a23070eb75dd3d5380 via SRU you might be
able to keep src:php5 from trusty
> 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
@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
@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
> 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
> 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
Phillip, that's a question for @rbasak and ultimately for Canonical
whether they allocate enough time to make it happen.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1522422
Title:
PHP5 branch and
Phillip, that's a question for @rbasak and ultimately for Canonical
whether they allocate enough time to make it happen.
--
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:
The performace improvement is nice, but "revolution" would mean a lot of
broken code, and this is not what happens with PHP 7.0. The amount of
breakage is not that big to justify the amount of work to also support
PHP 5.6.
--
You received this bug notification because you are a member of Ubuntu
The performace improvement is nice, but "revolution" would mean a lot of
broken code, and this is not what happens with PHP 7.0. The amount of
breakage is not that big to justify the amount of work to also support
PHP 5.6.
--
You received this bug notification because you are a member of Ubuntu
Nah, php7 is not a revolution. php5 over php4 broke API too much, but
php7 is much more close to php5.6 than php3 to php4 or php4 to php5 ever
was.
And php5.6 follow the same support pattern as all php 5.x versions
before: http://php.net/supported-versions.php
Thus I don't think Debian would
Nah, php7 is not a revolution. php5 over php4 broke API too much, but
php7 is much more close to php5.6 than php3 to php4 or php4 to php5 ever
was.
And php5.6 follow the same support pattern as all php 5.x versions
before: http://php.net/supported-versions.php
Thus I don't think Debian would
You are just repeating the same story that I've heard with every minor
version. I still hear some broken obsolete code requires PHP 5.3. The
major version bump is not as severe as with python2->python3, so there's
a need to put a stake into the ground somewhere.
Also "think" is different from
You are just repeating the same story that I've heard with every minor
version. I still hear some broken obsolete code requires PHP 5.3. The
major version bump is not as severe as with python2->python3, so there's
a need to put a stake into the ground somewhere.
Also "think" is different from
Ubuntu 15.04 comes with php5 5.6.11+dfsg-1ubuntu3.1. Could you clarify
that?
--
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/1514845
Title:
Error in using already defined constants
Ubuntu 15.04 comes with php5 5.6.11+dfsg-1ubuntu3.1. Could you clarify
that?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1514845
Title:
Error in using already defined constants (PHP)
To manage
1 - 100 of 898 matches
Mail list logo