You can subscribe to this list here.
2000 |
Jan
(38) |
Feb
(206) |
Mar
(150) |
Apr
(124) |
May
(183) |
Jun
(212) |
Jul
(124) |
Aug
(91) |
Sep
(49) |
Oct
(15) |
Nov
(38) |
Dec
(10) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(39) |
Feb
(36) |
Mar
(47) |
Apr
(51) |
May
(53) |
Jun
(97) |
Jul
(66) |
Aug
(47) |
Sep
(56) |
Oct
(31) |
Nov
(24) |
Dec
(64) |
2002 |
Jan
(69) |
Feb
(125) |
Mar
(133) |
Apr
(50) |
May
(47) |
Jun
(26) |
Jul
(101) |
Aug
(87) |
Sep
(76) |
Oct
(19) |
Nov
(16) |
Dec
(15) |
2003 |
Jan
(9) |
Feb
(11) |
Mar
(12) |
Apr
(17) |
May
(3) |
Jun
(13) |
Jul
(17) |
Aug
(7) |
Sep
(8) |
Oct
(4) |
Nov
(10) |
Dec
(11) |
2004 |
Jan
(13) |
Feb
(5) |
Mar
(12) |
Apr
(14) |
May
(13) |
Jun
(16) |
Jul
(16) |
Aug
(8) |
Sep
|
Oct
|
Nov
|
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
(2) |
Jun
(5) |
Jul
(7) |
Aug
(15) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
2006 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(12) |
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(7) |
Jul
|
Aug
(16) |
Sep
(8) |
Oct
(6) |
Nov
(7) |
Dec
(3) |
2008 |
Jan
(4) |
Feb
(4) |
Mar
(37) |
Apr
(21) |
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
(1) |
Feb
(20) |
Mar
(26) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2012 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(1) |
2015 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Raymond T. <toy...@gm...> - 2011-03-09 19:39:42
|
On 3/9/11 2:29 PM, Sam Steingold wrote: >> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-09 13:08:16 -0500]: >> >>>> In addition, I'd like the keyword extension enabled. >>> I don't think this is a good idea. >>> I used to use that with cvs but not with mercurial. >>> http://mercurial.selenic.com/wiki/KeywordPlan#head-2007fad6f31bf6f1f1b5c3d5b02e5c6225de3ec5 >>> http://mercurial.selenic.com/wiki/VersioningWithMake >>> >> Yes, I read those. But f2cl doesn't use make, but expects the files >> to contain $Id$ keywords. > that made sense for cvs because each file had its own id. > with mercurial it makes no sense whatsoever. > just put a single > > (defvar *id* (shell "hg id --debug")) > > in one file and you already have full information. Perhaps, but I don't want to write a portable shell for every Lisp. Right now, f2cl can be run by any (I think) common lisp. I already added the keyword extension locally and the generated Id's are different: src/f2cl/src/f2cl1.l:20: "$Id: f2cl1.l,v e2000d02dd2a 2010/10/08 03:05:30 rtoy $") src/f2cl/src/f2cl2.l:24: "$Id: f2cl2.l,v ee10069a0482 2008/02/22 22:19:34 rtoy $") src/f2cl/src/f2cl3.l:28: "$Id: f2cl3.l,v ee10069a0482 2008/02/22 22:19:34 rtoy $") src/f2cl/src/f2cl4.l:17: "$Id: f2cl4.l,v ee10069a0482 2008/02/22 22:19:34 rtoy $") src/f2cl/src/f2cl5.l:53: "$Id: f2cl5.l,v f82a7b97eeed 2010/02/23 05:21:30 rtoy $") src/f2cl/src/f2cl6.l:31: "$Id: f2cl6.l,v e4ea90ad64ff 2008/08/24 00:56:27 rtoy $") src/f2cl/src/macros.l:9: "$Id: macros.l,v 1ba3edd71647 2011/02/28 22:21:07 rtoy $") This is rather nice to know for debugging purposes when an conversion was done that is now broken but used to work. It makes it easy to begin locating where the bug was introduced. Of course, I could use hg blame to figure this out, but Id's and dates are useful information to start with. And yes, I could use a local .hgrc to enable the extension, but I don't want to have to remember that on every machine I use and I want other users of f2cl to be able to see the keywords to help me debug issues. Ray |
From: Sam S. <sd...@gn...> - 2011-03-09 19:29:35
|
> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-09 13:08:16 -0500]: > >>> In addition, I'd like the keyword extension enabled. >> I don't think this is a good idea. >> I used to use that with cvs but not with mercurial. >> http://mercurial.selenic.com/wiki/KeywordPlan#head-2007fad6f31bf6f1f1b5c3d5b02e5c6225de3ec5 >> http://mercurial.selenic.com/wiki/VersioningWithMake >> > Yes, I read those. But f2cl doesn't use make, but expects the files > to contain $Id$ keywords. that made sense for cvs because each file had its own id. with mercurial it makes no sense whatsoever. just put a single (defvar *id* (shell "hg id --debug")) in one file and you already have full information. I don't want to argue about it anymore (I know you will eventually follow my route anyway :-), please feel free to do as you wish. -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.3 (Final) X http://mideasttruth.com http://camera.org http://memri.org http://palestinefacts.org http://iris.org.il http://openvotingconsortium.org Rottweiler puppy for sale, eats everything, loves children. |
From: Raymond T. <toy...@gm...> - 2011-03-09 18:08:26
|
On 3/9/11 10:02 AM, Sam Steingold wrote: >> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-08 23:24:45 -0500]: >> >> I think it would be nice to have commit messages sent out with hg >> pushes. Perhaps we can use the changegroup hook given in >> <http://mercurial.selenic.com/wiki/Hook#The_changegroup_hook>. These >> seem relatively simple to setup and we can just send all mail to the >> clocc-cvs list. This just gives the commit messages. >> >> Or perhaps the NotifyExtension >> <http://mercurial.selenic.com/wiki/NotifyExtension>, which will send out >> diffs. (I kind of like diffs, but perhaps people consider that to be >> too cluttered for commit messages.) > I think diffs should go to clocc-devel and push notifications to > clisp-list. Presumably you meant clocc-list, not clisp-list. > or maybe not... I think I'd prefer them to go to just one list (clocc-cvslog). diffs to clocc-devel is too cluttered and uninteresting to most people, since clocc is a random collection of things. >> In addition, I'd like the keyword extension enabled. > I don't think this is a good idea. > I used to use that with cvs but not with mercurial. > http://mercurial.selenic.com/wiki/KeywordPlan#head-2007fad6f31bf6f1f1b5c3d5b02e5c6225de3ec5 > http://mercurial.selenic.com/wiki/VersioningWithMake > Yes, I read those. But f2cl doesn't use make, but expects the files to contain $Id$ keywords. This is also why I suggested only enabling the keyword extension for files that match the pattern *.l, which is basically only the f2cl source files. If that's not enough, we can probably tighten the pattern to just the .l files in src/f2cl/src. Then the keyword extension won't be used except for those few files. Ray |
From: Raymond T. <toy...@gm...> - 2011-03-09 18:00:36
|
On 3/9/11 10:00 AM, Sam Steingold wrote: >> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-08 20:37:13 -0500]: >> >> On 3/8/11 7:00 PM, Raymond Toy wrote: >>> On 3/8/11 6:16 PM, Sam Steingold wrote: >>>>> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-04 11:36:02 -0500]: >>>>> >>>>> But if an admin can enable hg on sourceforge, I can push this repo up >>>>> for others to use. >>>> please do. >>>> https://sourceforge.net/scm/?type=hg&group_id=1802 >>> Done. >>> >>> But I see there are some issues. hg clone creates two directories: >>> clocc/CVSROOT and clocc/clocc. This is unexpected. >> Nevermind. It seems that I have shell access to the clocc hg repo so >> I've taken care of this. An hg clone produces a clocc directory with >> several subdirectories and files as we have come to know from cvs. > I think the right way is to extract the clocc directory from the > resulting repo using "hg convert" (from hg to hg). > What? I think the directory structure from hg clone <clocc-hg-url> is correct now. It creates a clocc directory which contains a few files and a bin, etc, and src directory, just like if you did a cvs co of clocc. Do you want something else? Ray |
From: Sam S. <sd...@gn...> - 2011-03-09 16:24:46
|
> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-08 20:37:13 -0500]: > Please test this out to see if it looks like what you expect. there are 3 heads now: tip, ytools-2-0-dev, ytools-1-2-dev. I think the ytools owner should close the extra heads (at least the latter one) see http://mercurial.selenic.com/wiki/PruningDeadBranches > The only issue I can see is that there are .cvsignore files, but I > guess that's to be expected. well, they all should be eventually merged into the top-level .hgignore. I don't want to do that automatically because the many .cvsignore files under, say, f2cl, contain huge lists. I think the package owners should handle that themselves, carefully removing files which should not be ignored. -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.3 (Final) X http://www.memritv.org http://palestinefacts.org http://memri.org http://mideasttruth.com http://honestreporting.com ((lambda (x) `(,x ',x)) '(lambda (x) `(,x ',x))) |
From: Sam S. <sd...@gn...> - 2011-03-09 15:02:56
|
> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-08 23:24:45 -0500]: > > I think it would be nice to have commit messages sent out with hg > pushes. Perhaps we can use the changegroup hook given in > <http://mercurial.selenic.com/wiki/Hook#The_changegroup_hook>. These > seem relatively simple to setup and we can just send all mail to the > clocc-cvs list. This just gives the commit messages. > > Or perhaps the NotifyExtension > <http://mercurial.selenic.com/wiki/NotifyExtension>, which will send out > diffs. (I kind of like diffs, but perhaps people consider that to be > too cluttered for commit messages.) I think diffs should go to clocc-devel and push notifications to clisp-list. or maybe not... > In addition, I'd like the keyword extension enabled. I don't think this is a good idea. I used to use that with cvs but not with mercurial. http://mercurial.selenic.com/wiki/KeywordPlan#head-2007fad6f31bf6f1f1b5c3d5b02e5c6225de3ec5 http://mercurial.selenic.com/wiki/VersioningWithMake -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.3 (Final) X http://www.memritv.org http://memri.org http://openvotingconsortium.org http://pmw.org.il http://jihadwatch.org http://thereligionofpeace.com War doesn't determine who's right, just who's left. |
From: Sam S. <sd...@gn...> - 2011-03-09 15:00:44
|
> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-08 20:37:13 -0500]: > > On 3/8/11 7:00 PM, Raymond Toy wrote: >> On 3/8/11 6:16 PM, Sam Steingold wrote: >>>> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-04 11:36:02 -0500]: >>>> >>>> But if an admin can enable hg on sourceforge, I can push this repo up >>>> for others to use. >>> please do. >>> https://sourceforge.net/scm/?type=hg&group_id=1802 >> Done. >> >> But I see there are some issues. hg clone creates two directories: >> clocc/CVSROOT and clocc/clocc. This is unexpected. > > Nevermind. It seems that I have shell access to the clocc hg repo so > I've taken care of this. An hg clone produces a clocc directory with > several subdirectories and files as we have come to know from cvs. I think the right way is to extract the clocc directory from the resulting repo using "hg convert" (from hg to hg). -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.3 (Final) X http://truepeace.org http://dhimmi.com http://honestreporting.com http://mideasttruth.com http://openvotingconsortium.org http://iris.org.il Lisp: it's here to save your butt. |
From: Raymond T. <toy...@gm...> - 2011-03-09 04:25:12
|
I think it would be nice to have commit messages sent out with hg pushes. Perhaps we can use the changegroup hook given in <http://mercurial.selenic.com/wiki/Hook#The_changegroup_hook>. These seem relatively simple to setup and we can just send all mail to the clocc-cvs list. This just gives the commit messages. Or perhaps the NotifyExtension <http://mercurial.selenic.com/wiki/NotifyExtension>, which will send out diffs. (I kind of like diffs, but perhaps people consider that to be too cluttered for commit messages.) In addition, I'd like the keyword extension enabled. See <http://mercurial.selenic.com/wiki/KeywordExtension>, which is distributed with hg. I use the CVS $Id$ keyword in f2cl in the generated files so the user knows exactly what version of each f2cl file was used to generate the translation. I don't know if anyone else is using CVS keywords in this way, but we can limit the keyword expansions to just *.l files, which, I think are only in f2cl. Ray |
From: Raymond T. <toy...@gm...> - 2011-03-09 02:44:58
|
On 3/8/11 6:16 PM, Sam Steingold wrote: >> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-04 11:36:02 -0500]: >> >> But if an admin can enable hg on sourceforge, I can push this repo up >> for others to use. > > please do. We should probably add the necessary hooks to send out commit messages to clocc-cvs. Do you know how to do this? If not, I'll do some looking around to enable this. Ray |
From: Raymond T. <toy...@gm...> - 2011-03-09 01:37:41
|
On 3/8/11 7:00 PM, Raymond Toy wrote: > On 3/8/11 6:16 PM, Sam Steingold wrote: >>> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-04 11:36:02 -0500]: >>> >>> But if an admin can enable hg on sourceforge, I can push this repo up >>> for others to use. >> please do. >> https://sourceforge.net/scm/?type=hg&group_id=1802 > Done. > > But I see there are some issues. hg clone creates two directories: > clocc/CVSROOT and clocc/clocc. This is unexpected. Nevermind. It seems that I have shell access to the clocc hg repo so I've taken care of this. An hg clone produces a clocc directory with several subdirectories and files as we have come to know from cvs. Please test this out to see if it looks like what you expect. The only issue I can see is that there are .cvsignore files, but I guess that's to be expected. Ray |
From: Raymond T. <toy...@gm...> - 2011-03-09 00:00:36
|
On 3/8/11 6:16 PM, Sam Steingold wrote: >> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-04 11:36:02 -0500]: >> >> But if an admin can enable hg on sourceforge, I can push this repo up >> for others to use. > please do. > https://sourceforge.net/scm/?type=hg&group_id=1802 Done. But I see there are some issues. hg clone creates two directories: clocc/CVSROOT and clocc/clocc. This is unexpected. What should we do? It's easy enough to delete the clocc/CVSROOT directory. Should everything in clocc/clocc/* be moved up one directory? Or should someone go delete the hg repo and I try this again? Ray |
From: Sam S. <sd...@gn...> - 2011-03-08 23:17:12
|
> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-04 11:36:02 -0500]: > > But if an admin can enable hg on sourceforge, I can push this repo up > for others to use. please do. https://sourceforge.net/scm/?type=hg&group_id=1802 PS. cvs write access has been now disabled for everyone. -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.3 (Final) X http://pmw.org.il http://thereligionofpeace.com http://memri.org http://www.memritv.org http://truepeace.org http://ffii.org http://dhimmi.com Never trust a man who can count to 1024 on his fingers. |
From: Raymond T. <toy...@gm...> - 2011-03-04 16:36:13
|
On 3/2/11 5:02 PM, Sam Steingold wrote: >> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-02 10:12:50 -0500]: >> On 2/23/11 5:15 PM, Sam Steingold wrote: >>>> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-02-23 07:57:09 -0500]: >>>> >>>> I converted the entire clocc cvs >>>> repo to hg using hg's builtin convert. >>> cvs2hg appears to do a better job merging commits into a single >>> changeset. here is what I got using it: >> There appears to be at least two things called cvs2hg. Which version >> did you use? > http://hg.gerg.ca/cvs2svn/ > http://cvs2svn.tigris.org/cvs2svn.html > > Ok. I finally got that version to work for me. (Need to use a newer version of python.) Based on what the version tree looks like, I think this did a much better conversion than hg convert. (Fewer branches and the branches that are created look reasonably sensible to me.) If someone wants to make an hg repo suing cvs2hg, go ahead. I can't do this because I'm not an admin (and don't really want to be). But if an admin can enable hg on sourceforge, I can push this repo up for others to use. Ray |
From: Sam S. <sd...@gn...> - 2011-03-02 22:02:33
|
> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-03-02 10:12:50 -0500]: > On 2/23/11 5:15 PM, Sam Steingold wrote: >>> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-02-23 07:57:09 -0500]: >>> >>> I converted the entire clocc cvs >>> repo to hg using hg's builtin convert. >> cvs2hg appears to do a better job merging commits into a single >> changeset. here is what I got using it: > There appears to be at least two things called cvs2hg. Which version > did you use? http://hg.gerg.ca/cvs2svn/ http://cvs2svn.tigris.org/cvs2svn.html -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.3 (Final) X http://palestinefacts.org http://truepeace.org http://camera.org http://www.PetitionOnline.com/tap12009/ http://dhimmi.com http://memri.org What's the difference between Apathy & Ignorance? -I don't know and don't care! |
From: Raymond T. <toy...@gm...> - 2011-03-02 15:12:59
|
On 2/23/11 5:15 PM, Sam Steingold wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.lisp.clocc.devel as well. > >> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-02-23 07:57:09 -0500]: >> >> I converted the entire clocc cvs >> repo to hg using hg's builtin convert. > cvs2hg appears to do a better job merging commits into a single > changeset. here is what I got using it: There appears to be at least two things called cvs2hg. Which version did you use? Ray |
From: Marco A. <ma...@cs...> - 2011-02-25 09:16:02
|
On Feb 24, 2011, at 17:55 , Sam Steingold wrote: >> * Marco Antoniotti <zn...@pf...h.rqh> [2011-02-24 17:22:24 +0100]: >> >> I did some research and I think I'd vote for git at this point. > > $ rpm -qil git | grep /usr/libexec/git-core/ | wc -l > 147 > > that's 147 separate executables. > yuk. > > oh, and also > $ rpm -qil git | grep /usr/bin/ | wc -l > 6 > >> Windows support seems better, > > you mean cygwin? Nope. http://code.google.com/p/msysgit/ > >> while installing a Python application on >> Windows may not be *that* easy. > > never heard of any problems in this domain. > TortoiseHG, cygwin, native - plently of choices. I guess that TortoiseHG would be good. But I did have some problems with other Python packages on Windows (bibus). Cheers -- Marco -- Marco Antoniotti |
From: Sam S. <sd...@gn...> - 2011-02-24 16:59:12
|
> * Marco Antoniotti <zn...@pf...h.rqh> [2011-02-24 17:22:24 +0100]: > > I did some research and I think I'd vote for git at this point. $ rpm -qil git | grep /usr/libexec/git-core/ | wc -l 147 that's 147 separate executables. yuk. oh, and also $ rpm -qil git | grep /usr/bin/ | wc -l 6 > Windows support seems better, you mean cygwin? > while installing a Python application on > Windows may not be *that* easy. never heard of any problems in this domain. TortoiseHG, cygwin, native - plently of choices. -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.3 (Final) X http://honestreporting.com http://thereligionofpeace.com http://ffii.org http://pmw.org.il http://dhimmi.com http://jihadwatch.org Shady characters are often very bright. |
From: Sam S. <sd...@gn...> - 2011-02-24 16:51:35
|
> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-02-24 11:28:07 -0500]: > > On 2/24/11 10:50 AM, Sam Steingold wrote: >>> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-02-24 08:55:48 -0500]: >>> >>> On 2/23/11 5:15 PM, Sam Steingold wrote: >>>>> I converted the entire clocc cvs >>>>> repo to hg using hg's builtin convert. >>>> cvs2hg appears to do a better job merging commits into a single >>>> changeset. here is what I got using it: >>> I was trying to do this myself, but for whatever reason I'm not able to >>> get cvs2hg to run. >> it would be nice to compare my cvs2hg author stats with you hg convert stats. >> > Here they are: > > $ hg log --template '{author}\n' . | wc -l > 3971 cvs2hg produces 3935 changesets - less than 1% win. (actually 57 of them are the cvs2hg changesets, so the actual win is 2%). whatever. -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.3 (Final) X http://iris.org.il http://dhimmi.com http://memri.org http://honestreporting.com http://www.PetitionOnline.com/tap12009/ War doesn't determine who's right, just who's left. |
From: Raymond T. <toy...@gm...> - 2011-02-24 16:28:15
|
On 2/24/11 10:50 AM, Sam Steingold wrote: >> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-02-24 08:55:48 -0500]: >> >> On 2/23/11 5:15 PM, Sam Steingold wrote: >>>> I converted the entire clocc cvs >>>> repo to hg using hg's builtin convert. >>> cvs2hg appears to do a better job merging commits into a single >>> changeset. here is what I got using it: >> I was trying to do this myself, but for whatever reason I'm not able to >> get cvs2hg to run. > it would be nice to compare my cvs2hg author stats with you hg convert stats. > Here they are: $ hg log --template '{author}\n' . | sort | uniq -c | sort -n 1 convert-repo 1 stefan 2 smk 4 stig 9 liam 35 donc 47 haible 175 pvaneynd 218 kevinrosenberg 303 marcoxa 351 airfoyle 1139 rtoy 1686 sds $ hg log --template '{author}\n' . | wc -l 3971 $ hg branches default 3978:ec6db5fd932d CLOCC 3977:87dbfb869789 donc 3976:f8e1db832736 Main-MA 3975:959e7381de6d MA-CLOCC 3974:12e7f16e644a ytools-2-0-dev 2375:71cdc940b9fe CLISP-tweaks 1594:3e963bf99a4f onlisp 506:197f206a0f52 clocc 229:adec7a223094 vanilla 23:e96fe7f7f4aa ytools-1-2-dev 12:0a27f9a0023d For the convert-repo, I think I created a label in (local) cvs. The branches are weird. Ray |
From: Marco A. <ma...@cs...> - 2011-02-24 16:22:33
|
Hi I did some research and I think I'd vote for git at this point. Windows support seems better, while installing a Python application on Windows may not be *that* easy. Marco On Feb 24, 2011, at 14:55 , Raymond Toy wrote: > On 2/23/11 5:15 PM, Sam Steingold wrote: >> The following message is a courtesy copy of an article >> that has been posted to gmane.lisp.clocc.devel as well. >> >>> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-02-23 07:57:09 -0500]: >>> >>> I converted the entire clocc cvs >>> repo to hg using hg's builtin convert. >> cvs2hg appears to do a better job merging commits into a single >> changeset. here is what I got using it: > I was trying to do this myself, but for whatever reason I'm not able to > get cvs2hg to run. Can't find the mercurial api, even when I followed > the instructions about downloading a version of mercurial. I obviously > don't use python. > > Also, I wanted to point out that maxima is also going through this > exercise except using git. Someone did some tests with git cvsimport > and compared the result of that with the actual CVS. The code for > various labels was compared between git and CVS and they differ. Does > not give me confidence that things are working as well as they could be. > > I suspect we should do similar tests with hg. Granted, there aren't > many labels or branches, but we should at least do a comparison and then > decide if we care about any differences that show up. For the things > that I care about in clocc, I'm not too concerned about old stuff being > incorrect with hg. > > But, I think we should keep the CVS repo available for a long time, in > case any one need to do some digging. > > > Ray > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > clocc-devel mailing list > clo...@li... > https://lists.sourceforge.net/lists/listinfo/clocc-devel > -- Marco Antoniotti |
From: Raymond T. <toy...@gm...> - 2011-02-24 13:55:58
|
On 2/23/11 5:15 PM, Sam Steingold wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.lisp.clocc.devel as well. > >> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-02-23 07:57:09 -0500]: >> >> I converted the entire clocc cvs >> repo to hg using hg's builtin convert. > cvs2hg appears to do a better job merging commits into a single > changeset. here is what I got using it: I was trying to do this myself, but for whatever reason I'm not able to get cvs2hg to run. Can't find the mercurial api, even when I followed the instructions about downloading a version of mercurial. I obviously don't use python. Also, I wanted to point out that maxima is also going through this exercise except using git. Someone did some tests with git cvsimport and compared the result of that with the actual CVS. The code for various labels was compared between git and CVS and they differ. Does not give me confidence that things are working as well as they could be. I suspect we should do similar tests with hg. Granted, there aren't many labels or branches, but we should at least do a comparison and then decide if we care about any differences that show up. For the things that I care about in clocc, I'm not too concerned about old stuff being incorrect with hg. But, I think we should keep the CVS repo available for a long time, in case any one need to do some digging. Ray |
From: Raymond T. <toy...@gm...> - 2011-02-23 21:42:36
|
On 2/23/11 11:04 AM, Sam Steingold wrote: > The following message is a courtesy copy of an article > that has been posted to gmane.lisp.clocc.devel as well. > >> * Raymond Toy <gbl.enlzbaq@tznvy.pbz> [2011-02-23 07:57:09 -0500]: >> >> tarball) at common-lisp.net/~rtoy/clocc-hg.tar.bz2. I have no idea if >> it captured everything correctly, but I using hg view I can see a bunch >> of labels, one one branch that is created and merged. The tree looks >> kind of weird with what appears to be a half dozen separate branches. > how do you list all the branches? > "hg branches" lists all the named branches. I just used hg view to bring up the hg equivalent of gitk, and it shows a tree with a fair number of branches at the top. At the bottom there's just one branch. I don't know how hg figured that out since cvs branches don't have names. Ray Ray |
From: Raymond T. <toy...@gm...> - 2011-02-23 13:48:19
|
On 2/23/11 7:57 AM, Raymond Toy wrote: > On 2/22/11 3:20 PM, Sam Steingold wrote: >> I am not volunteering: I have the same process ahead of me in clisp... >> > I'm not really volunteering either, but I converted the entire clocc cvs > repo to hg using hg's builtin convert. You can find the repo (as a 5 MB > tarball) at common-lisp.net/~rtoy/clocc-hg.tar.bz2. I have no idea if > If you want, you can also try hg clone http://common-lisp.net/~rtoy/hg/clocc-hg. I don't know how long I will keep clocc-hg around, though. Ray |
From: Raymond T. <toy...@gm...> - 2011-02-23 12:57:28
|
On 2/22/11 3:20 PM, Sam Steingold wrote: > > I am not volunteering: I have the same process ahead of me in clisp... > I'm not really volunteering either, but I converted the entire clocc cvs repo to hg using hg's builtin convert. You can find the repo (as a 5 MB tarball) at common-lisp.net/~rtoy/clocc-hg.tar.bz2. I have no idea if it captured everything correctly, but I using hg view I can see a bunch of labels, one one branch that is created and merged. The tree looks kind of weird with what appears to be a half dozen separate branches. Maybe cvsps needs to be tweaked or something. Ray |
From: Marco A. <ma...@cs...> - 2011-02-23 08:49:18
|
On Feb 22, 2011, at 23:50 , Raymond Toy wrote: > On 2/22/11 4:34 PM, Marco Antoniotti wrote: >> >> One of the issues is that (at least me) has checked in things in separate modules. I don't know how that translates to git or whatever. > Sorry, I don't follow what you're trying to say here. In CVS you have the notion of "module". MK:DEFSYSTEM is a module. If I remember correctly, f2cl is a module as well. I don't know how to translate this in git or something else. I know the canonical answer to this questions is: RTFM :) But I am *very* lazy :) -- Marco |