Update some skeleton file comments to Git instead of CVS.
authorRobin H. Johnson <robbat2@gentoo.org>
Sun, 9 Aug 2015 05:26:10 +0000 (22:26 -0700)
committerRobin H. Johnson <robbat2@gentoo.org>
Sun, 9 Aug 2015 05:26:10 +0000 (22:26 -0700)
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
skel.ChangeLog
skel.ebuild

index 8ffbe38bfdb2e0b4d8e16ff65be1bde621dc565e..cc34d3838476645d10c0a57123c7523c19500287 100644 (file)
@@ -39,9 +39,9 @@
 
   Every new version or revision of the package should be marked by a '*'
   separator line as above to indicate where in the chronology it was first
-  added to our CVS tree. Any changes since the last revision, really _any
+  added to our Git tree. Any changes since the last revision, really _any
   changes at all_ have to be added to the top of the file, underneath the
-  initial copyright and cvs header comments, in exactly the same format as this
+  initial copyright and file header comments, in exactly the same format as this
   comment. If you are modifying older ebuilds, simply note them as changed
   files and add your entry to the top of the ChangeLog. Resist the temptation
   to "organize" your ChangeLog entries by placing them under the "correct" "*"
@@ -55,7 +55,7 @@
   of 80 characters.  The changed_files can be omitted if they are obvious; for
   example, if you are only modifying the .ebuild file and committing a new rev
   of a package.  Any details about what exactly changed in the code should be
-  added as a message when the changes are committed to cvs, not in this file.
+  added as a message when the changes are committed to Git, not in this file.
 
 -- A word regarding credit:
 
index 60038fb6b6d342ec0792f64366ac5e31536dd711..7795a5b55fdbead41048b69840fb1ede8dd86630 100644 (file)
@@ -8,7 +8,7 @@
 # doesn't mean you can't add your own comments though.
 
 # The 'Header' on the third line should just be left alone.  When your ebuild
-# will be committed to cvs, the details on that line will be automatically
+# will be committed to git, the details on that line will be automatically
 # generated to contain the correct data.
 
 # The EAPI variable tells the ebuild format in use.