The Pharo Consortium is very happy to announce that Object Profile
has joined the Consortium as a Bronze Member.
About
- Object Profile: http://objectprofile.com
- Pharo Consortium: http://consortium.pharo.org
The goal of the Pharo Consortium is to allow companies and institutions to
support the
> On 21 Dec 2017, at 04:34, Ian Ian wrote:
>
> Hi All,
>
> Is there an active IRC Chanel?
No. There is (or was) an inactive one.
> Read somewhere (can't remember) that there is one labeled #pharo. Is this
> true if so may I ask on which server it resides?
>
I guess it is still there,
> Am 21.12.2017 um 03:27 schrieb Sean P. DeNigris :
>
> Tudor Girba-2 wrote
>> We also use private GitHub projects with Iceberg and it works fine.
>>> Au contraire! It works really good with SSH keys. I work all day with it.
>>> I added support for bitbucket to iceberg because I’m using bitbucke
Hi All,
Is there an active IRC Chanel? Read somewhere (can't remember) that there
is one labeled #pharo. Is this true if so may I ask on which server it
resides?
Kindly in advance,
Tudor Girba-2 wrote
> We also use private GitHub projects with Iceberg and it works fine.
>> Au contraire! It works really good with SSH keys. I work all day with it.
>> I added support for bitbucket to iceberg because I’m using bitbucket
>> private repos in my company.
This is very intriguing. So
On 17 December 2017 at 05:29, Hilaire wrote:
> Hi,
>
> With DrGeo built on image Pharo7.0-64bit-e41f921 Athens error shows up on
> the canvas (screenshot).
>
> The drgeo dev. environment based on the older Pharo7.0-64bit-f82fc36 image
> does not have this error with the same VM.
>
> The DrGeo bui
Hi Hernán,
Not that I know. But it is trivial to plot that using Roassal. Let us know if
you need help on this.
Alexandre
> On Dec 5, 2017, at 1:09 AM, Hernán Morales Durand
> wrote:
>
> Hi guys,
>
> I benchmarked five Levenshtein implementations today and just wonder
> is there any package
Le 20/12/2017 à 21:05, Stephane Ducasse a écrit :
Hilaire
debug drawing error should give you access to the debugger and after
you can get the stack.
Like this ?
FFICallout>>loaderForArgNamed:
FFICallout>>loaderForArgNamed:indirectIndex:
FFICallout>>argName:indirectIndex:type:ptrArity:
FFIFun
OK now my cell is finally working again! I can now be reached at 603 957
2705
Kind Regards,
Sean Glazier
On Wed, Dec 20, 2017 at 2:57 PM, Stephane Ducasse
wrote:
> great news.
> And this is super great that you plan to work on different platforms!
> THANKS
>
> On Wed, Dec 20, 2017 at 8:55 A
In iceberg you can specify
- latest version when you do not specify anything
- a version (but it should be a git tag so you should save you code
with a tag - iceberg does not support it right now but you can do it
with git)
- the hash of your git commit.
Does it answer your question?
Stef
On Wed
Normally the call does not need the sources (if I'm correct in the
past it needed to generate the correct method argument or something
like that).
Can you provide more information? or the image somewhere?
Because FFI should improve and we are looking for edge corner bugs.
Stef
On Wed, Dec 20, 20
Hilaire
debug drawing error should give you access to the debugger and after
you can get the stack.
On Mon, Dec 18, 2017 at 9:35 PM, Hilaire wrote:
> Sadly building the image with a light cleaning, does not grant me access to
> the morph menu of the faulty canvas. Still same error as mentionned
Tried to build DrGeo app witht the same image used for development.
Still gets red screen of depth on the DrGeo canvas, but with a different
error (screenshot for the curious). Image cleaning were removed, so
nothing wrong comes from there.
Now, if I copied along the image file Pharo7.0-32bit-
great news.
And this is super great that you plan to work on different platforms!
THANKS
On Wed, Dec 20, 2017 at 8:55 AM, Pierce Ng wrote:
> Hi all,
>
> OpenSSL-Pharo now works on Windows. Tested on Windows 10 with a fresh 32-bit
> Pharo 6.1 zip package downloaded from pharo.org. On Windows this
Hello,
How are packages versions computed in Iceberg?
I am looking at the Metacello documentation at 'Deep in Pharo', it says I
can define dependencies at package level and it uses the following format
to identify versions: ; which I think is a pattern
used by Monticello, right? However, I can't
Hi Pierce,
Le 20/12/2017 à 17:17, Pierce Ng a écrit :
On Tue, Dec 19, 2017 at 07:07:16PM -0800, Dale Henrichs wrote:
I am under the impression that iceberg is able to authenticate with
SSH keys I am not a pharo/iceberg user myself, but it seems
that iceberg should be able to fill that gap.
On 12/20/17 2:53 AM, Vitor Medina Cruz wrote:
These days, we are getting to the point where I am beginning to
flip the question on it's head and begin thinking that it should
be possible for a developer to choose to have have the github://
url interpreted as "create a local cl
On Tue, Dec 19, 2017 at 07:07:16PM -0800, Dale Henrichs wrote:
> I am under the impression that iceberg is able to authenticate with
> SSH keys I am not a pharo/iceberg user myself, but it seems
> that iceberg should be able to fill that gap.
Iceberg does, with RSA keys. Iceberg didn't work f
On Wed, Dec 20, 2017 at 09:03:36AM +0100, Sven Van Caekenberghe wrote:
> Inevitable question: what is the plan for the other platforms ?
I started on Linux, have now gotten it working on Windows, and expect to do
MacOS next.
I've also just mirrored the code onto GH. It is now at
https://github.co
Hi,
We also use private GitHub projects with Iceberg and it works fine.
Cheers,
Doru
> On Dec 20, 2017, at 10:50 AM, Norbert Hartl wrote:
>
>
>
>> Am 20.12.2017 um 04:02 schrieb Sean P. DeNigris :
>>
>> CyrilFerlicot wrote
>>> For bitbucket you can use bitbucket://.
>>> I don't know for gi
>
> These days, we are getting to the point where I am beginning to flip the
> question on it's head and begin thinking that it should be possible for a
> developer to choose to have have the github:// url interpreted as "create a
> local clone of the remote repository" instead of "download a tarb
Thanks for the link, also ;)
Le 2017-12-20 05:20, K K Subbu a écrit :
> On Wednesday 20 December 2017 03:50 AM, Steven Costiou wrote:
>
>> So connecting an Arduino-like device to the raspberry that is
>> configured as an i2c slave, Pharo can ask for analog values. I will
>> try tomorrow with a
> Am 20.12.2017 um 04:02 schrieb Sean P. DeNigris :
>
> CyrilFerlicot wrote
>> For bitbucket you can use bitbucket://.
>> I don't know for gitlab.
>
> Unless something has changed, the cool git URLs only work for public
> projects. In any case, it was not possible to authenticate with SSH keys
Thank's for links. I will look
2017-12-19 23:20 GMT+01:00 Steven Costiou :
> hi,
>
> i've tried i2c and added ffi calls in WiringPiLibrary.
>
> *wiringPiI2cSetup: devId*
>
> ^self ffiCall: #(int wiringPiI2CSetup (int devId) )
>
> *readI2C: fd*
>
> ^self ffiCall: #(int wiringPiI2CRead (int
Yeah i know this exists, but i have none of these and i have plenty of
trinkets, and i need to do analog reads. I2c is interesting anyway, some
devices need it i believe.
Le 2017-12-20 05:20, K K Subbu a écrit :
> On Wednesday 20 December 2017 03:50 AM, Steven Costiou wrote:
>
>> So connecting
> On 20 Dec 2017, at 08:55, Pierce Ng wrote:
>
> Hi all,
>
> OpenSSL-Pharo now works on Windows. Tested on Windows 10 with a fresh 32-bit
> Pharo 6.1 zip package downloaded from pharo.org. On Windows this library uses
> libeay.dll which is bundled with the Pharo VM.
>
> Metacello new
>ba
26 matches
Mail list logo
