OK, well at least I think you now have a reference point. I’m sorry I
don’t understand this Maven stuff enough to help you more.
-Alex
On 10/2/15, 4:25 PM, "Christofer Dutz" <christofer.d...@c-ware.de> wrote:
>Sorry Alex, but on your server there is no use in configuring the maven
>deployment, unless you configured your Apache login credentials in the
>{userhome}/.m2/settings.xml ...
>
>That is the sole reason for me setting up everything on the Apache
>hardware. They have credentials in place, that I can use to deploy stuff
>without needing to publish my credentials. So if I do a "ant -f maven.xml
>deploy" on the ASF Jenkins, it works. If I do it on yours, it will end
>with a HTTP 403 (Not authenticated).
>
>Chris
>
>________________________________________
>Von: Alex Harui <aha...@adobe.com>
>Gesendet: Freitag, 2. Oktober 2015 23:43
>An: dev@flex.apache.org
>Betreff: Re: Jenkins builds
>
>OK, I think the main builds on http://apacheflexbuild.cloudapp.net:8080
>are now in working order, except for flex-tlf which I think has a
>legitimate failure. Can one of the folks who have been working with TLF
>take a look?
>
>I have changed over the installer to use the FlexJS and Falcon nightly.
>Chris, I don’t know if you start from here to work on your Maven stuff or
>not.
>
>Please try it out and let me know if you find issues.
>
>-Alex
>
>On 10/1/15, 2:29 AM, "Alex Harui" <aha...@adobe.com> wrote:
>
>>After entering my credit card, I now have working Azure VM again. Builds
>>should start running shortly. Or so I hope. I’ll check it tomorrow (for
>>me).
>>
>>If anyone has the time and a server to use to clone some of these builds,
>>I’ll try to figure out how to do that.
>>
>>Thanks,
>>-Alex
>>
>>On 9/24/15, 9:03 AM, "Harbs" <harbs.li...@gmail.com> wrote:
>>
>>>Time is the key… ;-) I have very little of that, and I don’t know the
>>>first thing about setting up Jenkins.
>>>
>>>But, I’d be happy to give anyone on the PMC access to the servers so
>>>folks can help with the fiddling.
>>>
>>>On Sep 24, 2015, at 6:59 PM, Alex Harui <aha...@adobe.com> wrote:
>>>
>>>> If you are volunteering to take over the builds, that would be great.
>>>>I
>>>> don’t know how much time you have to fiddle with this. I may just
>>>>renew
>>>> my Azure with the cheapest option and see if it will work with 1 core
>>>>and
>>>> we don’t lose the setup. Then you’ll have an idea of what we might
>>>>cost
>>>> if we switch to AWS. I haven’t talked to Azure folks directly, but it
>>>> looked like the step up to the next level was significant in cost.
>>>>
>>>> Moving some jobs to other servers would also help ensure 1 core works.
>>>> The most time consuming build, IIRC, is the main Flex SDK release
>>>> packaging build.
>>>>
>>>> Thanks,
>>>> -Alex
>>>>
>>>> On 9/24/15, 8:52 AM, "Harbs" <harbs.li...@gmail.com> wrote:
>>>>
>>>>> OK. I have a bunch of AWS instances. The cheap linux instances are
>>>>>less
>>>>> than $10 per month.
>>>>>
>>>>> If we create a new account, we’d even get a cheap instance free for a
>>>>> year.
>>>>>
>>>>> I can create a new account for Flex. If we do need to upgrade the
>>>>> instance, that’s pretty seamless.
>>>>>
>>>>> On Sep 24, 2015, at 6:11 PM, Alex Harui <aha...@adobe.com> wrote:
>>>>>
>>>>>> The only reason to use Azure is because I had one set up already,
>>>>>> although
>>>>>> they have said they will delete it soon.
>>>>>>
>>>>>> My VM is only running builds and not mustella, so I am going to try
>>>>>>the
>>>>>> cheapest Azure option and see how it goes. If it is enough for the
>>>>>> builds
>>>>>> then I can handle the cost.
>>>>>>
>>>>>> -Alex
>>>>>>
>>>>>> On 9/24/15, 8:08 AM, "Harbs" <harbs.li...@gmail.com> wrote:
>>>>>>
>>>>>>> What kind of machine do we need for Jenkins? Would an AWS instance
>>>>>>>work
>>>>>>> and if yes what size machine would we need? Is there a reason to
>>>>>>>use
>>>>>>> Azure over AWS?
>>>>>>>
>>>>>>> On Sep 24, 2015, at 4:19 PM, Alex Harui <aha...@adobe.com> wrote:
>>>>>>>
>>>>>>>> I’m about to give up on waiting and pull out my credit card. No
>>>>>>>>idea
>>>>>>>> why I’m not getting any attention from the free MSDN program.
>>>>>>>>
>>>>>>>> The PMC has the credentials to log into Erik’s VM and reboot from
>>>>>>>> within the VM and same for my VM. Getting others access from the
>>>>>>>> Azure
>>>>>>>> manager might require giving up more control than we should,
>>>>>>>> especially
>>>>>>>> if my credit card is on the line.
>>>>>>>>
>>>>>>>> It turns out that Apache doesn’t have Azure VMs anymore. They did
>>>>>>>>for
>>>>>>>> a while. Good thing we didn’t use that otherwise we’d be
>>>>>>>>scrambling.
>>>>>>>> I
>>>>>>>> think we may be able to get Linux VMs from Apache, but I think
>>>>>>>>Apache
>>>>>>>> would prefer that volunteers put up the “money” for these VMs by
>>>>>>>> paying
>>>>>>>> (or getting for free) VMs outside a.o to offload bandwidth costs.
>>>>>>>>
>>>>>>>> -Alex
>>>>>>>>
>>>>>>>> From: Tom Chiverton <t...@extravision.com>
>>>>>>>> Reply-To: "dev@flex.apache.org" <dev@flex.apache.org>
>>>>>>>> Date: Thursday, September 24, 2015 at 5:43 AM
>>>>>>>> To: "dev@flex.apache.org" <dev@flex.apache.org>
>>>>>>>> Subject: Jenkins builds
>>>>>>>>
>>>>>>>> What are the blockers to getting both our Jenkins back on line ?
>>>>>>>>
>>>>>>>> I think Alex is hoping a free Microsoft VM will arrive for his
>>>>>>>>one,
>>>>>>>> that's apacheflexbuild.cloudapp.net right ?
>>>>>>>>
>>>>>>>> What about flex-mustella.cloudapp.net ?
>>>>>>>>
>>>>>>>> Could we get the accounts shared around more people so we're not
>>>>>>>> reliant on one person being around to reboot them ? Or run them on
>>>>>>>> Apache VMs ?
>>>>>>>> --
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Tom Chiverton
>>>>>>>> Lead Developer
>>>>>>>>
>>>>>>>> e: t...@extravision.com
>>>>>>>> p: 0161 817 2922
>>>>>>>> t: @extravision
>>>>>>>> w: www.extravision.com
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Registered in the UK at: 107 Timber Wharf, 33 Worsley Street,
>>>>>>>> Manchester, M15 4LD.
>>>>>>>> Company Reg No: 05017214 VAT: GB 824 5386 19
>>>>>>>>
>>>>>>>> This e-mail is intended solely for the person to whom it is
>>>>>>>>addressed
>>>>>>>> and may contain confidential or privileged information.
>>>>>>>> Any views or opinions presented in this e-mail are solely of the
>>>>>>>> author
>>>>>>>> and do not necessarily represent those of Extravision Ltd.
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
