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
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
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
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
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
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
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
@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 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.
@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
> 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
@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 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
> 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
> 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
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
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
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
Than you should not report this bug against Ubuntu. Upstream PHP
bugtracker (bugs.php.net) would be most appropriate place (and wait
until there's an php 5.6.15 update).
** Changed in: php5 (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of
@racb did you check the master-5.6 branch? I am quite sure that Debian
jessie already has the new sessionclean script.
--
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/1356113
Title:
Hi,
could Ubuntu/Canonical assign somebody to at least look and comment on
the proposal. Even better would be if you can help with the work...
Consider it as a fair warning since it will hit you hard if you won't
and you are caught in the transition.
Cheers,
--
Ondřej Surý ond...@sury.org
Knot
That said - you can add systemd tmpfiles override to fix that:
http://www.freedesktop.org/software/systemd/man/systemd-tmpfiles.html
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
php5-fpm is not creating any directories. And it also should not.
** Changed in: php5 (Ubuntu)
Status: New = Invalid
--
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/1456575
@Goran, not every bug has to have a reason. Could you please fill this
as a bug in Debian where main packaging development happens, I would be
grateful for that.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
In addition, Debian has had an RFS open on php5 for two years now:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=664595.
JFTR the team is quite healthy now, but I keep the bug open since we are
always keen on having more people on board.
--
You received this bug notification because you
Gosh, why monit blackmagic when there's a simple fix in #5
(https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1230917/comments/5)?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
Brandon, I would be very grateful if you could spend some more time and
expand your blog into a man page (I could do the GROFF formatting in
case you haven't done this before).
Cheers,
Ondrej
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
There's one more improvement the packages could do:
Each SAPI could drop it's session snippet to /var/lib/php5/sapi/sapi
and the sessionclean script would read those snippets and clean the
directory according to really installed snippets.
That would make the sessionclean script SAPI agnostic and
Wouldn't /usr/lib/php5/sapi/sapi be a better location for scripts?
Yup...
--
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/1356113
Title:
PHP5 session clean cron job causes OOM
To
Either
```
for sapi in /usr/lib/php5/sapi/*; do
. $sapi
```
and have the /usr/lib/php5/sapi/sapi contain shell snippet with
definitions
or
```
cat /usr/lib/php5/sapi/* | while IFS=: read -r VAR1 VAR2 VAR3 VAR4; do
```
and keep the current format...
--
You received this bug notification
1. PROC_NAMES should be defined as proc_names or used as PROC_NAMES
(inconsistent case)
Good catch, fixed.
2. printf %s:%s:%s\n $save_path $gc_maxlifetime has 2 arguments but the
definition takes 3, I would simplify it to this:
echo $save_path:$gc_maxlifetime
Good catch, fixed.
3. If
Issue on line 8:
Missed this in all the cruft generated by sh -x, and since the other
output looked ok...
Thanks for noticing that...
Also thank you for the feedback, this was very valuable after all.
I probably owe you an apology, so please accept my apology I should have
been more calm from
One problem with the solution you linked to is that it is extracting
the gx_maxlifetime in seconds, then putting that in find's -cmin which
expects minutes.
Good catch. The code was there, but it got deleted accidentally.
What do you think about running this for each SAPI?
I am still not sure
I was just trying to make a point
You did make a point, but totally different from the one intended.
Also your proposed fix is incomplete...
# sed -n -e
's/^[[:space:]]*session.save_handler[[:space:]]*=[[:space:]]*\([[:alnum:]]\+\).*$/\1/p'
/etc/php5/fpm/php.ini
# php5 -c
Try this updated script that now requires php5-cli to be installed:
http://anonscm.debian.org/cgit/pkg-php/php.git/tree/debian/sessionclean
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
As an *expert* you surely heard of rm /etc/cron.d/php5 or even sed -i
-e s/^/#/ /etc/cron.d/php5...
--
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/1356113
Title:
PHP5 session clean
Should I be in awe or what? You can improve things even when not using
the argument from authority.
My point is that the default cron job works and is perfectly safe for
most deployments and it's documented in README.Debian that you need to
tweak the session cleanup if you do modification to
My personal suggestion would be to stick with 5.5.latest in utopic.
You can use master-5.5 branch for that.
People can always use PPAs to update to 5.6 when it's ready (f.e. my
ppa:ondrej/php5-5.6).
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
Nope, the init script is correct.
--
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/1319595
Title:
upstart script ignores some php-fpm.conf parameters, cannot be
bypassed in preference
I could probably prepare a patch, so --nodaemonize doesn't break
logging, since this will break with Debian systemd as well. Whether it
will be accepted by Ubuntu into trusty is up to Ubuntu maintainer.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which
This causes several options from the config file to be ignored
Well, I see only error_log being ignore in this case and not several
options.
You should really fill this bug with upstream (in PHP bug tracker),
since it's wrong behaviour on FPM side to ignore configuration settings.
--
You
JFTR although I can't help with regular Ubuntu maintenance, I fully
support inclusion of FPM into Ubuntu main as the FCGI/FPM method is far
more secure than standard libapache2-mod-php5.
I would even propose to demote libapache2-mod-php5 in favor of php5-fpm
(if we can provide reasonably good
This the patch[1], and please do S-P-U fast as this breaks many
downstream packages.
1. http://anonscm.debian.org/cgit/pkg-php/php.git/tree/debian/patches
/zlib-largefile-function-renaming.patch
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
*** This bug is a duplicate of bug 1315888 ***
https://bugs.launchpad.net/bugs/1315888
** This bug has been marked a duplicate of bug 1315888
Zlib functions (gzopen etc.) are undefined while gzopen64 etc. exist
--
You received this bug notification because you are a member of Ubuntu
@voidburn
Could you try
kill -USR2 $(cat /var/run/php-fpm.pid)
instead?
I am not sure where the pid file is located in Ubuntu (it would be best
to read the value from /etc/php5/fpm/php-fpm.conf)...
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
Or even better:
kill -USR2 $(cat $( /etc/php5/fpm/php-fpm.conf sed -ne 's/^pid =
\(.*\)/\1/p'))
Just make sure the pid = is not commented out in /etc/phpt/fpm/php-
fpm.conf...
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in
There's nothing wrong with master process NOT CHANGING the PID. I told
you to look at the logs and not at the PID, so please do so before
jumping to wrong conclusions, thanks.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in
Did you modify the standard logging?
# grep -E 'log' /etc/php5/fpm/php-fpm.conf /etc/php5/fpm/pool.d/* | grep
-v :;
?
--
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/1242376
Title:
I have no idea why there's nothing in the logs, but I can say for sure
that the PID of the master process *DOES NOT* change between reloads
(the execve() call exchange the running code, but not the PID of the
process).
The easy thing how to check if the pool.d/* processes do reload is to
change
PHP 5.3 was first version to have php-fpm integrated, so I guess there
might have been a room for improvement.
I haven't packaged FPM in Debian squeeze, so I cannot confirm the PHP
5.3 behaviour.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
What does the log says?
# apt-cache policy php5-fpm
php5-fpm:
Installed: 5.6.0~rc2+dfsg-1
Candidate: 5.6.0~rc2+dfsg-1
Version table:
*** 5.6.0~rc2+dfsg-1 0
700 http://ftp.cz.debian.org/debian/ sid/main amd64 Packages
100 /var/lib/dpkg/status
5.6.0~rc1+dfsg-1 0
You broke your system somehow, starting with:
Start-Date: 2014-06-08 13:08:10
Commandline: apt-get -f install
Error: Sub-process /usr/bin/dpkg returned an error code (1)
End-Date: 2014-06-08 13:08:11
This should not happen unless you have accidentally deleted couple of
directories...
debconf:
I think it's not exactly clear here, why this cannot be fixed right away
in Ubuntu 14.04 LTS.
The main problem is that 'upstart' is not following Postel's principle
(be benevolent in what you receive, and strict in what you send) and
barfs and breaks whole release upgrade process if it encounters
@Robie: Try pulling fbdc116d6023141060d515949f38fcaa61ef2ed7 from
master-5.5 branch.
I have implemented:
Hmm, or we can just patch php5-fpm to reload on SIGHUP
That would just make everyone happy without fixing upstart.
--
You received this bug notification because you are a member of Ubuntu
** Bug watch added: bugs.php.net/ #67553
http://bugs.php.net/bug.php?id=67553
** Also affects: php via
http://bugs.php.net/bug.php?id=67553
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is
** Also affects: apt (Ubuntu)
Importance: Undecided
Status: New
--
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/1336713
Title:
Nginx+PHP-FPM - Apache gets installed
JFTR the ppa:ondrej/php5-oldstable, ppa:ondrej/php5 and ppa:php5-5.6 has
been updated (or will be updated shortly) with patched PHP 5.4, 5.5 and
5.6 that accept SIGHUP as reload signal and thus it doesn't break with
upstart.
--
You received this bug notification because you are a member of
Seth, I don't think that mod_php has functions to access random memory
chunks under normal conditions...
Thus I don't think that TLS private keys are available to PHP scripts if
the permissions are correctly set in the apache2.
I believe this is worth fixing anyway.
--
You received this bug
In any case this is not a bug in php5, but in apt dependencies
resolution.
** Package changed: php5 (Ubuntu) = apt (Ubuntu)
--
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/1333745
Ryan, I think that Clint was *being fair* since he has requested
additional information from the reporter...
Can you provide more information on how you used xdebug to determine
it was ftp_* causing your memory leaks? Also have you tried using
gc_enable();gc_collect_cycles() in your code after
libgcc1 1:4.9-20140222-0ubuntu1 is installed on your system. In fact it
could not be uninstalled since it's in libs/required and f.e apt
depends on it. So I doubt that php5-cli I at fault and I am reassigning
this to libc to check what might have caused this.
If anything it went through
Bug for obsolete Ubuntu release 9.10, thus closing.
** Changed in: ldns (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to ldns in Ubuntu.
https://bugs.launchpad.net/bugs/665187
Title:
ldns-keygen
I have reworked the whole php5{en,dis}mod thing and I don't really
remember how I reimplemented it :), but the source code helps:
get_priority() {
local sapi=$1
local modname=$2
local source_ini=/etc/php5/mods-available/${modname}.ini
module_ret=0
module_exists $modname ||
JFTR the /etc/php5/php.ini was never used in Debian packages, it was
/etc/php5/SAPI/php.ini from the start of php5 packaging.
--
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/1320532
This is known upstream problem:
https://bugs.php.net/bug.php?id=53829
We should probably enable the patch in the Debian build when we unbreak
the LFS build.
** Bug watch added: bugs.php.net/ #53829
http://bugs.php.net/bug.php?id=53829
--
You received this bug notification because you are a
Please do not report bugs from PPAs to Ubuntu Launchpad bugs. (And BTW
the problem is already fixed in -2 upload.)
** Changed in: php5 (Ubuntu)
Status: Confirmed = Invalid
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5
php5-5.4 from php5-oldstable doesn't have an upstart script, so this bug
is not there.
--
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/1230917
Title:
php5-fpm logrotate errors after
This should help:
$ git diff HEAD~2
diff --git a/debian/php5-fpm.init b/debian/php5-fpm.init
index b8b2fb3..13485ce 100644
--- a/debian/php5-fpm.init
+++ b/debian/php5-fpm.init
@@ -16,7 +16,7 @@ DESC=PHP5 FastCGI Process Manager
NAME=php5-fpm
DAEMON=/usr/sbin/$NAME
DAEMON_ARGS=--daemonize
And this fix will be included in 5.5.9+dfsg-2 (and when Ubuntu people
merge it to their own copies of src:php5).
--
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/1230917
Title:
php5-fpm
First - this is not a place to report bugs in my PPAs.
Second - the raring support has ended, and I am doing releases only for
supported releases.
** Changed in: php5 (Ubuntu)
Status: New = Invalid
** Changed in: php5 (Ubuntu)
Assignee: (unassigned) = Ondřej Surý (ondrej)
--
You
I suspect this bugreport is just a result of misunderstanding how the
kernel scheduling works (and maybe some draconic VPS settings or not
powerful enough CPU).
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
Just don't use bashisms when your default shell is not bash.
The default shell is not interpreting as redirection of stdout and
stderr, but as background character and runs *two* processes, fist php
without redirection and second with empty command (so it probably
barfs), but redirected to
It's not a php-cli bug.
TL;DR
The user (default) shell and default shell (what links from /bin/sh) is two
entirely different things. Just don't use '', but use '/dev/null 21' and
you'll be fine.
As for:
exec(php test3.php );
please go read the exec function documentation.
But you should
Nope, this is not a PHP packaging fault, but drush fault. If it does
support running under php5-cli (or is a preferred mode) it should
specify php5-cli in the Depends.
Reassigning to 'drush' package.
** Package changed: php5 (Ubuntu) = drush (Ubuntu)
--
You received this bug notification
Just change the reopen-logs in /etc/logrotate.d/php5-fpm to reload (or
restart).
--
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/1230917
Title:
php5-fpm logrotate errors after package
As far as I remember I have discussed this on the debian-devel and the
reload signal was added to upstart just recently.
Robie, could you please confirm that the older versions of upstart won't
cry too much if they encounter unknown directive?
--
You received this bug notification because you
To Ubuntu maintainers - cherry-pick c3d4814177.
--
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/1242726
Title:
php5-common is missing dependency on php5-json
To manage notifications
It's not missing, it has been split to php5-json package due the
licensing reasons.
The fix is to install php5-json package:
sudo apt-get install php5-json
** Summary changed:
- json_encode php function missing
+ php5-common is missing dependency on php5-json
--
You received this bug
Not a bug. The session handling (and the reasons for it) is correctly
described in (php5-common) README.Debian.
** Changed in: php5 (Ubuntu)
Status: New = Invalid
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
Please don't play BTS ping-pong. That's how the packaged PHP works. The
session behaviour is described in README.Debian together with reasons
and you always have an option to configure the default value in
/etc/php5/sapi/php.ini or just configure it back on your local system
(and disable the cron
No problem, it has been on my TODO list to get it fixed after php5
transition to Debian testing.
For Ubuntu I guess that it will be in saucy.
(Or you can use my PPAs to get newest PHP 5.4 / PHP 5.5 version - see my
launchpad page or debphp.org).
--
You received this bug notification because
This will be fixed in next upload of PHP 5.5 to Debian unstable. I am
just working on an optimal fix.
--
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/1056072
Title:
php5-dev missing
I suspect a rpm missconfig, maybe the ldap-module won't fit?
I more suspect you have mangled with /etc/php5/conf.d files:
Please do:
ls -l /etc/php5/conf.d
and paste the output here.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
There should be a link for 20-ldap.ini.
imagick and mcrypt might have not been updated to use the new helper
scripts.
Anyway I have updated the php5enmod script to not fail so hard on such
occasions in the Debian package, so Ubuntu packagers might want to
cherry-pick the change (when I confirm
Here's the commit to cherry-pick :
http://anonscm.debian.org/gitweb/?p=pkg-php/php.git;a=commit;h=82c9703c00dc864c1fb903b52cf8c3435577297d
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to php5 in Ubuntu.
*** This bug is a duplicate of bug 1189939 ***
https://bugs.launchpad.net/bugs/1189939
** Package changed: php5 (Ubuntu) = libjpeg-turbo (Ubuntu)
** This bug has been marked a duplicate of bug 1189939
Initialization leaks file descriptors to /prox/self/auxv
--
You received this bug
** Also affects: php5 (Ubuntu)
Importance: Undecided
Status: New
--
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/1189939
Title:
Initialization leaks file descriptors to
Either the php5_5.4.x/ext/gd/ module needs some patching to be used with
gd 2.1.0 (because it uses some internal symbols from libgd), or just
bump the php5 version to 5.5.0~rc2 which already have the support for GD
2.1.0.
O.
--
You received this bug notification because you are a member of
Several versions of ubuntu (current saucy) does not contain
php5-mcrypt library.
What are you talking about: http://packages.ubuntu.com/php5-mcrypt
Why, can't install phpmyadmin and other CMS that require it?
PEBKAC?
Reading the documentation before filling/commenting on bug might help...
Hmm, you are not ought to delete those files, but rather use php5dismod
to disable the module.
Anyway the script probably should not fail, when the file is not there.
You can issue touch /etc/php5/mods-
available/replace_with_module_name.ini as temporary workaround.
--
You received this bug
Yes, PHP up to and including 5.4 (the patch hasn't been ported to 5.5
yet) is using system implementation of available ciphers.
--
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/1183338
1 - 100 of 328 matches
Mail list logo