October 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Monticello and HTTPS

by Sven Van Caekenberghe

Manfred, On 10 Oct 2013, at 20:17, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: > Hi again, > > the webdav share is located on an OwnCloud instance. > It is possible to get a directory listing of the specific directory with the following ZnClient request: > > ZnClient new username: 'X' password: 'Y'; get: 'https://owncloud.server.de/remote.php/webdav/monticello' Excellent, that means that it fundamentally works ! Maybe you can try the same for accessing an actual .mcz file, just to be sure. > In a Pharo 2.0 image do the following steps: > > * MonticelloBrowser: select package > * MonticelloBrowser->'+Repository' > * add location: 'https://owncloud.server.de/remote.php/webdav/monticello' username: 'X' password: 'Y' > * MonticelloBrowser->'Open' > > * ProgressBar with the following name shows up: > 'Loading all file names from https://owncloud.server.de/remote.php/webdav/monticello' > It gets interrupted by a PreDebugWindow with title > 'MCRepositoryError: Could not access https://owncloud.server.de/remote.php/webdav/monticello: ZnHttpUnsuccessful: 404 Not Found' > > Opening the Debugger gives the following stacktrace > > MCHttpRepository>>loadAllFileNames in Block: [:exception | (exception className beginsWith: 'Zn...etc... > BlockClosure>>cull: > MethodContext(ContextPart)>>handleSignal: in Block: [self exceptionHandlerBlock cull: exception] > BlockClosure>>ensure: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > ZnHttpUnsuccessful(Exception)>>signal > ZnClient>>handleResponse > ZnClient>>executeWithRedirectsRemaining: > ZnClient>>executeWithRetriesRemaining: in Block: [self executeWithRedirectsRemaining: self maxNumbe...etc... > BlockClosure>>on:do: > ZnClient>>executeWithRetriesRemaining: > ZnClient>>executeWithTimeout in Block: [self executeWithRetriesRemaining: self numberOfRe...etc... > BlockClosure>>on:do: > ZnClient>>executeWithTimeout in Block: [[self executeWithRetriesRemaining: self numberOfR...etc... > ZnClient>>withTimeoutDo: in Block: [^ block value] > ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [p psValueAt: index put: anObject.... > BlockClosure>>ensure: > ZnConnectionTimeout(DynamicVariable)>>value:during: > ZnConnectionTimeout class(DynamicVariable class)>>value:during: > ZnClient>>withTimeoutDo: > ZnClient>>executeWithTimeout > ZnClient>>execute in Block: [result := self executeWithTimeout] > ZnClient>>withProgressDo: in Block: [^ block value] > ZnSignalProgress(DynamicVariable)>>value:during: in Block: [p psValueAt: index put: anObject.... > BlockClosure>>ensure: > ZnSignalProgress(DynamicVariable)>>value:during: > ZnSignalProgress class(DynamicVariable class)>>value:during: > ZnClient>>withProgressDo: > ZnClient>>execute Have a look at MCHTTPRepository>>#loadAllFileNames and notice how a query parameter is added, maybe that is the culprit ? Also, a trailing slash is added, that could be a problem for the server as well. Else, you will have to look at the stack trace in the debugger and try to understand what is going on. Sven > Trying to copy .mcz files to the new repository afterwards triggers the same error. > However, the selected .mcz file gets copied to the WebDAV share. > > The used operating system is OS X 10.6.8. > The 'System Reporter' shows the following info: > > Image: > Pharo2.0 > Latest update: #20616 > > VM: > Mac Cocoa Cog 5.8b12 21-Sep-10 > Jenkins build #14535 > > Thanks, > Manfred > > > > > On Thu, Oct 10, 2013 at 4:00 PM, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: > Hello Sven, > > > On Thu, Oct 10, 2013 at 3:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Manfred, > > On 10 Oct 2013, at 15:41, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: > > > Hi everyone, > > > > I am one of the guys helping Nico with Amber. > > > > Now, I recently started to experiment with Pharo for a small project. > > After some reading and experimenting I was able to get something running thanks to the good documentation available. > > > > While I was on the go I tried to save my code with Monticello on a private WebDAV share. > > However, the server is only accessible via HTTPS which resulted in an error accessing it from the Monticello browser. > > > > Now my question is if HTTPS is supported by Montichello or not. > > Since the server is accessed with username/password I'd rather not use plain HTTP. > > > > Best, > > Manfred > > It should work. But I am not aware of any official, public repositories that run HTTPS, so its hard to test. I also understand that it could be difficult to give stack traces, but details are necessary to make any progress on helping you. > > One thing you could try is to access the repository directly: i.e. create a ZnClient that tries to read the listing or a specific package. > > Sven > > thanks for the initial info that it should work. > > I would have given further details but currently I can't access the machine where I tried it. > I'll try your suggestion and provide a more detailed report as soon as possible. > > Best, > Manfred > >

Oct. 10, 2013

Re: [Pharo-users] Monticello and HTTPS

by StÃ©phane Ducasse

welcome we like amber :) Stef On Oct 10, 2013, at 3:41 PM, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: > Hi everyone, > > I am one of the guys helping Nico with Amber. > > Now, I recently started to experiment with Pharo for a small project. > After some reading and experimenting I was able to get something running thanks to the good documentation available. > > While I was on the go I tried to save my code with Monticello on a private WebDAV share. > However, the server is only accessible via HTTPS which resulted in an error accessing it from the Monticello browser. > > Now my question is if HTTPS is supported by Montichello or not. > Since the server is accessed with username/password I'd rather not use plain HTTP. > > Best, > Manfred

Oct. 10, 2013

Re: [Pharo-users] Monticello and HTTPS

by Manfred KrÃ¶hnert

On Thu, Oct 10, 2013 at 8:21 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Can you access the monticello listing from a browser? Yes, when I access the same share from a browser I get a directory listing which shows the .mcz files. I'll have to check if I can actualy load the files copied to the share. But that will have to wait until tomorrow. Best, Manfred On Oct 10, 2013, at 11:17 AM, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> > wrote: > > > Hi again, > > > > the webdav share is located on an OwnCloud instance. > > It is possible to get a directory listing of the specific directory with > the following ZnClient request: > > > > ZnClient new username: 'X' password: 'Y'; get: ' > https://owncloud.server.de/remote.php/webdav/monticello' > > > > In a Pharo 2.0 image do the following steps: > > > > * MonticelloBrowser: select package > > * MonticelloBrowser->'+Repository' > > * add location: 'https://owncloud.server.de/remote.php/webdav/monticello' > username: 'X' password: 'Y' > > * MonticelloBrowser->'Open' > > > > * ProgressBar with the following name shows up: > > 'Loading all file names from > https://owncloud.server.de/remote.php/webdav/monticello' > > It gets interrupted by a PreDebugWindow with title > > 'MCRepositoryError: Could not access > https://owncloud.server.de/remote.php/webdav/monticello: > ZnHttpUnsuccessful: 404 Not Found' > > > > Opening the Debugger gives the following stacktrace > > > > MCHttpRepository>>loadAllFileNames in Block: [:exception | (exception > className beginsWith: 'Zn...etc... > > BlockClosure>>cull: > > MethodContext(ContextPart)>>handleSignal: in Block: [self > exceptionHandlerBlock cull: exception] > > BlockClosure>>ensure: > > MethodContext(ContextPart)>>handleSignal: > > MethodContext(ContextPart)>>handleSignal: > > ZnHttpUnsuccessful(Exception)>>signal > > ZnClient>>handleResponse > > ZnClient>>executeWithRedirectsRemaining: > > ZnClient>>executeWithRetriesRemaining: in Block: [self > executeWithRedirectsRemaining: self maxNumbe...etc... > > BlockClosure>>on:do: > > ZnClient>>executeWithRetriesRemaining: > > ZnClient>>executeWithTimeout in Block: [self > executeWithRetriesRemaining: self numberOfRe...etc... > > BlockClosure>>on:do: > > ZnClient>>executeWithTimeout in Block: [[self > executeWithRetriesRemaining: self numberOfR...etc... > > ZnClient>>withTimeoutDo: in Block: [^ block value] > > ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [p > psValueAt: index put: anObject.... > > BlockClosure>>ensure: > > ZnConnectionTimeout(DynamicVariable)>>value:during: > > ZnConnectionTimeout class(DynamicVariable class)>>value:during: > > ZnClient>>withTimeoutDo: > > ZnClient>>executeWithTimeout > > ZnClient>>execute in Block: [result := self executeWithTimeout] > > ZnClient>>withProgressDo: in Block: [^ block value] > > ZnSignalProgress(DynamicVariable)>>value:during: in Block: [p psValueAt: > index put: anObject.... > > BlockClosure>>ensure: > > ZnSignalProgress(DynamicVariable)>>value:during: > > ZnSignalProgress class(DynamicVariable class)>>value:during: > > ZnClient>>withProgressDo: > > ZnClient>>execute > > > > Trying to copy .mcz files to the new repository afterwards triggers the > same error. > > However, the selected .mcz file gets copied to the WebDAV share. > > > > The used operating system is OS X 10.6.8. > > The 'System Reporter' shows the following info: > > > > Image: > > Pharo2.0 > > Latest update: #20616 > > > > VM: > > Mac Cocoa Cog 5.8b12 21-Sep-10 > > Jenkins build #14535 > > > > Thanks, > > Manfred > > > > > > > > > > On Thu, Oct 10, 2013 at 4:00 PM, Manfred KrÃ¶hnert < > mkroehnert42(a)googlemail.com> wrote: > > Hello Sven, > > > > > > On Thu, Oct 10, 2013 at 3:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > Hi Manfred, > > > > On 10 Oct 2013, at 15:41, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> > wrote: > > > > > Hi everyone, > > > > > > I am one of the guys helping Nico with Amber. > > > > > > Now, I recently started to experiment with Pharo for a small project. > > > After some reading and experimenting I was able to get something > running thanks to the good documentation available. > > > > > > While I was on the go I tried to save my code with Monticello on a > private WebDAV share. > > > However, the server is only accessible via HTTPS which resulted in an > error accessing it from the Monticello browser. > > > > > > Now my question is if HTTPS is supported by Montichello or not. > > > Since the server is accessed with username/password I'd rather not use > plain HTTP. > > > > > > Best, > > > Manfred > > > > It should work. But I am not aware of any official, public repositories > that run HTTPS, so its hard to test. I also understand that it could be > difficult to give stack traces, but details are necessary to make any > progress on helping you. > > > > One thing you could try is to access the repository directly: i.e. > create a ZnClient that tries to read the listing or a specific package. > > > > Sven > > > > thanks for the initial info that it should work. > > > > I would have given further details but currently I can't access the > machine where I tried it. > > I'll try your suggestion and provide a more detailed report as soon as > possible. > > > > Best, > > Manfred > > > > > > >

Oct. 10, 2013

Re: [Pharo-users] Monticello and HTTPS

by Paul DeBruicker

Can you access the monticello listing from a browser? On Oct 10, 2013, at 11:17 AM, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: > Hi again, > > the webdav share is located on an OwnCloud instance. > It is possible to get a directory listing of the specific directory with the following ZnClient request: > > ZnClient new username: 'X' password: 'Y'; get: 'https://owncloud.server.de/remote.php/webdav/monticello' > > In a Pharo 2.0 image do the following steps: > > * MonticelloBrowser: select package > * MonticelloBrowser->'+Repository' > * add location: 'https://owncloud.server.de/remote.php/webdav/monticello' username: 'X' password: 'Y' > * MonticelloBrowser->'Open' > > * ProgressBar with the following name shows up: > 'Loading all file names from https://owncloud.server.de/remote.php/webdav/monticello' > It gets interrupted by a PreDebugWindow with title > 'MCRepositoryError: Could not access https://owncloud.server.de/remote.php/webdav/monticello: ZnHttpUnsuccessful: 404 Not Found' > > Opening the Debugger gives the following stacktrace > > MCHttpRepository>>loadAllFileNames in Block: [:exception | (exception className beginsWith: 'Zn...etc... > BlockClosure>>cull: > MethodContext(ContextPart)>>handleSignal: in Block: [self exceptionHandlerBlock cull: exception] > BlockClosure>>ensure: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > ZnHttpUnsuccessful(Exception)>>signal > ZnClient>>handleResponse > ZnClient>>executeWithRedirectsRemaining: > ZnClient>>executeWithRetriesRemaining: in Block: [self executeWithRedirectsRemaining: self maxNumbe...etc... > BlockClosure>>on:do: > ZnClient>>executeWithRetriesRemaining: > ZnClient>>executeWithTimeout in Block: [self executeWithRetriesRemaining: self numberOfRe...etc... > BlockClosure>>on:do: > ZnClient>>executeWithTimeout in Block: [[self executeWithRetriesRemaining: self numberOfR...etc... > ZnClient>>withTimeoutDo: in Block: [^ block value] > ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [p psValueAt: index put: anObject.... > BlockClosure>>ensure: > ZnConnectionTimeout(DynamicVariable)>>value:during: > ZnConnectionTimeout class(DynamicVariable class)>>value:during: > ZnClient>>withTimeoutDo: > ZnClient>>executeWithTimeout > ZnClient>>execute in Block: [result := self executeWithTimeout] > ZnClient>>withProgressDo: in Block: [^ block value] > ZnSignalProgress(DynamicVariable)>>value:during: in Block: [p psValueAt: index put: anObject.... > BlockClosure>>ensure: > ZnSignalProgress(DynamicVariable)>>value:during: > ZnSignalProgress class(DynamicVariable class)>>value:during: > ZnClient>>withProgressDo: > ZnClient>>execute > > Trying to copy .mcz files to the new repository afterwards triggers the same error. > However, the selected .mcz file gets copied to the WebDAV share. > > The used operating system is OS X 10.6.8. > The 'System Reporter' shows the following info: > > Image: > Pharo2.0 > Latest update: #20616 > > VM: > Mac Cocoa Cog 5.8b12 21-Sep-10 > Jenkins build #14535 > > Thanks, > Manfred > > > > > On Thu, Oct 10, 2013 at 4:00 PM, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: > Hello Sven, > > > On Thu, Oct 10, 2013 at 3:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Manfred, > > On 10 Oct 2013, at 15:41, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: > > > Hi everyone, > > > > I am one of the guys helping Nico with Amber. > > > > Now, I recently started to experiment with Pharo for a small project. > > After some reading and experimenting I was able to get something running thanks to the good documentation available. > > > > While I was on the go I tried to save my code with Monticello on a private WebDAV share. > > However, the server is only accessible via HTTPS which resulted in an error accessing it from the Monticello browser. > > > > Now my question is if HTTPS is supported by Montichello or not. > > Since the server is accessed with username/password I'd rather not use plain HTTP. > > > > Best, > > Manfred > > It should work. But I am not aware of any official, public repositories that run HTTPS, so its hard to test. I also understand that it could be difficult to give stack traces, but details are necessary to make any progress on helping you. > > One thing you could try is to access the repository directly: i.e. create a ZnClient that tries to read the listing or a specific package. > > Sven > > thanks for the initial info that it should work. > > I would have given further details but currently I can't access the machine where I tried it. > I'll try your suggestion and provide a more detailed report as soon as possible. > > Best, > Manfred > >

Oct. 10, 2013

Re: [Pharo-users] Monticello and HTTPS

by Manfred KrÃ¶hnert

Hi again, the webdav share is located on an OwnCloud instance. It is possible to get a directory listing of the specific directory with the following ZnClient request: ZnClient new username: 'X' password: 'Y'; get: ' https://owncloud.server.de/remote.php/webdav/monticello' In a Pharo 2.0 image do the following steps: * MonticelloBrowser: select package * MonticelloBrowser->'+Repository' * add location: 'https://owncloud.server.de/remote.php/webdav/monticello' username: 'X' password: 'Y' * MonticelloBrowser->'Open' * ProgressBar with the following name shows up: 'Loading all file names from https://owncloud.server.de/remote.php/webdav/monticello' It gets interrupted by a PreDebugWindow with title 'MCRepositoryError: Could not access https://owncloud.server.de/remote.php/webdav/monticello: ZnHttpUnsuccessful: 404 Not Found' Opening the Debugger gives the following stacktrace MCHttpRepository>>loadAllFileNames in Block: [:exception | (exception className beginsWith: 'Zn...etc... BlockClosure>>cull: MethodContext(ContextPart)>>handleSignal: in Block: [self exceptionHandlerBlock cull: exception] BlockClosure>>ensure: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ZnHttpUnsuccessful(Exception)>>signal ZnClient>>handleResponse ZnClient>>executeWithRedirectsRemaining: ZnClient>>executeWithRetriesRemaining: in Block: [self executeWithRedirectsRemaining: self maxNumbe...etc... BlockClosure>>on:do: ZnClient>>executeWithRetriesRemaining: ZnClient>>executeWithTimeout in Block: [self executeWithRetriesRemaining: self numberOfRe...etc... BlockClosure>>on:do: ZnClient>>executeWithTimeout in Block: [[self executeWithRetriesRemaining: self numberOfR...etc... ZnClient>>withTimeoutDo: in Block: [^ block value] ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [p psValueAt: index put: anObject.... BlockClosure>>ensure: ZnConnectionTimeout(DynamicVariable)>>value:during: ZnConnectionTimeout class(DynamicVariable class)>>value:during: ZnClient>>withTimeoutDo: ZnClient>>executeWithTimeout ZnClient>>execute in Block: [result := self executeWithTimeout] ZnClient>>withProgressDo: in Block: [^ block value] ZnSignalProgress(DynamicVariable)>>value:during: in Block: [p psValueAt: index put: anObject.... BlockClosure>>ensure: ZnSignalProgress(DynamicVariable)>>value:during: ZnSignalProgress class(DynamicVariable class)>>value:during: ZnClient>>withProgressDo: ZnClient>>execute Trying to copy .mcz files to the new repository afterwards triggers the same error. However, the selected .mcz file gets copied to the WebDAV share. The used operating system is OS X 10.6.8. The 'System Reporter' shows the following info: Image: Pharo2.0 Latest update: #20616 VM: Mac Cocoa Cog 5.8b12 21-Sep-10 Jenkins build #14535 Thanks, Manfred On Thu, Oct 10, 2013 at 4:00 PM, Manfred KrÃ¶hnert < mkroehnert42(a)googlemail.com> wrote: > Hello Sven, > > > On Thu, Oct 10, 2013 at 3:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: > >> Hi Manfred, >> >> On 10 Oct 2013, at 15:41, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> >> wrote: >> >> > Hi everyone, >> > >> > I am one of the guys helping Nico with Amber. >> > >> > Now, I recently started to experiment with Pharo for a small project. >> > After some reading and experimenting I was able to get something >> running thanks to the good documentation available. >> > >> > While I was on the go I tried to save my code with Monticello on a >> private WebDAV share. >> > However, the server is only accessible via HTTPS which resulted in an >> error accessing it from the Monticello browser. >> > >> > Now my question is if HTTPS is supported by Montichello or not. >> > Since the server is accessed with username/password I'd rather not use >> plain HTTP. >> > >> > Best, >> > Manfred >> >> It should work. But I am not aware of any official, public repositories >> that run HTTPS, so its hard to test. I also understand that it could be >> difficult to give stack traces, but details are necessary to make any >> progress on helping you. >> >> One thing you could try is to access the repository directly: i.e. create >> a ZnClient that tries to read the listing or a specific package. >> >> Sven >> > > thanks for the initial info that it should work. > > I would have given further details but currently I can't access the > machine where I tried it. > I'll try your suggestion and provide a more detailed report as soon as > possible. > > Best, > Manfred > >

Oct. 10, 2013

Re: [Pharo-users] [Pharo-dev] Start with a trivial improvement!

by StÃ©phane Ducasse

good idea yes for the blog entry On Oct 10, 2013, at 1:42 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Thank you, Marcus! > > Could you post this on the Pharo blog? > > Doru > > > On Thu, Oct 10, 2013 at 1:36 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > +100 > > On 10 Oct 2013, at 13:21, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > One nice way to get in the mood of doing (and at the same time testing the system) is to start > > with trivial improvements. > > > > This is especially nice as a "starter" when you never contributed any change to Pharo. > > > > And by trivial I mean *really* mean trivial: > > -> a typo in a comment > > -> remove a temp not accessed > > -> clean out some trivial dead code > > -> do a simplistic refactoring of a bad smell, even inside a single method > > -> document something > > -> structure bad stuff better so it is easier to replace later > > > > Taken in itself, single changes like these have no influence, but: > > > > -> they get you in a mood of doing. > > -> they make you feel that Pharo is "owned" by you. > > -> take 1000 of those trivialities and they *do* make a difference. > > -> next time something bothers you, you will have the context of "I can just fix it". > > > > The critic tools is one way of finding these places, another is to just note down every time > > you see a triviality and later go through that list. The bug tracker can be source, too. > > > > > > <wtfm.jpg> > > > > Marcus > > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Oct. 10, 2013

Re: [Pharo-users] Monticello and HTTPS

by Manfred KrÃ¶hnert

Hello Sven, On Thu, Oct 10, 2013 at 3:50 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Manfred, > > On 10 Oct 2013, at 15:41, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> > wrote: > > > Hi everyone, > > > > I am one of the guys helping Nico with Amber. > > > > Now, I recently started to experiment with Pharo for a small project. > > After some reading and experimenting I was able to get something running > thanks to the good documentation available. > > > > While I was on the go I tried to save my code with Monticello on a > private WebDAV share. > > However, the server is only accessible via HTTPS which resulted in an > error accessing it from the Monticello browser. > > > > Now my question is if HTTPS is supported by Montichello or not. > > Since the server is accessed with username/password I'd rather not use > plain HTTP. > > > > Best, > > Manfred > > It should work. But I am not aware of any official, public repositories > that run HTTPS, so its hard to test. I also understand that it could be > difficult to give stack traces, but details are necessary to make any > progress on helping you. > > One thing you could try is to access the repository directly: i.e. create > a ZnClient that tries to read the listing or a specific package. > > Sven > thanks for the initial info that it should work. I would have given further details but currently I can't access the machine where I tried it. I'll try your suggestion and provide a more detailed report as soon as possible. Best, Manfred

Oct. 10, 2013

Re: [Pharo-users] Monticello and HTTPS

by Sven Van Caekenberghe

Hi Manfred, On 10 Oct 2013, at 15:41, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> wrote: > Hi everyone, > > I am one of the guys helping Nico with Amber. > > Now, I recently started to experiment with Pharo for a small project. > After some reading and experimenting I was able to get something running thanks to the good documentation available. > > While I was on the go I tried to save my code with Monticello on a private WebDAV share. > However, the server is only accessible via HTTPS which resulted in an error accessing it from the Monticello browser. > > Now my question is if HTTPS is supported by Montichello or not. > Since the server is accessed with username/password I'd rather not use plain HTTP. > > Best, > Manfred It should work. But I am not aware of any official, public repositories that run HTTPS, so its hard to test. I also understand that it could be difficult to give stack traces, but details are necessary to make any progress on helping you. One thing you could try is to access the repository directly: i.e. create a ZnClient that tries to read the listing or a specific package. Sven

Oct. 10, 2013

Re: [Pharo-users] visual clues help

by Paolo Piccinelli

Thanks Ben, you confirmed my doubts. Paolo From: benjamin.vanryseghem.pharo(a)gmail.com Date: Thu, 10 Oct 2013 14:35:28 +0200 To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] visual clues help A gray and white box means the package is emptythe fray one is the regular icon :) Welcome in Pharo :P Ben On Oct 10, 2013, at 2:22 PM, Paolo Piccinelli <captain86(a)hotmail.it> wrote:Good Morning Everyone, my name is Paolo Piccinelli and i'm a rookie in using Pharo. I installed the version 2.0, and I'd like to know what's the difference between a gray and white cube and a totally gray gift box near the name of the Packages. The first kind of cube, does it means that there are some classes missing in the package? Where can i find something about these visual clues?Thanks in advance for all the explanations. Best; Paolo

Oct. 10, 2013

Monticello and HTTPS

by Manfred KrÃ¶hnert

Hi everyone, I am one of the guys helping Nico with Amber. Now, I recently started to experiment with Pharo for a small project. After some reading and experimenting I was able to get something running thanks to the good documentation available. While I was on the go I tried to save my code with Monticello on a private WebDAV share. However, the server is only accessible via HTTPS which resulted in an error accessing it from the Monticello browser. Now my question is if HTTPS is supported by Montichello or not. Since the server is accessed with username/password I'd rather not use plain HTTP. Best, Manfred

Oct. 10, 2013

Re: [Pharo-users] visual clues help

by Benjamin

A gray and white box means the package is empty the fray one is the regular icon :) Welcome in Pharo :P Ben On Oct 10, 2013, at 2:22 PM, Paolo Piccinelli <captain86(a)hotmail.it> wrote: > Good Morning Everyone, > > my name is Paolo Piccinelli and i'm a rookie in using Pharo. I installed the version 2.0, and I'd like to know what's the difference between a gray and white cube and a totally gray gift box near the name of the Packages. The first kind of cube, does it means that there are some classes missing in the package? Where can i find something about these visual clues? > Thanks in advance for all the explanations. > > Best; > > Paolo

Oct. 10, 2013

visual clues help

by Paolo Piccinelli

Good Morning Everyone, my name is Paolo Piccinelli and i'm a rookie in using Pharo. I installed the version 2.0, and I'd like to know what's the difference between a gray and white cube and a totally gray gift box near the name of the Packages. The first kind of cube, does it means that there are some classes missing in the package? Where can i find something about these visual clues?Thanks in advance for all the explanations. Best; Paolo

Oct. 10, 2013

Re: [Pharo-users] [Pharo-dev] Start with a trivial improvement!

by Marcus Denker

On Oct 10, 2013, at 1:43 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Thank you, Marcus! > > Could you post this on the Pharo blog? > Good idea, yes, I will do that. Marcus

Oct. 10, 2013

Re: [Pharo-users] Start with a trivial improvement!

by Yuriy Tymchuk

On Oct 10, 2013, at 1:42 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Thank you, Marcus! > > Could you post this on the Pharo blog? And put a link to Camillo's guide on bug fixing, so enthusiasts will know how to contribute :) > > Doru > > > On Thu, Oct 10, 2013 at 1:36 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > +100 > > On 10 Oct 2013, at 13:21, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > One nice way to get in the mood of doing (and at the same time testing the system) is to start > > with trivial improvements. > > > > This is especially nice as a "starter" when you never contributed any change to Pharo. > > > > And by trivial I mean *really* mean trivial: > > -> a typo in a comment > > -> remove a temp not accessed > > -> clean out some trivial dead code > > -> do a simplistic refactoring of a bad smell, even inside a single method > > -> document something > > -> structure bad stuff better so it is easier to replace later > > > > Taken in itself, single changes like these have no influence, but: > > > > -> they get you in a mood of doing. > > -> they make you feel that Pharo is "owned" by you. > > -> take 1000 of those trivialities and they *do* make a difference. > > -> next time something bothers you, you will have the context of "I can just fix it". > > > > The critic tools is one way of finding these places, another is to just note down every time > > you see a triviality and later go through that list. The bug tracker can be source, too. > > > > > > <wtfm.jpg> > > > > Marcus > > > > > > -- > www.tudorgirba.com > > "Every thing has its own flow"

Oct. 10, 2013

Re: [Pharo-users] Start with a trivial improvement!

by Tudor Girba

Thank you, Marcus! Could you post this on the Pharo blog? Doru On Thu, Oct 10, 2013 at 1:36 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > +100 > > On 10 Oct 2013, at 13:21, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > One nice way to get in the mood of doing (and at the same time testing > the system) is to start > > with trivial improvements. > > > > This is especially nice as a "starter" when you never contributed any > change to Pharo. > > > > And by trivial I mean *really* mean trivial: > > -> a typo in a comment > > -> remove a temp not accessed > > -> clean out some trivial dead code > > -> do a simplistic refactoring of a bad smell, even inside a > single method > > -> document something > > -> structure bad stuff better so it is easier to replace later > > > > Taken in itself, single changes like these have no influence, but: > > > > -> they get you in a mood of doing. > > -> they make you feel that Pharo is "owned" by you. > > -> take 1000 of those trivialities and they *do* make a difference. > > -> next time something bothers you, you will have the context of > "I can just fix it". > > > > The critic tools is one way of finding these places, another is to just > note down every time > > you see a triviality and later go through that list. The bug tracker can > be source, too. > > > > > > <wtfm.jpg> > > > > Marcus > > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 10, 2013

Re: [Pharo-users] Start with a trivial improvement!

by Sven Van Caekenberghe

+100 On 10 Oct 2013, at 13:21, Marcus Denker <marcus.denker(a)inria.fr> wrote: > One nice way to get in the mood of doing (and at the same time testing the system) is to start > with trivial improvements. > > This is especially nice as a "starter" when you never contributed any change to Pharo. > > And by trivial I mean *really* mean trivial: > -> a typo in a comment > -> remove a temp not accessed > -> clean out some trivial dead code > -> do a simplistic refactoring of a bad smell, even inside a single method > -> document something > -> structure bad stuff better so it is easier to replace later > > Taken in itself, single changes like these have no influence, but: > > -> they get you in a mood of doing. > -> they make you feel that Pharo is "owned" by you. > -> take 1000 of those trivialities and they *do* make a difference. > -> next time something bothers you, you will have the context of "I can just fix it". > > The critic tools is one way of finding these places, another is to just note down every time > you see a triviality and later go through that list. The bug tracker can be source, too. > > > <wtfm.jpg> > > Marcus

Oct. 10, 2013

Start with a trivial improvement!

by Marcus Denker

One nice way to get in the mood of doing (and at the same time testing the system) is to start with trivial improvements. This is especially nice as a "starter" when you never contributed any change to Pharo. And by trivial I mean *really* mean trivial: -> a typo in a comment -> remove a temp not accessed -> clean out some trivial dead code -> do a simplistic refactoring of a bad smell, even inside a single method -> document something -> structure bad stuff better so it is easier to replace later Taken in itself, single changes like these have no influence, but: -> they get you in a mood of doing. -> they make you feel that Pharo is "owned" by you. -> take 1000 of those trivialities and they *do* make a difference. -> next time something bothers you, you will have the context of "I can just fix it". The critic tools is one way of finding these places, another is to just note down every time you see a triviality and later go through that list. The bug tracker can be source, too. Marcus

Oct. 10, 2013

Pharo VM on Ubuntu PPA is ok now

by Damien Cassou

Dear Pharo users on Ubuntu, there was a problem with the VM embedded in the ubuntu packages on the PPA (https://launchpad.net/~pharo/+archive/stable/) This bug has been solved! The bug was in the VM source code which has been fixed by upstream. Best, -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Oct. 9, 2013

Please contributors fill up this form...

by StÃ©phane Ducasse

Hi guys I would like to get contributors.pharo.org a bit more representative of Pharo. We should have Previous contributors and enhance the current list. Can you please reply to this mail PharoContributor new name: 'Esteban Lorenzano'; id: 'estebanlm'; email: 'estebanlm(a)gmail.com'; website: 'http://smallworks.eu'; description: 'Pharo core team. Contributor of several projects, including Kernel, DBXTalk, Voyage, Mars, etc. Also I work on the VM.'; image: 'http://www.gravatar.com/avatar/193af464509ae8fbcc04abad70b72fc0?s=120'; yourself Stef

Oct. 9, 2013

Pharo Sprint Lille 18th October

by Marcus Denker

What? Pharo Sprint When? Friday, 18th October, slowly starting at 9:30am Where? RMoD, Inria Lille, Building B, third floor http://rmod.lille.inria.fr/web/pier/contact As the building is not open, please contact us before if you plan to come.

Oct. 8, 2013

Re: [Pharo-users] [ANN] Bootstrap for Seaside3 project (Release 0.1.0)

by Johan Fabry

On Oct 8, 2013, at 1:27 AM, Torsten Bergmann <astares(a)gmx.de> wrote: >> I just tried it and will be using it for real in a few weeks. It's really cool, thanks a lot !! > > Load the latest 0.2.0 - it now includes also support for hover.js, carousel, progress bar, ... as > well. Doing stuff on hover would be cool. But I don't see an example for hover.js. Could you include one? Thanks! ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Oct. 8, 2013

Re: [Pharo-users] NYC for a group?

by Paul Davidowitz

I'm in the general area (Long Island), but not sure what the purpose of such a meeting would be. - Paul

Oct. 7, 2013

Re: [Pharo-users] [ANN] Bootstrap for Seaside3 project (Release 0.1.0)

by Johan Fabry

I just tried it and will be using it for real in a few weeks. It's really cool, thanks a lot !! On Oct 2, 2013, at 7:52 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > there are various frameworks out there helping you to ease common tasks in web development. > One of them is Bootstrap (http://getbootstrap.com) that is used more and more to easily style > web sites and web applications. > > We had wrappers for Bootstrap supporting Seaside in the past already: > - the TwitterBootstrap project on SS3 from the Seaside team > - the TBootstrap project from Gaston Dall Oglio > > Unfortunately these projects are not up to date with the latest Bootstrap version, > not covered by tests, had no docu or examples, no CI, ... > > To provide better support for Bootstrap and Seaside3 development I created a fresh project > called "Bootstrap for Seaside" (or "Bootstrap" for short). > > This new project is > - nearly feature complete regarding components (Nav, Navbar, Jumbotron, Buttons, Alarms, Layouts, ...) > - uses the latest Bootstrap libraries (http://getbootstrap.com) > - covered by more than 160 tests > - completed with an example browser that shows Bootstrap components and according Smalltalk code > - available at STHub (http://smalltalkhub.com/#!/~TorstenBergmann/Bootstrap) > - documented (see mentioned project website on STHub) with docu support for PharoOnlineHelp and catalog > - controlled by CI (https://ci.inria.fr/pharo-contribution/job/Bootstrap/) > - easily loadable using config browser in Pharo 2.0 > > Attached are some screenshots from the project itself. > > More details can be found in the more docu at the project site on SmalltalkHub. Just scroll down at the > info page provided there. > > You can easily load it in a fresh Pharo 2.0 as "Bootstrap" from the config browser. It loads Seaside3 > as a dependency. After loading evaluate > > ZnZincServerAdaptor startOn: 8080 > > to start the webserver and go to http://localhost:8080/bootstrap to browse the samples. > > Feel free to use it for your next Pharo/Seaside/Bootstrap based web project and thanks in advance > for any contribution you may give to the project in the future. > > Bye > T. > <tbsScreen2.png><tbsScreen1.png><tbsScreen3.png><tbsLogo.png> ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Oct. 7, 2013

Re: [Pharo-users] NYC for a group?

by 4phlebas＠gmail.com

That sounds awesome! Iâm up for anything, so if thereâs anyone around NYC please speak up. For the small number of us around here if youâre interested I can even provide a pretty cool meeting space close to union square in Manhattan -sung From: StÃ©phane Ducasse Sent: âFridayâ, âOctoberâ â4â, â2013 â1â:â54â âAM To: Any question about pharo is welcome Hi guys I thought that sean is living in NY. I will let him reply. If you want that we organise a small coding remote session we can do that too. We pick a little topics and we try to do something. Stef On Oct 4, 2013, at 6:09 AM, Raymond Brinzer <ray.brinzer(a)gmail.com> wrote: > Hello. > > Yes, I'm in NYC. However I'm mostly a Ruby guy, with a strong interest > in Smalltalk; I periodically tinker with Pharo, and I lurk here (this > is my first actual message to the list). So I'm probably an odd > candidate to be part of a Smalltalk meeting. :-) > > That said, sure, I'd be interested. > > On Thu, Oct 3, 2013 at 6:54 PM, Sung won Lim <4phlebas(a)gmail.com> wrote: >> Hi, >> >> Just wondering if anyone on the list is around NYC, I think it'd be really >> great to have a smalltalk meeting group going in the city :) >> >> -s > > > > -- > Ray Brinzer >

Oct. 6, 2013

full version of a Lint Chapter for Entreprise Pharo forthcoming book :)

by StÃ©phane Ducasse

Hi Pharoers since we believe in quality and automation, here is a new chapter on Lint rule support in Pharo :) https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/ws/Lint/Li… Stef

Oct. 6, 2013