|
From: João A. <jja...@gm...> - 2012-06-08 14:01:11
|
Hey, Back to this On 6 June 2012 18:32, Manuel Bernhardt <ber...@gm...> wrote: > > Looked a bit into it, I'm now playing with > http://cvs2svn.tigris.org/cvs2git.html > > It's really good to have a SSD for this kind of IO intensive operations :-) > > So Joao if you have time tomorrow maybe you could look at setting up a > github organization. The name is still something that'd be interesting > to figure out since it's mostly a BEST and KTH cooperation. Maybe > "nomad" would be a good name :) > Ok so shall we name it Nomad? :) > > Then you can make a branch there and cherry-pick all commits from your > repo or replay them on it otherwise. Keeping the history of the last 9 > or so years is a good idea I think. > > I looked at the github repo, some quick comments: > - migration to maven: nice work! a lot more streamlined I suppose. > Though how do you run it now? I remember the tomcat configuration has > major tweaks Currently, Maven's only used for dependency management. Hum that might explain why I'm having some issues starting STRUTS properly. Will have to look into it deeper :) > > - I saw that you commented out JNotify -- just as a warning, this > entirely breaks parade, unless you've found another way of watching > file system changes? the problem is that when people sync stuff via > unison, changes on the FS aren't updated in the cache unless they are > picked up on the FS. Indeed. AFAIR I was getting some errors related to it, but I'll re-enable it for sure :) > > - maybe it's a good idea to comment in the Aether code since anyway it > is all wrapped in big IF statements so it won't hurt. and keeping it > compiling during refactoring rather than having to figure out after > the fact what on earth is going on is probably simpler > True. I've been thinking the same lately :) In the end, it'll prove easier to have the code uncommented. cheers, João > > cheers, > > manu > > On Wed, Jun 6, 2012 at 6:41 PM, Manuel Bernhardt > <ber...@gm...> wrote: > > It should be 30 min of work, if you list the cvsusers and we can provide > > emails for them > > > > An interesting question would be hie to call the organization that will hold > > the repo > > > > > > Sent from my iPhone > > > > On 06.06.2012, at 18:21, "João Andrade" <jja...@gm...> wrote: > > > > Hey, > > > > Indeed. Right now we actually have it in Github. > > > > Manu's idea seems legit to me. Working with Github is certainly and > > enjoyable experience, although currently I have no knowledge whatsoever on > > its importing capabilities. > > > > cheers, > > João > > > > > > > > On 6 June 2012 17:16, Manuel Bernhardt <ber...@gm...> wrote: > >> > >> Why not move to git(hub) directly? > >> > >> It's so much faster and nicer to use than the super-slow SourceForge > >> SVN (or CVS??). And it should be easy to import from the source there > >> (to keep commit history etc.), e.g. mapping of CVS users against git > >> users is supported AFAIK (you'd need to try & get the git emails of > >> all contributors but that should not be too hard). > >> > >> On Wed, Jun 6, 2012 at 5:43 PM, João Andrade <jja...@gm...> > >> wrote: > >> > Hello Cristi, > >> > > >> > The reason there were no commits is because as we were changing the > >> > structure a bit and adding maven for dependency management. > >> > > >> > We're currently using a Git repository. > >> > > >> > Also, we're having some problems with starting the struts framework > >> > properly. So it'd be unthinkable to commit it to the main working repo. > >> > > >> > Once it gets stable, I intend to commit it back to the original SVN > >> > repo. > >> > > >> > Tomorrow it's a national holiday here. I'll try to use some of my time > >> > to > >> > fix this issue and hopefully get a working version. > >> > > >> > p.s. now that I think about it we could've just created a new SVN > >> > branch. > >> > > >> > cheers, > >> > João > >> > > >> > > >> > > >> > On 5 June 2012 19:08, Cristian Bogdan <cr...@cs...> wrote: > >> >> > >> >> Hi João > >> >> > >> >> will you commit / are you committing parade code? I didn't see any > >> >> commit > >> >> mails. > >> >> > >> >> My concern is, when you are "done" I may be able to start working with > >> >> aether again in the new structure. There doesn't seem to be any point > >> >> for me > >> >> doing anything before that. Plus after that you say you can help, that > >> >> would > >> >> be awesome :) > >> >> > >> >> cheers > >> >> > >> >> > >> >> cristi > >> >> > >> >> > >> >> > >> >> On 2012-05-10 01.32, João Andrade wrote: > >> >>> > >> >>> Hello Cristi, > >> >>> > >> >>> I'd never think of removing it :). At the moment, aether's code is > >> >>> commented out in our working paraDe version. We'll bring it back once > >> >>> we have a normal base functionality working version. > >> >>> > >> >>> As for helping with aether's reactivation, I wouldn't mind helping > >> >>> with it in the future. However, at the moment, I'd like to focus on > >> >>> refactoring paraDe. > >> >>> > >> >>> cheers, > >> >>> João > >> >>> > >> >>> > >> >>> On 7 May 2012 15:13, Cristian Bogdan<cr...@cs...> wrote: > >> >>>> > >> >>>> Hi > >> >>>> > >> >>>> Whatever you do in revamping, please don't remove the aether code. I > >> >>>> still > >> >>>> hope to revive it and test it. Maybe you Joao want to help, or maybe > >> >>>> somebody else needs an internship, a thesis or something? > >> >>>> > >> >>>> best > >> >>>> > >> >>>> cristi > >> >>>> > >> >>>> > >> >>>> On 2012-04-29 17.27, João Andrade wrote: > >> >>>>> > >> >>>>> > >> >>>>> Hey, > >> >>>>> > >> >>>>> We are currently revamping paraDe. These changes will have a major > >> >>>>> impact on the interface and backend. So lots of refactoring and code > >> >>>>> rewriting everywhere. > >> >>>>> > >> >>>>> IMHO these changes are crucial, especially in terms of usability > >> >>>>> (new > >> >>>>> code editor for instance) and code maintainability (there is dead > >> >>>>> code > >> >>>>> around). > >> >>>>> > >> >>>>> As these changes may lead to some instability and having other > >> >>>>> people > >> >>>>> testing is essential, we were considering if it'd be possible to > >> >>>>> host > >> >>>>> a testing paraDe version in one of our servers. > >> >>>>> > >> >>>>> I suppose zagreb would be fine as well, but anywhere else should be > >> >>>>> fine (maybe Lisbon as it's not being used currently) :) > >> >>>>> > >> >>>>> Any thoughts/suggestions on this? Those will be extremely > >> >>>>> appreciated. > >> >>>>> > >> >>>>> Feel free to ask questions, as I can elaborate more :) > >> >>>>> > >> >>>>> cheers, > >> >>>>> João > >> >>>>> > >> >>>>> > >> >>>>> > >> >>>>> > >> >>>>> ------------------------------------------------------------------------------ > >> >>>>> Live Security Virtual Conference > >> >>>>> Exclusive live event will cover all the ways today's security and > >> >>>>> threat landscape has changed and how IT managers can respond. > >> >>>>> Discussions > >> >>>>> will include endpoint security, mobile security and the latest in > >> >>>>> malware > >> >>>>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >> >>>>> _______________________________________________ > >> >>>>> Parade-developers mailing list > >> >>>>> Par...@li... > >> >>>>> https://lists.sourceforge.net/lists/listinfo/parade-developers > >> >>>> > >> >>>> > >> >>>> > >> >> > >> > > >> > > >> > > >> > ------------------------------------------------------------------------------ > >> > Live Security Virtual Conference > >> > Exclusive live event will cover all the ways today's security and > >> > threat landscape has changed and how IT managers can respond. > >> > Discussions > >> > will include endpoint security, mobile security and the latest in > >> > malware > >> > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >> > _______________________________________________ > >> > Parade-developers mailing list > >> > Par...@li... > >> > https://lists.sourceforge.net/lists/listinfo/parade-developers > >> > > > > > |