Re: [CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-10 Thread Filipe Brandenburger
Hi, On Fri, Aug 7, 2009 at 23:00, Mark Hedges wrote: > DBD::SQLite is not available in yum so I make it with CPAN. > > libapreq2 (Apache2::Cookie/Apache2::Request) is not > available in yum and does not run the tests right with the > CPAN installer as root so I make it from source. I believe both

Re: [CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-08 Thread JohnS
On Sat, 2009-08-08 at 05:59 -0500, Johnny Hughes wrote: > Mark Hedges wrote: > >> You can report problems on the CentOS bug tracker at: > >> http://bugs.centos.org/ > > > > Umm, as I said, I couldn't sign up to file a bug report. > > Nope, still broken. > > > >APPLICATION ERROR #2800 > >

Re: [CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-08 Thread Johnny Hughes
Mark Hedges wrote: >> You can report problems on the CentOS bug tracker at: >> http://bugs.centos.org/ > > Umm, as I said, I couldn't sign up to file a bug report. > Nope, still broken. > >APPLICATION ERROR #2800 >Invalid form security token. Did you submit the form >twice by accident

Re: [CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-07 Thread Mark Hedges
> Yeah it doesn't make sense to me why it's an advantage for > RedHat to selectively backport patches instead of keeping > up what the developers believe is a stable API for all > callers. It's the same corporate cargo cult they were in > when they made the mod_perl1 "compatibility" interface for >

Re: [CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-07 Thread Mark Hedges
> You can report problems on the CentOS bug tracker at: > http://bugs.centos.org/ Umm, as I said, I couldn't sign up to file a bug report. Nope, still broken. APPLICATION ERROR #2800 Invalid form security token. Did you submit the form twice by accident? > If the problem is reproducibl

Re: [CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-07 Thread nate
Mark Hedges wrote: > Here's what people have collected so far: > > https://rt.cpan.org/Ticket/Display.html?id=47983 > > This is a message I posted when I signed up for the list, > I thought it was ignored but it looks like it didn't post: I looked through it and wow it does seem like a fairly deep

Re: [CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-07 Thread Johnny Hughes
Mark Hedges wrote: > On Sat, 1 Aug 2009, Ned Slider wrote: >> Filipe Brandenburger wrote: >>> On Sat, Aug 1, 2009 at 12:30, Mark Hedges wrote: > http://wiki.centos.org/HowTos/SELinux Is this why DBD::SQLite broke under mod_perl recently in CentOS? >>> It might or might not be... In or

Re: [CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-07 Thread Filipe Brandenburger
Hi, On Thu, Aug 6, 2009 at 17:58, Mark Hedges wrote: > Who packages httpd for Centos?  Is there some way to contact > a person to ask them about this? You can report problems on the CentOS bug tracker at: http://bugs.centos.org/ If the problem is reproducible in RHEL as well, you might as well r

Re: [CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-06 Thread Mark Hedges
On Thu, 6 Aug 2009, nate wrote: > > With SELinux off, any script run by apache can access > > anything on the filesystem that can be read by the apache > > process user. Maybe that's not the best way to do it, but > > it confirms that SELinux is not causing DBD::MySQL to break > > under mod_perl

Re: [CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-06 Thread nate
Mark Hedges wrote: > With SELinux off, any script run by apache can access > anything on the filesystem that can be read by the apache > process user. Maybe that's not the best way to do it, but > it confirms that SELinux is not causing DBD::MySQL to break > under mod_perl in CentOS 5.3. I recal

[CentOS] BUG in httpd 2.2.3-22.el5.centos.2

2009-08-06 Thread Mark Hedges
On Sat, 1 Aug 2009, Ned Slider wrote: > Filipe Brandenburger wrote: > > On Sat, Aug 1, 2009 at 12:30, Mark Hedges wrote: > >>> http://wiki.centos.org/HowTos/SELinux > >> Is this why DBD::SQLite broke under mod_perl recently in > >> CentOS? > > > > It might or might not be... In order to be sure, y