On Fri, May 8, 2015 at 2:42 PM, Levente Uzonyi <leves at elte.hu> wrote:

> Hi Eliot,
>
> On Fri, 8 May 2015, Eliot Miranda wrote:
>
>  Hi Levente,
>> On Fri, May 8, 2015 at 2:17 PM, Levente Uzonyi <leves at elte.hu> wrote:
>>       Hi Eliot,
>>
>>       If you can generate the files while they are in the repository (on
>> the server), then you can save the time waiting for someone to
>>       delete them, because while you can't delete the files from the
>> server, you can overwrite them. This wouldn't help with the .mcds, but
>>       I think those are not cached in the image, so deleting just the
>> .mcds is probably a way easier thing to do.
>>
>>
>> I thought this too.  But when I tried doing this yesterday, and earlier,
>> the files were not replaced.  I have a generated set waiting to upload as
>> soon as the old ones have been deleted.
>>
>
> I just reuploaded Collections-ul.625.mcz, and the server happily accepted
> it. It even sent a mail about it.
> It's possible that it won't accept packages with different content, but it
> clearly accepts reuploads (which is a bug).


Well, yesterday I uploaded a correct version of Collections.spur-tfel.624
and the server appeared to accept it, but when I downloaded the package
from the server i got the old package.  So I don't know.  I think the
safest thing is to nuke the old packages and upload freshly patched ones.


>
> Levente
>
>
>
>>
>>
>>       Levente
>>
>>       On Fri, 8 May 2015, Eliot Miranda wrote:
>>
>>             Hi David,
>>
>>                 and to be very clear, the *only* packages to be deleted
>> are those matching
>>
>>             Collections.spur*
>>             Compiler.spur*
>>             Kernel.spur*
>>             System.spur*
>>
>>             Eliot (phone)
>>
>>             On May 8, 2015, at 7:22 AM, Eliot Miranda <
>> eliot.miranda at gmail.com> wrote:
>>
>>                   Hi David,
>>
>>                       it is always possible to fix it another way but it
>> would be hugely expensive.  The only affordable way I
>>                   know is to delete the existing files and upload new
>> ones.  Can someone who has access to the box simply login
>>                   with either ash or FTP and delete them with a single
>> command?  If I had access to the box that is what I would
>>                   do.
>>
>>                   Eliot (phone)
>>
>>                   On May 7, 2015, at 7:19 PM, "David T. Lewis" <
>> lewis at mail.msen.com> wrote:
>>
>>                         On Thu, May 07, 2015 at 04:58:55PM -0700, Eliot
>> Miranda wrote:
>>                               Hi All,
>>
>>                                 I need to delete all the patched Spur
>> packages in trunk to ensure that
>>                               correctly patched versions replace them.
>> Is there an automated way of
>>                               deleting packages on trunk?  I've used the
>> web interface, but it'll take
>>                               all day :-(
>>                               --
>>                               best,
>>                               Eliot
>>
>>
>>                         I don't know the answer to your question, but if
>> I look at the files in
>>                         the squeaksource repository, there are quite a
>> few:
>>
>>                           davidlewis at squeak-box4:/home/squeaksource/sso2/ss/trunk$
>> ls *spur*mcz | wc -l
>>                           246
>>                           davidlewis at squeak-box4:/home/squeaksource/sso2/ss/trunk$
>> ls *spur*mcd | wc -l
>>                           152
>>                           davidlewis at squeak-box4:/home/squeaksource/sso2/ss/trunk$
>> ls *spur*mcm | wc -l
>>                           33
>>                           davidlewis at squeak-box4:/home/squeaksource/sso2/ss/trunk$
>> ls *spur* | wc -l
>>                           450
>>
>>                         Is it really necessary to delete all of this
>> stuff? Or could we keep it as is, and
>>                         work around the problems in some other way?
>>
>>                         Dave
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> best,Eliot
>>
>>
>
>
>


-- 
best,
Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20150508/8d06388a/attachment-0001.htm