> Le 1 sept. 2020 à 18:44, Dale Henrichs <dale.henri...@gemtalksystems.com> a
> écrit :
>
>
> On 9/1/20 1:51 AM, Christophe Demarey wrote:
>> Hi Dale,
>>
>> Thanks for the very detailed explanation.
>> I updated the href link to only include the mcz file name. I also took the
>> opportunity to display a nicer URL and set up a permanent redirection to the
>> current mc repository folder (else links would be broken : we must keep only
>> file names, paths prohibited).
>> Tell me if it is ok.
>
> Christophe,
>
> Everything looks fine. The travis jobs that were failing because of the
> packageName issue are now failing because of test issues (you win some, you
> lose some:), so I think we are finally out of woods.
>> Also, I will not reinvent the past but I think It was a mistake to use an
>> html listing as input for tools. A raw list of files contained in the
>> Monticello repository would have been better.It is also strange to use an
>> href link value as the name of the mcz file. If the displayed text of the
>> link was used, it would have allow to store mcz files at any place on the
>> web server.
> The decision to use html for list packages was a decision made almost 20
> years ago, when Avi and Colin first invented Monticello and once code gets
> written and people start relying on that code, it gets REAL hard to change
> without creating pain for all of the users. This gets even more complicated
> when there are multiple, independent sites implemented using the old scheme.
Yes, it is easy to say a decision was not so good afterwards.
And, yes, when people use code in many places, it becomes harder to change this
code.
>> But anyway, if things work fine now, we are done!
>>
> I agree that it looks like we are done and I appreciate your patience and
> effort to resolve the issues.
Sorry for the time GemStone tools were broken but I was not aware of te use of
this HTML package listing this way.
The goal of Smalltalk archive was / is to be a « smooth » substitution of
Smalltalkhub, keeping existing URLs alive, even if redirected. This avoids a
lot of changes in existing code.
Regards,
Christophe
