- Pharo-users - lists.pharo.org

Re: [Pharo-users] Using a private git repository with Metacello

by Dale Henrichs

Julien, I recently added bitbucket:// support to metacello[1]. If you follow the installation instructions here[2], you can get the support loaded into Pharo3.0. Dale [1] https://groups.google.com/forum/#!topic/metacello/0vOzvQL10cQ [2] https://github.com/dalehenrich/metacello-work#pharo30 On Wed, Oct 8, 2014 at 1:44 AM, Julien Delplanque <julien(a)tamere.eu> wrote: > Hello, > > Is it possible to use Metacello to load a Pharo project from a private > git repository hosted on bitbucket for example? If it is, how? > > To load project from github I use: > > Metacello new > baseline: 'Project'; > repository: 'github://owner/reponame/repository'; > load. > > Is there a prefix for a git repository that is not hosted on github? > > Also, I think Metacello use HTTP to download the project, am I right? Is > it possible to make it use ssh? > > Thanks in advance, > > Julien > >

Oct. 9, 2014

Re: [Pharo-users] Testing Traits?

by Damien Cassou

On Thu, Oct 9, 2014 at 2:17 PM, Tim Mackinnon <tim(a)testit.works> wrote: > Any thoughts/pointers? I would tend to create one test trait for each application trait the same way I create one test class for each application class. That exactly what I did with the Nile stream trait-based library (there is a journal paper about this library but I don't remember if it covers the unit-test). The source code is available at http://www.squeaksource.com/Nile.html. You can look at the unit tests for the collection library that are entirely based on traits (but the collection library itself is not). -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Oct. 9, 2014

Testing Traits?

by Tim Mackinnon

Iâve sort of padded around the edges of Traits, and decided to reread the papers and better understand them. One thing that occurs to me - if you want to test your traits, is the only suggested mechanism to test them in-situ with the classes that use them OR can you poof one up and test it by explicitly pumping in something that would represent âselfâ in its usage? Or is this the wrong question - and would you view Traits as a refactoring exercise - so you write tests for a concrete class first - and then extract them into a Trait keeping the tests running? This has the thorny side effect - which like inheritance, means that ultimately you have to test a BaseClass with all its concrete subclasses (so do you have to do the same with traits? As you may have overridden something you didnât intend?). I thought maybe the paper - âReusing and Composing Tests with Traitsâ might discuss this angle, but it doesnât cover it. Any thoughts/pointers? Tim

Oct. 9, 2014

Re: [Pharo-users] About Zinc http components

by kilon alios

I am almost always right. maybe ask the original author/s via github ? Why do things the hard way ;) On Wed, Oct 8, 2014 at 8:54 AM, Alain Rastoul <alf.mmm.cat(a)gmail.com> wrote: > You are both right. > Question about nanomsg is the thread model (a big bonus of 0mq), which is > not clear to me. > they state: "...In nanomsg the objects are not tightly bound to particular > threads and thus these problems don't exist...", about some thread related > issues in 0mq. > I'll have to check (with sources or more docs readings) if they are bound > to an external thread. > If they account for an external thread support, this is not possible with > the current vm without writing some external C code (I could but I would > not like). > Le 08/10/2014 07:07, itlists(a)schrievkrom.de a Ã©crit : > > 0MQ is defined by its exported C interface ... >> >> >> Am 07.10.2014 um 23:51 schrieb kilon alios: >> >>> nope but it is made (unlike 0mq which is made in C++) in C so its >>> should be relative simple to wrap with NB or even TalkFFI. At least the >>> parts that interest you. >>> >>> >> >> >> > > >

Oct. 9, 2014

Re: [Pharo-users] Using a private git repository with Metacello

by Thierry Goubier

Hi Julien, it should be possible on Linux and Mac OS by loading GitFileTree and using an url like: 'gitfiletree://bitbucket.com/owner/reponame&protocol=git'. Regards, Thierry Le 08/10/2014 10:44, Julien Delplanque a Ã©crit : > Hello, > > Is it possible to use Metacello to load a Pharo project from a private > git repository hosted on bitbucket for example? If it is, how? > > To load project from github I use: > > Metacello new > baseline: 'Project'; > repository: 'github://owner/reponame/repository'; > load. > > Is there a prefix for a git repository that is not hosted on github? > > Also, I think Metacello use HTTP to download the project, am I right? Is > it possible to make it use ssh? > > Thanks in advance, > > Julien > > >

Oct. 9, 2014

Re: [Pharo-users] Configurations based on version of Pharo

by Ben Coman

Jan BlizniÄenko wrote: > Ok, found my mistake. It should be 'pharo3.x' etc., not 'Pharo3.x' (case > sensitive) > Thanks for the update. cheers -ben

Oct. 8, 2014

Re: [Pharo-users] About Zinc http components

by Alain Rastoul

Sorry, I think I have screwed my tests, I wasn't able to reload it right now (I think I was browsing the changeset while loading 0mq package in another image). There are missing references and lot of errors I will investigate later, I have other works in progress, and this one is in my list later, If I get it working I will contribute with my changes ... :) BTW this link is worth knowing about, thank you for the link. Regards, Alain Le 08/10/2014 06:03, Denis Kudriashov a Ã©crit : > I was try it many years ago with squeak. It was work great. I am sure it > should be not difficult to adobt it for latest pharo > > 08 Ð¾ÐºÑ. 2014 Ð³. 1:09 Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»Ñ "Alain Rastoul" <alf.mmm.cat(a)gmail.com > <mailto:alf.mmm.cat@gmail.com>> Ð½Ð°Ð¿Ð¸ÑÐ°Ð»: > > This is another subject and another functionality I will need too. > > The Rst link is of interest (thank you Denis) , I was thinking > of sending command objects with Fuel as all images will have the > same classes and performance is not very important here. > I was able to load RST in Pharo3, but did not made any test yet. > Does it works with Pharo ? > > @SKrish you are right, but I want to keep as simple as possible at > the beginning and tcpip should fit for a start. > > Cheers, > > Alain > > > Le 07/10/2014 21:40, S Krish a Ã©crit : > > > Typical issue in the EJB world : Remote Beans / Local Beans , > though on > inter process it was remote beans with its full stack RMI > marshalling / > unmarshalling. > > But can we not exploit shared memory and efficient Event > mechanism to > make the two process coordinate, that should be lot more > efficient than > TCP - IP / but if that performance suffices it would be fine.. > > > > > On Tue, Oct 7, 2014 at 4:40 AM, Alain Rastoul > <alf.mmm.cat(a)gmail.com > <mailto:alf.mmm.cat@gmail.com> > <mailto:alf.mmm.cat@gmail.com > <mailto:alf.mmm.cat@gmail.com>>__> > wrote: > > Hi, > I played a bit with ZnServer and other zinc components and have > a question I can't answer myself (googling a bit didn't > help neither), > and I'm seeking for advice: does it makes sense to use a > ZnServer/ZnWebSocket > as a mechanism to transfer data between two pharo processes > - in my > case 8k ByteArray blocks ? > Or is it a total non sense ? is it reliable ? > First tests looks good : 18k blocks / second (145 Mb/s) on > a laptop > core i5 2.6Ghz. > > All comments and suggestions welcome > > Thanks in advance, > > Alain > > > > > >

Oct. 8, 2014

Re: [Pharo-users] inaccuracy in drawing?

by Alexandre Bergel

Yes, Athens works with Floats. But not with Fractions I think Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Oct 8, 2014, at 4:43 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 08/10/2014 20:08, Alexandre Bergel a Ã©crit : >> Hummâ¦ Good question >> It cannot be a point fraction? But maybe things may break because of this. >> > > I guess so, but in my situation Rectangle attributes are already Float, > so it does not change. > > Anyway it improves the accuracy in my case to redefine this center > method in my Morph context. > > And it looks like Athens works with Float. > > > Hilarie > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > >

Oct. 8, 2014

Re: [Pharo-users] inaccuracy in drawing?

by Hilaire

Le 08/10/2014 20:08, Alexandre Bergel a Ã©crit : > Hummâ¦ Good question > It cannot be a point fraction? But maybe things may break because of this. > I guess so, but in my situation Rectangle attributes are already Float, so it does not change. Anyway it improves the accuracy in my case to redefine this center method in my Morph context. And it looks like Athens works with Float. Hilarie -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Oct. 8, 2014

Re: [Pharo-users] inaccuracy in drawing?

by Alexandre Bergel

Hummâ¦ Good question It cannot be a point fraction? But maybe things may break because of this. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Oct 8, 2014, at 12:26 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Faulty point seems to be Rectangle>>center. > May be some other ones to find. > But not sure what to do with it, should it lands on float and not integer? > > > Hilaire > > Le 08/10/2014 15:06, Hilaire a Ã©crit : >> Hello, >> >> I have noted inaccuracy when drawing circle (seen screenshot with circle >> and tangent line intersecting circle in two points and not one). I >> looked at my code with possible rounding error related to a mix of float >> and integer, I pay attention to convert to float when needed, but I >> can't fix the situation. >> Can it be related to Athens ? Is it ok to feed Athens with float numbers ? >> >> Thanks >> >> Hilaire >> >> >> > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istoa.drgeo.eu > >

Oct. 8, 2014