|
From: Manuel B. <ber...@gm...> - 2012-06-08 17:17:13
|
Nomad sounds fun to me. Cristi, opinions? I'll see to migrate the rest of the users tomorrow. Creating an organization is super fast so once we have decided on the name I can do this in an instant and import the repo. Then you can branch and import your changes on top of it, not sure yet what is the best method but we'll figure something out Greetings from Helsinki manu Sent from my iPhone On 08.06.2012, at 17:00, "João Andrade" <jja...@gm...> wrote: > 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 >>>>> >>> >>> |