Status: Accepted
Owner: [hidden email] Labels: Milestone-1.3 New issue 4218 by [hidden email]: Builds broken due to http://source.lukas-renggli.ch offline. http://code.google.com/p/pharo/issues/detail?id=4218 Builds broken due to http://source.lukas-renggli.ch offline. _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Updates:
Cc: renggli Comment #1 on issue 4218 by [hidden email]: Builds broken due to http://source.lukas-renggli.ch offline. http://code.google.com/p/pharo/issues/detail?id=4218 at least the debug log says: GoferRepositoryError: Cannot connect to 77.57.193.217:80 13 May 2011 7:03:50 pm VM: unix - i686 - linux - Squeak4.1 of 17 April 2010 [latest update: #9957] Image: Pharo1.3a [Latest update: #13198] [:error | ^ GoferRepositoryError signal: error messageText repository: self] in MCHttpRepository(MCFileBasedRepository)>>goferReferences Receiver: a MCHttpRepository(http://source.lukas-renggli.ch/hudson) Arguments and temporary variables: error: ConnectionTimedOut: Cannot connect to 77.57.193.217:80 Receiver's instance variables: creationTemplate: nil storeDiffs: nil cache: nil allFileNames: nil location: 'http://source.lukas-renggli.ch/hudson' user: '' password: '' readerCache: nil I added another tracker entry so that we make sure to not rely on external resources... _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #2 on issue 4218 by renggli: Builds broken due to http://source.lukas-renggli.ch offline. http://code.google.com/p/pharo/issues/detail?id=4218 Not much I can do about it (http://www.itmagazine.ch/Artikel/46719/Netzausfall_bei_UPC_Cablecom.html, http://www.tagesanzeiger.ch/zuerich/region/Cablecom-in-Seegemeinden-mit-Totalausfall/story/30180326) but to repeat that anybody that depends on external code repositories should maintain caches. _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #3 on issue 4218 by [hidden email]: Builds broken due to http://source.lukas-renggli.ch offline. http://code.google.com/p/pharo/issues/detail?id=4218 Yes we should do that. Lukas it is amazing that cablecom could get such blackout. _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #4 on issue 4218 by [hidden email]: Builds broken due to http://source.lukas-renggli.ch offline. http://code.google.com/p/pharo/issues/detail?id=4218 I wonder if we could not do this: -> every "official" pharo package gets uploaded to the Amazon S3 -> if some tool does not find a package, it looks in the cache. _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #5 on issue 4218 by renggli: Builds broken due to http://source.lukas-renggli.ch offline. http://code.google.com/p/pharo/issues/detail?id=4218 Not sure if this is well known: If you do within your Jenkins scripts Gofer new disableRepositoryErrors; ... then Gofer silently ignores repositories that are not available and eventually uses the local package cache (from the previous Jenkins builds). Also multiple repositories can be specified, combined with the above it is easy to have a fallback: Gofer new disableRepositoryErrors; squeaksource: 'primaryFoo'; url: 'http://secondaryFoo'; ... _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Comment #6 on issue 4218 by [hidden email]: Builds broken due to http://source.lukas-renggli.ch offline. http://code.google.com/p/pharo/issues/detail?id=4218 And now SqueakSource is dead, too, so I will go to sleep. We really need to invest into redundant infrastructure... not just one reliable server, but *real* destribution. _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Updates:
Status: Closed Comment #7 on issue 4218 by [hidden email]: Builds broken due to http://source.lukas-renggli.ch offline. http://code.google.com/p/pharo/issues/detail?id=4218 it's up again. _______________________________________________ Pharo-bugtracker mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker |
Free forum by Nabble | Edit this page |