We have a Gmail account for the Mustalla VM. The accompanying Drive has no published bandwidth limit, but I'm sure Google applies a 'fair use' policy. I suggest we put those packages up there and try it out (credentials are in the private@ archives). We can use the current solution as a fallback.
EdB On Monday, August 25, 2014, Alex Harui <aha...@adobe.com> wrote: > Possibly. I have a dropbox account already, but haven't gone and looked > at how much bandwidth they allow per day/month. I believe each > pre-package will be 2GB. > > -Alex > > On 8/25/14 6:53 AM, "Erik de Bruin" <e...@ixsoftware.nl <javascript:;>> > wrote: > > >Would something like Google Drive, AWS or DropBox work for this? > > > >EdB > > > > > > > >On Monday, August 25, 2014, Alex Harui <aha...@adobe.com <javascript:;>> > wrote: > > > >> The download failure rate gets skewed when the MD5's become out of date > >> because folks try again right away, maybe even more than once and get > >>the > >> same failure. > >> > >> The MD5Checker seems to work, but the CI server keeps hanging saving the > >> artifacts of the flex-sdk-release build and then MD5Checker doesn't get > >>to > >> run. I upgraded Jenkins to try to reduce the hanging, but I just looked > >> and noes flex-sdk is hung. It will help if, when the MD5Checker reports > >> an error that folks jump in and update the sdk-installer-config-4.0.xml > >>if > >> it isn't during my work hours. > >> > >> But really, the theme remains that download reliability is poor. I'm > >> starting to wonder if there is a bug in URLLoader that makes it less > >> forgiving in large downloads. Someday I hope to find time to read more > >>on > >> how downloading is supposed to work. Maybe we need to implement some > >> other, more reliable download mechanism. I'm also going to look into > >>how > >> much it would cost me to host pre-packaged downloads for the IDEs like > >> Adobe did. Then, if you can download and unzip it, no further downloads > >> are needed. > >> > >> -Alex > >> > >> On 8/24/14 6:49 PM, "Justin Mclean" <justinmcl...@me.com <javascript:;> > <javascript:;>> > >> wrote: > >> > >> >Hi, > >> > > >> >Just took a look at the installer errors in the last week. > >> > > >> > Overall there here were 707 errors and 702 successful installs, > >>that's a > >> >50% error rate and the error rate is higher on windows. The good news > >>is > >> >we've had 3000+ installs of Apache Flex4.13.0. > >> > > >> >Here a rough total of the significant issues: > >> > > >> >On windows: > >> >146 Unable to create temporary directory > >> >105 [IOErrorEvent type="ioError" bubbles=false cancelable=false > >> >eventPhase=2 text="Error #2032" errorID=2032] > >> >89 The Apache Flex SDK MD5 Signature of the downloaded files does not > >> >match the reference value. The file is invalid, installation is > >>aborted. > >> >50 aglj40.jar download failed > >> >49 Error > >> >29 Unable to download Apache Flex SDK > >> >27 AIR SDK download failed > >> >18 Flash SDK download failed > >> >10 Unable to load > >> > > >> > >> > https://www.apache.org/dist/flex/4.13.0/binaries/apache-flex-sdk-installe > >>r > >> >-config.xml > >> >7 afe.jar download failed > >> > > >> >On mac: > >> >48 [get] [IOErrorEvent type="ioError" bubbles=false cancelable=false > >> >eventPhase=2 text="Error #2032" errorID=2032] > >> >8 Flash SDK download failed > >> > > >> >Obviously we need to do something about the temporary directory issue. > >> > > >> >Can we add any more information to work out what's causing the 2032 > >> >error? Do we need to increase timeouts on download requests or > >>something? > >> > > >> >There was a large number of MD5 signature mismatches, this is a little > >> >surprising. Is there anything we can do to try and fix this? Given our > >> >infrastructure (ie mirrors) is seem odd that more than 1 in 10 > >>downloads > >> >results in a MD5 issue. > >> > > >> >I also find > >> > > >> > >> > https://www.apache.org/dist/flex/4.13.0/binaries/apache-flex-sdk-installe > >>r > >> >-config.xml odd, as it wasn't able to get the config file but was able > >>to > >> >log the error (also a HTTP request) which seems odd to me. > >> > > >> >Thanks, > >> >Justin > >> > >> > > > >-- > >Ix Multimedia Software > > > >Jan Luykenstraat 27 > >3521 VB Utrecht > > > >T. 06-51952295 > >I. www.ixsoftware.nl > > -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
