Hi Om, that would be great! waiting for your experience with a that! :)

El mié., 6 feb. 2019 a las 19:31, OmPrakash Muppirala (<bigosma...@gmail.com>)
escribió:

> Yes, I agree with Alex about not being able to run UI out of docker
> containers.  I never thought of the checkintests when I made the
> suggestion.
>
> The firefox-flash image that Yishay pointed out looks promising.  I will
> poke around with it and see if that works for us.
>
> Thanks,
> Om
>
> On Wed, Feb 6, 2019 at 12:41 AM Yishay Weiss <yishayj...@hotmail.com>
> wrote:
>
> > I’ll let Om or someone else with docker experience tell us if this [1] is
> > relevant.
> >
> >
> >
> > [1] https://hub.docker.com/r/beli/firefox-flash/
> >
> >
> >
> > ________________________________
> > From: Alex Harui <aha...@adobe.com.INVALID>
> > Sent: Wednesday, February 6, 2019 10:05:54 AM
> > To: dev@royale.apache.org
> > Subject: Re: 0.9.6 Release
> >
> > I don't anything about docker, but in 15 minutes of reading I ran into
> > this:
> >
> >
> https://www.channelfutures.com/open-source/when-not-to-use-docker-understanding-the-limitations-of-containers
> >
> > 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&amp;data=02%7C01%7Caharui%40adobe.com%7Cef2b34e531be41983c1208d68c009d75%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636850331599744364&amp;sdata=ux3NQZcnILfobRoGhlxI509Z30JI2Tba4O%2FDxWFii9w%3D&amp;reserved=0
> > <
> >     > >>
> >
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.gitlab.com%2Fee%2Fci%2FREADME.html&amp;data=02%7C01%7Caharui%40adobe.com%7Cef2b34e531be41983c1208d68c009d75%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636850331599744364&amp;sdata=ux3NQZcnILfobRoGhlxI509Z30JI2Tba4O%2FDxWFii9w%3D&amp;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&amp;data=02%7C01%7Caharui%40adobe.com%7Cef2b34e531be41983c1208d68c009d75%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636850331599744364&amp;sdata=%2BBjFv4hgPoVNn5ymJnenJAvPkkTJzZx%2FeXfMtSpogEE%3D&amp;reserved=0
> >
> >
> >
>


-- 
Carlos Rovira
http://about.me/carlosrovira

Reply via email to