Re: RPM for apache/mod_perl/mod_ssl

2002-06-06 Thread fliptop

Fran Fabrizio wrote:

> 
> In the spirit of the "teach a man to fish" proverb (sorry if that's a 
> random reference), maybe I should really be asking what's involved in 
> making such an rpm? 
> Is it a case of just figuring out which files are installed by 
> openssl/mod_ssl/mod_perl/apache and making a big ole spec file, or is 
> there some configuration magic that needs to happen?
> 
> If this is straying too far off-topic I'll take the discussion off-list, 
> but I really should learn how to do this properly for myself.


it probably is ot, so i'll make this short.  a good place to start is

http://www.rpm.org/max-rpm/




Re: RPM for apache/mod_perl/mod_ssl

2002-06-06 Thread Fran Fabrizio


In the spirit of the "teach a man to fish" proverb (sorry if that's a 
random reference), maybe I should really be asking what's involved in 
making such an rpm?  

Is it a case of just figuring out which files are installed by 
openssl/mod_ssl/mod_perl/apache and making a big ole spec file, or is 
there some configuration magic that needs to happen?

If this is straying too far off-topic I'll take the discussion off-list, 
but I really should learn how to do this properly for myself.

Thanks,
Fran

Christof Damian wrote:

>On Wed, 05 Jun 2002, fliptop wrote:
>  
>
>>i have an rpm for apache 1.3.22, mod_perl 1.26, and mod_ssl 2.8.5
>>that i run on redhat 6.2.  i'd be glad to give you the .src (or the
>>.rpm if you also run redhat 6.2) if you would like it.
>>
>>or, i could just give you the .spec if you'd like to build a new rpm 
>>with the latest versions.
>>
>>
>
>i got one for redhat 7.0, i am in the progress to update it to the
>current versions of apache/mod_perl/mod_ssl though.
>
>christof
>  
>






Re: RPM for apache/mod_perl/mod_ssl

2002-06-05 Thread Christof Damian

On Wed, 05 Jun 2002, fliptop wrote:
> i have an rpm for apache 1.3.22, mod_perl 1.26, and mod_ssl 2.8.5
> that i run on redhat 6.2.  i'd be glad to give you the .src (or the
> .rpm if you also run redhat 6.2) if you would like it.
> 
> or, i could just give you the .spec if you'd like to build a new rpm 
> with the latest versions.

i got one for redhat 7.0, i am in the progress to update it to the
current versions of apache/mod_perl/mod_ssl though.

christof
-- 
Christof Damian 
Technical Director, guideguide ltd. 



Re: RPM for apache/mod_perl/mod_ssl

2002-06-05 Thread Fran Fabrizio


Thanks Stas for that link, but none of those have mod_ssl and I'm not 
skilled enough with RPM to make that heavy of an adjustment, to be honest.

I think I'll take a gander at fliptop's specs and see if they are close 
enough to do what I need.  

Thanks all!

-Fran

Stas Bekman wrote:

> Fran Fabrizio wrote:
>
>>
>> We're currently struggling for an easy way to distribute our 
>> apache/mod_perl/mod_ssl-based application to our data center folks 
>> who are in a different state and whom we must presume know nothing 
>> about apache, mod_perl or mod_ssl and are capable of nothing more 
>> complicated than using RPM to install/update a package. As such, does 
>> there exist such a thing as an RPM that installs apache with mod_perl 
>> AND mod_ssl enabled?  I presume this would also have to include 
>> openssl.  I can only imagine what a pain it would be to create this 
>> beast, but if it's been done, I'd like to give it a try.
>>
>> I have used my limited experience with RPM to try to build this kind 
>> of thing, but so far the closest I've gotten is to have an RPM that 
>> includes the four tarballs with a shell script to compile them on the 
>> target machine.  Of course this really isn't in the spirit of RPM and 
>> also, fails miserably when the target machine is a hardened machine 
>> with no compiler, for example. :-)
>>
>> Does such a thing exist, and what are some pros and cons of going 
>> this route?
>>
>> Personally, I would hate to have to rely on an RPM like this, not 
>> least because I'd have to learn how to modify it if it doesn't meet 
>> our needs, but we need to make the application install as easy as 
>> possible for the data center folks.  Thoughts?
>
>
> Take an existing src RPM (.spec) and adjust it the way you want. Here 
> are some RPMs:
> http://perl.apache.org/release/download/binaries.html#RedHat_Linux
>
> __
> Stas BekmanJAm_pH --> Just Another mod_perl Hacker
> http://stason.org/ mod_perl Guide ---> http://perl.apache.org
> mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
> http://modperlbook.org http://apache.org   http://ticketmaster.com







Re: RPM for apache/mod_perl/mod_ssl

2002-06-05 Thread fliptop

Jon Robison wrote:

> fliptop, I'll take a copy of that spec file, if you don't mind!!!


i just posted it to my website, and also included a .spec for building 
perl 5.6.1:

http://www.peacecomputers.com/perl-5.6.1.spec.txt
http://www.peacecomputers.com/apache-modperl-1.3.22.spec.txt

feel free to share modifications!




Re: RPM for apache/mod_perl/mod_ssl

2002-06-05 Thread Stas Bekman

Fran Fabrizio wrote:
> 
> We're currently struggling for an easy way to distribute our 
> apache/mod_perl/mod_ssl-based application to our data center folks who 
> are in a different state and whom we must presume know nothing about 
> apache, mod_perl or mod_ssl and are capable of nothing more complicated 
> than using RPM to install/update a package. 
> As such, does there exist such a thing as an RPM that installs apache 
> with mod_perl AND mod_ssl enabled?  I presume this would also have to 
> include openssl.  I can only imagine what a pain it would be to create 
> this beast, but if it's been done, I'd like to give it a try.
> 
> I have used my limited experience with RPM to try to build this kind of 
> thing, but so far the closest I've gotten is to have an RPM that 
> includes the four tarballs with a shell script to compile them on the 
> target machine.  Of course this really isn't in the spirit of RPM and 
> also, fails miserably when the target machine is a hardened machine with 
> no compiler, for example. :-)
> 
> Does such a thing exist, and what are some pros and cons of going this 
> route?
> 
> Personally, I would hate to have to rely on an RPM like this, not least 
> because I'd have to learn how to modify it if it doesn't meet our needs, 
> but we need to make the application install as easy as possible for the 
> data center folks.  Thoughts?

Take an existing src RPM (.spec) and adjust it the way you want. Here 
are some RPMs:
http://perl.apache.org/release/download/binaries.html#RedHat_Linux

__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com




Re: RPM for apache/mod_perl/mod_ssl

2002-06-05 Thread Jon Robison

fliptop, I'll take a copy of that spec file, if you don't mind!!!

--Jon Robison


fliptop wrote:
> 
> Fran Fabrizio wrote:
> 
> >
> > We're currently struggling for an easy way to distribute our
> > apache/mod_perl/mod_ssl-based application to our data center folks who
> > are in a different state and whom we must presume know nothing about
> > apache, mod_perl or mod_ssl and are capable of nothing more complicated
> > than using RPM to install/update a package.
> > As such, does there exist such a thing as an RPM that installs apache
> > with mod_perl AND mod_ssl enabled?  I presume this would also have to
> > include openssl.  I can only imagine what a pain it would be to create
> > this beast, but if it's been done, I'd like to give it a try.
> 
> what o/s and version are you running?
> 
> i have an rpm for apache 1.3.22, mod_perl 1.26, and mod_ssl 2.8.5 that i
> run on redhat 6.2.  i'd be glad to give you the .src (or the .rpm if you
> also run redhat 6.2) if you would like it.
> 
> or, i could just give you the .spec if you'd like to build a new rpm
> with the latest versions.



Re: RPM for apache/mod_perl/mod_ssl

2002-06-05 Thread fliptop

Fran Fabrizio wrote:

> 
> We're currently struggling for an easy way to distribute our 
> apache/mod_perl/mod_ssl-based application to our data center folks who 
> are in a different state and whom we must presume know nothing about 
> apache, mod_perl or mod_ssl and are capable of nothing more complicated 
> than using RPM to install/update a package. 
> As such, does there exist such a thing as an RPM that installs apache 
> with mod_perl AND mod_ssl enabled?  I presume this would also have to 
> include openssl.  I can only imagine what a pain it would be to create 
> this beast, but if it's been done, I'd like to give it a try.


what o/s and version are you running?

i have an rpm for apache 1.3.22, mod_perl 1.26, and mod_ssl 2.8.5 that i 
run on redhat 6.2.  i'd be glad to give you the .src (or the .rpm if you 
also run redhat 6.2) if you would like it.

or, i could just give you the .spec if you'd like to build a new rpm 
with the latest versions.




RPM for apache/mod_perl/mod_ssl

2002-06-05 Thread Fran Fabrizio


We're currently struggling for an easy way to distribute our 
apache/mod_perl/mod_ssl-based application to our data center folks who 
are in a different state and whom we must presume know nothing about 
apache, mod_perl or mod_ssl and are capable of nothing more complicated 
than using RPM to install/update a package.  

As such, does there exist such a thing as an RPM that installs apache 
with mod_perl AND mod_ssl enabled?  I presume this would also have to 
include openssl.  I can only imagine what a pain it would be to create 
this beast, but if it's been done, I'd like to give it a try.

I have used my limited experience with RPM to try to build this kind of 
thing, but so far the closest I've gotten is to have an RPM that 
includes the four tarballs with a shell script to compile them on the 
target machine.  Of course this really isn't in the spirit of RPM and 
also, fails miserably when the target machine is a hardened machine with 
no compiler, for example. :-)

Does such a thing exist, and what are some pros and cons of going this 
route?

Personally, I would hate to have to rely on an RPM like this, not least 
because I'd have to learn how to modify it if it doesn't meet our needs, 
but we need to make the application install as easy as possible for the 
data center folks.  Thoughts?

Thanks,
Fran