To manage on github there are some blog around. Now what we want to offer is something else:Hi Esteban,
do you know a documentation/entry point about moving to github?
experimental for the integrated pharo versionIs it in experimental state
we want to offer a solution for everybody with minimum pain.or recommended for all Pharo users?
How/where to start?
RegardsSabine
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&node=4897384&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.htmlTo 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")
http://forum.world.st/Problem-with-Mongo-on-Pharo5-collection-already-exists-tp4897315p4897378.htmlIf you reply to this email, your message will be added to the discussion below:To start a new topic under Pharo Smalltalk Users, email��<a href="x-msg://138/user/SendEmail.jtp?type=node&node=4897384&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.htmlTo 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.