HI Gunnar - in your experience with Trafodian how long did a release take. We plan on releasing the Fey Engine in it’s current form plus a number of components that we will upload that are complete. So we don’t expect any major changes in the codebase for this release other than bug fixes if any are found to be critical.
Thanks -Tony > On Feb 10, 2017, at 11:51 PM, Tony Faustini <[email protected]> wrote: > > Hi Gunnar, Rutvij is a commiter to iota. > -Tony > > >> On Feb 10, 2017, at 10:43 PM, Gunnar Tapper <[email protected] >> <mailto:[email protected]>> wrote: >> >> Hi Rutvij, >> >> Nice to "meet" you. >> >> I want to be clear that one of the *committers* have to create the release. >> The steps outlined in the Contributor Guide should get whomever takes on the >> task through what's needed but let's expect a few misfires. >> >> From what I've seen, it takes time with all the prep work so there's no real >> need to wait. For example, I'm hoping that one of the mentors can help get >> the PGP signed once it's been created. >> >> Do y'all have a target date in mind for a first release? I find that things >> get done when we all have a mental milestone in place. :) >> >> Thanks, >> >> Gunnar >> >> >> >> On Thu, Feb 9, 2017 at 1:14 PM, Rutvij Clerk <[email protected] >> <mailto:[email protected]>> wrote: >> Hi Gunnar, >> >> I would be happy to work with you on preparing the release. In general, I >> agree with the scope of proposal for the v0.1 release. >> >> I would be happy to volunteer for #1. >> >> Thanks, >> >> Rutvij >> >> On Feb 09, 2017, at 09:46 AM, Gunnar Tapper <[email protected] >> <mailto:[email protected]>> wrote: >> >>> Hi, >>> >>> I've been thinking about the 0.1 release. As stated before, the first step >>> of any Apache incubation project is to learn how to operate in the Apache >>> world. >>> >>> From a release purpose, I propose the following focus areas: >>> >>> 1. Ensure that the source tree is a source tree. From what I understand >>> (Justin can verify), the source tree should not contain; for example, jar >>> files but the source and means to build the "binaries" and package them up. >>> 2. Build instructions. People outside the project needs to be able to build >>> the code. >>> 3. Release artifacts. Package up the project into a tar file ensuring that >>> all the release requirements are met. >>> >>> That's it for 0.1. I recommend that other functions (install, test >>> libraries, etc.) can wait to later releases. >>> >>> Would this work? If so, who can take care of #1 and #2 so that we can move >>> to #3? >>> >>> -- >>> Thanks, >>> >>> Gunnar >>> If you think you can you can, if you think you can't you're right. >> >> >> >> -- >> Thanks, >> >> Gunnar >> If you think you can you can, if you think you can't you're right. >
