Mailing List Archive: 1.0 binaries

1.0 binaries

Nov 22, 1995, 10:31 AM

Post #1 of 7 (364 views)

I installed 1.0.0 on my own machine. No problems. I'll put it on
our main server later.

I'm building a HPUX binary for distribution now, so let me get this
straight..

I should,

only edit "Configuration" such that it uses the right compiler/ld flags.
[changing none of the modules configs commenting/uncommenting]

./Configure

make

rm *.o

mv httpd httpd-hpux

cd ../..

tar cvf apache_1.0.0-hpux-9.07.tar apache_1.0.0

gzip apache_1.0.0-hpux-9.07.tar

then upload to hyperreal.

Is there any reason not to do "strip httpd" too ?

rob

Re: 1.0 binaries [ In reply to ]

brian at organic

Nov 22, 1995, 7:40 PM

Post #2 of 7 (366 views)

Permalink

This is the proper procedure.

I've created the BSDI, Solaris, and SGI binary distribs, if someone wants
to sanity check them feel free.

Brian

On Wed, 22 Nov 1995, Rob Hartill wrote:
> I'm building a HPUX binary for distribution now, so let me get this
> straight..
>
> I should,
>
> only edit "Configuration" such that it uses the right compiler/ld flags.
> [changing none of the modules configs commenting/uncommenting]
>
> ./Configure
>
> make
>
> rm *.o
>
> mv httpd httpd-hpux
>
> cd ../..
>
> tar cvf apache_1.0.0-hpux-9.07.tar apache_1.0.0
>
> gzip apache_1.0.0-hpux-9.07.tar
>
>
>
> then upload to hyperreal.
>
> Is there any reason not to do "strip httpd" too ?
>
> rob
>
>

--=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
brian@organic.com brian@hyperreal.com http://www.[hyperreal,organic].com/

Re: 1.0 binaries [ In reply to ]

ben at gonzo

Nov 23, 1995, 1:45 AM

Post #3 of 7 (360 views)

Permalink

>
>
> This is the proper procedure.
>
> I've created the BSDI, Solaris, and SGI binary distribs, if someone wants
> to sanity check them feel free.
>
> Brian
>
> On Wed, 22 Nov 1995, Rob Hartill wrote:
> > I'm building a HPUX binary for distribution now, so let me get this
> > straight..
> >
> > I should,
> >
> > only edit "Configuration" such that it uses the right compiler/ld flags.
> > [changing none of the modules configs commenting/uncommenting]
> >
> > ./Configure
> >
> > make
> >
> > rm *.o
> >
> > mv httpd httpd-hpux
> >
> > cd ../..
> >
> > tar cvf apache_1.0.0-hpux-9.07.tar apache_1.0.0
> >
> > gzip apache_1.0.0-hpux-9.07.tar
> >
> >
> >
> > then upload to hyperreal.
> >
> > Is there any reason not to do "strip httpd" too ?
> >
> > rob
> >
> >
>
> --=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--
> brian@organic.com brian@hyperreal.com http://www.[hyperreal,organic].com/
>

One small problem with this scheme of things - there are two current versions
of SCO, under many names, but essentially know as SCO 3 and SCO 5. What do
you suggest for the binaries (I have recently installed SCO 5, which I must
say looks quite a lot nicer than 3, and so will be making binaries for both)?

Cheers,

Ben.

--
Ben Laurie Phone: +44 (181) 994 6435
Freelance Consultant Fax: +44 (181) 994 6472
and Technical Director Email: ben@algroup.co.uk
A.L. Digital Ltd, URL: http://www.algroup.co.uk
London, England.

Re: 1.0 binaries [ In reply to ]

ben at gonzo

Nov 23, 1995, 1:45 AM

Post #4 of 7 (360 views)

Permalink

Re: 1.0 binaries [ In reply to ]

randy at zyzzyva

Nov 24, 1995, 6:25 PM

Post #5 of 7 (361 views)

Permalink

Just trying to catch up on mail and have not gotten to the bottom
of the list where this may have already been addressed...

I have always suggested that the mod_imap module be added as well.
My reasoning is that if we don't, we're going to get hit with a
lot of "why doesn't this imagemap stuff work?" questions.

In /export/pub/httpd/dist/binaries/sunos_4.1.3/modules.c I had placed
an example of what I felt should be used in all binary packages.

>
>
> I installed 1.0.0 on my own machine. No problems. I'll put it on
> our main server later.
>
> I'm building a HPUX binary for distribution now, so let me get this
> straight..
>
> I should,
>
> only edit "Configuration" such that it uses the right compiler/ld flags.
> [changing none of the modules configs commenting/uncommenting]
>
> ./Configure
>
> make
>
> rm *.o
>
> mv httpd httpd-hpux
>
> cd ../..
>
> tar cvf apache_1.0.0-hpux-9.07.tar apache_1.0.0
>
> gzip apache_1.0.0-hpux-9.07.tar
>
>
>
> then upload to hyperreal.
>
> Is there any reason not to do "strip httpd" too ?
>
> rob

Re: 1.0 binaries [ In reply to ]

randy at zyzzyva

Nov 24, 1995, 6:34 PM

Post #6 of 7 (361 views)

Permalink

>
> One small problem with this scheme of things - there are two current versions
> of SCO, under many names, but essentially know as SCO 3 and SCO 5. What do
> you suggest for the binaries (I have recently installed SCO 5, which I must
> say looks quite a lot nicer than 3, and so will be making binaries for both)?
>
> Cheers,
>
> Ben.

The only reason I would see to provide both is if:

1) SCO 5 binaries will *not* run on SCO 3
2) *and* there will be a number of people requesting SCO 3.

The fact that I have offered to supply BSDI 1.1 binaries may be
confusing to those not working with this OS. BSDI 2.0 binaries
will *not* run on BSDI 1.1, and I suspect there are a number of
people who would like to grab the 1.1 binaries. We may learn
otherwise after this release, in which case, we can stop supporting
it... :-)

Re: 1.0 binariesry [ In reply to ]

ben at gonzo

Nov 24, 1995, 6:52 PM

Post #7 of 7 (363 views)

Permalink

>
>
> >
> > One small problem with this scheme of things - there are two current versions
> > of SCO, under many names, but essentially know as SCO 3 and SCO 5. What do
> > you suggest for the binaries (I have recently installed SCO 5, which I must
> > say looks quite a lot nicer than 3, and so will be making binaries for both)?
> >
> > Cheers,
> >
> > Ben.
>
> The only reason I would see to provide both is if:
>
> 1) SCO 5 binaries will *not* run on SCO 3

ermm, dunno, I'll check it out

> 2) *and* there will be a number of people requesting SCO 3.

Likely, that is, if people request SCO at all.

Cheers,

Ben.

--
Ben Laurie Phone: +44 (181) 994 6435
Freelance Consultant Fax: +44 (181) 994 6472
and Technical Director Email: ben@algroup.co.uk
A.L. Digital Ltd, URL: http://www.algroup.co.uk
London, England.