Bug#452347: php5-common: /usr/lib/php5/maxlifetime should search /etc/php5/conf.d/*.ini too

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#452347: php5-common: /usr/lib/php5/maxlifetime should search /etc/php5/conf.d/*.ini too

Arne Rusek-4
Package: php5-common
Version: 5.2.0-8+etch7
Severity: normal
Tags: patch


Hi.

It was a surprise when sessions were lost after 1440s contrary to the
session.gc_maxlifetime setting in some /etc/php5/conf.d/foobar.ini.

Please add /etc/php5/conf.d/*.ini search to the /usr/lib/php5/maxlifetime script.

Best regards.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-xen-686
Locale: LANG=en, LC_CTYPE=en (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)

Versions of packages php5-common depends on:
ii  sed                           4.1.5-1    The GNU sed stream editor

php5-common recommends no packages.

-- debconf-show failed

php5.patch (463 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Bug#452347: [php-maint] Bug#452347: php5-common: /usr/lib/php5/maxlifetime should search /etc/php5/conf.d/*.ini too

Paul Slootman
On Wed 21 Nov 2007, Raphael wrote:
> >
> > It was a surprise when sessions were lost after 1440s contrary to the
> > session.gc_maxlifetime setting in some /etc/php5/conf.d/foobar.ini.
> >
> > Please add /etc/php5/conf.d/*.ini search to the /usr/lib/php5/maxlifetime
> > script.
>
> conf.d/ won't be read for different values.
> Please read this recent thread[1] to know why.

I find this a bit unfortunate, the whole conf.d/ thing is very useful to
override the default settings without having to alter the distributed
php.ini (with the pain of merging in local changes whenever it gets
updated in the package). (24 minutes is quite low for e.g. being logged
into twiki, if you take a lot of time writing the page, by the time you
commit the change your session has expired and you've lost the text :-( )

The fix is trivial and it's hard to see what would break by this;
I had actually just finished patching /usr/lib/php5/maxlifetime myself
before checking the bug list.

Please reconsider this.


Thanks,
Paul Slootman



--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]

Reply | Threaded
Open this post in threaded view
|

Bug#452347: [php-maint] Bug#452347: php5-common: /usr/lib/php5/maxlifetime should search /etc/php5/conf.d/*.ini too

Joey Schulze
Paul Slootman wrote:

> On Wed 21 Nov 2007, Raphael wrote:
> > >
> > > It was a surprise when sessions were lost after 1440s contrary to the
> > > session.gc_maxlifetime setting in some /etc/php5/conf.d/foobar.ini.
> > >
> > > Please add /etc/php5/conf.d/*.ini search to the /usr/lib/php5/maxlifetime
> > > script.
> >
> > conf.d/ won't be read for different values.
> > Please read this recent thread[1] to know why.
>
> I find this a bit unfortunate, the whole conf.d/ thing is very useful to
> override the default settings without having to alter the distributed
> php.ini (with the pain of merging in local changes whenever it gets
> updated in the package).

Fully agreed.  I have always admired conf.d directories which reduce the
pain of merging configuration files after dist-upgrades and checking each
and every setting.  I thought and would have hoped this was true for PHP
as well.

> into twiki, if you take a lot of time writing the page, by the time you
> commit the change your session has expired and you've lost the text :-( )

With regards to this, and since I run into similar problems with
different applications every once in a while, 24 minutes seem to
be rather low.  60 minutes are better, sometimes a couple of hours
are required, but that's a different story.

> Please reconsider this.

+1

Regards,

        Joey

--
Ten years and still binary compatible.  -- XFree86

Please always Cc to me when replying to me on the lists.



--
To UNSUBSCRIBE, email to [hidden email]
with a subject of "unsubscribe". Trouble? Contact [hidden email]