MC: Strange Problem
Locked
 
Administrator
|
I don't know how to describe it. Here is a screenshot from the MC browser showing part of it. I adopted a version from Pharo/TxText and this is what appeared instead of the package name:
 I thought maybe it didn't matter, but it really screws up the history, which now shows everything has changed since the previous version (but I only added a version and bumped #stable)
Cheers,
Sean |
|
Administrator
|
Okay, I'm still not sure how it happened, but I realized v. 48 and 49 were also corrupt. Rebased off of v. 47.
Cheers,
Sean |
|
|
Hi Sean,
can you point me towards one of those corrupt versions? Maybe there is something to check inside the package itself. Thierry 2015-05-04 7:36 GMT+02:00 Sean P. DeNigris <[hidden email]>: Okay, I'm still not sure how it happened, but I realized v. 48 and 49 were |
|
Administrator
|
Apparently the problem started with ConfigurationOfTxText-SeanDeNigris.48 and then ConfigurationOfTxText-SeanDeNigris.49 in http://smalltalkhub.com/mc/Pharo/TxText/main/
Cheers,
Sean |
|
|
Ok, I had a look on ConfigurationOfTxText-SeanDeNigris.48 And, what I can see: - two rpackages are created upon loading: 'ConfigurationOfTxText' and 'a MCWorkingCopy(ConfigurationOfTxText)'. - Two WorkingCopy(s) are created, but one is NicolaiHess.42 (the one already in the image in Pharo 4). - History stops at NicolaiHess.42 ? All packages newer than NicolaiHess.42 have their history cut at NicolaiHess.42. And a few (SeanDeNigris.48 for sure) have 'a MCWorkingCopy(ConfigurationOfTxText)' as package name instead of 'ConfigurationOfTxText', and this is inside the .mcz. How where those packages saved? Thierry 2015-05-04 12:58 GMT+02:00 Sean P. DeNigris <[hidden email]>: Thierry Goubier wrote |
|
Administrator
|
I don't remember :/
Cheers,
Sean |
|
|
In reply to this post by Thierry Goubier
2015-05-04 14:35 GMT+02:00 Thierry Goubier <[hidden email]>:
Ups!
Don't know what I did wrong, but I don't know much about this and don't have much experience with this. I just copied the packages from the repository to the inbox when I created a new configuration.
|
|
|
In reply to this post by Sean P. DeNigris
2015-05-04 14:36 GMT+02:00 Sean P. DeNigris <[hidden email]>: Thierry Goubier wrote If I could suggest something, it would be to try to recreate the history... I'm allways worried to see that, in the configurations you're working with, history is cut. But I don't understand why ConfigurationOfTxText-NicolaiHess.42 is not in the repository :( Could that be a reason for some of the MC operations to have strange results? Thierry
|
|
|
In reply to this post by Nicolai Hess
2015-05-04 14:58 GMT+02:00 Nicolai Hess <[hidden email]>:
The thing is, ConfigurationOfTxText-NicolaiHess.42 which is in Pharo40Inbox is fine and has the full history :) But, ConfigurationOfTxText-NicolaiHess.43 in TxText has its history cut at NicolaiHess.42 :(
I haven't checked on the packages themselves, I'm just looking at the ConfigurationOfTxText for the moment... Something strange happened when .43 was created. And, yes, it's a bit strange: each time the configuration is saved in Pharo40Inbox, it is not present in the TxText repository (except when it's Esteban, Stef or Igor...). Are you sure you have used 'Copy' and not saved a new version in the Pharo40Inbox? Thierry
|
|
|
2015-05-04 15:09 GMT+02:00 Thierry Goubier <[hidden email]>:
No, I am sure I did *not* use copy! The first time I tried to create a ConfigurationOfXXX (I think it was for Athens) I said I cannot "copy" to inbox and ask how copying to the inbox works. And I was told "to save" the Configuration to the inbox. I think I always saved a new version instead of copying. How can other people copy instead of save ? I always got an error on "copy".
|
|
|
On Mon, May 4, 2015 at 9:27 PM, Nicolai Hess <[hidden email]> wrote:
Is this what you experience? (sorry I hadn't got to try fixing it yet) https://pharo.fogbugz.com/default.asp?11833 "Monticello Repository-view <Copy> button does not ask for access credentials" cheers -ben
|
|
|
2015-05-04 15:40 GMT+02:00 Ben Coman <[hidden email]>:
Looks like. I nearly always work with throw away images where my credentials aren't set on image startup. Saving to a repository works, because it asks for user/password.
|
|
|
2015-05-04 16:01 GMT+02:00 Nicolai Hess <[hidden email]>:
In fact, this bug only happens if your username isn't set for the target of the copy. If you edit the repository info before, setting just your username, the copy operation will ask you your password. I have been doing that for ages... Thierry
|
|
|
2015-05-04 16:04 GMT+02:00 Thierry Goubier <[hidden email]>:
Ah. Ok, sorry for that. I didn't know this was the wrong way.
|
«
Return to Pharo Smalltalk Developers
|
1 view|%1 views
| Free forum by Nabble | Edit this page |