On 03/10/17 21:51, Sven Van Caekenberghe wrote:
>
>> On 3 Oct 2017, at 21:30, Steven R. Baker wrote:
>>
>> Heya,
>>
>> I'm trying to build a Pharo Launcher of my own, but I can't find the
>> code. This says it's on SmalltalkHub:
>>
Heya,
I'm trying to build a Pharo Launcher of my own, but I can't find the
code. This says it's on SmalltalkHub:
https://github.com/pharo-project/pharo-launcher, but the link doesn't
show anything.
I tried looking on CI for the build script, but I can't find the build
script, just build results.
Well, LGitFetchOptions has a proxy options property of type LGitProxyOptions,
and this one a property type of type LGitProxyTypeEnum. I did not try it
but maybe it should look something like:
fetchOptions prim_proxy_opts prim_type: LGitProxyTypeEnum git_proxy_auto.
?
if fetchOptions is null
Hi All,
Sorry for the late answer, I've been swallowed by a vortex of "too much
work at my day job".
Regarding the magical power of smalltalk, I definitely agree with that.
I've been playing with different programming languages for 30 years now,
and smalltalk programming is so refreshing, it's
Couldn't figure out how to configure a LGitFetchOptionswith a
LGitProxyOptions accepting one of the auto/none/specified from
LGitProxyTypeEnum. Can you provide an example?
On Tue, Oct 3, 2017 at 1:06 PM, Guillermo Polito
wrote:
> I know, but a LGitProxyOptions accepts
I know, but a LGitProxyOptions accepts one.
On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz
wrote:
> Nope, auto/none/specified returned objects are not compatible to the
> expected one received by prim_proxy_opts:
>
> On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito <
>
Nope, auto/none/specified returned objects are not compatible to the
expected one received by prim_proxy_opts:
On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito wrote:
> Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. Maybe
> you can configure it
> On 3 Oct 2017, at 10:53, Guillermo Polito wrote:
>
> Yes, in my todo, but changing FileReference like that will break a lot of
> backwards compatibility :)
Yes it will.
I have said this before: the problem is that the current stream API is much too
wide, we
Yes, that's the issue. I'm still convinced about that :)
On Tue, Sep 19, 2017 at 3:36 PM, Tim Mackinnon wrote:
> There was a long post from Guille about how to sort this. It had to do
> with altering the priority of shutdown code - I'm not sure if we resolved
> it, but we
Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. Maybe
you can configure it with a LGitProxyTypeEnum which has values
auto/none/specified?
On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz
wrote:
> I got to this point:
>
> remote_fetch: remote refspecs:
2017-10-02 17:30 GMT+02:00 Denis Kudriashov :
>
> 2017-10-02 17:13 GMT+02:00 Vitor Medina Cruz :
>
>> I am sorry, not species, but #isKindOf istead of #= to compare classes.
>>
>
> It is bad idea. #= should be transitive.
>
Oh, I used wrong word, shame
2017-10-03 10:14 GMT-03:00 H. Hirzel :
> In the end it is probably a matter of conventions.
>
> Instruction how to construct something (e.g. Spec)
Conventions and history, which maybe are the same thing :)
VisualSmalltalk/VisualWorks, Dolphin, VAST keep the definition of
The information for a help topic on the class side is used to create a
help instance.
Even if I technically create several instances of a particular help
topic with information taken from the class side conceptually I have
only _one_ help topic. The instances all share exactly the same
content.
On Tue, Oct 3, 2017 at 2:17 PM, H. Hirzel wrote:
> This is as if you would ask
>
> why are specs on the class side?
>
I can certainly ask that, and there's in fact no reason why it would have
to be there (because when the layout is being retrieved, the instance is
Looks like it's an iceberg/libgit problem. We should set the proxy to
libgit :)
https://libgit2.github.com/libgit2/#HEAD/search/proxy
On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz
wrote:
> Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm
> proxy
Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm
proxy and configured Pharo settings accordingly. It is working because I
can use Zinc directly, but Iceberg cannot pull/push. I tried the same at
home without a proxy and I could not pull/push either, so it probably has
All help topics (subclasses of CustomHelp) have all the content on the
class-side.
This seems very weird to me, because the class-side should about managing
the meta, not containing the content itself.
It feels weird.
Peter
Thanks Denis :) It works :)
Its pretty nice for touch-sensitive apps :)
Steven.
Le 2017-10-03 10:13, Denis Kudriashov a écrit :
> Hi.
> Look at Cursor class side. All cursor bitmaps are in class variables. If you
> will replace all of them with blank cursor then cursor will be always
Yes, in my todo, but changing FileReference like that will break a lot of
backwards compatibility :)
On Mon, Oct 2, 2017 at 10:22 AM, Stephane Ducasse
wrote:
> Yes this is why we should continue to clean and remove cruft. Now I
> remember that guille did that for File.
You should probably set the proxy in the Pharo settings. Pharo does not
recognize the system's proxy (so far).
Could you try with that?
Guille
On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz
wrote:
> git push via command line works fine. When I try to pull, for
Hi.
Look at Cursor class side. All cursor bitmaps are in class variables. If
you will replace all of them with blank cursor then cursor will be always
blank.
Something like this:
Cursor classVariables associationsDo: [ :each | each value: Cursor blank ]
2017-10-03 9:38 GMT+02:00 Steven Costiou
Hi rob
we are discussing in Peter and reading your solution.
Now about your example, I think that the
Presenter >> subject: aDomainObject
subjectHolder := aDomainObject asValueHolder
We should not have countHolder in the domain object. In the domain object
we should only have the domain
Ah, thanks. So i will look at Morphic to see if i can do that.
Steven.
Le 2017-10-02 22:30, Aliaksei Syrel a écrit :
> Hi Steven,
>
> What you see is not Bloc's cursor (there is no cursor in bloc)
> It is a Morphic cursor :)
>
> Cheers,
> Alex
> On 2 October 2017 at 22:19, Steven
Nice.
We should make a booklet of all this.
There is also the Ansible playbook we have and the Docker story as well.
Phil
On Tue, Oct 3, 2017 at 3:12 AM, Pierce Ng wrote:
> On Sat, Sep 30, 2017 at 10:16:47PM +0200, Herby Vojčík wrote:
> > case the library name used is
24 matches
Mail list logo