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...