Bug#759195: php5: invalid argument -delete for -cmin

2014-09-26 Thread peter green 

Severity 759195 important
Thanks

I've also just run into this issue, I had to comment out a total of 
three different configuration directives in /etc/php5/apache2/php.ini


allow_call_time_pass_reference, magic_quotes_gpc and register_long_arrays

I don't recall ever setting any of these explicitly so I presume that 
they came from a debian default confgiuration file in the past. I expect 
breakage like this when updating to new major versions but not when 
installing security updates.


Given the way this spams sysadmins with mail and the non-obvious nature 
of the error it really needs to be fixed ASAP.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin

2014-09-02 Thread Lionel Félicité 
Thanks guys!
That's solved my problem !

On Fri, 29 Aug 2014 15:00:32 +0200 Bastian 
bastian-bugs.debian.org-759...@t6l.de wrote:
 On 29Aug14 14:54 +0200, Ondřej Surý wrote:
  Try with
 
  -d display_errors=On -d display_startup_errors=On

 Aha, that did it:
 {{{
 # php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get(session.gc_maxlifetime);' -d display_errors=On -d
display_startup_errors=On

 Fatal error: Directive 'allow_call_time_pass_reference' is no longer
 available in PHP in Unknown on line 0

 }}}

 Seems that my php.ini survived so;me upgrades and I still have this
 obsolete directive in there.

 Sorry for bothering you with this issue.

 Do you check during upgrades for deprecated options and send a warning%3F
 It could be the case I just ignored such thing. But also it could be
 worth doing a sanity check on the configuration file.


 Thanks,

 --
 Bastian

-- 
Lionel *FÉLICITÉ* - http://www.clever-age.com/
Tél : +33 1 53 34 66 10

Clever Age - Digital Architecture
Clever Garden - Digital Landscape
Clever Presence - Digital Running

Bug#759195: php5: invalid argument -delete for -cmin

2014-08-29 Thread Bastian 
Hi,

I hit this bug after upgrading to 5.4.4-14+deb7u14
I get error report from cron via mail. 
While the maxlifetime script inspects all php.ini files, it first
iterates over the apache2/php.ini file. In this case the script does not
print out any value and just exits with 1, which in turn ends the entire
maxlifetime script, because it is executed via sh -e.

In my case, the proposed patch does not work.

To describe the symptom on my host, i'll demonstrate the output::

{{{
# for sapi in apache2 apache2filter cgi fpm; do echo $sapi; php5 -c 
/etc/php5/${sapi}/php.ini -d error_reporting='~E_ALL' -r 'pr int 
ini_get(session.gc_maxlifetime); print \n;'; echo ret=$?; done
apache2
ret=1
apache2filter
1440
ret=0
cgi
1440
ret=0
fpm
1440
ret=0
}}}

You easily see, that this error just happens with the apache2/php.ini.
Digging a bit further into the problem with the apache2/php.ini file, I
realized that php5 behaves cumbersome.  It does not write out any error
messages and does not run the script and print the maxlifetime.
It just exits with error code 1.
Just look at the following run:
{{{
# php5 -c /etc/php5/apache2/php.ini
# echo $0
1
}}}

php5 does not show any information that something obvious is wrong.
It just exits with error code 1.


According to the for-loop above this faulty behaviour looks to be
triggered by the apache2 configuration file.
Alhtough, I do not know anything profound about php.ini files, I assumed
that in case of an error in the ini file, I should get some error
message, right?
Or are there configuration options to silently exit a programm on error?


Cheers,

-- 
Bastian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin

2014-08-29 Thread Ondřej Surý 
Hi Bastian,

strip the  -d error_reporting='~E_ALL' 
from the php command line and re-run the php, e.g.:

php5 -c /etc/php5/apache2/php.ini -r 'print
ini_get(session.gc_maxlifetime); print \n;'

The script probably should be more fool-proof, I'll prepare something
for next security update.

Cheers,
Ondrej

On Fri, Aug 29, 2014, at 11:18, Bastian wrote:
 Hi,
 
 I hit this bug after upgrading to 5.4.4-14+deb7u14
 I get error report from cron via mail. 
 While the maxlifetime script inspects all php.ini files, it first
 iterates over the apache2/php.ini file. In this case the script does not
 print out any value and just exits with 1, which in turn ends the entire
 maxlifetime script, because it is executed via sh -e.
 
 In my case, the proposed patch does not work.
 
 To describe the symptom on my host, i'll demonstrate the output::
 
 {{{
 # for sapi in apache2 apache2filter cgi fpm; do echo $sapi; php5 -c
 /etc/php5/${sapi}/php.ini -d error_reporting='~E_ALL' -r 'pr int
 ini_get(session.gc_maxlifetime); print \n;'; echo ret=$?; done
 apache2
 ret=1
 apache2filter
 1440
 ret=0
 cgi
 1440
 ret=0
 fpm
 1440
 ret=0
 }}}
 
 You easily see, that this error just happens with the apache2/php.ini.
 Digging a bit further into the problem with the apache2/php.ini file, I
 realized that php5 behaves cumbersome.  It does not write out any error
 messages and does not run the script and print the maxlifetime.
 It just exits with error code 1.
 Just look at the following run:
 {{{
 # php5 -c /etc/php5/apache2/php.ini
 # echo $0
 1
 }}}
 
 php5 does not show any information that something obvious is wrong.
 It just exits with error code 1.
 
 
 According to the for-loop above this faulty behaviour looks to be
 triggered by the apache2 configuration file.
 Alhtough, I do not know anything profound about php.ini files, I assumed
 that in case of an error in the ini file, I should get some error
 message, right?
 Or are there configuration options to silently exit a programm on error?
 
 
 Cheers,
 
 -- 
 Bastian
 
 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint


-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin

2014-08-29 Thread Bastian 
Hi Ondřej,

thanks for your quick reply.

On 29Aug14 12:41 +0200, Ondřej Surý wrote:
 strip the  -d error_reporting='~E_ALL' 
 from the php command line and re-run the php, e.g.:
 
 php5 -c /etc/php5/apache2/php.ini -r 'print
 ini_get(session.gc_maxlifetime); print \n;'

Still, same behaviour.

The end part of strace looks like this:
{{{
# strace php5 -c /etc/php5/apache2/php.ini -r 'print 
ini_get(session.gc_maxlifetime)
[..cut..]
open(/etc/services, O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xf7731000
read(3, # Network services, Internet sty..., 4096) = 4096
read(3, \t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/..., 4096) = 4096
read(3,   assessment scanner\nlotusnote\t1..., 4096) = 4096
close(3)= 0
munmap(0xf7731000, 4096)= 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE], 
SA_RESTART}, 8) = 0
exit_group(1)   = ?
}}}

Whereas a successfull run deliveres this strace:
{{{
# strace php5 -c /etc/php5/fpm/php.ini -r 'print 
ini_get(session.gc_maxlifetime);'
[..cut..]
open(/etc/services, O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xf77a6000
read(3, # Network services, Internet sty..., 4096) = 4096
read(3, \t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/..., 4096) = 4096
read(3,   assessment scanner\nlotusnote\t1..., 4096) = 4096
close(3)= 0
munmap(0xf77a6000, 4096)= 0
rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE], 
SA_RESTART}, 8) = 0
rt_sigaction(SIGPROF, {0x8317a90, [PROF], SA_RESTART}, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
gettimeofday({1409315669, 574372}, NULL) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xf77a6000
_llseek(0, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xf4971000
_llseek(1, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
_llseek(2, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
write(1, 1440, 41440) = 4
close(2)= 0
close(1)= 0
munmap(0xf4971000, 4096)= 0
close(0)= 0
munmap(0xf77a6000, 4096)= 0
munmap(0xf47a3000, 46488)   = 0
munmap(0xf4941000, 20616)   = 0
munmap(0xf493f000, 5788)= 0
munmap(0xf47af000, 754940)  = 0
munmap(0xf4871000, 114932)  = 0
munmap(0xf4972000, 28944)   = 0
munmap(0xf488e000, 717476)  = 0
munmap(0xf497a000, 37200)   = 0
munmap(0xf4947000, 170484)  = 0
munmap(0xf6928000, 33044)   = 0
gettimeofday({1409315669, 578779}, NULL) = 0
munmap(0xf4984000, 131936)  = 0
munmap(0xf4cc7000, 49380)   = 0
munmap(0xf49a5000, 3280908) = 0
munmap(0xf4cd4000, 100364)  = 0
munmap(0xf4d24000, 41120)   = 0
munmap(0xf4cf7000, 183072)  = 0
munmap(0xf4ced000, 38656)   = 0
munmap(0xf62fa000, 194088)  = 0
munmap(0xf4e38000, 49188)   = 0
munmap(0xf612, 1940196) = 0
munmap(0xf5fb6000, 1479840) = 0
munmap(0xf4e45000, 18284552)= 0
munmap(0xf664, 90248)   = 0
munmap(0xf65f9000, 286840)  = 0
munmap(0xf6414000, 66460)   = 0
munmap(0xf6425000, 1277496) = 0
munmap(0xf63ea000, 168520)  = 0
munmap(0xf63b1000, 231064)  = 0
munmap(0xf637b000, 219492)  = 0
munmap(0xf655d000, 635728)  = 0
munmap(0xf6358000, 139724)  = 0
munmap(0xf633, 159800)  = 0
munmap(0xf77a7000, 11384)   = 0
munmap(0xf632a000, 22144)   = 0
munmap(0xf6931000, 69912)   = 0
munmap(0xf68bd000, 436444)  = 0
munmap(0xf688a000, 205020)  = 0
munmap(0xf686, 168516)  = 0
munmap(0xf67ff000, 333220)  = 0
munmap(0xf6851000, 57504)   = 0
munmap(0xf67e5000, 105524)  = 0
munmap(0xf6744000, 76)

Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin

2014-08-29 Thread Ondřej Surý 
Try with

-d display_errors=On -d display_startup_errors=On

On Fri, Aug 29, 2014, at 14:38, Bastian wrote:
 Hi Ondřej,
 
 thanks for your quick reply.
 
 On 29Aug14 12:41 +0200, Ondřej Surý wrote:
  strip the  -d error_reporting='~E_ALL' 
  from the php command line and re-run the php, e.g.:
  
  php5 -c /etc/php5/apache2/php.ini -r 'print
  ini_get(session.gc_maxlifetime); print \n;'
 
 Still, same behaviour.
 
 The end part of strace looks like this:
 {{{
 # strace php5 -c /etc/php5/apache2/php.ini -r 'print
 ini_get(session.gc_maxlifetime)
 [..cut..]
 open(/etc/services, O_RDONLY|O_CLOEXEC) = 3
 fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
 = 0xf7731000
 read(3, # Network services, Internet sty..., 4096) = 4096
 read(3, \t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/..., 4096) = 4096
 read(3,   assessment scanner\nlotusnote\t1..., 4096) = 4096
 close(3)= 0
 munmap(0xf7731000, 4096)= 0
 rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE],
 SA_RESTART}, 8) = 0
 exit_group(1)   = ?
 }}}
 
 Whereas a successfull run deliveres this strace:
 {{{
 # strace php5 -c /etc/php5/fpm/php.ini -r 'print
 ini_get(session.gc_maxlifetime);'
 [..cut..]
 open(/etc/services, O_RDONLY|O_CLOEXEC) = 3
 fstat64(3, {st_mode=S_IFREG|0644, st_size=19398, ...}) = 0
 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
 = 0xf77a6000
 read(3, # Network services, Internet sty..., 4096) = 4096
 read(3, \t\t# IPX\nipx\t\t213/udp\nimap3\t\t220/..., 4096) = 4096
 read(3,   assessment scanner\nlotusnote\t1..., 4096) = 4096
 close(3)= 0
 munmap(0xf77a6000, 4096)= 0
 rt_sigaction(SIGPIPE, {SIG_IGN, [PIPE], SA_RESTART}, {SIG_IGN, [PIPE],
 SA_RESTART}, 8) = 0
 rt_sigaction(SIGPROF, {0x8317a90, [PROF], SA_RESTART}, {SIG_DFL, [], 0},
 8) = 0
 rt_sigprocmask(SIG_UNBLOCK, [PROF], NULL, 8) = 0
 gettimeofday({1409315669, 574372}, NULL) = 0
 fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
 fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
 fstat64(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
 = 0xf77a6000
 _llseek(0, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
 fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
 fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
 fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
 = 0xf4971000
 _llseek(1, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
 fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
 fstat64(2, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 4), ...}) = 0
 _llseek(2, 0, 0xffa9e3c4, SEEK_CUR) = -1 ESPIPE (Illegal seek)
 write(1, 1440, 41440) = 4
 close(2)= 0
 close(1)= 0
 munmap(0xf4971000, 4096)= 0
 close(0)= 0
 munmap(0xf77a6000, 4096)= 0
 munmap(0xf47a3000, 46488)   = 0
 munmap(0xf4941000, 20616)   = 0
 munmap(0xf493f000, 5788)= 0
 munmap(0xf47af000, 754940)  = 0
 munmap(0xf4871000, 114932)  = 0
 munmap(0xf4972000, 28944)   = 0
 munmap(0xf488e000, 717476)  = 0
 munmap(0xf497a000, 37200)   = 0
 munmap(0xf4947000, 170484)  = 0
 munmap(0xf6928000, 33044)   = 0
 gettimeofday({1409315669, 578779}, NULL) = 0
 munmap(0xf4984000, 131936)  = 0
 munmap(0xf4cc7000, 49380)   = 0
 munmap(0xf49a5000, 3280908) = 0
 munmap(0xf4cd4000, 100364)  = 0
 munmap(0xf4d24000, 41120)   = 0
 munmap(0xf4cf7000, 183072)  = 0
 munmap(0xf4ced000, 38656)   = 0
 munmap(0xf62fa000, 194088)  = 0
 munmap(0xf4e38000, 49188)   = 0
 munmap(0xf612, 1940196) = 0
 munmap(0xf5fb6000, 1479840) = 0
 munmap(0xf4e45000, 18284552)= 0
 munmap(0xf664, 90248)   = 0
 munmap(0xf65f9000, 286840)  = 0
 munmap(0xf6414000, 66460)   = 0
 munmap(0xf6425000, 1277496) = 0
 munmap(0xf63ea000, 168520)  = 0
 munmap(0xf63b1000, 231064)  = 0
 munmap(0xf637b000, 219492)  = 0
 munmap(0xf655d000, 635728)  = 0
 munmap(0xf6358000, 139724)  = 0
 munmap(0xf633, 159800)  = 0
 munmap(0xf77a7000, 11384)   = 0
 munmap(0xf632a000, 22144)   = 0
 munmap(0xf6931000, 69912)   = 0
 munmap(0xf68bd000, 436444)  = 0
 munmap(0xf688a000, 205020)  = 0

Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin

2014-08-29 Thread Bastian 
On 29Aug14 14:54 +0200, Ondřej Surý wrote:
 Try with
 
 -d display_errors=On -d display_startup_errors=On

Aha, that did it:
{{{
# php5 -c /etc/php5/apache2/php.ini -r 'print 
ini_get(session.gc_maxlifetime);' -d display_errors=On -d 
display_startup_errors=On

Fatal error: Directive 'allow_call_time_pass_reference' is no longer
available in PHP in Unknown on line 0

}}}

Seems that my php.ini survived some upgrades and I still have this
obsolete directive in there.

Sorry for bothering you with this issue.

Do you check during upgrades for deprecated options and send a warning?
It could be the case I just ignored such thing. But also it could be
worth doing a sanity check on the configuration file.


Thanks,

-- 
Bastian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin

2014-08-29 Thread Ondřej Surý 
On Fri, Aug 29, 2014, at 15:00, Bastian wrote:
 On 29Aug14 14:54 +0200, Ondřej Surý wrote:
  Try with
  
  -d display_errors=On -d display_startup_errors=On
 
 Aha, that did it:
 {{{
 # php5 -c /etc/php5/apache2/php.ini -r 'print
 ini_get(session.gc_maxlifetime);' -d display_errors=On -d
 display_startup_errors=On
 
 Fatal error: Directive 'allow_call_time_pass_reference' is no longer
 available in PHP in Unknown on line 0
 
 }}}
 
 Seems that my php.ini survived some upgrades and I still have this
 obsolete directive in there.
 
 Sorry for bothering you with this issue.
 
 Do you check during upgrades for deprecated options and send a warning?

Nope, but it's not a bad idea to add such check. I'll think of
something.

 It could be the case I just ignored such thing. But also it could be
 worth doing a sanity check on the configuration file.

O.
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759195: php5: invalid argument -delete for -cmin

2014-08-25 Thread Norbert Schulz 
Package: php5
Version: 5.4.4-14+deb7u14
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***
After updating the php5 package every half an hour cron sends an email with 
the subject Cron root@server1   [ -x /usr/lib/php5/maxlifetime ]  [ -x 
/usr/lib/php5/sessionclean ]  [ -d /var/lib/php5 ]  
/usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime) and the 
email body 
find: Ungültiges Argument -delete für -cmin. -- translate to english
find: invalid argrument -delete for -cmin.

Kind regards
Norbert Schulz


-- System Information:
Debian Release: 7.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages php5 depends on:
ii  libapache2-mod-php5  5.4.4-14+deb7u14
ii  php5-common  5.4.4-14+deb7u14

php5 recommends no packages.

php5 suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759195: php5: invalid argument -delete for -cmin

2014-08-25 Thread Emmanuel Seyman 

I ran into this problem and realized that sh /usr/lib/php5/maxlifetime wasn't
returning a number of hours. So there isn't any argument being given to -cmin
and the find command outputs the error reported by Norbert.

Running sh /usr/lib/php5/maxlifetime gave me the error message Fatal error:
Directive 'allow_call_time_pass_reference' is no longer available in PHP in
Unknown on line 0.

Commenting out allow_call_time_pass_reference = On (and a few other lines) in
/etc/php5/apache2/php.ini made the error go away. At this point,
/usr/lib/php5/maxlifetime outputs a number of hours once again and find no
longer fails.

Emmanuel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759195: [php-maint] Bug#759195: php5: invalid argument -delete for -cmin

2014-08-25 Thread Ondřej Surý 
Fixing your /etc/php5/*/php.ini to *not include* deprecated directives
(preferred).

Or applying this patch:

diff --git a/debian/maxlifetime b/debian/maxlifetime
index d5a536b..df79d76 100644
--- a/debian/maxlifetime
+++ b/debian/maxlifetime
@@ -5,7 +5,7 @@ max=1440
 if which php5 /dev/null 21; then
 for sapi in apache2 apache2filter cgi fpm; do
if [ -e /etc/php5/${sapi}/php.ini ]; then
-   cur=$(php5 -c /etc/php5/${sapi}/php.ini -d
error_reporting='~E_ALL' -r 'print
ini_get(session.gc_maxlifetime);')
+   cur=$(php5 -c /etc/php5/${sapi}/php.ini -d
error_reporting='~E_ALL' -r 'print ini_get(session.gc_maxlifetime);'
2/dev/null)
[ -z $cur ]  cur=0
[ $cur -gt $max ]  max=$cur
fi

should fix this problem.

Cheers,
Ondrej

On Mon, Aug 25, 2014, at 09:02, Norbert Schulz wrote:
 Package: php5
 Version: 5.4.4-14+deb7u14
 Severity: normal
 
 Dear Maintainer,
 *** Please consider answering these questions, where appropriate ***
 
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
  ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
 
 *** End of the template - remove these lines ***
 After updating the php5 package every half an hour cron sends an email
 with 
 the subject Cron root@server1   [ -x /usr/lib/php5/maxlifetime ]  [
 -x /usr/lib/php5/sessionclean ]  [ -d /var/lib/php5 ] 
 /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime)
 and the email body 
 find: Ungültiges Argument -delete für -cmin. -- translate to english
 find: invalid argrument -delete for -cmin.
 
 Kind regards
 Norbert Schulz
 
 
 -- System Information:
 Debian Release: 7.6
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable')
 Architecture: i386 (i686)
 
 Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages php5 depends on:
 ii  libapache2-mod-php5  5.4.4-14+deb7u14
 ii  php5-common  5.4.4-14+deb7u14
 
 php5 recommends no packages.
 
 php5 suggests no packages.
 
 -- no debconf information
 
 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint


-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org