Hi all,
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcz | wc -l 246 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcd | wc -l 152 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcm | wc -l 33 davidlewis@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
Hey On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
" mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris"
I meant "this does not work, chris m., can you help here?"
Best and good night -Tobias
squeaksource is running in the chroot environment. What you see on box4 is the future replacement, but it's not alive yet (at least it shouldn't be).
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
Hi all,
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcz | wc -l 246 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcd | wc -l 152 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcm | wc -l 33 davidlewis@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
Hi levente,
On 09.05.2015, at 01:36, Levente Uzonyi leves@elte.hu wrote:
squeaksource is running in the chroot environment. What you see on box4 is the future replacement, but it's not alive yet (at least it shouldn't be).
ah, ok, I forgot… but how to I get into _that_ image?
Best regards -Tobias
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
Hi all,
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcz | wc -l 246 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcd | wc -l 152 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcm | wc -l 33 davidlewis@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
The easiest way to do it is to access it via RFB/VNC. Either load some version of the RFB package during startup (and then configure it), or start a native vnc server, and restart the VM on its display. I don't suggest using xpra on this server, because it tends to use quite a lot of memory.
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
Hi levente,
On 09.05.2015, at 01:36, Levente Uzonyi leves@elte.hu wrote:
squeaksource is running in the chroot environment. What you see on box4 is the future replacement, but it's not alive yet (at least it shouldn't be).
ah, ok, I forgot… but how to I get into _that_ image?
Best regards -Tobias
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
Hi all,
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcz | wc -l 246 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcd | wc -l 152 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcm | wc -l 33 davidlewis@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
On 09.05.2015, at 19:43, Levente Uzonyi leves@elte.hu wrote:
The easiest way to do it is to access it via RFB/VNC. Either load some version of the RFB package during startup (and then configure it), or start a native vnc server, and restart the VM on its display. I don't suggest using xpra on this server, because it tends to use quite a lot of memory.
So this means the vm has to be killed before? :/
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
Hi levente,
On 09.05.2015, at 01:36, Levente Uzonyi leves@elte.hu wrote:
squeaksource is running in the chroot environment. What you see on box4 is the future replacement, but it's not alive yet (at least it shouldn't be).
ah, ok, I forgot… but how to I get into _that_ image?
Best regards -Tobias
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
Hi all,
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@elte.hu wrote:
Hi Eliot,
On Fri, 8 May 2015, Eliot Miranda wrote:
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).
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
On 09.05.2015, at 19:43, Levente Uzonyi leves@elte.hu wrote:
The easiest way to do it is to access it via RFB/VNC. Either load some version of the RFB package during startup (and then configure it), or start a native vnc server, and restart the VM on its display. I don't suggest using xpra on this server, because it tends to use quite a lot of memory.
So this means the vm has to be killed before? :/
I don't think the Seaside console is enabled, so yes.
Levente
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
Hi levente,
On 09.05.2015, at 01:36, Levente Uzonyi leves@elte.hu wrote:
squeaksource is running in the chroot environment. What you see on box4 is the future replacement, but it's not alive yet (at least it shouldn't be).
ah, ok, I forgot… but how to I get into _that_ image?
Best regards -Tobias
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
Hi all,
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@elte.hu wrote:
Hi Eliot,
On Fri, 8 May 2015, Eliot Miranda wrote:
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).
Levente
On 09.05.2015, at 19:57, Levente Uzonyi leves@elte.hu wrote:
On Sat, 9 May 2015, Tobias Pape wrote:
On 09.05.2015, at 19:43, Levente Uzonyi leves@elte.hu wrote:
The easiest way to do it is to access it via RFB/VNC. Either load some version of the RFB package during startup (and then configure it), or start a native vnc server, and restart the VM on its display. I don't suggest using xpra on this server, because it tends to use quite a lot of memory.
So this means the vm has to be killed before? :/
I don't think the Seaside console is enabled, so yes.
Then i can't do it before monday. Anybody else to take a chance?
Best regards -Tobias
Levente
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
Hi levente,
On 09.05.2015, at 01:36, Levente Uzonyi leves@elte.hu wrote:
squeaksource is running in the chroot environment. What you see on box4 is the future replacement, but it's not alive yet (at least it shouldn't be).
ah, ok, I forgot… but how to I get into _that_ image?
Best regards -Tobias
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
I could try to write the startup script, so the image loads RFB on startup and starts it, but I'm not familiar with the internals of SqueakSource, so I can't help with that part.
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
On 09.05.2015, at 19:57, Levente Uzonyi leves@elte.hu wrote:
On Sat, 9 May 2015, Tobias Pape wrote:
On 09.05.2015, at 19:43, Levente Uzonyi leves@elte.hu wrote:
The easiest way to do it is to access it via RFB/VNC. Either load some version of the RFB package during startup (and then configure it), or start a native vnc server, and restart the VM on its display. I don't suggest using xpra on this server, because it tends to use quite a lot of memory.
So this means the vm has to be killed before? :/
I don't think the Seaside console is enabled, so yes.
Then i can't do it before monday. Anybody else to take a chance?
Best regards -Tobias
Levente
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
Hi levente,
On 09.05.2015, at 01:36, Levente Uzonyi leves@elte.hu wrote:
squeaksource is running in the chroot environment. What you see on box4 is the future replacement, but it's not alive yet (at least it shouldn't be).
ah, ok, I forgot… but how to I get into _that_ image?
Best regards -Tobias
Levente
On Sat, 9 May 2015, Tobias Pape wrote:
On Sat, May 09, 2015 at 08:04:10PM +0200, Tobias Pape wrote:
On 09.05.2015, at 19:57, Levente Uzonyi leves@elte.hu wrote:
On Sat, 9 May 2015, Tobias Pape wrote:
On 09.05.2015, at 19:43, Levente Uzonyi leves@elte.hu wrote:
The easiest way to do it is to access it via RFB/VNC. Either load some version of the RFB package during startup (and then configure it), or start a native vnc server, and restart the VM on its display. I don't suggest using xpra on this server, because it tends to use quite a lot of memory.
So this means the vm has to be killed before? :/
I don't think the Seaside console is enabled, so yes.
Then i can't do it before monday. Anybody else to take a chance?
Best regards -Tobias
Tobias,
I did not have time to follow up on this, but I will do so Monday evening if you (or someone else) has not been able to do it.
In addition to deleting files from the file system, here is what I think needs to be done in the SS image (please tell me if I am wrong):
allVersions := (SSRepository current projectAt: 'trunk') versions. spurEntries := allVersions keys select: [:e | '*spur*' match: e name ]. spurEntries do: [ :e | allVersions removeKey: e ].
If I make the changes I'll just download the image, fix it, and load it back to box4.squeak.org. The ss.log file will tell us if any updates were missed, so I think this will be good enough (but we should get the VNC service working too).
@eliot Sorry this is not a quick fix, but please see the box-admins posts here to see what is being done:
http://lists.squeakfoundation.org/pipermail/box-admins/2015-May/date.html
Dave
On Sun, May 10, 2015 at 7:29 PM, David T. Lewis lewis@mail.msen.com wrote:
On Sat, May 09, 2015 at 08:04:10PM +0200, Tobias Pape wrote:
On 09.05.2015, at 19:57, Levente Uzonyi leves@elte.hu wrote:
On Sat, 9 May 2015, Tobias Pape wrote:
On 09.05.2015, at 19:43, Levente Uzonyi leves@elte.hu wrote:
The easiest way to do it is to access it via RFB/VNC. Either load some version of the RFB package during startup (and then configure it), or start a native vnc server, and restart the VM on its display. I don't suggest using xpra on this server, because it tends to use quite a lot of memory.
So this means the vm has to be killed before? :/
I don't think the Seaside console is enabled, so yes.
Then i can't do it before monday. Anybody else to take a chance?
Best regards -Tobias
Tobias,
I did not have time to follow up on this, but I will do so Monday evening if you (or someone else) has not been able to do it.
In addition to deleting files from the file system, here is what I think needs to be done in the SS image (please tell me if I am wrong):
allVersions := (SSRepository current projectAt: 'trunk') versions. spurEntries := allVersions keys select: [:e | '*spur*' match: e name ]. spurEntries do: [ :e | allVersions removeKey: e ].
The above looks right to me, although maybe we should reinstate the removeVersion: API...
If I make the changes I'll just download the image, fix it, and load it back to box4.squeak.org.
Great thanks. Would you please make a backup of the current one first, just in case?
The ss.log file will tell us if any updates were missed, so I think this will be good enough (but we should get the VNC service working too).
I have already been working on the SS code which supports source.squeak.org for the last several weeks. It is running under Cog in the latest trunk image and has remote-control set up per Levente's advice (using SqueakRFB). The history is there but its not being kept up to date, that's my next step and my plan is to finish this upgrade as part of this 4.6 release.
On 11.05.2015, at 02:29, David T. Lewis lewis@mail.msen.com wrote:
On Sat, May 09, 2015 at 08:04:10PM +0200, Tobias Pape wrote:
On 09.05.2015, at 19:57, Levente Uzonyi leves@elte.hu wrote:
On Sat, 9 May 2015, Tobias Pape wrote:
On 09.05.2015, at 19:43, Levente Uzonyi leves@elte.hu wrote:
The easiest way to do it is to access it via RFB/VNC. Either load some version of the RFB package during startup (and then configure it), or start a native vnc server, and restart the VM on its display. I don't suggest using xpra on this server, because it tends to use quite a lot of memory.
So this means the vm has to be killed before? :/
I don't think the Seaside console is enabled, so yes.
Then i can't do it before monday. Anybody else to take a chance?
Best regards -Tobias
Tobias,
I did not have time to follow up on this, but I will do so Monday evening if you (or someone else) has not been able to do it.
In addition to deleting files from the file system, here is what I think needs to be done in the SS image (please tell me if I am wrong):
allVersions := (SSRepository current projectAt: 'trunk') versions. spurEntries := allVersions keys select: [:e | '*spur*' match: e name ]. spurEntries do: [ :e | allVersions removeKey: e ].
No that does not work. Sending #versions to a SSProject just yields a copy of the actual versions with all 'deleted' marked versions being ommitted; see my code example…
Best -Tobias
If I make the changes I'll just download the image, fix it, and load it back to box4.squeak.org. The ss.log file will tell us if any updates were missed, so I think this will be good enough (but we should get the VNC service working too).
@eliot Sorry this is not a quick fix, but please see the box-admins posts here to see what is being done:
http://lists.squeakfoundation.org/pipermail/box-admins/2015-May/date.html
Dave
On Mon, May 11, 2015 at 1:04 AM, Tobias Pape Das.Linux@gmx.de wrote:
On 11.05.2015, at 02:29, David T. Lewis lewis@mail.msen.com wrote:
On Sat, May 09, 2015 at 08:04:10PM +0200, Tobias Pape wrote:
On 09.05.2015, at 19:57, Levente Uzonyi leves@elte.hu wrote:
On Sat, 9 May 2015, Tobias Pape wrote:
On 09.05.2015, at 19:43, Levente Uzonyi leves@elte.hu wrote:
The easiest way to do it is to access it via RFB/VNC. Either load some version of the RFB package during startup (and then configure it), or start a native vnc server, and restart the VM on its display. I don't suggest using xpra on this server, because it tends to use quite a lot of memory.
So this means the vm has to be killed before? :/
I don't think the Seaside console is enabled, so yes.
Then i can't do it before monday. Anybody else to take a chance?
Best regards -Tobias
Tobias,
I did not have time to follow up on this, but I will do so Monday evening if you (or someone else) has not been able to do it.
In addition to deleting files from the file system, here is what I think needs to be done in the SS image (please tell me if I am wrong):
allVersions := (SSRepository current projectAt: 'trunk') versions. spurEntries := allVersions keys select: [:e | '*spur*' match: e name ]. spurEntries do: [ :e | allVersions removeKey: e ].
No that does not work. Sending #versions to a SSProject just yields a copy of the actual versions with all 'deleted' marked versions being ommitted;
Wow, that is bad code -- an accessor should be named as the accessor and the filtering method something different...
On 11.05.2015, at 18:42, Chris Muller asqueaker@gmail.com wrote:
On Mon, May 11, 2015 at 1:04 AM, Tobias Pape Das.Linux@gmx.de wrote:
On 11.05.2015, at 02:29, David T. Lewis lewis@mail.msen.com wrote:
On Sat, May 09, 2015 at 08:04:10PM +0200, Tobias Pape wrote:
On 09.05.2015, at 19:57, Levente Uzonyi leves@elte.hu wrote:
On Sat, 9 May 2015, Tobias Pape wrote:
I don't think the Seaside console is enabled, so yes.
Then i can't do it before monday. Anybody else to take a chance?
Best regards -Tobias
Tobias,
I did not have time to follow up on this, but I will do so Monday evening if you (or someone else) has not been able to do it.
In addition to deleting files from the file system, here is what I think needs to be done in the SS image (please tell me if I am wrong):
allVersions := (SSRepository current projectAt: 'trunk') versions. spurEntries := allVersions keys select: [:e | '*spur*' match: e name ]. spurEntries do: [ :e | allVersions removeKey: e ].
No that does not work. Sending #versions to a SSProject just yields a copy of the actual versions with all 'deleted' marked versions being ommitted;
Wow, that is bad code -- an accessor should be named as the accessor and the filtering method something different...
Bad code or not, its a design decision made somewhen before 2008. We just have to deal with it. Also, it was done this way to prevent loss.
Also, you typically don't want to deal with the deleted-filtering. Sending #versionsWithoutDeleted all over the place is even worse code, no matter what. It was the most practical solution back then, I suppose.
Best regards -Tobias
Hi Tobias and all, sorry for the late reply.
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend,
As Levente explained that is just a test server running latest SqueakSource mcz and supporting the history function. The actual production code repository is still running in the chroot environment (/srv/box2/...).
where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
Yes, that's a bug. It was not caught since I changed that structure to a MagmaArray becaues removingVersions is such a rare use case.
Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used with 'svc -t squeaksource' to hard-cycle the image (using exec and setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcz | wc -l 246 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcd | wc -l 152 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$ ls *spur*mcm | wc -l 33 davidlewis@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
On Mon, May 11, 2015 at 10:08:41AM +0200, Das.Linux@gmx.de wrote:
Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Thank you!
Dave
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used with 'svc -t squeaksource' to hard-cycle the image (using exec and setuidgid)
Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote:
Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used with 'svc -t squeaksource' to hard-cycle the image (using exec and setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that
filters them "
rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent:
["ok"].
Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project
mcVersionFrom: version)]. " "<============== this does not work, chris"
Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName].
self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the
magma-based
data structures, but #removeVersion: tries to remove from an
(magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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@squeak-box4:/home/squeaksource/sso2/ss/trunk$
ls *spur*mcz | wc -l
246 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$
ls *spur*mcd | wc -l
152 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$
ls *spur*mcm | wc -l
33 davidlewis@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
Hi Tobias,
looking at the commit messages everything looks fine with the Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda eliot.miranda@gmail.com wrote:
Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote:
Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used with 'svc -t squeaksource' to hard-cycle the image (using exec and setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also
remove
the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor
that filters them "
rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent:
["ok"].
Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project
mcVersionFrom: version)]. " "<============== this does not work, chris"
Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName].
self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the
magma-based
data structures, but #removeVersion: tries to remove from an
(magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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@squeak-box4:/home/squeaksource/sso2/ss/trunk$
ls *spur*mcz | wc -l
246 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$
ls *spur*mcd | wc -l
152 davidlewis@squeak-box4:/home/squeaksource/sso2/ss/trunk$
ls *spur*mcm | wc -l
33 davidlewis@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
Hi Eliot,
On 11.05.2015, at 20:15, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
looking at the commit messages everything looks fine with the Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
I most definitely also delete the Kernel.spur ones…
Looking at the listing of http://source.squeak.org/trunk/ also suggests that they were correctly uploaded after Compiler and before System…
Do you have any indication these are the wrong ones?
Best regards -Tobias
PS: probably SqueakSource just choked on the Diffing?
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda eliot.miranda@gmail.com wrote: Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote: Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used with 'svc -t squeaksource' to hard-cycle the image (using exec and setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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 :-(
On Mon, May 11, 2015 at 1:16 PM, Tobias Pape Das.Linux@gmx.de wrote:
Hi Eliot,
On 11.05.2015, at 20:15, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
looking at the commit messages everything looks fine with the
Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
I most definitely also delete the Kernel.spur ones…
Looking at the listing of http://source.squeak.org/trunk/ also suggests that they were correctly uploaded after Compiler and before System…
OK, that's great. Must be something wrong with my mailer.
Do you have any indication these are the wrong ones?
Other than my not seeing the commit messages for Kernel, no.
Best regards -Tobias
PS: probably SqueakSource just choked on the Diffing?
Ah, that's possible.
Anyway, thanks so much for doing this!
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda eliot.miranda@gmail.com
wrote:
Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote: Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used with 'svc -t squeaksource' to hard-cycle the image (using exec and
setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also
remove
the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for
me.
I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id =
'trunk'].
mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor:
project].
projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor
that filters them "
rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent:
["ok"].
Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project
mcVersionFrom: version)]. " "<============== this does not work, chris"
Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName].
self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the
magma-based
data structures, but #removeVersion: tries to remove from an
(magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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 :-(
On 11.05.2015, at 23:12, Eliot Miranda eliot.miranda@gmail.com wrote:
On Mon, May 11, 2015 at 1:16 PM, Tobias Pape Das.Linux@gmx.de wrote: Hi Eliot,
On 11.05.2015, at 20:15, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
looking at the commit messages everything looks fine with the Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
I most definitely also delete the Kernel.spur ones…
Looking at the listing of http://source.squeak.org/trunk/ also suggests that they were correctly uploaded after Compiler and before System…
OK, that's great. Must be something wrong with my mailer.
Do you have any indication these are the wrong ones?
Other than my not seeing the commit messages for Kernel, no.
Best regards -Tobias
PS: probably SqueakSource just choked on the Diffing?
Ah, that's possible.
Anyway, thanks so much for doing this!
you're welcome :)
Best -Tobias
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda eliot.miranda@gmail.com wrote: Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote: Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used with 'svc -t squeaksource' to hard-cycle the image (using exec and setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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 :-(
Hi Tobias,
I'm really sorry, I do indeed have a bug, have found it (not fixed yet) and so do need those spur files deleting once more. This should be the last time. I'll try really hard not to repeat my mistake.
On Mon, May 11, 2015 at 2:39 PM, Tobias Pape Das.Linux@gmx.de wrote:
On 11.05.2015, at 23:12, Eliot Miranda eliot.miranda@gmail.com wrote:
On Mon, May 11, 2015 at 1:16 PM, Tobias Pape Das.Linux@gmx.de wrote: Hi Eliot,
On 11.05.2015, at 20:15, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
looking at the commit messages everything looks fine with the
Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
I most definitely also delete the Kernel.spur ones…
Looking at the listing of http://source.squeak.org/trunk/ also suggests that they were correctly uploaded after Compiler and
before System…
OK, that's great. Must be something wrong with my mailer.
Do you have any indication these are the wrong ones?
Other than my not seeing the commit messages for Kernel, no.
Best regards -Tobias
PS: probably SqueakSource just choked on the Diffing?
Ah, that's possible.
Anyway, thanks so much for doing this!
you're welcome :)
Best -Tobias
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda <
eliot.miranda@gmail.com> wrote:
Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote: Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used
with
'svc -t squeaksource' to hard-cycle the image (using exec and
setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also
remove
the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for
me.
I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id =
'trunk'].
mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor:
project].
projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor
that filters them "
rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur'
'System.spur')
anySatisfy: [:pat | version fileName beginsWith: pat]].
candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent:
["ok"].
Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project
mcVersionFrom: version)]. " "<============== this does not work, chris"
Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName].
self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from
the magma-based
data structures, but #removeVersion: tries to remove from an
(magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to
~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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 :-(
Maybe you could disable the commit emails when bulk-uploading yet again? There’s a check box in the Trunk’s “Edit Project” page.
- Bert -
On 12.05.2015, at 20:16, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
I'm really sorry, I do indeed have a bug, have found it (not fixed yet) and so do need those spur files deleting once more. This should be the last time. I'll try really hard not to repeat my mistake.
On Mon, May 11, 2015 at 2:39 PM, Tobias Pape <Das.Linux@gmx.de mailto:Das.Linux@gmx.de> wrote:
On 11.05.2015, at 23:12, Eliot Miranda <eliot.miranda@gmail.com mailto:eliot.miranda@gmail.com> wrote:
On Mon, May 11, 2015 at 1:16 PM, Tobias Pape <Das.Linux@gmx.de mailto:Das.Linux@gmx.de> wrote: Hi Eliot,
On 11.05.2015, at 20:15, Eliot Miranda <eliot.miranda@gmail.com mailto:eliot.miranda@gmail.com> wrote:
Hi Tobias,
looking at the commit messages everything looks fine with the Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
I most definitely also delete the Kernel.spur ones…
Looking at the listing of http://source.squeak.org/trunk/ http://source.squeak.org/trunk/ also suggests that they were correctly uploaded after Compiler and before System…
OK, that's great. Must be something wrong with my mailer.
Do you have any indication these are the wrong ones?
Other than my not seeing the commit messages for Kernel, no.
Best regards -Tobias
PS: probably SqueakSource just choked on the Diffing?
Ah, that's possible.
Anyway, thanks so much for doing this!
you're welcome :)
Best -Tobias
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda <eliot.miranda@gmail.com mailto:eliot.miranda@gmail.com> wrote: Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, <Das.Linux@gmx.de mailto:Das.Linux@gmx.de> wrote: Hi all,
On 09.05.2015, at 00:23, Tobias Pape <Das.Linux@gmx.de mailto:Das.Linux@gmx.de> wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org http://source.squeak.org/. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used with 'svc -t squeaksource' to hard-cycle the image (using exec and setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org http://source.squeak.org/ is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi <leves@elte.hu mailto:leves@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@elte.hu mailto:leves@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).
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@gmail.com <mailto:eliot.miranda@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@mail.msen.com <mailto:lewis@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
On Tue, May 12, 2015 at 11:29 AM, Bert Freudenberg bert@freudenbergs.de wrote:
Maybe you could disable the commit emails when bulk-uploading yet again? There’s a check box in the Trunk’s “Edit Project” page.
Will do.
- Bert -
On 12.05.2015, at 20:16, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
I'm really sorry, I do indeed have a bug, have found it (not fixed
yet) and so do need those spur files deleting once more. This should be the last time. I'll try really hard not to repeat my mistake.
On Mon, May 11, 2015 at 2:39 PM, Tobias Pape Das.Linux@gmx.de wrote:
On 11.05.2015, at 23:12, Eliot Miranda eliot.miranda@gmail.com wrote:
On Mon, May 11, 2015 at 1:16 PM, Tobias Pape Das.Linux@gmx.de wrote: Hi Eliot,
On 11.05.2015, at 20:15, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
looking at the commit messages everything looks fine with the
Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
I most definitely also delete the Kernel.spur ones…
Looking at the listing of http://source.squeak.org/trunk/ also suggests that they were correctly uploaded after Compiler and
before System…
OK, that's great. Must be something wrong with my mailer.
Do you have any indication these are the wrong ones?
Other than my not seeing the commit messages for Kernel, no.
Best regards -Tobias
PS: probably SqueakSource just choked on the Diffing?
Ah, that's possible.
Anyway, thanks so much for doing this!
you're welcome :)
Best -Tobias
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda <
eliot.miranda@gmail.com> wrote:
Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote: Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used
with
'svc -t squeaksource' to hard-cycle the image (using exec and
setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also
remove
the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind
of
Magma-backend, where wiping the versions is virtually impossible
for me.
I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id =
'trunk'].
mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue:
[
SSRepository storage mcModelFor:
project].
projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor
that filters them "
rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur'
'System.spur')
anySatisfy: [:pat | version fileName beginsWith:
pat]].
candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName
ifAbsent: ["ok"].
Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project
mcVersionFrom: version)]. " "<============== this does not work, chris"
Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName].
self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from
the magma-based
data structures, but #removeVersion: tries to remove from an
(magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to
~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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
Hi Bert,
On Tue, May 12, 2015 at 11:29 AM, Bert Freudenberg bert@freudenbergs.de wrote:
Maybe you could disable the commit emails when bulk-uploading yet again? There’s a check box in the Trunk’s “Edit Project” page.
To make sure I don't f this up, do I either
- delete the two targets for email notifications: Send emails to: address squeak-dev@lists.squeakfoundation.org edit delete address packages@lists.squeakfoundation.org edit delete
or merely deselect the checkbox for Subscriptions: Receive commit notifications by email
?
- Bert -
On 12.05.2015, at 20:16, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
I'm really sorry, I do indeed have a bug, have found it (not fixed
yet) and so do need those spur files deleting once more. This should be the last time. I'll try really hard not to repeat my mistake.
On Mon, May 11, 2015 at 2:39 PM, Tobias Pape Das.Linux@gmx.de wrote:
On 11.05.2015, at 23:12, Eliot Miranda eliot.miranda@gmail.com wrote:
On Mon, May 11, 2015 at 1:16 PM, Tobias Pape Das.Linux@gmx.de wrote: Hi Eliot,
On 11.05.2015, at 20:15, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
looking at the commit messages everything looks fine with the
Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
I most definitely also delete the Kernel.spur ones…
Looking at the listing of http://source.squeak.org/trunk/ also suggests that they were correctly uploaded after Compiler and
before System…
OK, that's great. Must be something wrong with my mailer.
Do you have any indication these are the wrong ones?
Other than my not seeing the commit messages for Kernel, no.
Best regards -Tobias
PS: probably SqueakSource just choked on the Diffing?
Ah, that's possible.
Anyway, thanks so much for doing this!
you're welcome :)
Best -Tobias
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda <
eliot.miranda@gmail.com> wrote:
Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote: Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used
with
'svc -t squeaksource' to hard-cycle the image (using exec and
setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also
remove
the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind
of
Magma-backend, where wiping the versions is virtually impossible
for me.
I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id =
'trunk'].
mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue:
[
SSRepository storage mcModelFor:
project].
projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor
that filters them "
rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur'
'System.spur')
anySatisfy: [:pat | version fileName beginsWith:
pat]].
candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName
ifAbsent: ["ok"].
Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project
mcVersionFrom: version)]. " "<============== this does not work, chris"
Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName].
self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from
the magma-based
data structures, but #removeVersion: tries to remove from an
(magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to
~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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'd just uncheck the box.
- Bert -
On 12.05.2015, at 23:28, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Bert,
On Tue, May 12, 2015 at 11:29 AM, Bert Freudenberg bert@freudenbergs.de wrote: Maybe you could disable the commit emails when bulk-uploading yet again? There’s a check box in the Trunk’s “Edit Project” page.
To make sure I don't f this up, do I either
- delete the two targets for email notifications: Send emails to: address squeak-dev@lists.squeakfoundation.org edit delete address packages@lists.squeakfoundation.org edit delete
or merely deselect the checkbox for Subscriptions: Receive commit notifications by email
?
- Bert -
On 12.05.2015, at 20:16, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
I'm really sorry, I do indeed have a bug, have found it (not fixed yet) and so do need those spur files deleting once more. This should be the last time. I'll try really hard not to repeat my mistake.
On Mon, May 11, 2015 at 2:39 PM, Tobias Pape Das.Linux@gmx.de wrote:
On 11.05.2015, at 23:12, Eliot Miranda eliot.miranda@gmail.com wrote:
On Mon, May 11, 2015 at 1:16 PM, Tobias Pape Das.Linux@gmx.de wrote: Hi Eliot,
On 11.05.2015, at 20:15, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
looking at the commit messages everything looks fine with the Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
I most definitely also delete the Kernel.spur ones…
Looking at the listing of http://source.squeak.org/trunk/ also suggests that they were correctly uploaded after Compiler and before System…
OK, that's great. Must be something wrong with my mailer.
Do you have any indication these are the wrong ones?
Other than my not seeing the commit messages for Kernel, no.
Best regards -Tobias
PS: probably SqueakSource just choked on the Diffing?
Ah, that's possible.
Anyway, thanks so much for doing this!
you're welcome :)
Best -Tobias
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda eliot.miranda@gmail.com wrote: Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote: Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
> Hi all, > >
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used with 'svc -t squeaksource' to hard-cycle the image (using exec and setuidgid)
> I just tried wiping the versions Eliot asked to be removed. > I am able to remove the corresponding files from the disk and also remove > the Squeaksource version entries. > > However, it seems that source.squeak.org is running on some kind of > Magma-backend, where wiping the versions is virtually impossible for me. > I put together the following script: > > "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" > | project projectDir rawVersions fs candidates condition mcModel | > project := SSRepository current projects detect: [:p | p id = 'trunk']. > mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ > SSRepository storage mcModelFor: project]. > projectDir := SSFilesystem new projectDirectoryFor: project. > " we really want to delete the versions, so circumvent the accessor that filters them " > rawVersions := project instVarNamed: 'versions'. > condition := [:version | > #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') > anySatisfy: [:pat | version fileName beginsWith: pat]]. > candidates := (rawVersions select: condition) values. > candidates > do: [:version| | fileName | > fileName := version fileName. > Transcript showln: '> ', fileName. > version diffs copy keysDo: [:diffName | > projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. > Transcript showln: ' Removed ', diffName. > version diffs removeKey: diffName. > Transcript showln: ' Wiped ', diffName]. > projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. > Transcript showln: ' Removed ', fileName. > rawVersions removeKey: fileName. > " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" > Transcript showln: ' Wiped ', fileName] > displayingProgress: [:version | 'Wiping ', version fileName]. > self assert: [rawVersions noneSatisfy: condition]. > "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" > > At the position Indicated I tried removing the faulty version from the magma-based > data structures, but #removeVersion: tries to remove from an (magma)array, which fail. > > I can't help any further here, sorry. Please somebody step in? > > Best regards > -Tobias > > PS: I already backed up all affected files to ~squeaksoure/spur-backup > > > On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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). >> >> 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@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@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
-- best, Eliot
Hi Eliot, all
On 12.05.2015, at 20:16, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
I'm really sorry, I do indeed have a bug, have found it (not fixed yet) and so do need those spur files deleting once more. This should be the last time. I'll try really hard not to repeat my mistake.
Wiping done; go forth, boldly! :)
Best regards -Tobias
On Mon, May 11, 2015 at 2:39 PM, Tobias Pape Das.Linux@gmx.de wrote:
On 11.05.2015, at 23:12, Eliot Miranda eliot.miranda@gmail.com wrote:
On Mon, May 11, 2015 at 1:16 PM, Tobias Pape Das.Linux@gmx.de wrote: Hi Eliot,
On 11.05.2015, at 20:15, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
looking at the commit messages everything looks fine with the Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
I most definitely also delete the Kernel.spur ones…
Looking at the listing of http://source.squeak.org/trunk/ also suggests that they were correctly uploaded after Compiler and before System…
OK, that's great. Must be something wrong with my mailer.
Do you have any indication these are the wrong ones?
Other than my not seeing the commit messages for Kernel, no.
Best regards -Tobias
PS: probably SqueakSource just choked on the Diffing?
Ah, that's possible.
Anyway, thanks so much for doing this!
you're welcome :)
Best -Tobias
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda eliot.miranda@gmail.com wrote: Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote: Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used with 'svc -t squeaksource' to hard-cycle the image (using exec and setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also remove the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind of Magma-backend, where wiping the versions is virtually impossible for me. I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id = 'trunk']. mcModel := (SSRepository storage respondsTo: #mcModelFor: ) ifTrue: [ SSRepository storage mcModelFor: project]. projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the accessor that filters them " rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur' 'System.spur') anySatisfy: [:pat | version fileName beginsWith: pat]]. candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName ifAbsent: ["ok"]. Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent: ["ok"]. Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project mcVersionFrom: version)]. " "<============== this does not work, chris" Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName]. self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from the magma-based data structures, but #removeVersion: tries to remove from an (magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to ~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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 :-(
OK, the new versions have been uploaded during a 40 minute period of blackout. So some commit messages may have been lost. Thanks for all the help.
On Wed, May 13, 2015 at 1:14 AM, Tobias Pape Das.Linux@gmx.de wrote:
Hi Eliot, all
On 12.05.2015, at 20:16, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Tobias,
I'm really sorry, I do indeed have a bug, have found it (not fixed
yet) and so do need those spur files deleting once more. This should be the last time. I'll try really hard not to repeat my mistake.
Wiping done; go forth, boldly! :)
Best regards -Tobias
On Mon, May 11, 2015 at 2:39 PM, Tobias Pape Das.Linux@gmx.de wrote:
On 11.05.2015, at 23:12, Eliot Miranda eliot.miranda@gmail.com wrote:
On Mon, May 11, 2015 at 1:16 PM, Tobias Pape Das.Linux@gmx.de wrote: Hi Eliot,
On 11.05.2015, at 20:15, Eliot Miranda eliot.miranda@gmail.com
wrote:
Hi Tobias,
looking at the commit messages everything looks fine with the
Collections.spur, Compiler.spur and System.spur packages, but I see no Kernel.spur upload messages. Did you perhaps not delete those files? If so, could you please delete just the Kernel.spur files and I'll upload just those.
I most definitely also delete the Kernel.spur ones…
Looking at the listing of http://source.squeak.org/trunk/ also suggests that they were correctly uploaded after Compiler and
before System…
OK, that's great. Must be something wrong with my mailer.
Do you have any indication these are the wrong ones?
Other than my not seeing the commit messages for Kernel, no.
Best regards -Tobias
PS: probably SqueakSource just choked on the Diffing?
Ah, that's possible.
Anyway, thanks so much for doing this!
you're welcome :)
Best -Tobias
On Mon, May 11, 2015 at 9:12 AM, Eliot Miranda <
eliot.miranda@gmail.com> wrote:
Thanks Tobias, I'm uploading the packages now.
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote: Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
Hi all,
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Best regards -Tobias
PS: I adapted the 'run' script of squeaksource to be able to be used
with
'svc -t squeaksource' to hard-cycle the image (using exec and
setuidgid)
I just tried wiping the versions Eliot asked to be removed. I am able to remove the corresponding files from the disk and also
remove
the Squeaksource version entries.
However, it seems that source.squeak.org is running on some kind
of
Magma-backend, where wiping the versions is virtually impossible
for me.
I put together the following script:
"=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-" | project projectDir rawVersions fs candidates condition mcModel | project := SSRepository current projects detect: [:p | p id =
'trunk'].
mcModel := (SSRepository storage respondsTo: #mcModelFor: )
ifTrue: [
SSRepository storage mcModelFor:
project].
projectDir := SSFilesystem new projectDirectoryFor: project. " we really want to delete the versions, so circumvent the
accessor that filters them "
rawVersions := project instVarNamed: 'versions'. condition := [:version | #('Collections.spur' 'Compiler.spur' 'Kernel.spur'
'System.spur')
anySatisfy: [:pat | version fileName beginsWith:
pat]].
candidates := (rawVersions select: condition) values. candidates do: [:version| | fileName | fileName := version fileName. Transcript showln: '> ', fileName. version diffs copy keysDo: [:diffName | projectDir deleteFileNamed: diffName
ifAbsent: ["ok"].
Transcript showln: ' Removed ', diffName. version diffs removeKey: diffName. Transcript showln: ' Wiped ', diffName]. projectDir deleteFileNamed: fileName ifAbsent:
["ok"].
Transcript showln: ' Removed ', fileName. rawVersions removeKey: fileName. " mcModel ifNotNil: [:m | m removeVersion: (project
mcVersionFrom: version)]. " "<============== this does not work, chris"
Transcript showln: ' Wiped ', fileName] displayingProgress: [:version | 'Wiping ', version fileName].
self assert: [rawVersions noneSatisfy: condition]. "=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-"
At the position Indicated I tried removing the faulty version from
the magma-based
data structures, but #removeVersion: tries to remove from an
(magma)array, which fail.
I can't help any further here, sorry. Please somebody step in?
Best regards -Tobias
PS: I already backed up all affected files to
~squeaksoure/spur-backup
On 08.05.2015, at 23:42, Levente Uzonyi leves@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@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).
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@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@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 :-(
On Mon, May 11, 2015 at 09:12:57AM -0700, Eliot Miranda wrote:
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote:
Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Thanks Tobias, I'm uploading the packages now.
I just tried doing a trunk.spur update starting with the image at http://www.mirandabanda.org/files/Cog/SpurImages/trunk46-spur.image
The update stream seems to work fine, although I did eventually end up in an emergency evaluator. I expect that this is a problem in the update maps (not Spur image or VM). Attached is a screen shot of the evaluator to show where the problem occurred.
Dave
Given all the UI improvements Marcel made, I wanted to try with no windows open.
The update stream wasn't smooth for me because there were numerous merge prompts where I wasn't sure whether I should "Keep Local" or "Keep Remote". I selected Local every time, is that right?
I also got countless "No changes." alert boxes which is somewhat disconcernting (never saw that before).
Eventually, I got a similar EE but with a strange looking stack..
On Mon, May 11, 2015 at 6:35 PM, David T. Lewis lewis@mail.msen.com wrote:
On Mon, May 11, 2015 at 09:12:57AM -0700, Eliot Miranda wrote:
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote:
Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Thanks Tobias, I'm uploading the packages now.
I just tried doing a trunk.spur update starting with the image at http://www.mirandabanda.org/files/Cog/SpurImages/trunk46-spur.image
The update stream seems to work fine, although I did eventually end up in an emergency evaluator. I expect that this is a problem in the update maps (not Spur image or VM). Attached is a screen shot of the evaluator to show where the problem occurred.
Dave
I think that image is not in sync with the Trunk updates, because it still has the old branch of .spur packages loaded. This makes the update process behave in an unexpected way (it downloads all kind of strange .mcds, including some with smaller version number).
The point where it gets stuck should not happen, so it's a load order issue, which is probably related to the image not being in sync with the repository. If you really want to proceed from that point, then evaluate [Character initializeClassificationTable] in the emergency evaluator.
Levente
On Mon, 11 May 2015, David T. Lewis wrote:
On Mon, May 11, 2015 at 09:12:57AM -0700, Eliot Miranda wrote:
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote:
Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Thanks Tobias, I'm uploading the packages now.
I just tried doing a trunk.spur update starting with the image at http://www.mirandabanda.org/files/Cog/SpurImages/trunk46-spur.image
The update stream seems to work fine, although I did eventually end up in an emergency evaluator. I expect that this is a problem in the update maps (not Spur image or VM). Attached is a screen shot of the evaluator to show where the problem occurred.
Dave
No, I was wrong about the problem. It's still the Spur Bootstrap. Character >> #isAlphaNumeric in Collections.spur-ul.627 is:
isAlphaNumeric "Answer whether the receiver is a letter or a digit."
self asInteger > 255 ifFalse: [ ^((ClassificationTable at: self asInteger + 1) bitAnd: AlphaNumericMask) > 0 ]. ^self encodedCharSet isAlphaNumeric: self
But it should be
isAlphaNumeric "Answer whether the receiver is a letter or a digit."
^self encodedCharSet isAlphaNumeric: self
As it is in Collections-ul.627.
Levente
On Tue, 12 May 2015, Levente Uzonyi wrote:
I think that image is not in sync with the Trunk updates, because it still has the old branch of .spur packages loaded. This makes the update process behave in an unexpected way (it downloads all kind of strange .mcds, including some with smaller version number).
The point where it gets stuck should not happen, so it's a load order issue, which is probably related to the image not being in sync with the repository. If you really want to proceed from that point, then evaluate [Character initializeClassificationTable] in the emergency evaluator.
Levente
On Mon, 11 May 2015, David T. Lewis wrote:
On Mon, May 11, 2015 at 09:12:57AM -0700, Eliot Miranda wrote:
On Mon, May 11, 2015 at 1:08 AM, Das.Linux@gmx.de wrote:
Hi all,
On 09.05.2015, at 00:23, Tobias Pape Das.Linux@gmx.de wrote:
I just wiped the indicated packages from source.squeak.org. Please report any problems; there shouldn't be one, but no one knows. David, no action required from you.
Thanks Tobias, I'm uploading the packages now.
I just tried doing a trunk.spur update starting with the image at http://www.mirandabanda.org/files/Cog/SpurImages/trunk46-spur.image
The update stream seems to work fine, although I did eventually end up in an emergency evaluator. I expect that this is a problem in the update maps (not Spur image or VM). Attached is a screen shot of the evaluator to show where the problem occurred.
Dave
box-admins@lists.squeakfoundation.org