Guess I should follow on you twitter :-) 2009/5/31 Jonathon Rossi <[email protected]>
> I was just about to start doing that :) > > Sorry for not owning up to my promise on twitter. > > 2009/5/31 Roelof Blom <[email protected]> > > Patrick, >> >> I've applied all your patches in r5728. >> >> -- Roelof. >> >> 2009/5/27 Patrick McEvoy <[email protected]> >> >> >>> I had a little look at both, I can imagine it was hairy! >>> >>> Also I have a few patching requests to make further progress with the >>> mono/linux TC agent. >>> >>> 1. gacutil permissions >>> Root access is required to add a assembly to the gac. Running the >>> build as root can't be the recommended way. Till I come up with a >>> better we need failonerror="false" >>> Other bits of the patch are optional as I have discovered that most >>> mono tools support arguments with either - or / >>> Patch: >>> https://qmtech.svn.beanstalkapp.com/castleproject_mono/trunk/patches/gacutil.diff >>> >>> 2. Case sensitivity >>> Patch: >>> https://qmtech.svn.beanstalkapp.com/castleproject_mono/trunk/patches/incorrect_case_on_bin_dir.diff >>> >>> 3. Explicitly reference System.Web.dll, System.Data.dll, >>> System.Configuration.dll >>> Patch: >>> https://qmtech.svn.beanstalkapp.com/castleproject_mono/trunk/patches/missing_system-data_ref.diff >>> Patch: >>> https://qmtech.svn.beanstalkapp.com/castleproject_mono/trunk/patches/missing_system-web_ref.diff >>> >>> 4. Adding set-mono-3.5-framework-configuration target and tweak for >>> svn revision capture >>> Patch: >>> https://qmtech.svn.beanstalkapp.com/castleproject_mono/trunk/patches/mono-3.5-target.diff >>> >>> 5. More issues with - or / as arguments for nunit, timeout is >>> important as some test assemblies currently stall with mono >>> Patch: >>> https://qmtech.svn.beanstalkapp.com/castleproject_mono/trunk/patches/nunit_commandline_options.diff >>> >>> 6. Mono bug, it's on my list to add to novell bugzilla :) >>> Patch: >>> https://qmtech.svn.beanstalkapp.com/castleproject_mono/trunk/patches/potential_mono_bug.diff >>> >>> 7. Mono can't build some test assemblies or NLog integration, for the >>> time being it's more beneficial for the community to ignore them under >>> mono, again it's high on my todo list to get them back in. >>> Patch: >>> https://qmtech.svn.beanstalkapp.com/castleproject_mono/trunk/patches/remove_projects_with_references_to_win_only_assemblies.diff >>> >>> 8. Microsoft.Build.Engine problems... >>> Please comment out SharedLibs/build/NAnt/bin/NAnt.exe.config:1782, >>> afaik it's not used and this will only affect nant when targeting >>> mono-3.5 >>> >>> Cheers :) >>> >>> On May 25, 11:18 pm, Jonathon Rossi <[email protected]> wrote: >>> > I assume you were looking Castle.NVelocity in the contrib repository, >>> not >>> > NVelocity in the main repository. >>> > >>> > I didn't think it was that hard to follow :). I did start it as a >>> rewrite >>> > but I had to add way too much stuff to support the strange cases when >>> you >>> > half type something, so it got pretty hairy. >>> > >>> > I do plan to rename that project, I was going to move it under the CVSI >>> > project since it isn't of use outside an IDE, but can rename it to some >>> more >>> > IDE generic if you want to use it. >>> > >>> > 2009/5/26 Patrick McEvoy <[email protected]> >>> > >>> > >>> > >>> > >>> > >>> > > I spent a few hours looking around after you mentioned this, >>> including >>> > > looking at the NVelocity codebase... wow, that was hard to follow! I >>> > > need to spend more time on it, but it makes sense to use the same >>> > > tools/parser if we can. I might even bite the bullet and start a >>> > > rewrite of NVelocity, be interesting to see how far I can get in a >>> few >>> > > days... :) >>> > >>> > > Cheers for the heads up. >>> > >>> > > On May 23, 5:55 pm, Jonathon Rossi <[email protected]> wrote: >>> > > > Have you considered using CVSI's NVelocity parser? It is separate >>> from >>> > > the >>> > > > Visual Studio stuff. >>> > >>> > > >>> http://using.castleproject.org/display/Contrib/Castle+Visual+Studio+I... >>> > >>> > > > 2009/5/24 Patrick McEvoy <[email protected]> >>> > >>> > > > > That's a good idea! We can can hook it into TC too :) >>> > >>> > > > > Can someone sort me out with contrib svn access? >>> > >>> > > > > Cheers P >>> > >>> > > > > On May 23, 5:15 pm, Krzysztof Koźmic <[email protected] >>> > >>> > > > > wrote: >>> > > > > > Patrick, >>> > >>> > > > > > Regarding your monodevelop plugin. >>> > > > > > How about moving it to castle-contrib? >>> > >>> > > > > > Krzysztof >>> > >>> > > > > > Patrick McEvoy pisze: >>> > >>> > > > > > > Great to see there's others that are interested too! >>> > >>> > > > > > > I would be very happy to run and maintain a mono TC agent. >>> I'll >>> > > setup >>> > > > > > > an agent in the next few days with debian, mono-2.4. >>> > >>> > > > > > > Also just a heads up for debian/ubuntu users: Mirco Bauer >>> yesterday >>> > > > > > > uploaded mono-2.4 preview packages to his private repo. We've >>> found >>> > > > > > > mono-2.0 and mono-2.2 too buggy to run the castle stack, so >>> don't >>> > > > > > > bother trying on a stock jaunty install :) >>> > > > > > >http://go-mono.com/forums/#nabble-td23669501 >>> > >>> > > > > > > And for anyone using MonoDevelop and MR we wrote a little >>> plugin, >>> > > it's >>> > > > > > > rough round the edges but works :) >>> > > > > > >http://code.google.com/p/monodevelop-castle/ >>> > >>> > > > > > > There aren't that many MoMA issues these days, still a few >>> things >>> > > to >>> > > > > > > work out with DP2 tho. >>> > >>> > > > > > > Cheers P >>> > >>> > > > > > > On May 22, 4:43 pm, Markus Ewald <[email protected]> wrote: >>> > >>> > > > > > >> On 5/22/2009 4:54 PM, Krzysztof Koźmic wrote:> Since Mono >>> runs on >>> > > > > Windows, we might set up a Mono build on a TS server. >>> > >>> > > > > > >>> Also, TS can run multiple build agents, if you Patrick have >>> a >>> > > spare >>> > > > > > >>> machine you could dedicate to running Linux + Mono Castle >>> bulids, >>> > > I >>> > > > > > >>> think this would be cool, and a great way to ensure good >>> > > > > compatibility + >>> > > > > > >>> immediate feedback if Windows OK update breaks Linux. >>> > >>> > > > > > >> A Linux + Mono box would definitely be useful since Win32 + >>> Mono >>> > > still >>> > > > > > >> allows P/Invoke calls to Win32 API functions. >>> > > > > > >> Still, a Mono build in any form would go a long way in >>> making sure >>> > > it >>> > > > > at >>> > > > > > >> least compiles okay for us Mono users ;-) >>> > >>> > > > > > >>> Krzysztof >>> > >>> > > > > > >> -Markus- >>> > >>> > > > -- >>> > > > Jono >>> > >>> > -- >>> > Jono >>> >>> >> >> >> > > > -- > Jono > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en -~----------~----~----~----~------~----~------~--~---
