Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Eli Zaretskii <eliz@is.elta.co.il>
To: Andrew Cagney <ac131313@cygnus.com>
Cc: Brian Youmans <3diff@gnu.org>, gdb@sources.redhat.com
Subject: Re: [Fwd: Cron <gdbadmin@sources> sh $HOME/ss/do-all-gdb-snapshots]
Date: Mon, 21 Jan 2002 01:57:00 -0000	[thread overview]
Message-ID: <Pine.SUN.3.91.1020121115543.16755J-100000@is> (raw)
In-Reply-To: <3C4B989F.4070603@cygnus.com>


On Sun, 20 Jan 2002, Andrew Cagney wrote:

> FYI, you were right, CVS doesn't like you! :=)

Probably my fault, at least to some extent, but my opinion that the
CVS has several counter-intuitive aspects in its UI has until now
fallen on deaf ears (yes, I actually spoke to some of the CVS
developers and was told that I didn't understand ``the CVS way'').

Anyway, how do you add a new file on a branch?

What happened to me is that I had no problems with "cvs add" on the
trunk, followed by "cvs ci" on the trunk.  On the branch, I think I
mistakenly typed "cvs ci" first, without having fdl.texi present in
the directory, and was told that ``a newly born fdl.texi
disappeared''.  I then remembered that I missed "cvs add" and did
that, only to be told that ``someone else already added it''.  After
that, "cvs ci" refused to work, demanding that I do "cvs add" first...

What am I missing?

One of the things I can never remember is when do you have to use the
"-r TAG" switch with CVS commands issued on the branch.  So I tend to
always use that switch, which is perhaps incorrect with "cvs add".

> Should the FDL and ``Free Software Needs Free Documentation'' blurbs be 
> added to the GDB Internals Manual?

I asked Richard Stallman, and he replied that it's okay to have only
one FDL in a collection of documents that are distributed together.
The same situation exists with Emacs, so we are in a good company ;-)

> Also, should the main GDB manual include a printed copy of the GPL. 

I don't know.  In general, GDB is considered one of the few
``important packages'' that are part of GNU software, so having the
GPL in the manual is probably a good idea.  GCC, for example, does
have such a section.  And we even have a section for it ("Free
Software"), which now just tells what the GPL is.


  reply	other threads:[~2002-01-21  9:57 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-20 20:27 Andrew Cagney
2002-01-21  1:57 ` Eli Zaretskii [this message]
2002-01-21  8:24   ` Andrew Cagney
2002-01-22  8:56 ` Brian Youmans
2002-01-22 10:39   ` Eli Zaretskii

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=Pine.SUN.3.91.1020121115543.16755J-100000@is \
    --to=eliz@is.elta.co.il \
    --cc=3diff@gnu.org \
    --cc=ac131313@cygnus.com \
    --cc=gdb@sources.redhat.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