info-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

(no subject)


From: root
Subject: (no subject)
Date: Mon, 13 Aug 2001 05:05:51 -0400

>From address@hidden  Fri Feb  2 21:02:34 2001
>Return-Path: <address@hidden>
Received: from fencepost.gnu.org (fencepost.gnu.org [199.232.76.164])
        by gateway.camelot.jp (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id 
VAA29806
        for <address@hidden>; Fri, 2 Feb 2001 21:02:32 +0900
Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
        by fencepost.gnu.org with esmtp (Exim 3.16 #1 (Debian))
        id 14Oemz-0004lk-00; Fri, 02 Feb 2001 06:54:05 -0500
Received: from [210.48.49.87] (helo=charon.ot.co.nz)
        by fencepost.gnu.org with smtp (Exim 3.16 #1 (Debian))
        id 14OemA-0004lL-00
        for <address@hidden>; Fri, 02 Feb 2001 06:53:14 -0500
Received: (qmail 28673 invoked from network); 2 Feb 2001 11:50:34 -0000
Received: from localhost (HELO WLGPOOL) (127.0.0.1)
  by localhost with SMTP; 2 Feb 2001 11:50:34 -0000
Reply-To: address@hidden
From: "Chris Cameron" <address@hidden>
To:
  "'Haefelinger, Wolfgang'" <address@hidden>,
  address@hidden
Subject: RE: problem with "co -d xx -n" : bug or feature?
Message-ID: <address@hidden>
MIME-Version: 1.0
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
In-Reply-To: <address@hidden>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Sender: address@hidden
Errors-To: address@hidden
X-BeenThere: address@hidden
X-Mailman-Version: 2.0
Precedence: bulk
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/info-cvs>,
        <mailto:address@hidden>
List-Id: Announcements and discussions for the CVS version control system 
<info-cvs.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/info-cvs>,
        <mailto:address@hidden>
List-Archive: <http://mail.gnu.org/pipermail/info-cvs/>
Date: Fri, 2 Feb 2001 09:39:28 -0200
Status: O
Content-Length: 2586
Lines: 95

There used to be a patch available at cvshome to fix a similar problem in
the modules file.  I cannot remember the exact details, but we installed the
patch.  AFAIK it has not been incorporated into the main CVS tree.  Sorry I
can't give you any more details, but I'm out of the office, visiting sales
offices in the Americas, so can't get at our CVS repository to give you more
details.

> -----Original Message-----
> From: address@hidden
> [mailto:address@hidden Behalf Of
> Haefelinger, Wolfgang
> Sent: Friday, 2 February 2001 7:53 a.m.
> To: 'address@hidden'
> Subject: problem with "co -d xx -n" : bug or feature?
>
>
> Hello there,
> here's  my  problem:  defined an "ampersand module"
> in  $CVSROOT/CVSROOT/modules and got a problem when
> checking out the module using checkout options "-d"
> and "-d" and want to know whether this is a (known)
> bug or a feature. That's what I have and what I did
> on
>  $uname -a
>  SunOS intra-dev 5.6 Generic_105181-05 sun4u sparc SUNW,Ultra-2
>
>  $cvs --v
>  Concurrent Versions System (CVS) 1.10.7 (client/server)
>
> My repository contains the directories "mod1" and "mod2".
> Want to checkout them both with a symbolic name. There-
> fore I added the line "am &mod1 mod2" to the modules
> file:
>
>  $ cat $CVSROOT/CVSROOT/modules
>  am &mod1 &mod2
>
> That's pretty fine since
>  $ rm -rf am
>  $ cvs co am
>  $ ls am
>  mod1 mod2
>
> does exactly what I want. Even better,
>
>  $ rm -rf xx
>  $ cvs co -d xx am
>  $ ls xx
>  mod1 mod2
>
> let's me checkout the modules in another directory. That's
> wonderful, wow!
>
> BUT, trying also option -n to prevent any additional checkout
> script from beeing triggered behaves unexpected:
>
>  $ rm -rf *
>  $ cvs co -n -d xx am
>  $ ls
>  mod1 mod2
>
> The modules are checked out in the working directory and not
> as beeing told in the subdirectory "xx".
>
> BUT-BUT, on the other side,
>
>  $ rm -rf *
>  $ cvs co -n -d xx mod1 mod2
>  $ ls
>  xx
>
> does the right thing.
>
> Ok, I'm much too stupid to understand why 'cvs' behave in
> this way, therefore  I  ask you, what's going on here. If
> this is a bug, I'm willing to fix it.
>
> Thanks,
> Wolfi.
>
>  _Wolfgang Haefelinger________________________
>  voice: 069-263-16582
>  email: address@hidden
>
> _______________________________________________
> Info-cvs mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/info-cvs
>


_______________________________________________
Info-cvs mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/info-cvs




reply via email to

[Prev in Thread] Current Thread [Next in Thread]