Linux PARISC architecture development
 help / color / mirror / Atom feed
From: Michael Ang <mang@subcarrier.org>
To: Alan Modra <alan@linuxcare.com.au>
Cc: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] phase 2 gcc build fails
Date: Fri, 15 Dec 2000 00:48:37 -0500	[thread overview]
Message-ID: <3A39B0B5.27A14539@subcarrier.org> (raw)
In-Reply-To: Pine.LNX.4.21.0012141742060.2565-100000@front.linuxcare.com.au

Alan Modra wrote:
> 
> > Yeah, that's exactly what you wanted to do.  After you ran the "admin
> > -b" command, the vendor branch was de-vendorised, so I'm guessing that
> > the next time you pulled you got the trunk, not the branch.  With vendor
> > branches, you never really know if you're pulling from a branch or the
> > trunk, hence our desire to avoid them.
> 
> For answering, you're the lucky recipient of another question :-)

Heh, serves me right ;)
 
> Is it possible to import a vendor branch that contains new files, without
> them magically appearing when checking out the HEAD version?  I've just
> done an import from sourceware, then had to rm all the new files, cvs rm,
> cvs commit.  Which is a pain.  Also, unless people use "checkout -P", they
> get empty directories.

Hmm, I didn't realise that this was another side effect of "import".  I
generally use "add" on the branch instead, which does the right thing
for new files.  So I guess when updating a third-party branch you have
two choices:
1. Use "import", and both "admin -b" and "cvs rm" from the trunk any new
files.
2. Use "add" on the branch, and "cvs rm" any removed files from the
branch.

New files on the trunk that shouldn't be there are probably less of a
nuisance than persistent files that should be gone, but there's no need
to make this kind of mistake.

If people want to prune empty directories they should use "checkout
-P".  Here's the contents of my .cvsrc:
cvs -z3
diff -uN
remove -f

I don't turn on "checkout -P" or "update -d" by default, but that's just
me.  I've been meaning to set up a checkout module for the kernel that
would include the minimal set of stuff you need to build for PA-RISC,
omitting the other arch dependent junk.  I plan to do it Real Soon Now.

	- Mike.

      parent reply	other threads:[~2000-12-15  5:51 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-12-13 23:11 [parisc-linux] phase 2 gcc build fails Matt Taggart
2000-12-14  0:07 ` Alan Modra
2000-12-14  0:20   ` Matt Taggart
2000-12-14  0:31     ` Alan Modra
2000-12-14  2:57       ` Alan Modra
2000-12-14  6:27         ` Michael Ang
2000-12-14  6:55           ` Alan Modra
2000-12-14 10:20             ` Matthew Wilcox
2000-12-15  5:56               ` Michael Ang
2000-12-15  5:48             ` Michael Ang [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3A39B0B5.27A14539@subcarrier.org \
    --to=mang@subcarrier.org \
    --cc=alan@linuxcare.com.au \
    --cc=parisc-linux@thepuffingroup.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox