flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From OmPrakash Muppirala <bigosma...@gmail.com>
Subject Re: Royale is now an Apache Project
Date Thu, 21 Sep 2017 16:49:12 GMT
On Thu, Sep 21, 2017 at 9:43 AM, Alex Harui <aharui@adobe.com.invalid>
wrote:

> OK, I have asked for
>    royale-asjs
>    royale-tourjs
>    royale-typedefs
>    royale-compiler
>
> I will request Git website instead of SVN.
>
> I will not request a wiki at this time.
>

Do you mean confluence wiki or github wiki?
I think we need to explicitly ask for github wiki.

Thanks,
Om


>
> Thanks,
> -Alex
>
> On 9/21/17, 9:26 AM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
> <omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:
>
> >Github has a wiki feature.  Although I haven't seen any other Apache
> >project use it.
> >
> >I hope we can use it as part of the Gitbox workflow.
> >
> >The good thing is that this would make it easier for anyone to add stuff
> >onto the wiki without having deal with confluence, karma etc.
> >
> >Thanks,
> >Om
> >
> >On Sep 21, 2017 9:10 AM, "Peter Ent" <pent@adobe.com.invalid> wrote:
> >
> >> 1) royale-asjs just so we can expand later if needed. I like
> >> royale-compiler.
> >> 2) Let's get off of SVN!
> >> ‹peter
> >>
> >> On 9/21/17, 11:42 AM, "Alex Harui" <aharui@adobe.com.INVALID> wrote:
> >>
> >> >We have to decide a few more things for setup:
> >> >
> >> >1) our current repos are named flex-asjs, flex-typedefs, etc.  I
> >>assume we
> >> >want them renamed to royale-asjs, royale-typedefs, royale-tourjs,
> >> >royale-falcon?
> >> >
> >> >Or do we want to change the "last names" as well?
> >> >
> >> >royale-framework, royale-typedefs, royale-tourjs, royale-compiler
> >> >
> >> >2) The flex.apache.org website is still on SVN.  Do we want to use Git
> >> for
> >> >Royale?  I think yes.
> >> >
> >> >3) Do we want a Confluence Wiki or are there wiki-equivalents in
> >>GitHub?
> >> >
> >> >-Alex
> >> >
> >> >On 9/21/17, 2:27 AM, "Piotr Zarzycki" <piotrzarzycki21@gmail.com>
> >>wrote:
> >> >
> >> >>Let's wait for their response.
> >> >>
> >> >>Thank you!
> >> >>
> >> >>On Thu, Sep 21, 2017, 11:17 Alex Harui <aharui@adobe.com.invalid>
> >>wrote:
> >> >>
> >> >>> In the sub task I asked if we "must" use JIRA or can use GH Issues.
> >> >>>
> >> >>> Thanks,
> >> >>> -Alex
> >> >>>
> >> >>> On 9/21/17, 2:14 AM, "Erik de Bruin" <erik@ixsoftware.nl>
wrote:
> >> >>>
> >> >>> >>
> >> >>> >> Maybe we should have discussion whether we need Jira for
new
> >> >>>project?
> >> >>> >> Maybe we should use Github only?
> >> >>> >>
> >> >>> >
> >> >>> >That sound like a plan. KISS [1] all the way ;-)
> >> >>> >
> >> >>> >EdB
> >> >>> >
> >> >>> >1:
> >> >>> >
> >> >>>
> >> >>>https://na01.safelinks.protection.outlook.com/?url=
> >> https%3A%2F%2Fen.wiki
> >> >>>p
> >> >>>e
> >> >>> >dia.org
> >> >>> %2Fwiki%2FKISS_principle&data=02%7C01%7C%7C9bf9ee2d27d84511b11508d5
> >> >>>
> >> >>>>00d155c2%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%
> >> 7C63641582144717182
> >> >>>>2
> >> >>>>&s
> >> >>> >data=J3se5Id4dPrOLITxNfk0hKOCKeTwtl3KIhhablawMwU%3D&reserved=0
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >--
> >> >>> >Ix Multimedia Software
> >> >>> >
> >> >>> >Jan Luykenstraat 27
> >> >>> >3521 VB Utrecht
> >> >>> >
> >> >>> >T. 06-51952295 <06%2051952295>
> >> >>> >I.
> >> >>> >
> >> >>>
> >> >>>https://na01.safelinks.protection.outlook.com/?url=
> >>
> >>https://na01.safelinks.protection.outlook.com/?url=
> www.ixsoftware.nl&data
> >>=02%7C01%7C%7C501ba9914bc5429109f308d5010d98eb%
> 7Cfa7b1b5a7b34438794aed2c1
> >>78decee1%7C0%7C0%7C636416080566327663&sdata=
> rH5ubOFlme1iw%2BMPsTittXnU4nE
> >>LYxJ9dYW2I5dDF4s%3D&reserved=0&dat
> >> >>>a
> >> >>>=
> >> >>>
> >> >>>>02%7C01%7C%7C9bf9ee2d27d84511b11508d500d1
> >> 55c2%7Cfa7b1b5a7b34438794aed2c
> >> >>>>1
> >> >>>>78
> >> >>>
> >> >>>>decee1%7C0%7C0%7C636415821447171822&sdata=
> >> 0RA5xX24wJ%2Bf1HdGZE6vOjoRHNC
> >> >>>>i
> >> >>>>SA
> >> >>> >zNtyrgiSrTOOY%3D&reserved=0
> >> >>>
> >> >>>
> >> >
> >>
> >>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message