yeah there are still paths that need checking (gota work on that).  I can
work on the script to make sure it works on 8.04 and perhaps i can also do a
10.00 test.  I do prefer LTS on dedicated but admit I've been focusing on
9.10 for EC2.  Other than the script, did the build work using the sqlite3
packages on 8.04?


Some info on the script for anyone wanting to know, there are a lot of users
on EC2 which don't have a clue how to use Linux much (many migrate from
Windows for the cost savings).  My goal was to make it as easy as apt-get
for those users.

Think your way to advance for this script JP ;-)

basically when you freshBuild, it pulls source into /mnt/trafficserver (/mnt
on ec2 is where your instance storage beings).

forceBuild needs to have the source there (at the location freshBuild puts
it) to start. (I will fix the hanging part)

if you do downloaded the source outside the install script you can change
the locations in the script to the svn tree you pulled down, thats probably
what hanged on your system.  I hope :-P

EC2_EPHEMERAL=/your dir
PROJECT=/sub folder where configure
SVN_LOC=/thee three

ultimately configure runs in the path pointed to FULL_BUILD_PATH:

FULL_BUILD_PATH=$EC2_EPHEMERAL/$PROJECT/$SVN_LOC

If you just want to see the configure options, they will be displayed
as soon as you run the script.  Those options get passed directly to
configure.

autoreconf -i --force
./configure $CONFIGURE_OPTIONS

Does a make/install after that which is pretty much all the script does.



On Fri, Apr 23, 2010 at 1:40 PM, John Plevyak <jplev...@acm.org> wrote:

>
> Tried it.  The script was a bit confusing since it seemed to hang
> and I thought it might be doing something.  Figured out that
> I wanted to give it forceBuild, did that and then it failed with:
>
> ldconfig deferred processing now taking place
> Can't find /mnt/trafficserver/traffic-trunk.svn, cannot continue!
>
> This is on another fresh Ubuntu 8.04 LTS
>
> It seems to want me to have pulled a fresh tree, but I just
> want to use the source code I downloaded.
>
> john
>
>
> On 4/23/2010 10:15 AM, Jason wrote:
> > JP,
> >
> > This works for 9.10.
> >
> > See my contrib scripts which are used for EC2.  They should generally
> work
> > for dedicated, and at one time I did a test with 8.04.  Can you double
> check
> > your recompile with these?
> >
> > Note: I just checked hardy's package repo and libdb-dev and sqlite3-dev
> do
> > exist.
> >
> > apt-get update
> >         apt-get install -y g++ autoconf \
> >         make \
> >         libtool \
> >         libssl-dev \
> >         tcl-dev \
> >         libexpat1-dev \
> >         libdb-dev \
> >         libpcre3-dev \
> >         libsqlite3-dev \
> >         libdb-dev
> >
> >
> > On Fri, Apr 23, 2010 at 1:00 PM, John Plevyak <jplev...@acm.org> wrote:
> >
> >>
> >> Here is my experience on a Ubuntu 8.04LTS (Hardy Heron)
> >> on a clean VM.
> >>
> >> I needed to install libexpat1-dev instead of libexpat-dev
> >> (we could make a note in the README or online FAQ).
> >>
> >> I tried straight configure but it failed because sqlite
> >> on this version is 3.4.2 and sqlite3_open_v2 is not supported
> >> in that version.   No package exists for sqlite3 3.5 for
> >> this version of the OS.  The error message:
> >>
> >> configure: error: check for sqlite3 failed. Have you installed
> >> sqlite3-devel?
> >>
> >> was confusing since I did have sqlite3-devel installed.
> >>
> >> Given that SQLite is in the public domain
> >> we could just include the single file in the TS source
> >> tree and use that instead of making it a dependency.
> >>
> >> I tried:
> >>
> >> configure --without-sqlite3 --with-libdb
> >>
> >> which interestingly enough did not have a problem
> >> in configure, but reported:
> >>
> >> SimpleDBM.h:140: error: 'DEFAULT_DB_IMPLEMENTATION' was not declared in
> >> this scope
> >>
> >> During compile.
> >>
> >> I finally got it to work with:
> >>
> >> apt-get install libdb-dev
> >> configure --without-sqlite3 --with-libdb
> >>
> >> Again we might want to put in the README or online FAQ.
> >>
> >> I am not sure if any of these should be reported as bugs
> >> but I think there is room for improvement :)
> >>
> >> john
> >>
> >>
> >>
> >> On 4/22/2010 9:34 PM, Leif Hedstrom wrote:
> >>> Hi all,
> >>>
> >>> I've prepared a package (and sigs) for a 2.0.0 release candidate.
> Please
> >>> take a look at it, check STATUS/README/CHANGES, build and test it,
> >>> verify the sigs, basically, make sure it's a solid release candidate.
> >>> Since this is a 2.0.x release, only Linux is supported. When you are
> >>> done, cast your +/-/0 votes, I'm aiming for a release on 4/28/2010,
> >>> assuming no issues are found.
> >>>
> >>>    http://people.apache.org/~zwoop/
> >>>
> >>> -rw-r--r--  1 zwoop  zwoop  2851995 Apr 23 04:22
> >>> trafficserver-2.0.0.tar.bz2
> >>> -rw-r--r--  1 zwoop  zwoop      836 Apr 23 04:22
> >>> trafficserver-2.0.0.tar.bz2.asc
> >>> -rw-r--r--  1 zwoop  zwoop       62 Apr 23 04:22
> >>> trafficserver-2.0.0.tar.bz2.md5
> >>> -rw-r--r--  1 zwoop  zwoop       70 Apr 23 04:22
> >>> trafficserver-2.0.0.tar.bz2.sha1
> >>>
> >>> SHA1: c5625a55fd3ca30a7a915aa8ead76f7e1b2624ab
> >>  trafficserver-2.0.0.tar.bz2
> >>> MD5: a271265c430c1f1e51a91f280fa4513c  trafficserver-2.0.0.tar.bz2
> >>>
> >>>
> >>> Thanks!
> >>>
> >>> -- leif
> >>
> >>
> >
>
>

Reply via email to