RE: I want to change the CVS history file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The lines in the history file consist of fields separated by '|' characters. The first field: M3cd13118 indicates the type of operation ('M' is commit from modified file) and the rest of this field is the timestamp of the operation in hex. This timestamp is the number of seconds since midnight 1/1/1970. - - Tim - -Original Message- From: Anders Bülow [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 03, 2001 9:01 AM To: [EMAIL PROTECTED] Subject: I want to change the CVS history file Hi We use the command cvs history -a -c -D Time of last report to generate a report of who committed which files when. But someone by accident set the local time on her machine 1 year into the future. Now her commits shows up on every report. I changed all the timestamps on the files in the repository. But the command cvs history -a -c -D Time of last report still shows she committed something in 2002. How can I change the line: M3cd13118|line|C:\Src2k\BPMain|Src2000/BP/Digitalis/Components/BPLivSe lskab|1.40|BPLivSelskab.cpp in the history file in CVSROOT to reflect the correct time? Thanks in advance for any help. Anders Bülow -BEGIN PGP SIGNATURE- Version: PGPfreeware 6.5.8 for non-commercial use http://www.pgp.com iQA/AwUBOvF3/30GulZt1ukUEQIicQCfYrLf3KwvzGVaJogfz6cYxEp6NsYAnRcK 6jymSauC04kgPrj9SpKwxP3H =/5AW -END PGP SIGNATURE- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Problem with e-mail notification
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 My understanding is that when you commit each folder is committed individually. So when you commit something which covers dirs, sub1 and sub2, it actually gets run as 3 separate commits. Yes, this is what I understood and what I obtained. But, is there any way of reporting only when one specific directory (and not their subdirectories) is commited? Take a look at the commit_prep.pl and log_accum.pl scripts that are in the CVS distributions contrib directory. By adding an entry similar to the following to the commitinfo file: ALL commit_prep.pl -r and the following to the loginfo file: DEFAULT log_accum.pl -u $USER -s -m email_addr %{sv} You will get a single email per checkin even if the checkin spans multiple directories. Note that if you want this to be done for a particular module or directory rather than the entire repository, replace ALL and DEFAULT in the lines above with the appropriate regular expression. - - Tim -BEGIN PGP SIGNATURE- Version: PGPfreeware 6.5.8 for non-commercial use http://www.pgp.com iQA/AwUBOub3sn0GulZt1ukUEQIV9QCg6p2FxK2uK1yKvskrJztHa1vvPRsAoOFc Z696STxEHFk/T5wHcJ/oMFUb =5nNA -END PGP SIGNATURE- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: directory addition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Use the following CVS command: cvs update -d -P from the top directory of your sandbox. The -d option tells CVS to create directories that have been added to the repository that don't exist in your sandbox and the -P tells CVS to delete directories that are now empty (because all the files in them have been removed). - - Tim -Original Message- From: JavaSoft [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 19, 2001 6:07 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: directory addition Thank you sir. now i am understand ... now.. last question if your dont mind.. if my friend added a directory(not empty directory) to CVS server.. how can i get the new directory to my local hard disk ?? should i check out the whole module everytime a new directory added ?? or can i just check out to the specific new directory ??? thx, a Java Addicted --- Runbox Mail Manager - www.runbox.com Free online email application ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs -BEGIN PGP SIGNATURE- Version: PGPfreeware 6.5.8 for non-commercial use http://www.pgp.com iQA/AwUBOt7q9H0GulZt1ukUEQJ75ACguE4qo73uTe8HPNfKoodX8ExqvCMAoMwi +qQv0IPlGSmXdEodi4DGEO7X =Dl60 -END PGP SIGNATURE- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: MS Visual C++ daylight saving time bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If your cvs working directory is on an NT File System (NTFS) partition, the problem may have been caused by the way windows stores times for events in the system event log and files in the NTFS. For details, see: http://support.microsoft.com/support/kb/articles/Q129/5/74.asp - - Tim -Original Message- From: Alexandre Parenteau [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 03, 2001 11:04 AM To: David L. Martin; info-cvs Subject: Re: MS Visual C++ daylight saving time bug David and All, For WinCvs, we use Visual C++ 6.0 SP 4 and we called tzset. I didn't get any problem but I'm not using cvsnt. Regards, alex. - Original Message - From: "David L. Martin" [EMAIL PROTECTED] To: "info-cvs" [EMAIL PROTECTED] Cc: "Alexandre Parenteau" [EMAIL PROTECTED] Sent: Tuesday, April 03, 2001 8:31 AM Subject: MS Visual C++ daylight saving time bug All, I've seen a problem with WinCVS 1.2 since the daylight saving time switch on 4/1/01 which I believe is due to the so-called "April Fool's 2001 Bug" in the Visual C++ runtime library. This may be old news to some, but I was caught off-guard by it. Basically, any calls to ctime() or asctime() will result in a time uncorrected for daylight saving time for the period 4/1-4/8 for the year 2001 for some older versions of msvcrt.dll This was apparently fixed in Visual Studio 6 Service Pack 3. http://www.pcworld.com/news/article.asp?aid=9327 http://msdn.microsoft.com/visualc/headlines/2001.asp Regards, David Martin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs -BEGIN PGP SIGNATURE- Version: PGPfreeware 6.5.8 for non-commercial use http://www.pgp.com iQA/AwUBOsokO30GulZt1ukUEQJvdgCgpuA3gDhCabU2V+G8mtLJJLTJlksAn1nY cBk9BMRD1hyyWfMVUUmezr6U =RWRa -END PGP SIGNATURE- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: inetd question related to cvs (not usual pserver doesn't work FAQ)
An easier way to look at the pserver client/server dialog is to define the CVS_CLIENT_LOG environment variable with the base file name for the log on the client. The client will create two files. Everything that the client sends to the server is logged in filename.in and everything from the server is in filename.out. This is documented in Cederqvist (http://www.cvshome.org/docs/manual/index.html), specifically in http://www.cvshome.org/docs/manual/cvs_19.html#SEC178 - Tim -Original Message- From: Laird Nelson [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 14, 2000 10:51 AM To: [EMAIL PROTECTED] Subject: inetd question related to cvs (not usual pserver doesn't work FAQ) inetd programs are supposed to be able to simply read from STDIN, right? I'm trying to write a wrapper program around cvs pserver that gets invoked, obviously, from STDIN. I'd like to peek at the conversation between client and server, and I thought I could get at this conversation by simply reading from STDIN. But my program blocks infinitely. Is the cvs client/server protocol such that it is started by the server (the Cederqvist says no)? In case it matters, my program is a perl program. Cheers, Laird
RE: Wrong Author entry when using log[_accum].pl
The log_accum.pl script requires a companion script executed by the commitinfo trigger mechanism. The necessary script is commit_prep.pl (also included in the contrib directory with log_accum.pl. If the commit_prep.pl script is given the -r command line option, it will record the last directory involved in a multi-directory commit in the file /tmp/#cvs.lastdir.process_id. This file is read by log_accum.pl to know when it has finished processing all of the files in the commit. The format of the commitinfo file is the same as the loginfo file, line oriented where each line consists of regular_expwhitespacecommand_line The regular_exp should be the same as what's in your loginfo file. The command_line should be: /path/to/commit_prep.pl -r Hope this helps. - Tim Taylor -Original Message- From: Roland Jesse [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 13, 2000 3:07 PM To: CVS mailing list Subject: Re: Wrong "Author" entry when using log[_accum].pl This might help to dig into it. I wrote: Any ideas, then, why the following line in loginfo does not send out any email? DEFAULT $CVSROOT/CVSROOT/log_accum.pl -u $USER -m jesse %s When performing a check in cvs (actually log_accum.pl does) complains after the last file with: Cannot open file /tmp/#cvs.lastdir.523. The check in and all is successfull, but log_accum.pl fails to send out the email. As the file really does not exist on the cvs server machine, the question might be now, why it is not created. Looks to me like either "append_names_to_file" or "read_line" might be responsible for that. But I still might be wrong with that. Anybody around with some more insight? Roland