Hmm, this is going to be a hard one. SmalltalkHub got optimised in Pharo, consider
MCHttpRepository>>#parseFileNamesFromStream: aStream | names fullName | names := OrderedCollection new. [aStream atEnd] whileFalse: [[aStream upTo: $<. {$a. $A. nil} includes: aStream next] whileFalse. aStream upTo: $". aStream atEnd ifFalse: [ fullName := aStream upTo: $". names add: fullName urlDecoded ]]. ^ names vs. MCSmalltalkHubRepository>>#parseFileNamesFromStream: aNewLineDelimitedString ^ aNewLineDelimitedString ifNil: [ ^ OrderedCollection new ] ifNotNil: [ aNewLineDelimitedString substrings: String crlf ] In the old server code there was probably a way to detect what kind of client was making the request to determine how to respond. I am not sure a static server can do that (it is the format=raw query parameter, see MCSmalltalkHubRepository>>#loadAllFileNames). I also believe GZIP compressed files were returned in the optimised case. BTW, there exists code to generate the listing in ZnMonticelloRepository>>#repositoryListing ^ ZnHtmlOutputStream streamContents: [ :html | html page: 'Monticello Repository' do: [ html tag: #ul do: [ self mczEntries do: [ :each | html tag: #li do: [ html tag: #a attributes: { #href. each } with: each ] ] ] ] ] Sven > On 27 Aug 2020, at 22:29, Dale Henrichs <dale.henri...@gemtalksystems.com> > wrote: > > My guess is lies in the difference in the payload returned. > > http://www.squeaksource.com/MooseSQL/ produces a html page: > > <pnioijaecacnfagp.png> > > and the static smalltalkhub site does not: > > <lepkhlgeiolajoki.png> > > I think that all of the monticello web sites return an html web page listing > of packages and presumably the static site should produce html ... I'm sure > that the dynamic version of smalltalkhub produced html pages as well and for > now we are caught between a rock and a hard place ... the dynamic site is > flakey and the static site breaks existing Monticello package list reading > code:) > > Dale > > On 8/27/20 1:04 PM, Dale Henrichs wrote: >> As I've started digging around, I have found that this url[1] does produce >> the correct list of mcz files in the browser, but is currently failing to >> produce any list at all in GLASS ... so there is a different mystery ... >> other than the fact that this url[1] was working prior(?) to the switchover >> (if in fact the DNS has propagated to all the right spots) and has been >> working for all of the other http Monticello repositories for over a decade:) >> >> I will continue digging ... >> >> Dale >> >> [1] http://smalltalkhub.com/mc/Seaside/Seaside30LGPL/main >> >> On 8/27/20 12:48 PM, Dale Henrichs wrote: >>> Christophe, >>> >>> There is a new(?) problem that we are having that has been reported in this >>> thread on the GLASS list[1] where I am able to successfully download an mcz >>> file [2], but get a `Not Found` error when I try to list the mcz files in a >>> project[3]. The missing mcz list is consistent with the failed builds that >>> I am now seeing on travis [4] and that are being reported by Brodbeck[1]. I >>> have yet to get to a point where I can debug the problems directly and >>> determine what is actually going on and of course I can't tell if these are >>> the results of slow DNS propagation. >>> >>> In this case [2][3], the list of file shows up on the dynamic(?) site: >>> >>> <popmbnhcnehhanno.png> >>> >>> and can be downloaded by pressing the download for the selected mcz file, >>> but the missing list of packages[3] is likely to be the root cause of the >>> problem. >>> >>> Dale >>> >>> [1] >>> http://forum.world.st/SmalltalkHub-packages-not-accessible-tt5120932.html >>> [2] >>> http://smalltalkhub.com/mc/Seaside/Seaside30LGPL/main/Seaside-Swazoo-jf.19.mcz >>> [3] http://smalltalkhub.com/mc/Seaside/Seaside30LGPL >>> [4] https://travis-ci.org/github/GsDevKit/GsDevKit_home/jobs/721523221#L2411 >>> >>> On 8/27/20 5:36 AM, Christophe Demarey wrote: >>>> Hi Dale, >>>> >>>> Sorry, I did not see your message before. >>>> Yesterday, I switched smalltalkhub to the static version (a bit earlier >>>> than announced) to avoid frequent downtimes we had with smalltalkhub. >>>> I did not measure but downloads should now be faster and reliable. >>>> >>>> Do not hesitate to ping if you have any problem. >>>> >>>> Cheers, >>>> Christophe >>>> >>>>> Le 26 août 2020 à 18:12, Dale Henrichs <dale.henri...@gemtalksystems.com> >>>>> a écrit : >>>>> >>>>> Well, I haven't see any email response, but today (after two days of >>>>> brokenness), >>>>> http://smalltalkhub.com/mc/dkh/metacello/main/Metacello-Base-dkh.109.mcz >>>>> is now downloading successfully, so THANK YOU, to whoever fixed the >>>>> problem! >>>>> >>>>> Dale >>>>> >>>>> On 8/25/20 9:02 AM, Dale Henrichs wrote: >>>>>> SmalltalkHub mcz downloads are broken ... looks like a mongo server has >>>>>> gone down? .... I ran into this problem running production tests >>>>>> yesterday and today I find that while the smalltalkhub site is up, I >>>>>> cannot download an mcz file, using this url: >>>>>> http://smalltalkhub.com/mc/dkh/metacello/main/Metacello-Base-dkh.109.mcz. >>>>>> >>>>>> If you are not going to keep the current smalltalkhub site functional, >>>>>> why don't you switch to the static site and give those of us who DEPEND >>>>>> upon static access to mcz files a reliable site to connect to ... I have >>>>>> plans to move completely away from mcz files, but I didn't plan on doing >>>>>> that this week ... and frankly I don't have the cycles to do that ... >>>>>> right now ... >>>>>> >>>>>> Here's a screenshot of a manual login and navigation to the mcz file >>>>>> that is failing to download: >>>>>> >>>>>> <jchancldefkbdajd.png> >>>>>> >>>>>> And when I press the `Download .mcz` button, I get the following >>>>>> "response" after a delay: >>>>>> >>>>>> <lnonccpgaamnnobg.png> >>>>>> >>>>