From: Vincent T. <vt...@un...> - 2011-01-29 13:30:49
|
Hey, raster, you did an error on the date in the ChangeLog. Again, i tell you: use moap. With moap: * you can't forget to update the ChangeLog (if necessary) * you can't make an error on the date * you can't make an error on the author of the patch or forget to add it * you can't forget to commit one file (you still can forget to add a file though) without it or without another similar tool, well, you can have these problems Vincent |
From: Carsten H. (T. R. <ra...@ra...> - 2011-01-29 14:25:41
|
On Sat, 29 Jan 2011 14:30:24 +0100 (CET) Vincent Torri <vt...@un...> said: never used it. never have used it. any new tool WILL result in there being errors. so you're a bit optimistic. i don't see that its necessarily needed. i hate to en-masse fix 8 projects up and their changelogs - yes. things needed work. it's all in place now.changelog entry was wrong only because starting entry was wrong. > Hey, > > raster, you did an error on the date in the ChangeLog. Again, i tell you: > use moap. With moap: > > * you can't forget to update the ChangeLog (if necessary) > * you can't make an error on the date > * you can't make an error on the author of the patch or forget to add it > * you can't forget to commit one file (you still can forget to add > a file though) > > without it or without another similar tool, well, you can have these > problems > > Vincent > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Vincent T. <vt...@un...> - 2011-01-29 15:31:39
|
On Sat, 29 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > On Sat, 29 Jan 2011 14:30:24 +0100 (CET) Vincent Torri <vt...@un...> > said: > > never used it. never have used it. any new tool WILL result in there being > errors. so you're a bit optimistic. It's not a new tool (you didn't even check when it has been written otherwise you would not say that). I use it (for Evil, Epdf, Edvi or Eps, see their ChangeLog...). gstreamer guys use it for years for example. I'm not optimistic, I'm pragmatic. > i don't see that its necessarily needed. i > hate to en-masse fix 8 projects up and their changelogs - yes. things needed > work. it's all in place now.changelog entry was wrong only because starting > entry was wrong. and for future entries, you are 100% sure that the date will be correct (wrong months or year, like today) ? You are 100% sure that you will not forget the author of the patch ? The tool adds the date for you, there is a big reminder (you can't miss it) to add the author of the patch, etc... As an analogy, that tool is for changelog what a VCS is for development. (A VCS does plenty of useful stuff for you, instead of doing all the code on your hard disk, sharing tarballs by ftp with other devs) But you just don't want to use it, whatever I will say anyway. I stop arguying, i can't find more arguments (arguments that I find quite reasonable). Vincent > >> Hey, >> >> raster, you did an error on the date in the ChangeLog. Again, i tell you: >> use moap. With moap: >> >> * you can't forget to update the ChangeLog (if necessary) >> * you can't make an error on the date >> * you can't make an error on the author of the patch or forget to add it >> * you can't forget to commit one file (you still can forget to add >> a file though) >> >> without it or without another similar tool, well, you can have these >> problems >> >> Vincent >> >> ------------------------------------------------------------------------------ >> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! >> Finally, a world-class log management solution at an even better price-free! >> Download using promo code Free_Logger_4_Dev2Dev. Offer expires >> February 28th, so secure your free ArcSight Logger TODAY! >> http://p.sf.net/sfu/arcsight-sfd2d >> _______________________________________________ >> enlightenment-devel mailing list >> enl...@li... >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) ra...@ra... > > |
From: Carsten H. (T. R. <ra...@ra...> - 2011-01-30 04:23:58
|
On Sat, 29 Jan 2011 16:31:31 +0100 (CET) Vincent Torri <vt...@un...> said: > > > On Sat, 29 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > > > On Sat, 29 Jan 2011 14:30:24 +0100 (CET) Vincent Torri <vt...@un...> > > said: > > > > never used it. never have used it. any new tool WILL result in there being > > errors. so you're a bit optimistic. > > It's not a new tool (you didn't even check when it has been written > otherwise you would not say that). it's a new tool - i had to apt-get install it. hell - it isnt even obvious as to HOW to use it. moap changelog ... now what? diiff? what has a diff got to do with a changelog? checkin? checkin files LISTED in the changelog wtf? it wants to force us to LISt SPECIFIC FILES changed? hell no. changelog != svn log. it's a new tool. it will screw things up because it hasnt been used before and ITS idea of what is in a changelog will not match those that i think should be there. any new tool is going to not just magically solve everything with a silver bullet. you say it will. i disagree. > I use it (for Evil, Epdf, Edvi or Eps, see their ChangeLog...). > > gstreamer guys use it for years for example. > > I'm not optimistic, I'm pragmatic. > > > i don't see that its necessarily needed. i > > hate to en-masse fix 8 projects up and their changelogs - yes. things needed > > work. it's all in place now.changelog entry was wrong only because starting > > entry was wrong. > > and for future entries, you are 100% sure that the date will be correct > (wrong months or year, like today) ? You are 100% sure that you will not > forget the author of the patch ? The tool adds the date for you, there is > a big reminder (you can't miss it) to add the author of the patch, etc... > > As an analogy, that tool is for changelog what a VCS is for development. > (A VCS does plenty of useful stuff for you, instead of doing all the code > on your hard disk, sharing tarballs by ftp with other devs) > > But you just don't want to use it, whatever I will say anyway. I stop > arguying, i can't find more arguments (arguments that I find quite > reasonable). i don't want to use it because it gets in my way. i don't want to use it because it adds complexity to a simple "open changelog in editor and edit". i have to figure out how the hell to use it and make it happy. it's a learning curve when i am in the middle of something which i can accomplish much more simply. it's NOT a silver bullet. you act like it is. all it will do is stop me from getting something done as i have to figure out how to make it happy. > Vincent > > > > >> Hey, > >> > >> raster, you did an error on the date in the ChangeLog. Again, i tell you: > >> use moap. With moap: > >> > >> * you can't forget to update the ChangeLog (if necessary) > >> * you can't make an error on the date > >> * you can't make an error on the author of the patch or forget to add it > >> * you can't forget to commit one file (you still can forget to add > >> a file though) > >> > >> without it or without another similar tool, well, you can have these > >> problems > >> > >> Vincent > >> > >> ------------------------------------------------------------------------------ > >> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > >> Finally, a world-class log management solution at an even better > >> price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires > >> February 28th, so secure your free ArcSight Logger TODAY! > >> http://p.sf.net/sfu/arcsight-sfd2d > >> _______________________________________________ > >> enlightenment-devel mailing list > >> enl...@li... > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) ra...@ra... > > > > > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Vincent T. <vt...@un...> - 2011-01-30 07:43:31
|
On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > On Sat, 29 Jan 2011 16:31:31 +0100 (CET) Vincent Torri <vt...@un...> > said: > >> >> >> On Sat, 29 Jan 2011, Carsten Haitzler (The Rasterman) wrote: >> >>> On Sat, 29 Jan 2011 14:30:24 +0100 (CET) Vincent Torri <vt...@un...> >>> said: >>> >>> never used it. never have used it. any new tool WILL result in there being >>> errors. so you're a bit optimistic. >> >> It's not a new tool (you didn't even check when it has been written >> otherwise you would not say that). > > it's a new tool - i had to apt-get install it. hell - it isnt even obvious as > to HOW to use it. > > moap changelog ... now what? diiff? did you ever read my mails ????? I sent several mails about that. I already said HOW to use it ! > what has a diff got to do with a changelog? > checkin? checkin files LISTED in the changelog wtf? it wants to force us to > LISt SPECIFIC FILES changed? hell no. changelog != svn log. SO AGAIN, if you are too lazy to read the README file, and if you have ever read correctly my mails, you would have seen the link of that README: when you want to commit, go to toplevel: 1) moap cl prep 2) edit the ChangeLog, that is: a) add the name of the author of the patch, or remove the 2 lines about the reviewer and author b) remove the files that you don't want to commit (OF COURSE it will not force you to commit files you don't want) c) describe the commits for each file or a group of files. 3) moap cl ci |
From: Carsten H. (T. R. <ra...@ra...> - 2011-01-30 08:19:51
|
On Sun, 30 Jan 2011 08:43:22 +0100 (CET) Vincent Torri <vt...@un...> said: > > > On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > > > On Sat, 29 Jan 2011 16:31:31 +0100 (CET) Vincent Torri <vt...@un...> > > said: > > > >> > >> > >> On Sat, 29 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > >> > >>> On Sat, 29 Jan 2011 14:30:24 +0100 (CET) Vincent Torri > >>> <vt...@un...> said: > >>> > >>> never used it. never have used it. any new tool WILL result in there being > >>> errors. so you're a bit optimistic. > >> > >> It's not a new tool (you didn't even check when it has been written > >> otherwise you would not say that). > > > > it's a new tool - i had to apt-get install it. hell - it isnt even obvious > > as to HOW to use it. > > > > moap changelog ... now what? diiff? > > did you ever read my mails ????? I sent several mails about that. I > already said HOW to use it ! no - because i have an inbox with 20,000 mails just for e-devel. you think i'm going to search through it when i can fix the problem with just quickly editing the text file? the problem is solved. done. i spend more effort replying to you than it takes to edit the cahngelog AND fix the problem > > what has a diff got to do with a changelog? > > checkin? checkin files LISTED in the changelog wtf? it wants to force us to > > LISt SPECIFIC FILES changed? hell no. changelog != svn log. > > SO AGAIN, if you are too lazy to read the README file, and if you have > ever read correctly my mails, you would have seen the link of that README: again - so much more work. when a tool takes more work to hunt down docs and use and figure out than to do it the manual way... then that tool loses its usefulness. what you propose is that we REPLACE using svn with moap for doing commits - thats the ONLY way it works. and the ONLY reason is the changelog file. i find that a very weak argument for replacing a tool that has been used and worked for YEARS. sure - it wraps it - but it complicates development anc changes workflow for the sake of 1 single file. you get very upset over that 1 file. you need to calm down. you suddenly expect everyone to go change the way they have done things for many years overnight to a tool YOU love you use. all for the sake of a changelog. moap doesnt magically figure out who submitted the patch. it doesnt magically fix everything. it doesnt magically ensure changelogs are maintained as people can not use it. you need to calm down. iyts JUST a changelog file. its paperwork. its bureaucracy. it doesn't materially affect the object. people aren't adding bugs or making this slow, or leak... its a paperwork file. you are getting upset over paperwork. you need to calm down ad accept the fact that paperwork and tools to fill in paperwork are not worth getting upset over. > when you want to commit, go to toplevel: > > 1) moap cl prep > > 2) edit the ChangeLog, that is: > > a) add the name of the author of the patch, or remove the 2 lines about > the reviewer and author > b) remove the files that you don't want to commit (OF COURSE it will not > force you to commit files you don't want) > c) describe the commits for each file or a group of files. > > 3) moap cl ci -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Vincent T. <vt...@un...> - 2011-01-30 08:33:22
|
On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > On Sun, 30 Jan 2011 08:43:22 +0100 (CET) Vincent Torri <vt...@un...> > said: > >> >> >> On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: >> >>> On Sat, 29 Jan 2011 16:31:31 +0100 (CET) Vincent Torri <vt...@un...> >>> said: >>> >>>> >>>> >>>> On Sat, 29 Jan 2011, Carsten Haitzler (The Rasterman) wrote: >>>> >>>>> On Sat, 29 Jan 2011 14:30:24 +0100 (CET) Vincent Torri >>>>> <vt...@un...> said: >>>>> >>>>> never used it. never have used it. any new tool WILL result in there being >>>>> errors. so you're a bit optimistic. >>>> >>>> It's not a new tool (you didn't even check when it has been written >>>> otherwise you would not say that). >>> >>> it's a new tool - i had to apt-get install it. hell - it isnt even obvious >>> as to HOW to use it. >>> >>> moap changelog ... now what? diiff? >> >> did you ever read my mails ????? I sent several mails about that. I >> already said HOW to use it ! > > no - because i have an inbox with 20,000 mails just for e-devel. you think i'm > going to search through it when i can fix the problem with just quickly editing > the text file? the problem is solved. done. i spend more effort replying to you > than it takes to edit the cahngelog AND fix the problem > >>> what has a diff got to do with a changelog? >>> checkin? checkin files LISTED in the changelog wtf? it wants to force us to >>> LISt SPECIFIC FILES changed? hell no. changelog != svn log. >> >> SO AGAIN, if you are too lazy to read the README file, and if you have >> ever read correctly my mails, you would have seen the link of that README: > > again - so much more work. when a tool takes more work to hunt down docs and > use and figure out than to do it the manual way... then that tool loses its > usefulness. what you propose is that we REPLACE using svn with moap for doing > commits - thats the ONLY way it works. and the ONLY reason is the changelog > file. i find that a very weak argument for replacing a tool that has been used > and worked for YEARS. sure - it wraps it - but it complicates development anc > changes workflow for the sake of 1 single file. you get very upset over that 1 > file. you need to calm down. you suddenly expect everyone to go change the way > they have done things for many years "suddenly" ??? I mentioned maop years ago. Just search in the ML archive... > overnight to a tool YOU love you use. all > for the sake of a changelog. moap doesnt magically figure out who submitted the > patch. it doesnt magically fix everything. it doesnt magically ensure > changelogs are maintained as people can not use it. you need to calm down. iyts > JUST a changelog file. its paperwork. its bureaucracy. it doesn't materially > affect the object. people aren't adding bugs or making this slow, or leak... > its a paperwork file. you are getting upset over paperwork. you need to calm > down ad accept the fact that paperwork and tools to fill in paperwork are not > worth getting upset over. ok, i calm down... But you'll see plenty of commits whitout a changelog update (when needed) in the near future if we are not more strict. On the 4 first commits that needed an updated changelog, 3 committers have forgotten to update the changelog. Vincent |
From: Carsten H. (T. R. <ra...@ra...> - 2011-01-30 09:37:03
|
On Sun, 30 Jan 2011 09:33:14 +0100 (CET) Vincent Torri <vt...@un...> said: > > > On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > > > On Sun, 30 Jan 2011 08:43:22 +0100 (CET) Vincent Torri <vt...@un...> > > said: > > > >> > >> > >> On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > >> > >>> On Sat, 29 Jan 2011 16:31:31 +0100 (CET) Vincent Torri > >>> <vt...@un...> said: > >>> > >>>> > >>>> > >>>> On Sat, 29 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > >>>> > >>>>> On Sat, 29 Jan 2011 14:30:24 +0100 (CET) Vincent Torri > >>>>> <vt...@un...> said: > >>>>> > >>>>> never used it. never have used it. any new tool WILL result in there > >>>>> being errors. so you're a bit optimistic. > >>>> > >>>> It's not a new tool (you didn't even check when it has been written > >>>> otherwise you would not say that). > >>> > >>> it's a new tool - i had to apt-get install it. hell - it isnt even obvious > >>> as to HOW to use it. > >>> > >>> moap changelog ... now what? diiff? > >> > >> did you ever read my mails ????? I sent several mails about that. I > >> already said HOW to use it ! > > > > no - because i have an inbox with 20,000 mails just for e-devel. you think > > i'm going to search through it when i can fix the problem with just quickly > > editing the text file? the problem is solved. done. i spend more effort > > replying to you than it takes to edit the cahngelog AND fix the problem > > > >>> what has a diff got to do with a changelog? > >>> checkin? checkin files LISTED in the changelog wtf? it wants to force us > >>> to LISt SPECIFIC FILES changed? hell no. changelog != svn log. > >> > >> SO AGAIN, if you are too lazy to read the README file, and if you have > >> ever read correctly my mails, you would have seen the link of that README: > > > > again - so much more work. when a tool takes more work to hunt down docs and > > use and figure out than to do it the manual way... then that tool loses its > > usefulness. what you propose is that we REPLACE using svn with moap for > > doing commits - thats the ONLY way it works. and the ONLY reason is the > > changelog file. i find that a very weak argument for replacing a tool that > > has been used and worked for YEARS. sure - it wraps it - but it complicates > > development anc changes workflow for the sake of 1 single file. you get > > very upset over that 1 file. you need to calm down. you suddenly expect > > everyone to go change the way they have done things for many years > > "suddenly" ??? I mentioned maop years ago. Just search in the ML > archive... you suggested it be used. you now are SUDDENLY jumping up and down as if everyone has been violating some set of rules that you have laid down and have been followed for years. you are making some big thing out of this.. your mails are along the lines of "maybe we should consider using this". you now behave as if the decision was made long ago and anyone not using it.. how dare they not use it and is violating some rule. > > overnight to a tool YOU love you use. all > > for the sake of a changelog. moap doesnt magically figure out who submitted > > the patch. it doesnt magically fix everything. it doesnt magically ensure > > changelogs are maintained as people can not use it. you need to calm down. > > iyts JUST a changelog file. its paperwork. its bureaucracy. it doesn't > > materially affect the object. people aren't adding bugs or making this > > slow, or leak... its a paperwork file. you are getting upset over > > paperwork. you need to calm down ad accept the fact that paperwork and > > tools to fill in paperwork are not worth getting upset over. > > ok, i calm down... But you'll see plenty of commits whitout a changelog > update (when needed) in the near future if we are not more strict. On the > 4 first commits that needed an updated changelog, 3 committers have > forgotten to update the changelog. and getting a group of people to suddenly move to some new tool doesnt happen overnight.. and even then a new tool doesnt fix it all - as you said yourself - you have to EDIT the changelog - remove things like the list of files it has etc. etc. etc. - i have yet to even try it out because it requires there to be changes to even use and test out. just calm down. it's JUSt a changelog file. we want it kept up to date. it wont hurt not to be maintained perfectly on every commit. this problem is not a tool problem. tools HELP, but its a human problem. people need to work in a different mindset - one that is more concerned with stability, good docs and compatibility. thats the issue at hand. moap is just a small tool along the way. it's not worth getting too up tight about. it does not lend itself to instant-use. i'm busy with enough things not to want to instantly jump tools one day just because you make an issue of it. things take time. so chill - have a beer, and lets have things settle. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: <sd...@ta...> - 2011-01-30 13:27:01
|
> > Hey, > > raster, you did an error on the date in the ChangeLog. Again, i tell you: > use moap. With moap: > > * you can't forget to update the ChangeLog (if necessary) > * you can't make an error on the date > * you can't make an error on the author of the patch or forget to add it > * you can't forget to commit one file (you still can forget to add > a file though) > > without it or without another similar tool, well, you can have these > problems > > Vincent And moap does git svn merge against remotes/git-svn instead of git svn rebase, and without telling. Stay away if you use git-svn. Sebastian |
From: Michael J. <me...@ka...> - 2011-01-31 04:09:06
|
On Sunday, 30 January 2011, at 14:24:27 (+0100), sd...@ta... wrote: > And moap does git svn merge against remotes/git-svn instead of git svn > rebase, and without telling. Stay away if you use git-svn. This is the best reason I've heard so far for using it. Inflicting pain on the fringe whackos is always a good thing. ;-) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <me...@ka...> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "It takes courage to look inside yourself, and even more courage to write it for other people to see." -- Captain Sisko, "DS9" |
From: Mike B. <mi...@ze...> - 2011-01-30 13:47:34
|
On Sun, 30 Jan 2011 14:24:27 +0100 sd...@ta... wrote: > > > > Hey, > > > > raster, you did an error on the date in the ChangeLog. Again, i tell you: > > use moap. With moap: > > > > * you can't forget to update the ChangeLog (if necessary) > > * you can't make an error on the date > > * you can't make an error on the author of the patch or forget to add it > > * you can't forget to commit one file (you still can forget to add > > a file though) > > > > without it or without another similar tool, well, you can have these > > problems > > > > Vincent > > And moap does git svn merge against remotes/git-svn instead of git svn > rebase, and without telling. Stay away if you use git-svn. > > Sebastian > > oh god thanks for the heads up -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! |
From: Carsten H. (T. R. <ra...@ra...> - 2011-01-30 14:06:23
|
On Sun, 30 Jan 2011 08:47:25 -0500 Mike Blumenkrantz <mi...@ze...> said: > On Sun, 30 Jan 2011 14:24:27 +0100 > sd...@ta... wrote: > > > > > > > Hey, > > > > > > raster, you did an error on the date in the ChangeLog. Again, i tell you: > > > use moap. With moap: > > > > > > * you can't forget to update the ChangeLog (if necessary) > > > * you can't make an error on the date > > > * you can't make an error on the author of the patch or forget to add it > > > * you can't forget to commit one file (you still can forget to add > > > a file though) > > > > > > without it or without another similar tool, well, you can have these > > > problems > > > > > > Vincent > > > > And moap does git svn merge against remotes/git-svn instead of git svn > > rebase, and without telling. Stay away if you use git-svn. > > > > Sebastian > > > > > oh god thanks for the heads up as i said.. no silver bullet :) new tool. new unknowns and side-effects. jumping all over some new tool is not something you do instantly without care :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Vincent T. <vt...@un...> - 2011-01-30 21:27:55
|
On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > On Sun, 30 Jan 2011 08:47:25 -0500 Mike Blumenkrantz <mi...@ze...> said: > >> On Sun, 30 Jan 2011 14:24:27 +0100 >> sd...@ta... wrote: >> >>>> >>>> Hey, >>>> >>>> raster, you did an error on the date in the ChangeLog. Again, i tell you: >>>> use moap. With moap: >>>> >>>> * you can't forget to update the ChangeLog (if necessary) >>>> * you can't make an error on the date >>>> * you can't make an error on the author of the patch or forget to add it >>>> * you can't forget to commit one file (you still can forget to add >>>> a file though) >>>> >>>> without it or without another similar tool, well, you can have these >>>> problems >>>> >>>> Vincent >>> >>> And moap does git svn merge against remotes/git-svn instead of git svn >>> rebase, and without telling. Stay away if you use git-svn. >>> >>> Sebastian >>> >>> >> oh god thanks for the heads up > > as i said.. no silver bullet :) new tool. new unknowns and side-effects. > jumping all over some new tool is not something you do instantly without care :) and ? Like seb said: "Stay away if you use git-svn". That does not prevent the use of moap in the other cases Vincent |
From: Carsten H. (T. R. <ra...@ra...> - 2011-01-31 07:32:40
|
On Sun, 30 Jan 2011 22:27:45 +0100 (CET) Vincent Torri <vt...@un...> said: > > > On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > > > On Sun, 30 Jan 2011 08:47:25 -0500 Mike Blumenkrantz <mi...@ze...> > > said: > > > >> On Sun, 30 Jan 2011 14:24:27 +0100 > >> sd...@ta... wrote: > >> > >>>> > >>>> Hey, > >>>> > >>>> raster, you did an error on the date in the ChangeLog. Again, i tell you: > >>>> use moap. With moap: > >>>> > >>>> * you can't forget to update the ChangeLog (if necessary) > >>>> * you can't make an error on the date > >>>> * you can't make an error on the author of the patch or forget to add > >>>> it > >>>> * you can't forget to commit one file (you still can forget to add > >>>> a file though) > >>>> > >>>> without it or without another similar tool, well, you can have these > >>>> problems > >>>> > >>>> Vincent > >>> > >>> And moap does git svn merge against remotes/git-svn instead of git svn > >>> rebase, and without telling. Stay away if you use git-svn. > >>> > >>> Sebastian > >>> > >>> > >> oh god thanks for the heads up > > > > as i said.. no silver bullet :) new tool. new unknowns and side-effects. > > jumping all over some new tool is not something you do instantly without > > care :) > > and ? Like seb said: "Stay away if you use git-svn". That does not prevent > the use of moap in the other cases didn't say it does - i said that jumping all over it instantly is going to have side-effects (for at least some people). so moving to use it overnight for everyone is probably not a smart move. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Mike B. <mi...@ze...> - 2011-01-31 14:28:36
|
On Mon, 31 Jan 2011 16:30:14 +0900 Carsten Haitzler (The Rasterman) <ra...@ra...> wrote: > On Sun, 30 Jan 2011 22:27:45 +0100 (CET) Vincent Torri <vt...@un...> > said: > > > > > > > On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: > > > > > On Sun, 30 Jan 2011 08:47:25 -0500 Mike Blumenkrantz <mi...@ze...> > > > said: > > > > > >> On Sun, 30 Jan 2011 14:24:27 +0100 > > >> sd...@ta... wrote: > > >> > > >>>> > > >>>> Hey, > > >>>> > > >>>> raster, you did an error on the date in the ChangeLog. Again, i tell > > >>>> you: use moap. With moap: > > >>>> > > >>>> * you can't forget to update the ChangeLog (if necessary) > > >>>> * you can't make an error on the date > > >>>> * you can't make an error on the author of the patch or forget to add > > >>>> it > > >>>> * you can't forget to commit one file (you still can forget to add > > >>>> a file though) > > >>>> > > >>>> without it or without another similar tool, well, you can have these > > >>>> problems > > >>>> > > >>>> Vincent > > >>> > > >>> And moap does git svn merge against remotes/git-svn instead of git svn > > >>> rebase, and without telling. Stay away if you use git-svn. > > >>> > > >>> Sebastian > > >>> > > >>> > > >> oh god thanks for the heads up > > > > > > as i said.. no silver bullet :) new tool. new unknowns and side-effects. > > > jumping all over some new tool is not something you do instantly without > > > care :) > > > > and ? Like seb said: "Stay away if you use git-svn". That does not prevent > > the use of moap in the other cases > > didn't say it does - i said that jumping all over it instantly is going to > have side-effects (for at least some people). so moving to use it overnight > for everyone is probably not a smart move. > Personally, I use VC (Vtorri Changelog). It's a very simple system which automatically sends you email reminders any time you forget to update the changelog with your commit. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! |
From: Tom H. <tom...@pa...> - 2011-01-31 14:32:59
|
On Mon, 2011-01-31 at 09:28 -0500, Mike Blumenkrantz wrote: > Personally, I use VC (Vtorri Changelog). It's a very simple system which > automatically sends you email reminders any time you forget to update the > changelog with your commit. > But that's not a new tool, it's have been used in e for years now... -- Tom. |
From: Mike B. <mi...@ze...> - 2011-01-31 14:34:14
|
On Mon, 31 Jan 2011 14:32:41 +0000 Tom Hacohen <tom...@pa...> wrote: > On Mon, 2011-01-31 at 09:28 -0500, Mike Blumenkrantz wrote: > > Personally, I use VC (Vtorri Changelog). It's a very simple system which > > automatically sends you email reminders any time you forget to update the > > changelog with your commit. > > > > But that's not a new tool, it's have been used in e for years now... > > -- > Tom. > If it ain't broke, don't fix it. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! |
From: Carsten H. (T. R. <ra...@ra...> - 2011-02-01 05:50:39
|
On Mon, 31 Jan 2011 14:32:41 +0000 Tom Hacohen <tom...@pa...> said: > On Mon, 2011-01-31 at 09:28 -0500, Mike Blumenkrantz wrote: > > Personally, I use VC (Vtorri Changelog). It's a very simple system which > > automatically sends you email reminders any time you forget to update the > > changelog with your commit. > > > > But that's not a new tool, it's have been used in e for years now... hahahahaha! :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Cedric B. <ced...@fr...> - 2011-01-31 14:42:34
|
On Mon, Jan 31, 2011 at 3:28 PM, Mike Blumenkrantz <mi...@ze...> wrote: > On Mon, 31 Jan 2011 16:30:14 +0900 > Carsten Haitzler (The Rasterman) <ra...@ra...> wrote: >> On Sun, 30 Jan 2011 22:27:45 +0100 (CET) Vincent Torri <vt...@un...> >> said: >> > On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: >> > > On Sun, 30 Jan 2011 08:47:25 -0500 Mike Blumenkrantz <mi...@ze...> >> > > said: >> > >> On Sun, 30 Jan 2011 14:24:27 +0100 >> > >> sd...@ta... wrote: >> > >>>> Hey, >> > >>>> >> > >>>> raster, you did an error on the date in the ChangeLog. Again, i tell >> > >>>> you: use moap. With moap: >> > >>>> >> > >>>> * you can't forget to update the ChangeLog (if necessary) >> > >>>> * you can't make an error on the date >> > >>>> * you can't make an error on the author of the patch or forget to add >> > >>>> it >> > >>>> * you can't forget to commit one file (you still can forget to add >> > >>>> a file though) >> > >>>> >> > >>>> without it or without another similar tool, well, you can have these >> > >>>> problems >> > >>>> >> > >>>> Vincent >> > >>> >> > >>> And moap does git svn merge against remotes/git-svn instead of git svn >> > >>> rebase, and without telling. Stay away if you use git-svn. >> > >>> >> > >>> Sebastian >> > >>> >> > >>> >> > >> oh god thanks for the heads up >> > > >> > > as i said.. no silver bullet :) new tool. new unknowns and side-effects. >> > > jumping all over some new tool is not something you do instantly without >> > > care :) >> > >> > and ? Like seb said: "Stay away if you use git-svn". That does not prevent >> > the use of moap in the other cases >> >> didn't say it does - i said that jumping all over it instantly is going to >> have side-effects (for at least some people). so moving to use it overnight >> for everyone is probably not a smart move. >> > Personally, I use VC (Vtorri Changelog). It's a very simple system which > automatically sends you email reminders any time you forget to update the > changelog with your commit. You forgot to speak about the SPANK ! That come with it ! -- Cedric BAIL |
From: Iván B. (S. <sac...@gm...> - 2011-01-31 15:26:56
|
2011/1/31 Cedric BAIL <ced...@fr...>: > On Mon, Jan 31, 2011 at 3:28 PM, Mike Blumenkrantz <mi...@ze...> wrote: >> On Mon, 31 Jan 2011 16:30:14 +0900 >> Carsten Haitzler (The Rasterman) <ra...@ra...> wrote: >>> On Sun, 30 Jan 2011 22:27:45 +0100 (CET) Vincent Torri <vt...@un...> >>> said: >>> > On Sun, 30 Jan 2011, Carsten Haitzler (The Rasterman) wrote: >>> > > On Sun, 30 Jan 2011 08:47:25 -0500 Mike Blumenkrantz <mi...@ze...> >>> > > said: >>> > >> On Sun, 30 Jan 2011 14:24:27 +0100 >>> > >> sd...@ta... wrote: >>> > >>>> Hey, >>> > >>>> >>> > >>>> raster, you did an error on the date in the ChangeLog. Again, i tell >>> > >>>> you: use moap. With moap: >>> > >>>> >>> > >>>> * you can't forget to update the ChangeLog (if necessary) >>> > >>>> * you can't make an error on the date >>> > >>>> * you can't make an error on the author of the patch or forget to add >>> > >>>> it >>> > >>>> * you can't forget to commit one file (you still can forget to add >>> > >>>> a file though) >>> > >>>> >>> > >>>> without it or without another similar tool, well, you can have these >>> > >>>> problems >>> > >>>> >>> > >>>> Vincent >>> > >>> >>> > >>> And moap does git svn merge against remotes/git-svn instead of git svn >>> > >>> rebase, and without telling. Stay away if you use git-svn. >>> > >>> >>> > >>> Sebastian >>> > >>> >>> > >>> >>> > >> oh god thanks for the heads up >>> > > >>> > > as i said.. no silver bullet :) new tool. new unknowns and side-effects. >>> > > jumping all over some new tool is not something you do instantly without >>> > > care :) >>> > >>> > and ? Like seb said: "Stay away if you use git-svn". That does not prevent >>> > the use of moap in the other cases >>> >>> didn't say it does - i said that jumping all over it instantly is going to >>> have side-effects (for at least some people). so moving to use it overnight >>> for everyone is probably not a smart move. >>> >> Personally, I use VC (Vtorri Changelog). It's a very simple system which >> automatically sends you email reminders any time you forget to update the >> changelog with your commit. > > You forgot to speak about the SPANK ! That come with it ! vtorri doesn't spank. He just stares at you until you want to rip your own soul out of guilt. > -- > Cedric BAIL > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > enlightenment-devel mailing list > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > |