- Pharo-dev - lists.pharo.org

[Pharo-project] Compiling Cog Jit with Xcode 4.6

by Sean P. DeNigris

The App Store wants me to update. Has anyone been able to successfully compile with Xcode 4.6? Thanks, Sean -- View this message in context: http://forum.world.st/Compiling-Cog-Jit-with-Xcode-4-6-tp4667695.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Sean P. DeNigris

Igor Stasenko wrote > - when you reconfiguring stuff and doing it completely different than > it was done before, why you think that rest of the world should > immediately jump in and start using it? > - and finally, when you creating/releasing new stuff every other > day.. how many people is capable of keeping clear track of what you > are doing over months (+ doing own tasks)? What great problems we have* ;) - Sean * And of course, I understand the frustration -- View this message in context: http://forum.world.st/ANN-NativeBoost-project-moved-to-new-hosting-smalltal… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 5, 2013

Re: [Pharo-project] Strange behaviour in Spec

by Andrei Vasile Chis

Hi Thierry, Thanks for looking into this. I have a slight preference for solution 2, just because code will not depend on the order of the announcements. Cheers, Andrei On Tue, Feb 5, 2013 at 1:27 PM, Goubier Thierry <thierry.goubier(a)cea.fr>wrote: > Hi Andrei, > > I tested with the following code which shows some interesting effects: > > > |list| > list := ListComposableModel new. > list whenListChanged: [:aList| > Transcript crShow: aList = list listItems]. > 10 timesRepeat: [ > list items: #(1 2). > > list listItems. "Call listItems to set the cache" > list items: #(1 2 3). > list listItems]. > > And I either get true-true-true-true or, true-false-false-false ... > > When I get true-true-true, in list listHolder announcer registry > subscriptions, I have the action > > [:aList| Transcript crShow: aList = list listItems] > set after the action > [self refreshListItems]. > > When I get true-false-false-false ad nauseam, in list listHolder announcer > registry subscriptions, I have the action > > [:aList| Transcript crShow: aList = list listItems] > set "before" the action > [self refreshListItems]. > > So, it seems that the use of an identitySet in subscriptions for an > announcer has interesting side effects. > > So, what should be done ? > > 1- Change subscription in Announcer SubscriptionRegistry from IdentitySet > to OrderedCollection : it should keep the same behavior in all users of > Announcers, since they have to be order independent (otherwise, they would > fall for the same intermittent bug given the chance). > > 2- Change ListComposableModel to use a private event to update the cache > before entertaining a #changedValue event. > > I have a preference for 1-, because of my soft spot for programs that have > a nice, predictable behavior :) > > I've added a ticket > > http://code.google.com/p/**pharo/issues/detail?id=7420<http://code.google.com/p/pharo/issues/detail?id=7420> > > Thierry > > Le 05/02/2013 11:31, Andrei Vasile Chis a Ã©crit : > >> Hi, >> >> A very simple way to reproduce is to open a transcript and execute this >> code: >> 50 timesRepeat: [|list| >> list := ListComposableModel new. >> list items: #(1 2). >> list whenListChanged: [:aList| >> Transcript crShow: aList = list listItems]. >> list listItems. "Call listItems to set the cache" >> list items: #(1 2 3) ]. >> >> If should print both true and false. >> Every time it prins false the events were triggered in the wrong order. >> >> Andrei >> >> On Tue, Feb 5, 2013 at 9:26 AM, Goubier Thierry <thierry.goubier(a)cea.fr >> <mailto:thierry.goubier@cea.fr**>> wrote: >> >> Le 04/02/2013 17:27, Andrei Vasile Chis a Ã©crit : >> >> Hi, >> >> While playing with spec I started to have some quite random and >> strange behaviour. >> I'll try to explain what happen, because it might be a nasty/not >> that >> nasty bug. >> >> I had a ListComposableModel and some very simple code like: >> aListComposableModel whenListChanged: [ :aList | >> aListComposableModel setSelectedItem: aList first ]. >> >> From time to time this code seem to randomly fail because the >> selection >> wasn't set. >> I manage to reduce the error to the following equivalent code: >> aListComposableModel whenListChanged: [ :aList | >> aList = aListComposableModel listItems ]. >> >> What happen was that sometimes the list held by the model was the >> previous list and not the new list, >> which was actually correctly passes to the block. >> >> This seem to be caused by the way ListComposableModel uses >> announcers to >> update its internal state. >> In ListComposableModel>>__**registerEvents there is the code: >> >> listHolder >> whenChangedDo: [ self refreshListItems ]. >> >> This registers an announcement that should clear the cache: >> ListComposableModel >>refreshListItems >> listItemsCache := nil. >> ^ self changed: #listElementAt: >> >> In my code by using 'aListComposableModel whenListChanged:' I also >> register an event that should be executed >> when the elements of the list change. >> >> So by now the listHolder containing the elements of the list has >> two >> registered events. >> The problem is that in order for this to work correctly they have >> to >> execute in the order they >> were added: first invalidate the cache, then the other events >> registered >> by the user. >> However I do not think that announcers guarantee this. So from >> time to >> time they >> execute in the wrong way. This means that the code in the >> whenListChanged: block will >> execute in a state in which internaly aListComposableModel still >> contains the previous list. >> >> Does this make sense? >> >> >> Yes. It would mean the two announcers are kept in a Set... Maybe >> having private and public events would be the way to go ? A private >> one for clearing the cache and public ones, triggered after, for the >> whenListChanged: block ? >> >> It would be nice to have a test case checking that. I'd be >> interested to know this can happen with announcements. >> >> Thierry >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > >

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Camillo Bruni

On 2013-02-05, at 13:59, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 5 February 2013 13:13, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >> Ask yourself: >> - why do we have tests? >> - why do multiple people work together? >> - why do we want publicly available artifacts? >> - why do we want these artifacts tested publicly? >> - why do we write configurations? >> - why do we try to following coding standards? >> - why do we program in Smalltalk? >> - why do we mostly write deterministic code? >> - why do we work on Pharo? >> - why do we build a jenkins infrastructure? >> - why do we write down documentation? >> >> >> After successfully answering these questions you will understand! > > Of course you right. But i am not arguing about that. Can't you understand? so then I really don't see why you cannot use the jenkins job? > If you took initiative about something, don't expect that others will > work in same pace as you or > automatically/immediately pick up everything you did and integrate it > into their working cycle. > It takes time and effort (both mental and physical). exactly, that is one of the reason we have a build server. People can just come download and test an artifact. What do you think happened when stef tried to show athens in chile? > Ask yourself: > - who, except original author knows best how things work? most probably the original author, that's also usually the guy you ask if you do not understand something. > - when you create a new artefacts, like a bunch of bash scripts for > jenkins. Who, you think, should take responsibility about them by _default_? so you that means since Christophe did the first pass on all the scripts he owns the responsibility for all the jobs? I did simplify the process, I reduced the dependency on jenkins for most builds, I added command line configuration scripts for Pharo... Really, I even communicated all of that on multiple occasions: by mail, by presentation If they are not good let me know my goal is to improve the situation we have! > - when you reconfiguring stuff and doing it completely different than > it was done before, why you think that rest of the world should > immediately jump in and start using it? Have you really ever had a look at what I did? I doubt it? => I introduced the scripts, I described them, I documented them => if there are difficulties understanding them I will explain it, document it => if something is wrong or should be changed I am willing to change it > - and finally, when you creating/releasing new stuff every other > day.. how many people is capable of keeping clear track of what you > are doing over months (+ doing own tasks)? I did not work on that for 3 months, so it is rather old. Things keep changing maybe for the worse, yes. But so far I haven't had many complaints. And if you had a look at it you would maybe give me instructive comments? Right now it reads as a global disagreement :/ with which I can only disagree

Feb. 5, 2013

Re: [Pharo-project] [Update] Zinc-SSO now supports Dropbox !

by Sabine KnÃ¶fel

Hi Sven, great! The file was created in my dropbox account:-) I will try to use it now in my application and will come back with questions if they occur. Thank you very much. Sabine On Mon, Feb 4, 2013 at 12:52 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 30 Jan 2013, at 19:13, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 30 Jan 2013, at 18:32, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> > wrote: > > > >> Sven, > >> > >> could you provide a simple code fragment which shows how to write and > how to read a file from the smalltalk image to the connected dropbox app > folder? > > > > The whole API is not (yet) implemented. > > > > https://www.dropbox.com/developers/reference/api > > > > Have a look at ZnOAuth1TwitterUserAccess. > > > > If I find more time, I might try myself. > > > > GET is pretty straightforward, for PUT or POST you will have to supply a > ZnEntity of a specific mime-type with bytes or a string. > > > > Note that for file access the host is different. > > I added a bit more Dropbox API and a little demo accessing files. > > There is now #manipulateDemoFile: which will try to access a file called > 'demo.txt' and read an id out of it. If found the file is written again, > with the id increased and some other fields updated as well. If the file > did not exist, it is created with id 1. All this happens automatically if > you access /sso-dropbox and log in. You'll get the updated id in the web > page and you'll see your Dropbox client doing a local update immediately! > > Here are the details (http://mc.stfx.eu/Zinc-HTTP-Components) > > --- > Name: Zinc-SSO-OAuth1-Core-SvenVanCaekenberghe.13 > Author: SvenVanCaekenberghe > Time: 4 February 2013, 12:27:12.196 pm > UUID: 3d78a965-462e-4a4e-94aa-1779369aecb8 > Ancestors: Zinc-SSO-OAuth1-Core-SvenVanCaekenberghe.12 > > extended ZnOAuth1Service with #httpDelete:using: #httpPost:with:using: > #httpPut:with:using: > extended ZnOAuth1DropboxUserAccess with #getFile: and #putFile:data: > some refactoring in ZnOAuth1DropboxUserAccess > --- > Name: Zinc-SSO-Demo-SvenVanCaekenberghe.5 > Author: SvenVanCaekenberghe > Time: 4 February 2013, 12:28:14.601 pm > UUID: 4bb17785-f885-4db5-98f5-9c7d52d3add6 > Ancestors: Zinc-SSO-Demo-SvenVanCaekenberghe.4 > > added ZnSSOServerDelegate>>#manipulateDemoFile: > --- > > This should get you started. > > Note that it is not necessary to log in each time: the access token is > valid until you get an unauthorized response. > With the access token and the consumer data you can create service objects > separate from the web app that did the setup. > > HTH, > > Sven > > > >> Greetings > >> Sabine > >> > >> On Wed, Jan 30, 2013 at 6:00 PM, Sabine KnÃ¶fel < > sabine.knoefel(a)gmail.com> wrote: > >> Hi Sven, > >> > >> there was only missing loading Zodiac, the dll (windows) was already > included in the 1 klick image. > >> > >> Gofer it > >> squeaksource: 'Zodiac'; > >> package: 'Zodiac-Core'; > >> package: 'Zodiac-Tests'; > >> load. > >> > >> It works. I play around now. > >> Thank you very much! > >> Sabine > >> > >> > >> On Wed, Jan 30, 2013 at 5:38 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> > >> On 30 Jan 2013, at 17:21, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> > wrote: > >> > >>> Hi Sven, hi Jan, > >>> > >>> thank you. > >>> I am one step further now but there must be something else missing to > load. > >>> I failed with my current image, so I tried the following: > >>> > >>> I took a fresh image - the Pharo 1.4. one click app from the pharo > homepage > >>> ( > http://gforge.inria.fr/frs/download.php/31258/Pharo-1.4-14557-OneClick.zip > ) > >>> > >>> Then I loaded seaside 3.0 (from the welcome screen - > MetacelloConfigurationBrowser open). > >>> > >>> After that, I loaded > >>> > >>> Gofer it > >>> url: 'http://mc.stfx.eu/ZincHTTPComponents'; > >>> package: 'ConfigurationOfZincHTTPComponents'; > >>> load. > >>> > >>> And then the bleeding Edge version > >>> ConfigurationOfZincHTTPComponents project bleedingEdge load: 'SSO'. > >>> > >>> Then this was possible: > >>> (ZnServer startDefaultOn: 8100) > >>> logToTranscript; > >>> debugMode: true; > >>> delegate: (ZnSSOServerDelegate new > >>> dropboxData: (ZnOAuth1ConsumerData newForDropbox > >>> > consumer: 'my appdata'; > >>> > consumerSecret: 'my appdata'; > >>> > yourself); > >>> yourself). > >>> > >>> No I tried in my browser > >>> localhost:8100/sso-dropbox > >>> > >>> Then I got a walkback in my Image: No secure socket stream class set > or available > >> > >> Well, the error says it all: you need TLS/SSL support. As is noted in > >> > >> > https://github.com/svenvc/docs/blob/master/zinc/zinc-sso-paper.md#installat… > >> > >> You can get Zodiac to work in 1.4 > >> > >> http://zdc.stfx.eu > >> > >> Don't forget that you also need the plugin next to your VM ! > >> > >> In Pharo 2.0 Zodiac is included by default the latest VM's there should > have the plugin. > >> But in 2.0 it will be slightly more difficult to load Seaside, but it > does work. > >> > >> Sorry, but all this is still a bit in motion, hopefully you will keep > trying. > >> > >>> ==>> I do not have the class ZdcSecureSocketStream in my Image > >>> self secureSocketStreamClass is Nil in > >>> > >>> streamClassForScheme: scheme > >>> (#(http ws) includes: scheme) ifTrue: [ > >>> ^ self socketStreamClass ]. > >>> (#(https wss) includes: scheme) ifTrue: [ > >>> ^ self secureSocketStreamClass ifNil: [ > >>> self error: 'No secure socket stream class set or > available' ] ]. > >>> (ZnUnknownScheme scheme: scheme) signal > >>> > >>> Can you tell me what is missing to load? > >>> > >>> Greetings > >>> Sabine > >>> > >>> > >>> 30 January 2013 5:14:22.402 pm > >>> > >>> ZnNetworkingUtils(Object)>>error: > >>> Receiver: a ZnNetworkingUtils > >>> Arguments and temporary variables: > >>> aString: 'No secure socket stream class set or available' > >>> Receiver's instance variables: > >>> socketStreamClass: SocketStream > >>> secureSocketStreamClass: nil > >>> > >>> ZnNetworkingUtils>>streamClassForScheme: > >>> Receiver: a ZnNetworkingUtils > >>> Arguments and temporary variables: > >>> scheme: #https > >>> Receiver's instance variables: > >>> socketStreamClass: SocketStream > >>> secureSocketStreamClass: nil > >>> > >>> ZnNetworkingUtils>>socketStreamToUrlDirectly: > >>> Receiver: a ZnNetworkingUtils > >>> Arguments and temporary variables: > >>> url: https://api.dropbox.com/1/oauth/request_token > >>> stream: nil > >>> address: #[199 47 218 158] > >>> Receiver's instance variables: > >>> socketStreamClass: SocketStream > >>> secureSocketStreamClass: nil > >>> > >>> ZnNetworkingUtils>>socketStreamToUrl: > >>> Receiver: a ZnNetworkingUtils > >>> Arguments and temporary variables: > >>> url: https://api.dropbox.com/1/oauth/request_token > >>> Receiver's instance variables: > >>> socketStreamClass: SocketStream > >>> secureSocketStreamClass: nil > >>> > >>> > >>> > >>> > >>> On Wed, Jan 30, 2013 at 4:37 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >>> Sabine, > >>> > >>> On 30 Jan 2013, at 16:24, Sabine KnÃ¶fel <sabine.knoefel(a)gmail.com> > wrote: > >>> > >>>> Hi Sven, > >>>> > >>>> after loading: > >>>> > >>>> Gofer it > >>>> url: 'http://mc.stfx.eu/ZincHTTPComponents'; > >>>> package: 'ConfigurationOfZincHTTPComponents'; > >>>> load. > >>>> > >>>> ConfigurationOfZincHTTPComponents project latestVersion load: 'SSO'. > >>>> > >>>> The ZnOAuth1ConsumerData does not have a method called > >>newForDropbox (but >>newForGoogle and >>newForTwitter). > >>>> Also, ZnSSOServerDelegate does not have a method >>dropboxData: (but > facebook, twittter and google) > >>>> > >>>> Did I miss something? > >>> > >>> Yes and no. The latest stable version of the configuration does not > yet include the Dropbox code. > >>> The following will load what is called bleedingEdge, the very latest > version of everything, regardless of its release status. > >>> > >>> ConfigurationOfZincHTTPComponents project bleedingEdge load: 'SSO'. > >>> > >>> Sorry about that. > >>> > >>> Sven > >>> > >>>> Greetings > >>>> Sabine > >>>> > >>>> > >>>> On Sun, Jan 27, 2013 at 8:47 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >>>> > >>>> On 27 Jan 2013, at 13:32, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >>>> > >>>>> If anyone is interested, I can write another email explaining how > you can run this demo for yourself on your own account. > >>>> > >>>> How to run the Dropbox code yourself: > >>>> > >>>> 1. Get yourself a free Dropbox account at http://www.dropbox.com > >>>> > >>>> 2. Install some client software on one or more of your computers > (Mac, Windows, Linux) or devices (iOS [iPhone, iPad, iPod], Android, > BlackBerry, Kindle Fire) and move some files around to get a feel for the > service. > >>>> > >>>> 3. When you give other applications access to (part of) your Dropbox > files, you can check that at https://www.dropbox.com/account#applications > >>>> > >>>> 4. Define your own app that will try to access Dropbox files. Go to > https://www.dropbox.com/developers (Developer home) and start defining a > new app by clicking the 'Create an app' button at > https://www.dropbox.com/developers/apps - start with the access type 'App > folder'. > >>>> > >>>> 5. The two important elements you need are the 'App key' and 'App > secret', make sure to copy them correctly. > >>>> > >>>> 6. Get the very latest code in your image (we develop in Pharo 2.0, > but 1.4 or even 1.3 should work - SSL has to be fully operational). > >>>> > >>>> Gofer it > >>>> url: 'http://mc.stfx.eu/ZincHTTPComponents'; > >>>> package: 'ConfigurationOfZincHTTPComponents'; > >>>> load. > >>>> > >>>> ConfigurationOfZincHTTPComponents project latestVersion load: 'SSO'. > >>>> > >>>> 7. Start a Zn server with an appropriate delegate, configured for > your app > >>>> > >>>> (ZnServer startDefaultOn: 8100) > >>>> logToTranscript; > >>>> debugMode: true; > >>>> delegate: (ZnSSOServerDelegate new > >>>> dropboxData: (ZnOAuth1ConsumerData newForDropbox > >>>> > consumer: 'vqz-app-key-zoca'; > >>>> > consumerSecret: '13u-app-secret-8l006'; > >>>> > yourself); > >>>> yourself). > >>>> > >>>> (The above is a demo setup limited to Dropbox, the other demos are > not configured and won't work). > >>>> > >>>> 8. Go to http:://localhost:8100/sso-dropbox and click the link to log > in - you will be transferred to Dropbox to log in (if you aren't already) > and asked to authorise your demo app, after which Dropbox will redirect you > back to your app. > >>>> > >>>> 9. Once back in your app, sso-dropbox-callback (#ssoDropboxCallback:) > will access your account info and list the app root folder, which will then > be shown. > >>>> > >>>> 10. For the rest of the API, (currently not yet implemented), see > https://www.dropbox.com/developers/reference/api - you don't have to > worry about the whole authentication thanks to Zinc-SSO. > >>>> > >>>> We would love for others to try this (as well as the other Zinc-SSO > options, Google, Facebook, Twitter) out, in their own projects, and to > provide actual feedback and generally help improve the code and > documentation. > >>>> > >>>> As always, May the Source be with you! > >>>> > >>>> Sven > >>>> > >>>> PS: The demo app is not (yet) a production app: only you and up to 5 > explicitly listed users can use it. You have to apply for production status > later on. Also, the whole ZnSSOServerDelegate code is a demo, for an actual > project, it would be best to extract the necessary parts out of it, reusing > the underlying Zinc-SSO-OAuth1-Core framework. > >>>> > >>>> -- > >>>> Sven Van Caekenberghe > >>>> http://stfx.eu > >>>> Smalltalk is the Red Pill > >>>> > >>>> >

Feb. 5, 2013

Re: [Pharo-project] [update 2.0] #20514 (Zinc Update)

by Sven Van Caekenberghe

On 05 Feb 2013, at 14:26, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Feb 5, 2013, at 2:23 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> The 20514-Pha-Zinc.cssays you are loading from http://ss3.gemstone.com/ss/Pharo20 yet for example Zinc-Character-Encoding-Core-SvenVanCaekenberghe.5.mcz is not there as are none of the other versions, either the .cs is loading from the wrong repository or they were not (yet) copied or maybe I misunderstand and does the copying happen automatically before that ? >> > ups. that's it! > > I was then looking at them, which copied them into my cache and the script worked because of that locally :-) > > I will copy them, then it will work. Let's hope so ;-) > Marcus > >> On 05 Feb 2013, at 14:11, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> On Feb 5, 2013, at 1:59 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>>> On 05 Feb 2013, at 13:55, Marcus Denker <marcus.denker(a)inria.fr> wrote >>>> >>>>> but when I do load update it does not find the file on the server. >>>> >>>> You mean that one of the versions in not in the inbox ? >>>> >>> No, it gets an error and claims that they are not there yet they are. >>> >>> Marcus >> >> > >

Feb. 5, 2013

Re: [Pharo-project] [update 2.0] #20514 (Zinc Update)

by Marcus Denker

On Feb 5, 2013, at 2:23 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > The 20514-Pha-Zinc.cssays you are loading from http://ss3.gemstone.com/ss/Pharo20 yet for example Zinc-Character-Encoding-Core-SvenVanCaekenberghe.5.mcz is not there as are none of the other versions, either the .cs is loading from the wrong repository or they were not (yet) copied or maybe I misunderstand and does the copying happen automatically before that ? > ups. that's it! I was then looking at them, which copied them into my cache and the script worked because of that locally :-) I will copy them, then it will work. Marcus > On 05 Feb 2013, at 14:11, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> On Feb 5, 2013, at 1:59 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> On 05 Feb 2013, at 13:55, Marcus Denker <marcus.denker(a)inria.fr> wrote >>> >>>> but when I do load update it does not find the file on the server. >>> >>> You mean that one of the versions in not in the inbox ? >>> >> No, it gets an error and claims that they are not there yet they are. >> >> Marcus > >

Feb. 5, 2013

Re: [Pharo-project] [update 2.0] #20514 (Zinc Update)

by Sven Van Caekenberghe

The 20514-Pha-Zinc.cssays you are loading from http://ss3.gemstone.com/ss/Pharo20 yet for example Zinc-Character-Encoding-Core-SvenVanCaekenberghe.5.mcz is not there as are none of the other versions, either the .cs is loading from the wrong repository or they were not (yet) copied or maybe I misunderstand and does the copying happen automatically before that ? On 05 Feb 2013, at 14:11, Marcus Denker <marcus.denker(a)inria.fr> wrote: > On Feb 5, 2013, at 1:59 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> On 05 Feb 2013, at 13:55, Marcus Denker <marcus.denker(a)inria.fr> wrote >> >>> but when I do load update it does not find the file on the server. >> >> You mean that one of the versions in not in the inbox ? >> > No, it gets an error and claims that they are not there yet they are. > > Marcus

Feb. 5, 2013

Re: [Pharo-project] [ANN] NativeBoost project moved to new hosting: smalltalkhub

by Igor Stasenko

What bothers me is who is going to maintain this stuff if/when you leave. So, what i asking for is to sit down with me and explain/show to me all those scripts, how they connected , where they taking stuff from and how they work. Because it is unnatural to me to use stuff which i am not fully understand how it works. (aside of hating dealing with bash ;) -- Best regards, Igor Stasenko.

Feb. 5, 2013

Re: [Pharo-project] [update 2.0] #20514 (Zinc Update)

by Marcus Denker

On Feb 5, 2013, at 2:12 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Feb 5, 2013, at 1:59 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> >> On 05 Feb 2013, at 13:55, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> but when I do load update it does not find the file on the server. >> >> You mean that one of the versions in not in the inbox ? >> > No, it gets an error and claims that they are not there yet they are. > > You can try it yourself, I added it to the tracker entry. Sadly I spend already >30 minutes on this and I should do something else. Marcus

Feb. 5, 2013