Re: [mp2] mod_perl (current cvs) and multiple Apache2s make problems
On Thursday 01 April 2004 09:38 am, Geoffrey Young wrote: > > Just wondering, is the older ( -D"2004-03-01" ) Apache2.1 still > > available via CVS ( without you doing a lot of work )? > > > > If I could test against it, it would narrow my problem down. > > ok, it looks as though it's an fixable APR problem: > > http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=108082860631380&w=2 > > so, the steps to follow are run buildconf and configure as you normally > would, then edit the generated apr.h as indicated in the above link. after > that you ought to be able to run make as usual and things should be ok. we > hope... > Geoff, FYI - 'Patching' the APR_HAS_LARGE_FILES to 0 as described above did not work for me. Even with it set to 0 in apr.h the server seg faulted. However, using '--disable-lfs' DID work (and APR_HAS_LARGE_FILES did not need to be patched because it came out of the configure set to 0). Anyway, I'm a happy camper - and - tomorrow I plan to convert my production site to 2.1 and see how it goes. Aloha => Beau; -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] mod_perl (current cvs) and multiple Apache2s make problems
> Geoff, FYI - > > 'Patching' the APR_HAS_LARGE_FILES to 0 as described above did not work > for me. Even with it set to 0 in apr.h the server seg faulted. However, > using '--disable-lfs' DID work (and APR_HAS_LARGE_FILES did not need to be > patched because it came out of the configure set to 0). cool. > > Anyway, I'm a happy camper - and - tomorrow I plan to convert my production > site to 2.1 and see how it goes. yikes. please be aware that while we do our best to make sure that any issues mod_perl 2.0 has with Apache 2.1 are resolved fairly quickly, officially Apache 2.1 is unsupported so you may be left in a lurch if you run into problems. --Geoff -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] mod_perl (current cvs) and multiple Apache2s make problems
On Friday 02 April 2004 03:18 am, Geoffrey Young wrote: > > Geoff, FYI - > > > > 'Patching' the APR_HAS_LARGE_FILES to 0 as described above did not work > > for me. Even with it set to 0 in apr.h the server seg faulted. However, > > using '--disable-lfs' DID work (and APR_HAS_LARGE_FILES did not need to > > be patched because it came out of the configure set to 0). > > cool. > > > Anyway, I'm a happy camper - and - tomorrow I plan to convert my > > production site to 2.1 and see how it goes. > > yikes. please be aware that while we do our best to make sure that any > issues mod_perl 2.0 has with Apache 2.1 are resolved fairly quickly, > officially Apache 2.1 is unsupported so you may be left in a lurch if you > run into problems. yikes, youself, indeed! ;) Not to worry. I won't come crying when it dies - I'll just flip back to 2.0. My site is not that big a risk - low traffic - and I'm running all cvs devel packages on it already. Note - this is my little site, _not_ one of my clients'. I have always kept my site on the bleading edge so I have experience with the new packages when it comes time to install them elsewhere. At least with 2.1 running 'live' I can share with you and the 2.1 team any glitches I encounter (in a nice way). Aloha => Beau; -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [mp2] mod_perl (current cvs) and multiple Apache2s make problems
> Not to worry. I won't come crying when it dies - I'll just flip back to > 2.0. My site is not that big a risk - low traffic - and I'm running all > cvs devel packages on it already. Note - this is my little site, _not_ > one of my clients'. I have always kept my site on the bleading edge so > I have experience with the new packages when it comes time to install > them elsewhere. yes, that makes perfect sense. we just have different ideas of production then :) > > At least with 2.1 running 'live' I can share with you and the 2.1 team > any glitches I encounter (in a nice way). indeed. in fact, without people like you playing with the bleeding edge it will never become stable. so we appreciate your efforts here. --Geoff -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
AW: Localtime DST / TZ question
Hi Trond,
Thanks for this solution, actually I'm using Class::Date module which uses the POSIX
library for Date calculations, and normally it works great, except under mod_perl...
And extra calling of DateTime only to find out if the TimeZone settings are correct is
a bit too slow I think. (I'm creating up to 100 date objects per request )
Is there any other way to tell mod_perl which time_zone to take?
Thanks
Denis
-Ursprüngliche Nachricht-
Von: Trond Michelsen [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 2. April 2004 16:11
An: Denis Banovic
Cc: [EMAIL PROTECTED]
Betreff: Re: Localtime DST / TZ question
On Fri, Apr 02, 2004 at 09:48:11AM +0200, Denis Banovic wrote:
> Can somebody please tell me, how to tell mod_perl to use a different time zone?
I prefer the DateTime module.
use DateTime;
my $dt = DateTime->now(time_zone => "Europe/Oslo");
print $dt->strftime("%a, %d %b %Y %H:%M:%S %z")'
Fri, 02 Apr 2004 16:04:28 +0200
This module takes care of both timezones and DST
--
Trond Michelsen
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
ANN: Krang v1.014 Released
Krang v1.014, the first public release, is now available. Krang is an Open Source web-publisher / content-management system designed for large-scale magazine-style websites. It is a 100% Perl application using Apache/mod_perl and MySQL, as well as numerous CPAN modules. Krang provides a powerful and easy to use story and media editing environment for magazine editors, as well as a complete template development environment for web designers. On the back-end, Perl programmers can customize Krang to control the data entered in the story editor and add code to drive the templates to build output. Krang can be enhanced with add-ons containing new skins and other new features. Krang easily handles large data sets and can manage multiple websites in a single installation. For more information about Krang, visit the Krang website: http://krang.sourceforge.net/ There you can download Krang, view screenshots, read documentation, join our mailing-lists and access the CVS tree. - the Krang team -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: Apache::Session maintainership
On Thu, 2004-03-18 at 14:44, Ask Bjørn Hansen wrote: > On Feb 26, 2004, at 12:29 PM, Jeffrey W. Baker wrote: > > > SourceForget is truly terrible and I would not burden the users with > > the > > horror of having to use it. > > We'd be happy to host a SCM repository for Apache::Session over at > perl.org. Either in CVS, like http://cvs.perl.org/viewcvs/modules/ or > in Subversion next to DBI and the SDL module: > http://svn.perl.org/viewcvs/modules/ I personally prefer arch because it doesn't need to be hosted by anyone. I can also do monotone. But if everybody wants Subversion or CVS, just remember to make me an account :) -jwb -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: AW: Localtime DST / TZ question
Denis Banovic writes: > Is there any other way to tell mod_perl which time_zone to take? You might want to let the browser do the string conversion for you using JavaScript. Another trick is store the time zone offset (also computed with JavaScript) in the cookie if you need it on the server to do some calculations in local time. Rob -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
