Looks like we can copy an "image" from Azure.
https://docs.microsoft.com/en-us/azure/virtual-machines/windows/download-vhd
-Alex
On 2/6/19, 12:06 AM, "Alex Harui" <aha...@adobe.com.INVALID> wrote:
I don't anything about docker, but in 15 minutes of reading I ran into this:
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.channelfutures.com%2Fopen-source%2Fwhen-not-to-use-docker-understanding-the-limitations-of-containers&data=02%7C01%7Caharui%40adobe.com%7C01d2594a5d1e4191a88d08d68c09f2ff%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636850371723585790&sdata=8i73omHW3ocdJWUx1buo4GrHk9r3JFRystaMgJHfkdU%3D&reserved=0
Which says: Docker can't " Run applications with graphical interfaces". If
you want Royale to use Docker for releases, show that it can run checkintests
with Flash and the Browser. Then I will look into it more.
The highest level goal is to make it as easy as possible for someone to
volunteer to be an RM. Any requirement of "install this (Docker, etc) on your
computer" is, IMO, another barrier to entry. Yeah, RMs will have to have Maven
installed and maybe Ant, but you should already have those installed to be a
committer/PMC member.
That said, a good takeaway from the Docker idea is to try to find a way to
make an "Image" of whatever we end up with on whatever server we end up using
so if the image can be copied and used on other servers. I'm not exactly sure
how to do that with Azure, which hosts my CI server. I will spend a few more
minutes researching that.
I could not quickly find any way to get a free VM on Azure or AWS that
isn't a free-trial-start-paying-after-a-year. So, unless someone comes up with
a free server we can use "forever", I'm going to just start with my Azure VM.
-Alex
On 2/5/19, 10:59 PM, "Carlos Rovira" <carlosrov...@apache.org> wrote:
Hi.
the plan sounds very good to me. Just my 2 thoughts on this:
1.- As I was reading I was thinking as well on something like Docker and
see Om as well thinking on the same. Maybe is the way to this with the
actual technology. Seems VMs are stepping out a bit this days in favor
of
things like Docker. Maybe the same did Git over Svn, and today Svn is an
old remembrance. I must say that I have no experience with Docker, so
doing
that will require acquire that knowledge, but seems it could be worth
it.
2.- Maybe is not possible, but I want to propose to do this work I a
separate branch, so it could be in parallel to other developments. I
think
work over develop is practical if there's something tiny that could be
done
in a commit. But as we need more than one, or is a long process (like
this), chances are to make develop branch unstable and even for some
days.
I think we should try to avoid that scenario, and branches are the best
way. If we do this way, we'll benefit of more reliable develop branch.
Thanks and good to know of this plan :)
Carlos
El mar., 5 feb. 2019 a las 23:19, Harbs (<harbs.li...@gmail.com>)
escribió:
> I’ve never used Docker myself, but that might be a good plan.
>
> > On Feb 6, 2019, at 12:07 AM, OmPrakash Muppirala
<bigosma...@gmail.com>
> wrote:
> >
> > I was wondering if we can use docker images to setup and seal the RM
> > environment. Then other RMs simply need to run the image locally
and run
> > the release scripts. Might be easier. If folks like this plan, I
can
> try
> > to put something together.
> >
> > Thanks,
> > Om
> >
> > On Tue, Feb 5, 2019 at 1:40 PM Harbs <harbs.li...@gmail.com> wrote:
> >
> >> In a recent discussion, it looks like other projects have gotten
> resources
> >> from AWS.
> >>
> >> Whatever service we use, could setup a “shared” Royale account
that all
> >> PMC members could have access to.
> >>
> >> I don’t know if there’s some way we could leverage Gitlab’s
integration
> >> pipelines
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.gitlab.com%2Fee%2Fci%2FREADME.html&data=02%7C01%7Caharui%40adobe.com%7C01d2594a5d1e4191a88d08d68c09f2ff%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636850371723585790&sdata=7OZKq43ulwUOLvSabHnm%2FP9FBuMkqBrZABDLsP8IUwc%3D&reserved=0
<
> >>
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.gitlab.com%2Fee%2Fci%2FREADME.html&data=02%7C01%7Caharui%40adobe.com%7C01d2594a5d1e4191a88d08d68c09f2ff%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636850371723585790&sdata=7OZKq43ulwUOLvSabHnm%2FP9FBuMkqBrZABDLsP8IUwc%3D&reserved=0>
> >>
> >>> On Feb 5, 2019, at 11:33 PM, Alex Harui <aha...@adobe.com.INVALID>
> >> wrote:
> >>>
> >>> Well, the big hole in this plan is that I think we have to use
> someone's
> >> personal VM account (in this case, mine). I can't think of a way
we can
> >> run interactive commands like git push on builds@. But that
reminds me
> >> to go see what are current options are for free/cheap compute
servers.
> >>>
> >>> On 2/5/19, 1:20 PM, "Piotr Zarzycki" <piotrzarzyck...@gmail.com>
> wrote:
> >>>
> >>> Sounds like best plan ever. Using the same PC by everyone is
awesome!
> >>>
> >>> On Tue, Feb 5, 2019, 8:39 PM Harbs <harbs.li...@gmail.com wrote:
> >>>
> >>>> A big +1 from me!
> >>>>
> >>>> Looking forward!
> >>>>
> >>>>> On Feb 5, 2019, at 9:34 PM, Alex Harui
<aha...@adobe.com.INVALID>
> >> wrote:
> >>>>>
> >>>>> Hi,
> >>>>>
> >>>>> We are coming up on 3 months since 0.9.4. I have finished the
> changes
> >>>> to get production Royale modules to work in Tour De Flex. Lots
of
> other
> >>>> good changes have been contributed.
> >>>>>
> >>>>> There were emails around the 0.9.4 release about others
stepping up
> to
> >>>> cut the next release, but that hasn't happened. I tried and
failed to
> >> get
> >>>> Apache Infra to allow us to run our release packaging on the
Jenkins
> >>>> servers. They felt there were too many security concerns with
having
> >> the
> >>>> servers push changes to Git and PGP sign artifacts.
> >>>>>
> >>>>> However, we MUST find a way for other RMs to be successful.
There is
> >> no
> >>>> way I should or want to be the only RM. But I have an idea that
> >> involves
> >>>> creating a long list of Jenkins jobs on my CI server that add up
to
> the
> >>>> release. The RM would log into Jenkins and run some job titled
> "Apache
> >>>> Royale Release Step 1", then wait for an email indicating that it
> >> completed
> >>>> and follow instructions in the email, such as logging into the CI
> server
> >>>> via Remote Desktop, opening a command prompt and running "git
push"
> and
> >>>> entering his/her username and password. Then run the next job
and so
> >> on.
> >>>> There will be a point where the RM has to download the build
> artifacts,
> >>>> verify them, then PGP sign them, and upload them. That will be a
> likely
> >>>> point of failure, but that step should be a single Maven command
and
> >> thus
> >>>> can be restarted until it finally succeeds. Then more Jenkins
jobs
> >> will be
> >>>> run. But if this works then folks won't have to setup their
computers
> >> to
> >>>> be an RM.
> >>>>>
> >>>>> So, prepare for lots of commits and reverts as I try to put this
> >>>> together. I'm guessing it won't actually work until the last
week of
> >>>> February at the earliest so there is no big rush to get other
stuff in
> >> for
> >>>> this release, and if we get it to work, hopefully we'll release
more
> >> often
> >>>> with other folks being the RM.
> >>>>>
> >>>>> -Alex
> >>>>>
> >>>>
> >>>>
> >>>
> >>>
> >>
> >>
>
>
--
Carlos Rovira
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C01d2594a5d1e4191a88d08d68c09f2ff%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636850371723585790&sdata=UOyIWRfILBpEBUsJNbzvjdv92ExGTXxIyRxQ9F0FWBw%3D&reserved=0
