how to build Lire from CVS, problems on Debian GNU/Linux woody (was: Re: compilation problem)

[Joost van Baal]

Hi again Egon,

On Tue, Oct 29, 2002 at 09:01:46PM +0100, Joost van Baal wrote:
> On Tue, Oct 29, 2002 at 06:41:20PM +0100, Egon Willighagen wrote:
> > 
> > I've done a fresh check out
<snip>
> > The error I get:
> > 
> > make[1]: Entering directory 
> > `/home/egonw/data/Projects/logreport/cvs/service/lire-20021029.CVS/=build'
> > Making all in all
> > make[2]: Entering directory 
> > `/home/egonw/data/Projects/logreport/cvs/service/lire-20021029.CVS/=build/all'
> > Making all in etc
> > make[3]: Entering directory 
> > `/home/egonw/data/Projects/logreport/cvs/service/lire-20021029.CVS/=build/all/etc'
> > make[3]: *** No rule to make target `all-redirect', needed by `all'.  Stop.
> > make[3]: Leaving directory 
> > `/home/egonw/data/Projects/logreport/cvs/service/lire-20021029.CVS/=build/all/etc'
> 
> Hm...  actually "it works for me".  You are on a Debian GNU/Linux
> `woody' system; I am running unstable.  It might be related to a
> autotools difference.  On my Debian unstable `sid' machine, I have
> automake 1.4-p6-2 and autoconf2.13 2.13-47.  This works perfect.
> 
> I do have a woody box too:
> 
> vanbaal at schilow:~% cat /etc/debian_version
> 3.0
> vanbaal at schilow:~% mkdir -p cvs/sf/logreport
> vanbaal at schilow:~% cd cvs/sf/logreport
> vanbaal at schilow:~/cvs/sf/logreport% cvs \
>   -d:pserver:anonymous at cvs.logreport.sourceforge.net:/cvsroot/logreport login
> 
> Oops, I have no cvs client installed on my woody box.  It's a terribly
> old and slow PC, so you'll have to wait untill that package is installed
> on it.  Anyway, once I have it, I'll do
> 
> vanbaal at schilow:~/cvs/sf/logreport% cvs -z3 \
>   -d:pserver:anonymous at cvs.logreport.sourceforge.net:/cvsroot/logreport co service
> 
> vanbaal at schilow:~/cvs/sf/logreport% cd service
> vanbaal at schilow:~/cvs/sf/logreport/service% echo 1.2-`date +%Y%m%d`-cvs > VERSION
> vanbaal at schilow:~/cvs/sf/logreport/service% ./bootstrap && ./configure && make
> 
> I'll report on what I've found once this is finished (it'll surely take
> quite a while.)

 vanbaal at schilow:~/cvs/sf/logreport/service% ./bootstrap
...
 automake: creating www/Makefile.in
 automake: reading www/extensions/Makefile.am
 automake: creating www/extensions/Makefile.in
 automake: reading www/filters/Makefile.am
 automake: reading include/rules.mk
...

 vanbaal at schilow:~/cvs/sf/logreport/service% ./configure
 ...
 checking for jade... no
 checking for openjade... no

Oops.  I just ran:

 vanbaal at schilow:~/cvs/sf/logreport/service% ./configure 
    --with-ignorecvsbuildcheck

which gives

 ...
 creating all/Makefile
 creating all/etc/Makefile
 creating all/etc/defaults
 ...

then did a

 vanbaal at schilow:~/cv...cvs/sf/logreport/service% make 2>&1 | tee /tmp/out
 ...
 Making all in all
 make[1]: Entering directory `/home/vanbaal/cvs/sf/logreport/service/all'
 Making all in etc
 make[2]: Entering directory `/home/vanbaal/cvs/sf/logreport/service/all/etc'
 make[2]: Nothing to be done for `all'.
 make[2]: Leaving directory `/home/vanbaal/cvs/sf/logreport/service/all/etc'
 Making all in script
 make[2]: Entering directory `/home/vanbaal/cvs/sf/logreport/service/all/script'
 pod2man --center="LogReport's Lire Documentation" 
    --release='Lire 1.1.99-20021030-cvs' lr_anondump.in > lr_anondump.1
 ...

This is still running now.

To me it seems Lire builds fine from CVS, even on woody platforms.  I
guess your CVS tree was broken in some way.  rm -rf -ing it and fetching
a new tree might fix it.

Furthermore, I didn't check a `make distcheck' yet.

Bye,

Joost

-- 
.    .                                        http://logreport.com/
| '.|                        /^LogReport$/
| Lire                                        http://logreport.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.logreport.org/pipermail/development/attachments/20021030/d5f12f28/attachment.bin