Return-Path: 
 <cocoon-dev-return-33473-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 87870 invoked by uid 500); 29 Nov 2002 12:58:52 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 87837 invoked from network); 29 Nov 2002 12:58:51 -0000
Content-Type: text/plain;
  charset="koi8-r"
From: Ivan Mikushin <ivan@openmechanics.net>
Organization: OpenMechanics.net
To: cocoon-dev@xml.apache.org
Subject: Re: Current CVS HEAD broken!
Date: Fri, 29 Nov 2002 18:13:45 +0500
User-Agent: KMail/1.4.3
References: 
 <CCD084B0E779D411A70300508B66222605A32BCB@exchukahis02.experian.co.uk>
In-Reply-To: 
 <CCD084B0E779D411A70300508B66222605A32BCB@exchukahis02.experian.co.uk>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200211291813.45969.ivan@openmechanics.net>
X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.6; AVE: 6.16.0.0;
 VDF: 6.16.0.22; host: mail.net-burg.net)
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Hi John!

On Friday, November 29, 2002 17:01, Morrison, John wrote:
> > From: Ivan Mikushin [mailto:ivan@openmechanics.net]
> >
> > Oops! It was my bad CVS update command (forgot the -d option
> > after update).
>
> Yeah, the update -d option creates any missing directories, things
> really go to pieces if you miss this! (I've done it before).
>
> > Now it builds OK :))
> >
> > BTW, in the docs it says one should update his own local copy
> > from the CVS
> > with <code>cvs -z3 update -d -P</code> which generates an
> > error. The docs
> > MUST be updated with the correct command which (I think) is
> > <code>
> > cvs -d :pserver:anoncvs@cvs.apache.org:/home/cvspublic -z3
> > update -d -P
> > </code>
>
> No, once you've done a checkout, cvs references
> <project>/CVS/Root
>
> for the :pserver:... information unless you override it with the first
> -d.

Here's what I get from cvs -z3 update -d -P:
cvs update: in directory .:
cvs update: ignoring CVS/Root because it specifies a non-existent reposit=
ory=20
/home/cvs
cvs update: No CVSROOT specified!  Please use the `-d' option
cvs [update aborted]: or set the CVSROOT environment variable.

Maybe this is because I never did the checkout: just downloaded the CVS=20
snapshot and then updated it?

> > Sorry for having disturbed you, the MIGHTY COCOONERS with
> > such a little bug :)
>
> Huh?  Is this a joke or are you taking the micky?

:)=20
I don't know what "to take a micky" is, but sometimes there is no reply, =
even=20
when I'm talking about serious things. Though, when I'm persistent and do=
ing=20
it in creative ways I receive the response (like above (of course, it's a=
=20
joke, <joke>should have marked it up as was recommended by someone a whil=
e=20
before in this list</joke> :))

> > Expect more soon: there is a major classloading issue which
> > prevents people to
> > put the cocoon libs (pretty *much* of stuff, I'd say) into the shared
> > directory for all webapps and only put their own stuff into
> > their webapps'
> > WEB-INF/classes and WEB-INF/lib
>
> True, if this is the case, it probably ought to be fixed.

I'm trying to solve it now, working out a patch. But if I'm stuck I'll be=
g for=20
help 'cause *this* is a problem that stops my Cocoon 2.1 hosting project.=
=20

Cheers,
Ivan.


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org