On 11/28/05, Mark D. Baushke <address@hidden> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Cloud Burst <address@hidden> writes:
Your e-mail address bounces with:
<address@hidden
>
(reason: 550 unknown user <address@hidden>)
This is anti-social and this is the last reply to that e-mail address I
will be giving to this address (or even posts that I will see as strike
two means it will be in my kill file) unless this message goes through
without error.
I don't really think that it is anti-social. If someone wants to
post a quick question on the newsgroup and not be bombarded with
personal emails from the group's users, it is reasonable to use a fake
email.
If you must give a fake address, please do not abuse the Shine Inc of
Trenton NJ postmaster. Doing so may also be construed as identity theft.
Is there leagal precedence for this? I'd like to sue a couple of
people for doing this to me. Can you site a couple of
cases?
--Russ
There are plenty of 'free' e-mail accounts you can get to post your
questions even if you choose to throw it away due to spam.
> On Sun, 27 Nov 2005 23:49:41 -0800, "Mark D. Baushke" <
address@hidden> wrote:
>
> >-----BEGIN PGP SIGNED MESSAGE-----
> >Hash: SHA1
> >
> >Cloud Burst <address@hidden> writes:
> >
> >> Running CVS 1.11.2 and a log_accum script from way before that.
> >
> >That is an ancient version of cvs. You should consider an upgrade to
> >something newer without the bugs and security holes it has.
>
> Yep. But are you telling me my desire is so uncommon that it's not
> a standard part of CVS yet? Or are you saying a newer version of
> CVS would have it? Sounds like you're saying a newer version would
> not fix my problem.
I am suggesting you have more problems than just the one you are
attempting to resolve.
> >> I'm trying to get the branch name into the commitlog and the email
> >> that goes out, but I'll be damned if I can see how it's done.
> >
> >You may find doing a 'cvs -Q -n status' command on the files of interest
> >and parsing the output to be the most 'portable' solution.
>
> Can't do this. I'm running client/server and the server doesn't have
> any files checked out. I had a hack all figured out (look for CVS/Tag
> file and read its contents) but I found out that won't work either.
If you are doing a 'cvs commit' then either you are :local: in which
case there is a fully populated CVS directory which 'cvs' is able to
read, or you are remote in which case the client/server has put you into
a directory which contains a CVS directory along with a new file to be
committed and 'cvs' is still able to read it.
You may either trust that I am telling you the truth (most of my
log_accum equivalents use the 'cvs -Q -n status' trick to include the
branch information as a part of the log message), or you may ignore my
advice.
If you feel you do not wish to use 'cvs -Q -n status' on the filename
but must instead try to peer into the CVS directory yourself, then you
will find that CVS/Entries and/or CVS/Entries.Log and/or
CVS/Entries.Static should exist and the branch information you wish will
be of the form
/file/ver/timestamp/options/tag_or_date
where tag_or_date will be '' for the main trunk and a branch-name tag
will be of the form Tbranch-name
However, you should NOT assume that this will be the format forever, so
it really is better for you to use 'cvs -Q -n status filename' to get the
branch information you want for now.
> >> The log_accum script was hacked a little (a long while ago) to get
> >> the email From set correctly and the subject line looking right,
> >> but not very much else, since it was checked in, anyway.
> >>
> >> Also, in the loginfo file at the end of the line that calls the
> >> log_accum script is
> >>
> >> ${Vvts}
> >
> >Well, first, it would be %{Vvs} for cvs
1.11.x the loginfo file
> >(the %t is not a supported format string for loginfo).
> >
> >Although, I suppose if you have local hacks to the cvs sources, you
> >might have defined %t switch to be the tagname. The %V is the old
> >version number and %v is the new version number and %s is the filename.
> >
> >> Anybody know what this does or is supposed to do? I don't think
> >> it does very much.
> >
> >With a ${Vvts} it would try to expand an environment variable and
> >probably do nothing but expand to '' as an argument to your script.
> >
> ># You may specify a format string as part of the
> ># filter. The string is composed of a `%' followed
> ># by a single format character, or followed by a set of format
> ># characters surrounded by `{' and `}' as separators. The format
> ># characters are:
> >#
> ># s = file name
> ># V = old version number (pre-checkin)
> ># v = new version number (post-checkin)
> >#
> ># For example:
> >#DEFAULT (echo ""; id; echo %s; date; cat) >> $CVSROOT/CVSROOT/commitlog
> ># or
> >#DEFAULT (echo ""; id; echo %{sVv}; date; cat) >> $CVSROOT/CVSROOT/commitlog
>
> Thanks again. I already found that documentaton in the meantime. Now
> I think I may have to customize cvs if there isn't a reasonable script
> based solution.
There is a resaonable script based solution, but you do not appear to
believe me that it works.
Good luck,
-- Mark
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)
iD8DBQFDi0MVCg7APGsDnFERAv0oAKDvpverj0at18DDJNcOCNBYgXuclwCeL8Ba
wh/h5OheUJWHugENEDkFAdk=
=4f+5
-----END PGP SIGNATURE-----
_______________________________________________
Info-cvs mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/info-cvs