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 wit
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 is
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 th
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 go
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
Import
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.
https://bugs.launch
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 notific
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 wit
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 ar
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 notificatio
@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 upda
tatus: 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 lat
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 symbols
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:
https://bugs.la
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 --buildi
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 internal
@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.
https://bugs.
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 m
> 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 r
+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 ppa:ondrej/ph
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:
https://b
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 subs
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 "php5"
@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 wi
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 co-i
@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 notificat
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.
http
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:
P
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ý
Date: Mon Jan 4 13:49:00 2016 +0100
Make phar command versioned and use update
** 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 o
@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 U
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, wh
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:
https:
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 /usr/sbin
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 bug
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 subscribed
ST 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ý Mon, 14 Mar 2016 16:11:21 +0100
Just building this and uploading to unstable.
Also this might need to be fixed (bad PEAR install path due bui
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:
https://bugs.launchpad.net/ubuntu/+sour
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.
htt
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 subscrib
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:
https://bugs
@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
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 depend
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 whic
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:
https://bugs.launchpad.net/ubuntu/+bug/154
@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
Bug
@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. T
@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
@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:
Updat
> 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
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"
https://bugs.launchpad.net/ubuntu/+bug/1543324/+attachment/4572058
@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
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:
https://bugs.
> - 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
> 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
@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.
https://bugs.launchpad
> 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
@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
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
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 putt
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 ever
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
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 no
@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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1356113
Title:
PHP5 session clean
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1456575
Title:
php5 fpm wo
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1456575
Title:
php
@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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.
@Johannes: It's called SRU: https://wiki.ubuntu.com/StableReleaseUpdates
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1374892
Title:
Please backport php5-apcu version 4.0.6 to Ubuntu 14.04 LTS
To
> 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 ar
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1230917
Title:
php5
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
Bugs, which is subscribed to Ub
Either
```
for sapi in /usr/lib/php5/sapi/*; do
. $sapi
```
and have the /usr/lib/php5/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 because
> Wouldn't /usr/lib/php5/sapi/ be a better location for scripts?
Yup...
--
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:
PHP5 session clean cron job causes OOM
To manage notifications
There's one more improvement the packages could do:
Each SAPI could drop it's session snippet to /var/lib/php5/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 coul
> 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 fr
> 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.
>
> 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 sur
** Bug watch added: Debian Bug tracker #757521
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757521
** Also affects: cyrus-imapd-2.4 (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757521
Importance: Unknown
Status: Unknown
--
You received this bug notification b
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1356113
Title
> 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 /etc/php5/fpm/php.in
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 sessi
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1356113
Title:
PHP5 session clean cron job cau
My personal suggestion would be to stick with 5.5. 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
Bugs, which is subscribed to U
Nope, the init script is correct.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1319595
Title:
upstart script ignores some php-fpm.conf parameters, cannot be
bypassed in preference of SystemV init
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
Bugs, which is subscr
> 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 defa
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
Bugs, which is subscribed to
*** 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
Bugs,
1 - 100 of 572 matches
Mail list logo
