[m-rev.] [reuse] synchronize reuse branch with main branch

Tyson Dowd trd at cs.mu.OZ.AU
Thu Sep 12 12:16:18 AEST 2002


On 11-Sep-2002, Nancy Mazur <Nancy.Mazur at cs.kuleuven.ac.be> wrote:
> * Fergus Henderson <fjh at cs.mu.OZ.AU> [2002-09-11 09:55]:
> > On 11-Sep-2002, Nancy Mazur <Nancy.Mazur at cs.kuleuven.ac.be> wrote:
> > > * Fergus Henderson <fjh at cs.mu.OZ.AU> [2002-09-10 20:01]:
> > > > On 10-Sep-2002, Nancy Mazur <Nancy.Mazur at cs.kuleuven.ac.be> wrote:
> > > > > 
> > > > > Well, I was planning to commit it, but I obtain an endless series of
> > > > > errors concerning the absence of non-uptodatedness of the copyright
> > > > > message, especially in directories such as boehm_gc, etc... 
> > > > > 
> > > > > What do I do with these? I thought that's wat the .nocopyright file is
> > > > > for?  What is the standard procedure? 
> > > > 
> > > > For code which is imported another source, e.g. just about everything
> > > > in the boehm_gc directory except the Mmakefile, just add the relevant
> > > > files to the .nocopyright file in that directory.
> > > 
> > > 2. I've added one specific file (BCC_MAKEFILE) to .nocopyright,
> > > committed the .nocopyright file, and then tried to commit BCC_MAKEFILE.
> > > It still complains about a missing copyright. 
> > 
> > That sounds like a bug in the check.pl script,
> > which is in our repository (cvs checkout CVSROOT/check.pl).
> > 
> > It's probably a bit hard for anyone else to debug the problem,
> > since they will have difficulty reproducing it.
> > So I suggest that you debug it, e.g. if necessary by inserting
> > debugging print statements into check.pl (and committing those
> > changes).
> 
> It seems that when checking in files from the reuse-branch, it looks at
> the .nocopyright file from the main trunk. I've temporarely added
> BCC_MAKEFILE to the main trunk .nocopyright file, which enables me to 
> check my reuse-branch version in without any problems.
> 
> But I wonder, it cannot be the purpose for me updating .nocopyright on
> the main trunk? Haven't other developers encountered that problem when
> synchronizing their branch? I mean, CVS should have complained during
> the first check-in of those files, anywhere in CVS? 

As far as I know this is a known limitation of check.pl (I wrote the
code to check for .nocopyright)

               } elsif (open NOCOPYRIGHT, 
                               "co -q -p $directory/.nocopyright |") {

This is the line that causes the problem -- if you know what the version
number is of the .nocopyright you wish to checkout, you could pretty
easily modify this line.

However, when doing client-server CVS you only have access to files that
are being checked in.  So unless you changed .nocopyright in this
checkin, you won't even have access to the .nocopyright file. 

I don't see how you can find out what version number the file is in this
case.

Perhaps we could try to figure out what branch the other files are on
and get the latest version on that branch...  Sounds tricky...

-- 
       Tyson Dowd           # 
                            #  Surreal humour isn't everyone's cup of fur.
     trd at cs.mu.oz.au        # 
http://www.cs.mu.oz.au/~trd #
--------------------------------------------------------------------------
mercury-reviews mailing list
post:  mercury-reviews at cs.mu.oz.au
administrative address: owner-mercury-reviews at cs.mu.oz.au
unsubscribe: Address: mercury-reviews-request at cs.mu.oz.au Message: unsubscribe
subscribe:   Address: mercury-reviews-request at cs.mu.oz.au Message: subscribe
--------------------------------------------------------------------------



More information about the reviews mailing list