Re: section syntax--where's tfm?

2001-07-17 Thread Stas Bekman

On Tue, 17 Jul 2001, will trillich wrote:

> for example? where's the blinkin' manual? or maybe someone has a
> large perl config that the rest of us can glean from? hmm?

http://www.modperl.com/book/chapters/ch8.html#Configuring_Apache_with_Perl

Though it doesn't mention the GET POST thing, that's why it's in the guide
:)

_
Stas Bekman  JAm_pH --   Just Another mod_perl Hacker
http://stason.org/   mod_perl Guide  http://perl.apache.org/guide
mailto:[EMAIL PROTECTED]   http://apachetoday.com http://eXtropia.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/





Re: Error in Perl code: Can't locate Apache/Cookie.pm in @INC

2001-07-17 Thread will trillich

On Tue, Jul 17, 2001 at 09:42:00PM +0200, Gerald Richter wrote:
> > mod_perl as a DSO; can someone point me in the right direction to get the
> > other modules loaded or what I didn't do that I needed to do to make the
> > active?
> > 
> 
> Put a
> 
> PerlModule Apache::Cookie
> PerlModule Apache::Registry
> 
> etc.
> 
> in your httpd.conf

or, use the "+" shortcut --

PerlHandler +HTML::Mason::ApacheHandler

(note the prefixed "+") same as

PerlModule HTML::Mason::ApacheHandler
PerlHandler HTML::Mason::ApacheHandler

-- 
I'd concentrate on "living in the now" because it is fun
and on building a better world because it is possible.
- Tod Steward

[EMAIL PROTECTED]
http://sourceforge.net/projects/newbiedoc -- we need your brain!
http://www.dontUthink.com/ -- your brain needs us!



section syntax--where's tfm?

2001-07-17 Thread will trillich

this almost works. but i can't find the docs explaining why not:

#httpd.conf

  use HTML::Mason::ApacheHandler ();
  use Apache::Constants ();
  require '/var/www/mtinker/mason.pl';
  $VirtualHost{"127.0.0.1"} = [
{
  DocumentRoot => '/var/www',
  Alias => '/icons/ /usr/share/apache/icons/',
  FilesMatch => {
'(\.html?|\.md|\.mason|^[^\.]+)$' => {
  SetHandler => 'perl-script',
  PerlHandler => 'HTML::Mason::ApacheHandler',
},
'(\.mc$)' => {
  SetHandler => 'perl-script',
  PerlHandler => 'Apache::Constants::NOT_FOUND',
},
  },
  Location => {
'/mtinker/' => {
# PerlRequre  => '/var/www/mtinker/mason.pl',
  SetHandler  => 'perl-script',
  PerlHandler => 'tinker::mason::handler',
},
'/' => {
  Limit => {
METHODS => 'GET POST',
Order => 'allow,deny', # WTF? no workee
Allow => 'from any',   # WTF? no workee
  },
},
  },
},
#   {
# another virtual host config here, eventually...
#   },
  ];


http://perl.apache.org/guide/config.html mentions this type of
thing in passing, but surely there's an in-depth
"how-this-works" somewhere...


  Order allow,deny
  Allow from all


how would we know to translate that to

  ...
  Limit => {
METHODS => 'GET POST',
Order => 'allow,deny',
Allow => 'from all',
  },
instead of to
  Limit => {
'GET POST' => {
  Order => 'allow,deny',
  Allow => 'from all',
}
  }

for example? where's the blinkin' manual? or maybe someone has a
large perl config that the rest of us can glean from? hmm?

-- 
I'd concentrate on "living in the now" because it is fun
and on building a better world because it is possible.
- Tod Steward

[EMAIL PROTECTED]
http://sourceforge.net/projects/newbiedoc -- we need your brain!
http://www.dontUthink.com/ -- your brain needs us!



RE: Error in Perl code: Can't locate Apache/Cookie.pm in @INC

2001-07-17 Thread Chris Pizzo

Thanks that solved the problem.
Chris

-Original Message-
From: Gerald Richter [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 17, 2001 12:42 PM
To: Chris Pizzo; [EMAIL PROTECTED]
Subject: Re: Error in Perl code: Can't locate Apache/Cookie.pm in @INC


> mod_perl as a DSO; can someone point me in the right direction to get the
> other modules loaded or what I didn't do that I needed to do to make the
> active?
> 

Put a

PerlModule Apache::Cookie
PerlModule Apache::Registry

etc.

in your httpd.conf

Gerald


-
Gerald Richterecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting

Post:   Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925131
WWW:http://www.ecos.de  Fax:  +49 6133 925152
-





FYI: CVS moved to new machine (fwd)

2001-07-17 Thread Stas Bekman

If you are living on the bleeding edge, you will want to know this. I
think I've updated all the docs already to accomodate this change. So
either read the forward below or http://perl.apache.org/mod_perl_cvs.html

-- Forwarded message --
Date: Sun, 15 Jul 2001 21:40:08 -0700 (PDT)
From: Brian Behlendorf <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: CVS moved to new machine

I've moved the CVS tree to a new machine.  Here is WHAT YOU NEED TO DO TO
USE IT:

- It is on a new machine, called "cvs.apache.org" officially, unofficially
  "icarus.apache.org".  Please use "cvs.apache.org" in all your CVSROOT
  calls and SSH tunnels.  I will set up something that will allow for port
  2401 on the other *.apache.org hosts to forward to port 2401 on
  cvs.apache.org so anoncvs to old hostnames will work, but for now let's
  focus on using cvs.apache.org.

  Note that cvs.apache.org should be "64.208.42.42" - if your DNS server
  is not seeing that IP address for that hostname, then try
  "icarus.apache.org" until it does.

[Note, that I've snipped irrelevant part of the post]







Re: please post the URLs for your TPC talks

2001-07-17 Thread Stas Bekman

On Tue, 17 Jul 2001, Ken Williams wrote:

> [EMAIL PROTECTED] (Stas Bekman) wrote:
> >Folks, it'd be really nice to do some homework and read the conference
> >papers ahead I'll take me some 24 hours to get to SD from Singapore, so I
> >could use this time to learn ahead and allow me to spend more time peer
> >networking at the conference. Can you please post the URLs for your talks?
> >Not only mod_perl, but any...
>
> You asked for it ... ;-)

I'm on the perl-ai list, so I read these already :) very cool!

>http://mathforum.com/~ken/categorize/001.html
>
> (These are the slides from YAPC, I need to revise them a little for TPC.)

I'm thinking to compile a page with this kind of URLs and put it on
perl.apache.org.

_
Stas Bekman  JAm_pH --   Just Another mod_perl Hacker
http://stason.org/   mod_perl Guide  http://perl.apache.org/guide
mailto:[EMAIL PROTECTED]   http://apachetoday.com http://eXtropia.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/





Re: BOF?

2001-07-17 Thread Ask Bjoern Hansen

On Sun, 15 Jul 2001, Jeffrey W. Baker wrote:

[...]
> I'm sure SD hasn't got anything nearly as classy as the Eagle and Anchor
> or whatever the place in Monterey was.

The sign said "Crown & Anchor". :-)

http://photo.tomat.dk/tpc4/dsc_4696.jpg
http://photo.tomat.dk/tpc4/dsc_4696.html

To whoever it was worrying about finding the mod_perl crowd, here's
a picture from last years Sunday,

  http://photo.tomat.dk/tpc4/dsc_4549.html
  (Joshua, Doug, Jeffrey, Randal's friend (Bill?), Randal, Eric,
   and brian moseley)

> Looks like the conference hotel might be quite a ways from
> anything interesting.

If you post your room number as soon as you get it then we'll just
all come over! :-)


 - ask

-- 
ask bjoern hansen, http://ask.netcetera.dk/   !try; do();
more than 100M impressions per day, http://valueclick.com






Re: BOF?

2001-07-17 Thread Ask Bjoern Hansen

On Sat, 14 Jul 2001, brian moseley wrote:

> > I just noticed that there's no mod_perl BOF listed at
> >   http://conferences.oreillynet.com/cs/os2001/pub/10/bofs.html .
> > Is one scheduled?  If not, let's get one together.
>
> speaking of which. there should be an opening night piss-up,
> eh? somebody that knows the area should propose a place.

Yeah, I thought that was what the thread was about when I saw the
BOF subject.

Sunday evening where?


 - ask

-- 
ask bjoern hansen, http://ask.netcetera.dk/   !try; do();




Re: please post the URLs for your TPC talks

2001-07-17 Thread Ken Williams

[EMAIL PROTECTED] (Erik Arneson) wrote:
>Ken,
>
>This looks very awesome.  When are you holding your talk?  I want to
>make sure and see it.

I'll be speaking at 2:15 on Wednesday in Grande Ballroom B.  (Good thing
I checked, because I thought I was on Friday!)


  ------
  Ken Williams Last Bastion of Euclidity
  [EMAIL PROTECTED]The Math Forum



JOB: Staff Perl/CGI Programmer

2001-07-17 Thread Jesse Erlbaum

Perl Programmer needed for Staff position in New York City

Vanguard Media is looking for a skilled, detail-oriented Perl/CGI programmer
to work on Web-Application development projects!

Skills Sought:
* Perl 5
* CGI
* SQL
* CGI.pm
* DBI
* HTML::Template
* CGI::Application
* HTML
* JavaScript
* Apache / mod_perl
* UNIX
* CVS
* Object-Oriented Programming methodologies
* OOP in Perl 5
* References in Perl 5
* Experience as CPAN contributor (a plus)

This is a full-time, staff position.  All work is to be done on-site in our
New York City offices.  (Sorry -- no telecommuting!)

If this position sounds interesting to you, please email your resume to
"[EMAIL PROTECTED]", subject "Perl/CGI Staff Programmer".  Please be prepared to
show code samples!


About Vanguard Media

For over twelve years, Vanguard Media has been in the business of building
custom software solutions.  A large part of our work involves creating
sophisticated UNIX-based web applications which integrate with relational
databases.  Our work environment is casual, but our project requirements are
not!  Our focus is on building the highest quality software, through proper
design, modularity and reusable components.  If you enjoy working in a
creative environment supported by enlightened and experienced management,
this is the place for you!



--

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  Jesse Erlbaum ... CTO
  [EMAIL PROTECTED] . Vanguard Media
  v: 212.242.5317 x115 .. New York City
+-+-+-+-+-+- http://www.vm.com/ +-+-+-+-+-+-+




Re: Error in Perl code: Can't locate Apache/Cookie.pm in @INC

2001-07-17 Thread Gerald Richter

> mod_perl as a DSO; can someone point me in the right direction to get the
> other modules loaded or what I didn't do that I needed to do to make the
> active?
> 

Put a

PerlModule Apache::Cookie
PerlModule Apache::Registry

etc.

in your httpd.conf

Gerald


-
Gerald Richterecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting

Post:   Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925131
WWW:http://www.ecos.de  Fax:  +49 6133 925152
-





RE: [BUG] $r->subprocess_env() leaking to %ENV

2001-07-17 Thread Sheth, Niraj

FYI

http://forum.swarthmore.edu/epigone/modperl/quajugrar/DDC7EF25B9D6D311A2
[EMAIL PROTECTED]


-Original Message-
From: Dominique Quatravaux [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 17, 2001 2:24 PM
To: [EMAIL PROTECTED]
Subject: [BUG] $r->subprocess_env() leaking to %ENV


Hello,

I found the following behaviour in mod_perl, which is clearly
unexpected: I use an Apache that can serve both mod_perl and PHP
pages. I run it -X ; first I request the URI for this scriptlet
(under mod_perl's Apache::Registry):

#!/usr/bin/perl
$ENV{"LEAKING"}="oops";

Then I visit a PHP page that contains just phpinfo() - the LEAKING
variable is passed to it, I can see it in the HTTP_ENV_VARS.

So far, so good - a remanent environment may not be what I want, but
it certainly is not a bug. It becomes worse with a module that sets
things in the CGI namespace ($r->subprocess_env()), such as mod_ssl :
if I request the Perl scriptlet through SSL, all variables in the
subprocess_env (HTTPS, SERVER_CERTIFICATE et al., that normally show
up as HTTP_SERVER_VARS in phpinfo()) are somehow promoted as
environment variables, and become remanent in the server process
environment as shown above (i.e. they now appear as HTTP_ENV_VARS for
subsequent requests). This seems to happen at the time the first (I
didn't test more) request to an Apache::Registry script is made in the
life of an httpd : requesting phpinfo() pages beforehand doesn't
show any spurious environment data, even through SSL.

Using a debugger shows (as expected from %ENV modifications) that the
real environment (char **__environ) is modified in both scenari, so
this is not due to a bug in PHP.

I ended up writing a cleanup handler that restores %ENV to what it was
at server startup time, and everything works fine now.

Platform: RH 7.1, mod_perl 1.24_01, Apache 1.3.19, PHP 4.0.4pl1.

Sorry I cannot investigate any further by myself, because I know next
to nothing in XS and mod_perl uses it heavily. I just saw that %ENV is
tied by C code, but I hear it is related to tainting and I don't see how
this could cause the observed behaviour.

-- 
<< Tout n'y est pas parfait, mais on y honore certainement les jardiniers >>

Dominique Quatravaux <[EMAIL PROTECTED]>


LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential and may be privileged. 
It is intended for the addressee(s) only. Access to this E-mail by anyone else is 
unauthorized. If you are not an addressee, any disclosure or copying of the contents 
of this E-mail or any action taken (or not taken) in reliance on it is unauthorized 
and may be unlawful. If you are not an addressee, please inform the sender immediately.



ApacheCon 2001 Europe: CANCELLED (fwd)

2001-07-17 Thread Matt Sergeant

-Forwarded Message-
From: Rodent of Unusual Size <[EMAIL PROTECTED]>
To: ApacheCon Announcements <[EMAIL PROTECTED]>, Apache
Announcements <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: ApacheCon 2001 Europe: CANCELLED


Due to financial considerations beyond our control and unrelated
to past ApacheCon conferences, our conference producer has decided
that they are unable to produce the upcoming ApacheCon Europe 2001
in Dublin.  With only three months left before the conference was
scheduled to begin, The Apache Software Foundation has decided that
it is in the best interests of attendees to cancel the show now
rather than attempt to find another conference organizer for the
Dublin event.

Our current plan is to begin evaluating proposals by conference
organizers for upcoming ApacheCon conferences, both in Europe
and the US.  News of future events will be posted to the
ApacheCon announcements list and on http://ApacheCon.Com/>
when they become available.
-- 
Ken Coar
ApacheCon Chair

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





Error in Perl code: Can't locate Apache/Cookie.pm in @INC

2001-07-17 Thread Chris Pizzo

Hi,
I'm a newbee in setting up mod perl.  I have tried to set up mod perl on a
Redhat 7.1 system using mod_ssl, embperl, apache.

Versions are:
Apache 1.3.20
Mod_SSL 2.8.4-1.3.20
Mod_Perl 1.26
HTML-Embperl-1.3.3

When I run an embedded perl file that I know worked on another system, I get
the message:
"Error in Perl code: Can't locate Apache/Cookie.pm in @INC"  but Cookie.pm
is in the @INC path.

I ran perl-status and Apache::Cookie was not one of the modules loaded.  In
fact several modules like Apache::Registry were not loaded.  Installed
mod_perl as a DSO; can someone point me in the right direction to get the
other modules loaded or what I didn't do that I needed to do to make the
active?

Chris Pizzo
[EMAIL PROTECTED]




[BUG] $r->subprocess_env() leaking to %ENV

2001-07-17 Thread Dominique Quatravaux

Hello,

I found the following behaviour in mod_perl, which is clearly
unexpected: I use an Apache that can serve both mod_perl and PHP
pages. I run it -X ; first I request the URI for this scriptlet
(under mod_perl's Apache::Registry):

#!/usr/bin/perl
$ENV{"LEAKING"}="oops";

Then I visit a PHP page that contains just phpinfo() - the LEAKING
variable is passed to it, I can see it in the HTTP_ENV_VARS.

So far, so good - a remanent environment may not be what I want, but
it certainly is not a bug. It becomes worse with a module that sets
things in the CGI namespace ($r->subprocess_env()), such as mod_ssl :
if I request the Perl scriptlet through SSL, all variables in the
subprocess_env (HTTPS, SERVER_CERTIFICATE et al., that normally show
up as HTTP_SERVER_VARS in phpinfo()) are somehow promoted as
environment variables, and become remanent in the server process
environment as shown above (i.e. they now appear as HTTP_ENV_VARS for
subsequent requests). This seems to happen at the time the first (I
didn't test more) request to an Apache::Registry script is made in the
life of an httpd : requesting phpinfo() pages beforehand doesn't
show any spurious environment data, even through SSL.

Using a debugger shows (as expected from %ENV modifications) that the
real environment (char **__environ) is modified in both scenari, so
this is not due to a bug in PHP.

I ended up writing a cleanup handler that restores %ENV to what it was
at server startup time, and everything works fine now.

Platform: RH 7.1, mod_perl 1.24_01, Apache 1.3.19, PHP 4.0.4pl1.

Sorry I cannot investigate any further by myself, because I know next
to nothing in XS and mod_perl uses it heavily. I just saw that %ENV is
tied by C code, but I hear it is related to tainting and I don't see how
this could cause the observed behaviour.

-- 
<< Tout n'y est pas parfait, mais on y honore certainement les jardiniers >>

Dominique Quatravaux <[EMAIL PROTECTED]>



Re: OT: Re: ApacheCon Dublin Cancelled?

2001-07-17 Thread Nathan Torkington

(I can speak for ORA :-)

Gunther wrote:
> Since I didn't know the area and don't have a travel agent I trust
> to really know the hotel geography relative to the conference, I
> just reached out of my ass and paid the high cost of being in THE
> conference hotel. Of course, I do prefer to be at the conference
> hotel because it's more fun to be close to the action, it would have
> been nice to have been given a choice.

When we book a venue for a conference, the hotel expects our attendees
to book a certain number of rooms for a certain number of nights.  If
our attendees don't meet that number, we end up paying through the
nose (or more painful orifices).  That's the main reason we list only
one hotel on the web page.

I've posted (and will attach again) some information on cheap nearby
hotels for anyone who's still thinking of coming.  The travel agent we
recommend can also find you cheap hotel rooms.

Randal wrote:
> Yeah, this is a problem with this particular site.  At least last
> year, we were in the heart of Monterey, and there were many things
> close-by for events that didn't involve ponying up to the powers that
> be (such as the killer Stonehenge party).

In many ways, attempting to hold an event *without* ponying up to the
powers that be is freeloading.  We lose money putting on the
conference that gathers together the people who would attend your
publicity event (a.k.a. party), and you don't want to pay us for that?
Sounds very cheap to me.  Conference organizers offer many
opportunities for sponsorship, including on-site parties.

Yes, it's a bummer that the hotel isn't within walking distance of
stores and bars and restaurants for socializing.  But we will be
running shuttle busses to downtown areas at night (see
http://conferences.oreillynet.com/cs/os2001/pub/10/see_do.html for
more information).

Nat
  Property Name:San Diego Bay View Thriftlodge
  Property Address: 1943 Pacific Highway 
San Diego,  California,  United States,  92101
  Property Phone Number: 619-232-7551
  Reservation Phone: 1-800-578-7878

  The ThriftLodge is 1.8 miles from the Sheraton Less than the length 
  of the airport runway in the picture. Easily walkable in 30-40 minutes 
  and even more easily bike-able. Or, with the savings one realizes from
  lodging, one could rent a car. (The airport car rental agencies are,
  ironically, about halfway between the ThriftLodge and the Sheraton,
  along the walking path.) A car would cost $20-30 per day -- far less
  than the difference in hotel rates.

  The AAA rate is $40.50 per night for a non-smoking room with a queen
  bed. There's also an EconoLodge -- same company -- within two blocks.
  It's slightly more (not a lot more) per night and has a few more 
  amenities. (See http://www.travelodge.com/ctg/cgi-bin/Travelodge.) 
  Finally, there's a Best Western that's $80-90 per night (if you get 
  a discount) in the other direction on the west side of the harbor. 
  The footpath goes there too, though it's a longer walk.




Re: OT: Re: ApacheCon Dublin Cancelled?

2001-07-17 Thread Nathan Torkington

Matt Sergeant writes:
> I guess TPC::Hawaii is out then :-)

Don't think I haven't argued for it!

Nat




Re: please post the URLs for your TPC talks

2001-07-17 Thread Ken Williams

[EMAIL PROTECTED] (Stas Bekman) wrote:
>Folks, it'd be really nice to do some homework and read the conference
>papers ahead I'll take me some 24 hours to get to SD from Singapore, so I
>could use this time to learn ahead and allow me to spend more time peer
>networking at the conference. Can you please post the URLs for your talks?
>Not only mod_perl, but any...

You asked for it ... ;-)

   http://mathforum.com/~ken/categorize/001.html

(These are the slides from YAPC, I need to revise them a little for TPC.)


  ------
  Ken Williams Last Bastion of Euclidity
  [EMAIL PROTECTED]The Math Forum



Re: OT: Re: ApacheCon Dublin Cancelled?

2001-07-17 Thread Gunther Birznieks

At 10:46 AM 7/16/2001 -0600, you wrote:
>Matt Sergeant writes:
> > I doubt it's the last one we'll see fall... I suspect TPC will be a
> > shadow of its former self... :(
>
>for four years arguing that it should be cheaper.  If you feel that
>there'd be more attendees at a lower price, then I suggest you tell
>that to every O'Reilly conferences person you see at TPC (except for
>me :-)
>
>Are there any requests other than price for next year?  What would you
>like to see?  What could you do without?

I'd like to know more about suggestions to make these suggestions? Is it 
really as simple as me going to another O'Reilly person or filling out an 
apres-conference survey form and saying "More attendees for less money". Or 
is there anything more concrete that would help it more?

I am just afraid that simply stating this, I would not be taken seriously 
because it seems so obvious. But how do you get more attendees? Will they 
definitely come if it is less money? And if so, how much less? I am not a 
marketing person, so I am really bad at figuring out how to map this 
concretely, but I am not sure that there is an obvious price point where 
someone would attend or not attend.

For example, let's say the conference costs $1000 and 1000 attendees 
attend? At that point it is $1,000,000 to hold the conference. And let's 
just say that's what you need to pull it off. But if you lower the cost by 
10% to $900, then you've lost $100,000. So you need at least another 120 or 
so attendees to make up the cost.

But will you get more attendees?

Although you lowered the price by 10%, the hotel and the plane remain a 
fixed cost. Let's say it is $1000 for the hotel and $500 for the plane? 
Then a 10% drop a $1000 conference fee becomes less than a 5% drop in the 
overall cost and no more attendees may actually come.

Anyway, here are some suggestions I would personally have to make it easier 
to attend conferences like this. Although perhaps they have already been 
thought about in the past and discarded for good reasons by people who know 
more about conference organization than I do... :)

Note that some ideas are more radical than others and reflect that I am 
just shooting some ideas out.

1) More Student Discount (If none already)

I don't know if this is currently the case, but I think people who are true 
full-time students should be allowed to attend at a significantly reduced 
cost. Part of open source and Perl advocacy is getting the young generation 
hyped so that they will want to continue to carry the torch.

My gut feeling is that full-time students don't tend to attend these 
expensive conferences anyway because it's their parent's that they would 
have to convince. So offering them a low enough ticket cost to basically 
cover expenses will still contribute to the bottom line yet get a new round 
of attendees.

And next year they may be out of school with a full time job that would be 
willing to pay for them. So it primes a set of attendees to continue 
attending.

2) I found the hotel costs really high. A good chunk of the entire cost of 
going to the conference is the hotel.

I think Nat posted on this list, alternatives which was great.

But I actually wish I knew the alternatives before I had signed up. I 
emailed someone directly in the beginning asking for alternatives because I 
come from Singapore where the currency is much less than your US currency, 
but did not get any alternatives.

Since I didn't know the area and don't have a travel agent I trust to 
really know the hotel geography relative to the conference, I just reached 
out of my ass and paid the high cost of being in THE conference hotel. Of 
course, I do prefer to be at the conference hotel because it's more fun to 
be close to the action, it would have been nice to have been given a choice.

I know that you guys probably get a lot of discount from Sheraton by having 
them be the only hotel on the listed on the Web for the conference, but it 
isn't at all convenient for conference attendees.

Why should each attendee manually call another travel agent to find out 
alternative hotel costs (and not all travel agents REALLY know the area 
well) individually when OReilly could be posting alternatives.

After all, you guys actually walked around the area and scouted out for 
facilities and probably know what the hotel and conference situation is 
truly like better than many travel agents sitting in their big office 
buildings taking calls all day.

I just think that if you could provide a hotel that is like 3/4 the price 
then you make the entire package (Hotel, Flight, Conference fee) that much 
more attractive WITHOUT lowering the cost of the conference itself. If 
sponsorship of the hotel is a problem, maybe they would be OK with a link 
at the bottom that says

"Cheap People Click Here".

And it would take you to a page that explains the true alternatives for the 
area if you can't afford to be in THE hotel. That would certainly h

Re: OT: Re: ApacheCon Dublin Cancelled?

2001-07-17 Thread Gunther Birznieks

At 11:31 AM 7/16/2001 -0700, Bill Moseley wrote:
>At 10:46 AM 07/16/01 -0600, Nathan Torkington wrote:
> >Are there any requests other than price for next year?  What would you
> >like to see?  What could you do without?
>
>Well, this is more along the "price" issue that you don't want to hear about,
>but I much prefer a single fee for everything instead of separate tutorial
>and conference fees.  I understand the scheduling hell, but I like the
>flexibility to decide what to attend during the conference.  What I attend
>in the morning may influence what I attend in the afternoon.

I am misunderstanding this perhaps. Don't you get this anyway by getting a 
slightly larger discount for taking the tutorial and the conference 
together? ie is that what you are asking for? To combine the fees so that 
it is cheaper?

>And these days more and more people may find themselves like me, paying
>their own way.  I'm very disappointed that I had to cancel after adding
>everything up.

In today's economy it's perhaps true. In the economy of 2 years ago, it 
seems like a business would consider it a perk to send their developer to a 
conference because they were scrambling to keep their programmers anyway 
they could (conferences is one way if their organization won't allow a 
raise in salary). But now many programmers are fortunate to have a job. 
Although there are still pockets of companies willing to pay for 
conferences, it's probably quite lower.

Well, at least if you want a cheap conference there is always YAPC. I would 
suspect the O'Reilly brand unfortunately probably prevents doing things 
that involve having a truly on-the-cheap conference.  Of course, by cheap I 
don't mean "bad". Just a different way of handling a conference and a 
different vibe/level of coordination and # of talks etc...

Later,
 Gunther





Re: Problems building Bundle::Apache - libapreq-0.33

2001-07-17 Thread Alan Burlison

Stas Bekman wrote:

> Looks like an issue with APACHE_HEADER_INSTALL
> http://perl.apache.org/guide/install.html#APACHE_HEADER_INSTALL
> 
> Did you install mod_perl by yourself?

Yes, as my attempt to build it as part of Bundle::Apache barfed.

Here is the contents of my makepl_args.mod_perl:

APACHE_SRC=/home1/software/apache/build/apache_1.3.20/src
EVERYTHING=1
USE_APXS=1
WITH_APXS=/home1/web/apache_1.3.20/bin/apxs

Here is the output of 'make install'

$ make install
(cd ./apaci && PERL5LIB=/home1/software/perl/cpan/build/mod_perl-1.26/lib
/usr/ccs/bin/make)
Files found in blib/arch: installing files in blib/lib into architecture
dependent library tree
Installing /usr/perl5/5.6.1/man/man3/Apache::PerlRunXS.3
Installing /usr/perl5/5.6.1/man/man3/Apache.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Log.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Constants.3
Installing /usr/perl5/5.6.1/man/man3/Apache::File.3
Installing /usr/perl5/5.6.1/man/man3/Apache::URI.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Table.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Util.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Symbol.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Leak.3
Installing /usr/perl5/5.6.1/man/man3/mod_perl_cvs.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Registry.3
Installing /usr/perl5/5.6.1/man/man3/Apache::SizeLimit.3
Installing /usr/perl5/5.6.1/man/man3/cgi_to_mod_perl.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Resource.3
Installing /usr/perl5/5.6.1/man/man3/Apache::PerlSections.3
Installing /usr/perl5/5.6.1/man/man3/Apache::PerlRun.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Debug.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Symdump.3
Installing /usr/perl5/5.6.1/man/man3/mod_perl_tuning.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Status.3
Installing /usr/perl5/5.6.1/man/man3/Apache::RedirectLogFix.3
Installing /usr/perl5/5.6.1/man/man3/Apache::ExtUtils.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Include.3
Installing /usr/perl5/5.6.1/man/man3/mod_perl_method_handlers.3
Installing /usr/perl5/5.6.1/man/man3/Apache::StatINC.3
Installing /usr/perl5/5.6.1/man/man3/Apache::test.3
Installing /usr/perl5/5.6.1/man/man3/Apache::RegistryLoader.3
Installing /usr/perl5/5.6.1/man/man3/Apache::httpd_conf.3
Installing /usr/perl5/5.6.1/man/man3/Apache::FakeRequest.3
Installing /usr/perl5/5.6.1/man/man3/mod_perl.3
Installing /usr/perl5/5.6.1/man/man3/mod_perl_traps.3
Installing /usr/perl5/5.6.1/man/man3/Apache::src.3
Installing /usr/perl5/5.6.1/man/man3/Apache::SIG.3
Installing /usr/perl5/5.6.1/man/man3/Bundle::Apache.3
Installing /usr/perl5/5.6.1/man/man3/Apache::Options.3
Writing
/usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/mod_perl/.packlist
(cd ./apaci && /usr/ccs/bin/make install;)
/home1/web/apache_1.3.20/bin/apxs -i -a -n perl libperl.so
[activating module `perl' in /home1/web/apache_1.3.20/conf/httpd.conf]
cp libperl.so /home1/web/apache_1.3.20/libexec/libperl.so
chmod 755 /home1/web/apache_1.3.20/libexec/libperl.so
cp /home1/web/apache_1.3.20/conf/httpd.conf
/home1/web/apache_1.3.20/conf/httpd.conf.bak
cp /home1/web/apache_1.3.20/conf/httpd.conf.new
/home1/web/apache_1.3.20/conf/httpd.conf
rm /home1/web/apache_1.3.20/conf/httpd.conf.new
Appending installation info to
/usr/perl5/5.6.1/lib/sun4-solaris-64int/perllocal.pod

No header files installed.

Alan Burlison



Re: Problem With Perl Versions

2001-07-17 Thread Ged Haywood

Hi there,

On Fri, 13 Jul 2001, James McKim wrote:

> Hello all,
> 
> In trying to upgrade a RedHat Linux7.0 system I inherited to Perl5.6.0

I'd suggest you go for the latest stable release, but I've had no
troubles with 5.7.x.  Grab the sources, delete all the Apache,
mod_perl and Perl source directories, build Perl from scratch, then
build Apache and mod_perl from scratch.  You shouldn't have any
trouble on Slackware unless it's been completely Bowdlerized.

Below is a makepl_args.mod_perl file for you to put in your mod_perl
directory, after building Perl and extracting the Apache and mod_perl
sources (say into /usr/src/apache and /usr/src/mod_perl respectively)
just do:

% cd /usr/src/mod_perl
% perl Makefile.PL
% make
% su
# make install

Some of the lines in the file below aren't really necessary.
Have a look at http://perl.apache.org/guide for loads more useful info.

HTH,

73,
Ged.

--
USE_APACI=1
APACHE_PREFIX=/usr/local
APACHE_SRC=../apache/src
DO_HTTPD=1
EVERYTHING=1
ALL_HOOKS=1
PERL_SSI=1
PERL_SECTIONS=1
ADD_MODULE=info,status,proxy
APACI_ARGS=--sbindir=/usr/local/sbin/httpd
APACI_ARGS=--sysconfdir=/usr/local/apache/httpd/conf
APACI_ARGS=--runtimedir=/usr/local/apache/httpd/run
APACI_ARGS=--logfiledir=/usr/local/apache/httpd/logs
APACI_ARGS=--localstatedir=/usr/local/apache/httpd/stat
APACI_ARGS=--proxycachedir=/usr/local/apache/httpd/proxy
APACI_ARGS=--enable-module=rewrite
APACI_ARGS=--enable-module=include
APACI_ARGS=--enable-module=info
--




[DIGEST] mod_perl digest 2001/07/14

2001-07-17 Thread Geoffrey Young

--

  mod_perl digest
 
July 8, 2001 - July 14, 2001

--

Recent happenings in the mod_perl world...


Features

  o mod_perl status
  o cvs patches
  o module announcements
  o mailing list highlights
  o links


mod_perl status

  o mod_perl
- stable: 1.26 (released July 11, 2001) [1]
- development: 1.26_01-dev [2]
  o Apache
- stable: 1.3.20 (released May 15, 2001) [3]
- development: 1.3.21-dev [4]
  o Perl
- stable: 5.6.1 (released April 9, 2001) [5]
- development: 5.7.2 [6]


cvs patches

  o Note for CVS users!  The official Apache CVS server has moved
to cvs.apache.org [7] [8]

  o add internal_redirect() test [9]


module announcements

  o Big news for the week - mod_perl 1.26 was released [10]
Not much has changed since 1.25_01 was released the week prior,
but you can see the whole Changes file here [11]

  o Apache::AuthenLDAP 0.61 - authenticates a user against an LDAP
backend [12]

  o Apache::AuthzLDAP 0.61 - authorizes a user against an LDAP
backend [13]

  o Apache::AuthzCache 0.06 - looks up the REMOTE_USER in a
shared-memory cache (using IPC::Cache) and compares the list of
groups in the cache against the groups enumerated within the
"require" configuration directive [14]

  o Apache::ASP 2.19 - provides an Active Server Pages port for
Perl scripting only, and enables the development of dynamic web
applications with session management and embedded perl code [15]


mailing list highlights

  o Two iterations of Joshua's benchmarking suite made it to the
list this week - an ordinary, but updated run [16] and an
extended run [17]

  o Long thread of the week goes to "How do I know if the connection
is secure?"  Although there was much debate, the short answer
is by checking $ENV{HTTPS} [18]

  o ApacheCon Dublin may be cancelled [19] [20] but TPC6 is a go [21]

  o On the conference note...
  - The BOF thread made its usual appearance [22]
  - You can check this thread for links to online talks [23]


links

  o The Apache/Perl Integration Project [24]
  o mod_perl documentation [25]
  o mod_perl modules on CPAN [26]
  o mod_perl homepage [27]
  o mod_perl news and advocacy [28]
  o mod_perl list archives
  - modperl@ [29] [30] 
  - dev@ [31]


happy mod_perling...

--Geoff
[EMAIL PROTECTED]

--
[1] http://perl.apache.org/dist/
[2] http://perl.apache.org/from-cvs/modperl/
[3] http://www.apache.org/dist/httpd/
[4] http://dev.apache.org/from-cvs/apache-1.3/
[5] http://www.cpan.org/src/stable.tar.gz
[6] http://www.cpan.org/src/devel.tar.gz 
[7] http://marc.theaimsgroup.com/?l=apache-new-httpd&m=99532831220117&w=2
[8] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=99533578601335&w=2
[9] http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=99530350532429&w=2
[10] http://marc.theaimsgroup.com/?l=apache-modperl&m=99490480826384&w=2
[11] http://perl.apache.org/dist/mod_perl-1.26/Changes
[12] http://forum.swarthmore.edu/epigone/modperl/smaydwoosmo
[13] http://forum.swarthmore.edu/epigone/modperl/kherdyunchimp
[14] http://forum.swarthmore.edu/epigone/modperl/crayswonskox
[15] http://forum.swarthmore.edu/epigone/modperl/vaxstummerd
[16] http://forum.swarthmore.edu/epigone/modperl/serdsograng
[17] http://forum.swarthmore.edu/epigone/modperl/pranhyquor
[18] http://forum.swarthmore.edu/epigone/modperl/broizobend
[19] http://forum.swarthmore.edu/epigone/modperl/sniferflil
[20] http://forum.swarthmore.edu/epigone/modperl/swixjehserm
[21] http://marc.theaimsgroup.com/?l=apache-modperl&m=99530206326587&w=2
[22] http://forum.swarthmore.edu/epigone/modperl/bayswumny
[23] http://forum.swarthmore.edu/epigone/modperl/gaytwaygrun
[24] http://perl.apache.org
[25] http://perl.apache.org/#docs
[26] http://www.cpan.org/modules/by-module/Apache/
[27] http://www.modperl.com
[28] http://www.take23.org
[29] http://forum.swarthmore.edu/epigone/modperl/
[30] http://marc.theaimsgroup.com/?l=apache-modperl&r=1&w=2
[31] http://marc.theaimsgroup.com/?l=apache-modperl-dev&r=1&w=2



RE: sending multiple cookies with err_header_out()

2001-07-17 Thread Geoffrey Young



> -Original Message-
> From: Chad Phillips [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 16, 2001 5:23 PM
> To: mod perl
> Subject: sending multiple cookies with err_header_out() 
> 
> 
> Hello,
> 
> I am using Apache::AuthCookie.  I need to be able to set 2 cookies.
> Apache::AuthCookie uses err_header_out() to set a cookie.  Is 
> their a way to
> use err_header_out()  to set two cookies?

$r->err_header_out() returns an Apache::Table object, so you can use the
methods from that class: 

$r->err_header_out->add('Set-Cookie' => 'foo=bar');

Apache::AuthCookie uses err_header_out() because it needs the cookies to
persist across redirects.  If you just want to set normal cookies, use
header_out() in the same way.  Or better, use Apache::Cookie from the
libapreq distribution on CPAN.

HTH

--Geoff



Re: Problems building Bundle::Apache - libapreq-0.33

2001-07-17 Thread Jens-Uwe Mager

On Tue, Jul 17, 2001 at 11:08:43AM +0100, Alan Burlison wrote:
> Jens-Uwe Mager wrote:
> 
> > Did you make install modperl yet?
> 
> Yes, via APXS.  mod_perl is installed and works just fine.  I can see the
> missing mod_perl.h file in the modperl build directory, but it doesn't
> appear anywhere under site_perl - should mod_perl copy it somewhere during
> 'make install'?  I'm using a slightly non-standard perl layout, so instead
> of being under /usr/local perl lives under /usr/perl5.  From looking at
> where stuff generally goes, and the -I flags used when building libapreq I
> guess mod_perl.h should be somewhere under
> /usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache, but it isn't
> there.

In my build (using APACI, though) I find the file under:

/data/jum/perl/lib/site_perl/5.6.1/aix/auto/Apache/include/modules/perl/mod_perl.h

But isn't the install of mod_perl nearly the same if built via APACI or
APXS?  APXS just means a different installation of the Apache module
itself, the perl modules for the perl directory are installed the same
using make install.

-- 
Jens-Uwe Mager

HELIOS Software GmbH
Steinriede 3
30827 Garbsen
Germany

Phone:  +49 5131 709320
FAX:+49 5131 709325
Internet:   [EMAIL PROTECTED]



Re: Problems building Bundle::Apache - libapreq-0.33

2001-07-17 Thread Stas Bekman

On Tue, 17 Jul 2001, Alan Burlison wrote:

> Jens-Uwe Mager wrote:
>
> > Did you make install modperl yet?
>
> Yes, via APXS.  mod_perl is installed and works just fine.  I can see the
> missing mod_perl.h file in the modperl build directory, but it doesn't
> appear anywhere under site_perl - should mod_perl copy it somewhere during
> 'make install'?  I'm using a slightly non-standard perl layout, so instead
> of being under /usr/local perl lives under /usr/perl5.  From looking at
> where stuff generally goes, and the -I flags used when building libapreq I
> guess mod_perl.h should be somewhere under
> /usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache, but it isn't
> there.

Looks like an issue with APACHE_HEADER_INSTALL
http://perl.apache.org/guide/install.html#APACHE_HEADER_INSTALL

Did you install mod_perl by yourself?

_
Stas Bekman  JAm_pH --   Just Another mod_perl Hacker
http://stason.org/   mod_perl Guide  http://perl.apache.org/guide
mailto:[EMAIL PROTECTED]   http://apachetoday.com http://eXtropia.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/





RE: please post the URLs for your TPC talks

2001-07-17 Thread Geoffrey Young



> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 17, 2001 1:38 AM
> To: mod_perl list
> Cc: Nathan Torkington
> Subject: please post the URLs for your TPC talks
> 
> 
> Folks, it'd be really nice to do some homework and read the conference
> papers ahead I'll take me some 24 hours to get to SD from 
> Singapore, so I
> could use this time to learn ahead and allow me to spend more 
> time peer
> networking at the conference. Can you please post the URLs 
> for your talks?
> Not only mod_perl, but any...

it's still not complete, but

http://www.modperlcookbook.org/~geoff/slides/TPC5.ppt

--Geoff



Re: Problems building Bundle::Apache - libapreq-0.33

2001-07-17 Thread Alan Burlison

Jens-Uwe Mager wrote:

> Did you make install modperl yet?

Yes, via APXS.  mod_perl is installed and works just fine.  I can see the
missing mod_perl.h file in the modperl build directory, but it doesn't
appear anywhere under site_perl - should mod_perl copy it somewhere during
'make install'?  I'm using a slightly non-standard perl layout, so instead
of being under /usr/local perl lives under /usr/perl5.  From looking at
where stuff generally goes, and the -I flags used when building libapreq I
guess mod_perl.h should be somewhere under
/usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache, but it isn't
there.

Alan Burlison



Re: Problems building Bundle::Apache - libapreq-0.33

2001-07-17 Thread Jens-Uwe Mager

On Tue, Jul 17, 2001 at 12:29:25AM +, Alan Burlison wrote:
> I'm trying to build Bundle::Apache and I get the following error when
> building libapreq (everthing else in the bundle builds fine):
> 
> cc -c -I../c
> -I/usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache/include
> -I/usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache/include/include
> -I/usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache/include/regex
> -I/usr/perl5/site_perl/5.6.1/sun4-solaris-64int/auto/Apache/include/os/unix
> -I/home1/web/apache_1.3.20/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -xO3 -xdepend-DVERSION=\"0.33\" 
> -DXS_VERSION=\"0.33\" -KPIC -I/usr/perl5/5.6.1/lib/sun4-solaris-64int/CORE 
> Request.c
> "Request.xs", line 40: cannot find include file: "mod_perl.h"
> "Request.xs", line 86: syntax error before or at: SV
> "Request.xs", line 86: cannot recover from previous errors
> cc: acomp failed for Request.c
> 
> The platform is Solaris, Perl 5.6.1 and Apache 1.3.20.  Everything else is
> the latest available from CPAN.  The INSTALL file is less than helpful, and
> a search of the modperl archives didn't find anything.

Did you make install modperl yet?

-- 
Jens-Uwe Mager

HELIOS Software GmbH
Steinriede 3
30827 Garbsen
Germany

Phone:  +49 5131 709320
FAX:+49 5131 709325
Internet:   [EMAIL PROTECTED]