Good to know because it looked strange to me that the bug was in MC/metaMC. Now I prefer to hear that this is not the linux vm. Was fun to do parallel debugging. Stef
We tracked down this bug.
It is related to retrieving entries of directory on linux.
For some unknown reason 'self allFileNames' in:
MCCacheRepository>>basicStoreVersion: aVersion (aVersion isCacheable and: [self allFileNames includes: aVersion fileName]) ifFalse: [super basicStoreVersion: aVersion]
answers an empty collection. And all it does is just queries the package-cache dir for its entries. What is strange that after i evaluated the (FileDirectory default / 'package-cache' )entries
and then re-evaluated same thing in method above, it worked, and retrieved the entries for package-cache dir.
The VM i using is:
Smalltalk vmVersion 'Squeak4.1 of 17 April 2010 [latest update: #9957]'
(half hour later) i suspected that this is because i mounted mac-os host system directory in my linux virtual machine filesystem, and there is something not ok with.
After moving image to 'linux' server file system dir, everything works ok...
So, it appears that the bug in virtualbox filesystem :)) Sorry for false alarm :)
Dale
-- Best regards, Igor Stasenko AKA sig.