I'll rewrite spack in APL and then merge with your project. We've run out of non shell-escaped characters to use in the spack spec syntax, so the special APL keyboards will be ideal for expanding it.
Sent with Good (www.good.com) -----Original Message----- From: Jack Perdue [[email protected]<mailto:[email protected]>] Sent: Wednesday, April 01, 2015 07:52 AM Pacific Standard Time To: [email protected] Subject: Re: [easybuild] [ANN] ELmod Thanks for the link Ken! I'm signed up. I've been wanting to rewrite both Lmod and EasyBuild in Visual Basic so they can both be used on Windows. I'm going to do my best to adapt whatever Lua code y'all come up to VB on a day to day basis (it's really important to me). I'm looking forward to it. jack On 04/01/2015 09:43 AM, Kenneth Hoste wrote: > > > On 01/04/15 15:44, Gamblin, Todd wrote: >> [easybuild] [ANN] ELmod So, what features is ELMod going to have on >> the build side that improve on EB? It sounds like you're planning to >> do a direct port and not address issues like dependency analysis? Or >> is this a redesign too? > > For now, we're mostly looking at a direct port (we need to make sure > we have a usable version in a reasonable amount of time). > > But since we'll be rewriting everything in Lua anyway, keeping in mind > that we may be looking into supporting alternative ways of handling > dependencies wouldn't hurt. > > I don't think it's impossible to support two (or more) different > dependency handling mechanisms side-by-side. > >> >> I'd be interested in being on the new mailing list. > > Great! Here's a link to subscribe to the ELmod mailing list: > http://bit.ly/1izZh3M . > > Let's continue the discussion there (this ML will die anyway as soon > as we have ELmod in a state that can be made public). > > > regards, > > Kenneth >> >> >> >> Sent with Good (www.good.com) >> >> >> -----Original Message----- >> *From: *Kenneth Hoste [[email protected] >> <mailto:[email protected]>] >> *Sent: *Wednesday, April 01, 2015 04:41 AM Pacific Standard Time >> *To: *EasyBuild >> *Cc: *Robert McLay >> *Subject: *[easybuild] [ANN] ELmod >> >> Dear EasyBuilders and Lmod enthusiasts, >> >> We are happy and excited to announce that we have decided to merge >> EasyBuild and Lmod together in a new tool, which we have named ELmod for >> now. Suggestions for other/better names are welcome. >> >> In the last couple of weeks and months of close collaboration on >> Lmod-related features in EasyBuild (e.g., support for module files in >> Lua syntax) and Lmod performance improvements that were triggered by >> EasyBuild, we have come to realise that there is a lot of potential in >> working together on a joint codebase, rather than maintaining both tools >> side-by-side. >> >> Development of ELmod has already started a while ago in our limited free >> time, but now that we have decided to continue on this new path, we are >> effectively stopping all development of the current instalments of the >> stand-alone versions of EasyBuild and Lmod. There will be no more >> releases of these tools separately. >> This will allow us to focus our efforts on getting ELmod stable in the >> coming weeks, and making sure it is a tool worthy of replacing EasyBuild >> and Lmod from the very start. >> >> It is worth noting that ELmod will basically be a rewrite from scratch. >> >> Since we have opted to use (only) Lua for this project, the existing >> EasyBuild codebase (currently written in Python 2) will have to be >> ported anyway. The good news here is that Lua syntax is quite close to >> Python syntax, so porting the 50k LoC EasyBuild codebase shouldn’t take >> too long. >> >> As has popped up recently on the Lmod mailing list, the recent Lua >> version 5.3 offers powerful new features that are particular interesting >> for Lmod. In particular, the new integer/double number type offers >> computational features that will drive the new code base. These require >> restructuring the current Lmod code however. As it turns out, >> reimplementing the existing Lmod functionality in Lua 5.3 seems like the >> easiest way of tackling this. >> >> We’re keeping the ELmod repository on GitHub private for the time being. >> If you would like that obtain early access to ELmod, and/or help out >> with developing ELmod, please let Robert & me know by replying (off-list >> please). >> >> We will keep you posted on our progress in the coming weeks and months. >> >> Kenneth & Robert >> ELmod release managers and main developers >> >
