Hi Esteban,

do you know a documentation/entry point about moving to github?
Is it in experimental state or recommended for all Pharo users?��
How/where to start?

Regards
Sabine

2016-05-25 21:54 GMT+02:00 EstebanLM [via Smalltalk] <[hidden email]>:
Hi,��

yes, I recommend you to use the github version, we are moving there.
But anyway we are keeping the sthub as mirror��� it just got de-sync. And the only reason why I needed the merge, and not a simple copy is because metadataless format got activated and I lost the history, so I rather merge to recover history in some way��� :)

cheers!
Esteban

On 25 May 2016, at 21:23, Sabine Manaa <[hidden email]> wrote:

Hi Esteban,

great, now it works. Thank you!

In the comments, I see "merged with github". I am curious about using github in future, too.

Regards��
Sabine

2016-05-25 21:01 GMT+02:00 EstebanLM [via Smalltalk]��<<a href="x-msg://138/user/SendEmail.jtp?type=node&amp;node=4897384&amp;i=0" target="_top" rel="nofollow" link="external" class="">[hidden email]>:
hi Sabine,��

please update to latest packages of Voyage��� there was a de-sync problem with the API change in MongoTalk, that *should* fix your issue.��

cheers,��
Esteban


On 25 May 2016, at 16:29, Sabine Manaa <[hidden email]> wrote:

note that it only occurs (hanging image) ��if you do
"VORepository current reset"
before. Or have a new Image.


2016-05-25 15:38 GMT+02:00 Sabine Manaa��<[hidden email]>:
I have a non-responding image with the original code (with the signal)

2016-05-25 15:14 GMT+02:00 Holger Freyther [via Smalltalk]��<[hidden email]>:

> On 25 May 2016, at 15:42, Esteban Lorenzano <[hidden email]> wrote:��
>��
>��

Hi,��


> No I don���t��� in part because is not me who make that code, but also because it is expected: after, you have:��
>��
> getCollection: aString��
> ^ [ self addCollection: aString capped: false size: nil max: nil ]��
> on: MongoCollectionAlreadyExists��
> do: [ :err |��
> MongoCollection database: self name: aString ]��
>��
> so the idea is to refine the error to separate MongoCollectionAlreadyExists so it can later be catch and handled properly.��

when adding capped collection support it seemed like a good idea to fail if a collection already exists that might not be capped, but given the follow up issues I wonder if I/we should restore the original behavior that just ignored all errors?��

holger��



If you reply to this email, your message will be added to the discussion below:
http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exists-tp4897315p4897346.html
To start a new topic under Pharo Smalltalk Users, email��[hidden email]��
To unsubscribe from Pharo Smalltalk Users,��click here.
NAML



View this message in context:��Re: Problem with Mongo on Pharo5 ("collection already exists")





If you reply to this email, your message will be added to the discussion below:
http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exists-tp4897315p4897378.html
To start a new topic under Pharo Smalltalk Users, email��<a href="x-msg://138/user/SendEmail.jtp?type=node&amp;node=4897384&amp;i=1" target="_top" rel="nofollow" link="external" class="">[hidden email]��
To unsubscribe from Pharo Smalltalk Users,��click here.
NAML



View this message in context:��Re: Problem with Mongo on Pharo5 ("collection already exists")
Sent from the��Pharo Smalltalk Users mailing list archive��at��Nabble.com.




If you reply to this email, your message will be added to the discussion below:
http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exists-tp4897315p4897394.html
To start a new topic under Pharo Smalltalk Users, email [hidden email]
To unsubscribe from Pharo Smalltalk Users, click here.
NAML



View this message in context: Re: Problem with Mongo on Pharo5 ("collection already exists")
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.