I’m actually paying Jude to work on this, so it’s probably not necessary for him to sign anything.
I’m very concerned about time and overhead invested in this (I’m on a really tight schedule), so of the three options that Om mentioned, adding the email hook is the only one I can see working. Personally, I think opening up the Github repository is probably the easiest option. On Jun 6, 2014, at 1:16 AM, Alex Harui <aha...@adobe.com> wrote: > I know that requiring Jude to use patches will slow things down, but right > now his work isn't happening at Apache so it isn't clear we can/should use > that in considering committership for him, and also, all of his work is > not granted to Apache so really, you can't land your changes back in the > Apache repo without having Jude file an ICLA and/or Software Grant. > > I think we could argue that a commit hook would put his work "in" the > open, but I'm still concerned about the legal issues around his work. > > -Alex > > On 6/5/14 2:56 PM, "OmPrakash Muppirala" <bigosma...@gmail.com> wrote: > >> On Thu, Jun 5, 2014 at 2:48 PM, Harbs <harbs.li...@gmail.com> wrote: >> >>> Well, I’m open to suggestions. I could invite other folks to the >>> repository to see what we’re doing. I could also make it public. I could >>> also port the code over to the main Apache git repository. >>> >>> I’m kind of hesitant to do the last option right now, because I can’t >>> really afford the time it would take me to do that right now… It’s >>> going to >>> be quite a bit of work merging the code back. >>> >>> >> You could do one of these based on your preference: >> >> 1. In your github project, add comm...@flex.apache.org as your >> post-commit >> email hook. This way, we can all take a look at the progress of the >> feature. We can keep track of Jude's contribution directly as well. When >> the feature is complete, just copy over the code to the Apache Flex git >> repo. >> >> 2. Create a new branch in our own git and continue to check in stuff >> there. You might have to keep getting patches from Jude and keep >> committing them with appropriate comments. >> >> 3. Fork your current project into a whiteboard project on ApacheFlex >> github repo. Jude can in turn fork the whiteboard project and send your >> pull requests as needed. I can hook it up to send commit emails to >> comm...@flex.apache.org. (I think this is the most straightforward and >> best option) >> >> Thanks, >> Om >> >> >> >>> On Jun 6, 2014, at 12:19 AM, Alex Harui <aha...@adobe.com> wrote: >>> >>>> IMO, it would have been better to have Jude work via JIRA for a bit >>> so we >>>> could see his work and collaboration in the open which would have >>> probably >>>> resulted in him being voted in as a committer. >>>> >>>> And, of course, it isn't too late to start doing that. >>>> >>>> -Alex >>>> >>>> On 6/5/14 2:02 PM, "Harbs" <harbs.li...@gmail.com> wrote: >>>> >>>>> BTW, ³very active² is 59 commits since March 26. (I was working on it >>>>> myself before that.) >>>>> >>>>> On Jun 5, 2014, at 11:58 PM, Harbs <harbs.li...@gmail.com> wrote: >>>>> >>>>>> FWIW, Jude and I have both been very active on the TLF table >>> support. >>>>>> >>>>>> We¹ve been working on a private Github repository because Jude is >>> not a >>>>>> committer and things are still quite unstable. >>>>>> >>>>>> Current status is as follows: >>>>>> * Tables render with cell strokes and backgrounds >>>>>> * Selections of cell content and cell ranges work. >>>>>> * Editing of cell content and surrounding text works >>>>>> * Tables recompose as needed when cell content changes. >>>>>> >>>>>> We¹ve radically changed the way table and sub elements are handled. >>>>>> * Columns and rows are not normal children. They are informational >>> only. >>>>>> * Content within cells belong to a separate TextFlow. >>>>>> * We¹ve introduced the concept of nested TextFlows and >>>>>> SelectionManagers/EditManagers which are nested within each other. >>>>>> Control is passed between parent and child SelectionManagers as >>> needed. >>>>>> * We¹ve introduced table blocks used for composition in a similar >>>>>> manner to how TextFlowLines are used. >>>>>> * The logic used for composition and selection is much more >>>>>> understandable than what was originally written. >>>>>> >>>>>> Work still needed: >>>>>> * Lots of little rendering issues need to be resolved. >>>>>> * Some normalization logic still needs to be implemented. >>>>>> * Cell range selection needs to be improved. >>>>>> * Text selection which spans tables needs work. >>>>>> * Table editing operations still need to be done. >>>>>> * Work still needs to be done relating to header and footer cells >>>>>> * There¹s probably bugs related to cells which span rows/columns. >>>>>> * Lots of tests need to be created. >>>>>> * Markup import needs work. >>>>>> >>>>>> That¹s about it. >>>>>> >>>>>> I¹m guessing it¹ll be in shape where we can think about merging it >>> back >>>>>> into the develop branch in a couple of weeks. >>>>>> >>>>>> Harbs >>>>>> >>>>>> On Jun 5, 2014, at 5:35 PM, Alex Harui <aha...@adobe.com> wrote: >>>>>> >>>>>>> >>>>>>> >>>>>>> On 6/5/14 5:00 AM, "Justin Mclean" <jus...@classsoftware.com> >>> wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>>> In the past three months we've continued to see: >>>>>>>>> - Continued JIRA activity (more bugs raised than resolved >>> however) >>>>>>>> Yep - we need more user and committers active here in helping to >>> fix >>>>>>>> bugs. >>>>>>>> >>>>>>>>> - More committers becoming active again. >>>>>>>> Looks steady to me: >>>>>>>> http://www.ohloh.net/p/ApacheFlex/contributors/summary >>>>>>> Hmm. It felt like we saw more activity like Fred on FDB, Chris on >>>>>>> Maven >>>>>>> and contributions from Nick and MikeL. I'm tempted to leave it in. >>>>>>> >>>>>>>> >>>>>>>>> - Fewer new folks contributing and eventually becoming >>> committers. >>>>>>>> IMO (from mail list sign ups and installs that we have increased >>> user >>>>>>>> activity but we don't seem to be good at encouraging them to >>>>>>>> contribute >>>>>>>> more than JIRA reports. There's been a few exceptions ie we've >>> just >>>>>>>> had >>>>>>>> some help with the Android skins. >>>>>>> Are you suggestion that we not say this in the report? >>>>>>> >>>>>>> -Alex >>>>>>> >>>>>> >>>>> >>>> >>> >>> >