Re: [Pharo-users] Adopting someone else's image
Thanks. I found out that I had two unrelated problems. Spotter was one and not critical, and the reason I had errors with Monticello was that I had made the mistake to rename the .image file, so it didn't match the changes file anymore. Siemen -- View this message in context: http://forum.world.st/Adopting-someone-else-s-image-tp4914933p4915049.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Re: [Pharo-users] Adopting someone else's image
On 09-09-16 13:08, Siemen Baader wrote: What can I do? Is there a proper way to re-initialize the host dependent state when taking over someone else's image? I know the preferred way to share code without state is to use Montichello... In a copy of an image, just open an inspector and set the path. It is a known bug, and I think it was fixed already. Might need a backport Stephan
[Pharo-users] Adopting someone else's image
Hi, I am having a problem using an image that was saved by a different user on a different machine. I'm trying to get started with PharoJS and have downloaded the Pharo 4.0 image from https://pharojs.github.io/faq.html#demoEsug2016. When I load the image Spotter raises errors becasue it holds on to a FileSystem object that holds a path within the previous user's local home directory. When I use Montichello browser to export the packages I need to disk or online repository, I get Error: RemoteString past end of file errors - I think this is because Montichello tries to read the changes file and cannot. What can I do? Is there a proper way to re-initialize the host dependent state when taking over someone else's image? I know the preferred way to share code without state is to use Montichello... thanks -- View this message in context: http://forum.world.st/Adopting-someone-else-s-image-tp4914933.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
