Re: [Pharo-users] Pharo stable version with git support

[Guillermo Polito]

Hi Dario,

> i'm interested to port all my code to new Pharo version that
>> manage git support.
>>
>> I found information in pharo.org news, it talk of Pharo 6.1.
>>
>> But it run only on macOS 64bits o i can run it on Linux Ubuntu
>> 16.04 LTS System?
>>
>> New information - update about it?
>>
>> Pharo 6.1 runs on 64bits, except for windows.

OK,   i have setup a Pharo 6.1 image with Iceberg  update as
> https://github.com/pharo-vcs/iceberg
>
> Now i'm "new"  to git support ..
>

Take into account that this is highly necessary. The version of Iceberg in
Pharo 6.1 is just an old preview version.
While Pharo works on 64 bits, Iceberg itself was not at that time, so
upgrading is necessary to have that support.


> I understand ???  that Iceberg has some limitations, it is not complete
> ..
>

Iceberg already has pretty good support to manage pharo code.

You'll find however that it does not manage (yet) non-pharo files. That is,
if your repository has scripts, pictures or such kind of resources, you
will have for now to edit and commit them from the outside (command line or
another tool).

The reasons for that are so far explained in here
https://github.com/pharo-vcs/iceberg/blob/master/docs/The-Working-Copy(ies).md

I would be grateful if someone explained to me how operatively I can manage
> everything ... up to where I can do with Iceberg directly from Pharo and
> how to operate from the shell on the git repository.
>
> Documentation in this sense?
>

Well, you have iceberg's wiki

https://github.com/pharo-vcs/iceberg/wiki

We are moving the documentation (hey, bit thanks to Tim Mackinon here!) to
the main repository so people can easy contribute to it.
See https://github.com/pharo-vcs/iceberg/tree/master/docs.
What is left is a sync mechanism between that directory and the wiki
repository.

>
> My goal is to setup a environment for integrate Pharo development with
> Gemstone GLASS Tode git support.
>
> Does anyone have experience in this sense?
>

That's not me, I hope you'll find somebody. But if you have any questions
regarding Iceberg, don't hesitate to ask them!

Re: [Pharo-users] [Moose-dev] Re: Roassal2 in Pharo 6.1 (Win) 137 tests fails

[Hernán Morales Durand]

Hi Peter,

I don't know why but restarted the PC and it worked! On a new image
and Roassal2 installation.
Thank you,

Cheers,

Hernán

2018-07-06 12:52 GMT-03:00 Peter Uhnák :
>>  May be Roassal2 is broken on Windows?
>
> Sometimes Pharo on Windows decides that it will not load external library.
>
> Try to restart your PC and see if it persists.
>
> Peter
>
> On Fri, Jul 6, 2018 at 5:38 PM, Hernán Morales Durand
>  wrote:
>>
>> In a clean Pharo 6.1 (Windows 8) I loaded Roassal2 with the following
>> spec in a baseline:
>>
>> spec
>> project: 'Roassal2'
>> with: [
>> spec
>> className: #ConfigurationOfRoassal2;
>> versionString: #stable;
>> repository:
>> 'http://www.smalltalkhub.com/mc/ObjectProfile/Roassal2' ].
>>
>> But many Trachel tests fails because of "External module not found"
>> error (Screenshots attached).
>> May be Roassal2 is broken on Windows?
>>
>> I tried loading Roassal2 from the Catalog browser and the same 137 tests
>> fails.
>>
>> Any idea what could be missing?
>>
>> Cheers,
>>
>> Hernán
>>
>> ___
>> Moose-dev mailing list
>> moose-...@list.inf.unibe.ch
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>>
>
>
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev
>

Re: [Pharo-users] [Moose-dev] Re: Roassal2 in Pharo 6.1 (Win) 137 tests fails

[Hernán Morales Durand]

Hi Alex,

I used the VM which is provided by the zeroconf, i.e.:

wget -O- https://get.pharo.org | bash

This VM is Cog Spur VM 5.0 (release) from May 9 2018.
gcc 6.4.0

Could happen that loading a library on Windows sometimes fails?
It would be nice to have the path or additional information on the
loading error.

Cheers,

Hernán


2018-07-06 13:55 GMT-03:00 Alexandre Bergel :
> Dear Hernan,
>
> Likely that you use a VM that does not have the Cairo library. Can you try
> updating your VM?
>
> Cheers
> Alexandre
>
> http://bergel.eu
>
> Le 6 juil. 2018 à 18:38, Hernán Morales Durand  a
> écrit :
>
> In a clean Pharo 6.1 (Windows 8) I loaded Roassal2 with the following
> spec in a baseline:
>
>spec
>project: 'Roassal2'
>with: [
>spec
>className: #ConfigurationOfRoassal2;
>versionString: #stable;
>repository:
> 'http://www.smalltalkhub.com/mc/ObjectProfile/Roassal2' ].
>
> But many Trachel tests fails because of "External module not found"
> error (Screenshots attached).
> May be Roassal2 is broken on Windows?
>
> I tried loading Roassal2 from the Catalog browser and the same 137 tests
> fails.
>
> Any idea what could be missing?
>
> Cheers,
>
> Hernán
>
> 
>
> 
>
>
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev
>

Re: [Pharo-users] Instance of IceUnknownBranch did not understand #id

[Guillermo Polito]

I'd like to add that I don't think that plain Metacello will work with
private repositories. Metacello will try to load a zip ball from your
project and I really doubt that github/bitbucket/gitlab provide you with
that anonymously...

On Fri, Jul 6, 2018 at 5:08 PM Hernán Morales Durand <
hernan.mora...@gmail.com> wrote:

> Hi Esteban
>
> 2018-07-05 4:51 GMT-03:00 Esteban Lorenzano :
> > Hi Hernan,
> >
> > Pharo 6.1 has a very old version of iceberg that is obsoleted by current
> > development. Nevertheless this error seems to indicate the download
> failed
> > and sources are not present (this could be an “accumulative error”: the
> > error could have happen before and now, since Iceberg looks for problems
> in
> > pharo-local/iceberg (and version in pharo 6.1 silently accepts what is
> > present there instead verify) it just fails all the time.
> >
> > To workaround this, I can think two possible paths:
> >
> > 1. remove pharo-local/iceberg cache and try again.
>
> If you mean because of previous installations I use a clean image from
> zeroconf.
>
> > 2. disable iceberg-metacello integration: Iceberg
> > enableMetacelloIntegration: false.
>
> Tried but received a dialog
>
> github--MyProjectName017100342298250723486371441364908851233119.zip
> does not exist.
> Canceling just opened a pre-debug with "SubscriptOutOfBounds: 0"
>
> >
> > Both can work… if you still want to use iceberg in Pharo 6.1, along with
> the
> > option 1 I suggest you to update iceberg version:
> > https://github.com/pharo-vcs/iceberg#for-pharo-61
> >
>
> Ok, I updated to the latest version (currently 1.1.1) and now the
> error exception doesn't appear anymore.
> However iceberg Branch column is "Unknown" and Status is "Local
> repository missing". This is weird since I installed in a clean image.
> (See screenshot)
>
> Thank you very much Esteban,
>
> Cheers,
>
> Hernán
>
> > cheers,
> > Esteban
> >
> > On 4 Jul 2018, at 19:57, Hernán Morales Durand  >
> > wrote:
> >
> > I wonder if anyone could help here. I am installing a BaselineOf in
> > Pharo 6.1 (Windows) using a script like the following:
> >
> > Iceberg
> >enableMetacelloIntegration: true;
> >remoteTypeSelector: #httpsUrl.
> > Metacello new
> >baseline: 'MyProject';
> >repository: 'github://user/repo/src';
> >load.
> >
> > Unfortunately the repository is private and I cannot share the URL.
> > When I open the Iceberg UI all downloaded packages has "Local
> > repository missing" (see screenshots).
> >
> > To fix this currently I assign manually the local directory (assuming
> > they were correctly downloaded).
> >
> > Also I tried adding repository information in the #baseline: method
> >
> > baseline: spec
> >
> >spec
> >baseline: 'MyProject'
> >with: [ spec repository: 'github://user/repo' ].
> > 
> >
> >
> > Any idea how could I debug this?
> >
> > Cheers,
> >
> > Hernán
> >  understand
> > #id.png>
> >
> >
>


-- 



Guille Polito

Research Engineer

Centre de Recherche en Informatique, Signal et Automatique de Lille

CRIStAL - UMR 9189

French National Center for Scientific Research - *http://www.cnrs.fr
*


*Web:* *http://guillep.github.io* 

*Phone: *+33 06 52 70 66 13

Re: [Pharo-users] Instance of IceUnknownBranch did not understand #id

[Esteban Lorenzano]

Hi, 

are you sure you are giving the right path?
usually a github project is declared as: 

github://YourUserName/YourProjectName/YourCodeSubdirectory 


that error means iceberg is not finding “YourCodeSubdirectory”

cheers!
Esteban

> On 6 Jul 2018, at 17:07, Hernán Morales Durand  
> wrote:
> 
> Hi Esteban
> 
> 2018-07-05 4:51 GMT-03:00 Esteban Lorenzano  >:
>> Hi Hernan,
>> 
>> Pharo 6.1 has a very old version of iceberg that is obsoleted by current
>> development. Nevertheless this error seems to indicate the download failed
>> and sources are not present (this could be an “accumulative error”: the
>> error could have happen before and now, since Iceberg looks for problems in
>> pharo-local/iceberg (and version in pharo 6.1 silently accepts what is
>> present there instead verify) it just fails all the time.
>> 
>> To workaround this, I can think two possible paths:
>> 
>> 1. remove pharo-local/iceberg cache and try again.
> 
> If you mean because of previous installations I use a clean image from 
> zeroconf.
> 
>> 2. disable iceberg-metacello integration: Iceberg
>> enableMetacelloIntegration: false.
> 
> Tried but received a dialog
> 
> github--MyProjectName017100342298250723486371441364908851233119.zip
> does not exist.
> Canceling just opened a pre-debug with "SubscriptOutOfBounds: 0"
> 
>> 
>> Both can work… if you still want to use iceberg in Pharo 6.1, along with the
>> option 1 I suggest you to update iceberg version:
>> https://github.com/pharo-vcs/iceberg#for-pharo-61 
>> 
>> 
> 
> Ok, I updated to the latest version (currently 1.1.1) and now the
> error exception doesn't appear anymore.
> However iceberg Branch column is "Unknown" and Status is "Local
> repository missing". This is weird since I installed in a clean image.
> (See screenshot)
> 
> Thank you very much Esteban,
> 
> Cheers,
> 
> Hernán
> 
>> cheers,
>> Esteban
>> 
>> On 4 Jul 2018, at 19:57, Hernán Morales Durand 
>> wrote:
>> 
>> I wonder if anyone could help here. I am installing a BaselineOf in
>> Pharo 6.1 (Windows) using a script like the following:
>> 
>> Iceberg
>>   enableMetacelloIntegration: true;
>>   remoteTypeSelector: #httpsUrl.
>> Metacello new
>>   baseline: 'MyProject';
>>   repository: 'github://user/repo/src';
>>   load.
>> 
>> Unfortunately the repository is private and I cannot share the URL.
>> When I open the Iceberg UI all downloaded packages has "Local
>> repository missing" (see screenshots).
>> 
>> To fix this currently I assign manually the local directory (assuming
>> they were correctly downloaded).
>> 
>> Also I tried adding repository information in the #baseline: method
>> 
>> baseline: spec
>>   
>>   spec
>>   baseline: 'MyProject'
>>   with: [ spec repository: 'github://user/repo' ].
>>
>> 
>> 
>> Any idea how could I debug this?
>> 
>> Cheers,
>> 
>> Hernán
>> > #id.png>
>> 
>> 
> 

Re: [Pharo-users] Some facts and figures about pharo gaining momentum?

[Esteban Lorenzano]

Hi,

One think that is not measurable but is certainly there is the fact that we 
cannot keep a track of people using Pharo. We are always amazed about people we 
never seen before suddenly appears asking for help on something (which is sad, 
because we have more notice of people who has problems than the amount of 
people who succeeds and does not participates). 

Been part of a community is not the first impulse of programmers. I know for 
example in Argentina there are many more users of Pharo than those who pumps 
into the list time to time, but lack of open source culture (even if most 
people use just open source project) and also problems to master english (or at 
lease handle it enough to be understandable, as my self ;) ) makes people not 
to be very visible. 

That happens a lot in other places, and sadly we just know about them when they 
have problems… this is like out of topic, but still a way to measure: we as 
Pharo developers cannot track anymore how many users we have, and that’s a good 
thing.

Esteban

> On 5 Jul 2018, at 21:00, Andrei Stebakov  wrote:
> 
> Thanks, Kilon for such an insightful answer. Lots of stuff to think about.
> I guess what I was waiting for is some success stories (which we already have 
> on the website), but coming from you guys as consultants saying something 
> like: "oh, this year I have more projects than last year" or "now my network 
> of Smalltalk aware customers is that much bigger" or "a friend of mine who 
> works in company XYZ says that after some consideration they started to use 
> Pharo for micro services instead of Java".
> I know, it's hard to measure the success level in numbers (other than the 
> example you gave with github stats), more like the word of mouth kind of 
> thing. 
> Another metrix could be the subscription rate for this mailing list, since 
> chances are that most of new Pharo users would be on it and the acceleration 
> of that rate would definitely say something about Pharo success. Wondering if 
> we have access to that data.
> Thanks for your insight!
> 
> On Thu, Jul 5, 2018, 13:20 kilon.alios  > wrote:
> You can check the github repos, github allows you to browse project repos per
> language. You could probably automate that from Pharo, use the Github API
> like Iceberg does fetch the names of all projects using smalltalk language
> and check to see which ones have commits the last year and then make a nice
> graph using Roassal. You could do that also periodically to track the growth
> in popularity. 
> 
> Github is the center place for everything open source, Pharo and Squeak are
> more tricky because they each have their own hosting sites squeaksource for
> Squeak and smalltalkhub for Pharo but I think most modern Pharo projects
> seem to have made the jump to github too. 
> 
> But even with Smalltalkhub there should be some API lurking in there
> although I suspect it will be undocumented and a lot trickier to get it
> working. 
> 
> Another source is Google trends, but I dont think google search is very
> reliable because smalltalk is a regular word that is not 99.99% of the time
> used to mean the programming language, so you will have to use terms like
> "smalltalk programming" (this is the primary method that the TIOBE INDEX is
> using for all its languages) but even that wont be very reliable. 
> 
> Technically speaking language popularity is a can of worms, there is a huge
> disagreement even which are the TOP 10 most popular programming languages
> right now. Even the TOP 3 can widely fluctuate. So as you can imagine
> keeping track of something as unpopular as smalltalk is going to be quite a
> challange. 
> 
> For example "everyone" seem to agree that there is very little reason
> nowdays to use C over C++, cause "C++ is a much better C with objects" , on
> the other hand language popularity websites seem to disagree with "everyone"
> because not only they have C in top 10 but in many cases its more popular
> than C++ and to put more insult to the sin they also show it shrinking way
> slower than C++ in popularity. Such an example is TIOBE
> 
> https://www.tiobe.com/tiobe-index/ 
> https://www.tiobe.com/tiobe-index/c/ 
> https://www.tiobe.com/tiobe-index/cplusplus/ 
> 
> 
> If we cannot even agree with C vs C++ imagine Smalltalk vs The REST. 
> 
> But I think Github API is a good place to start. The worst place to start is
> asking people for opinion and reading blog posts , hackernews, twitter,
> facebook or whatever else "hipster" thing, especially stackoverflow and
> medium. 
> 
> In the end language popularity is a hopeless cause. In theory everyone
> cares, in practice, none does. 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html 
> 
> 

Re: [Pharo-users] Roassal2 in Pharo 6.1 (Win) 137 tests fails

[Alexandre Bergel via Pharo-users]

--- Begin Message ---
Dear Hernan,

Likely that you use a VM that does not have the Cairo library. Can you try 
updating your VM?

Cheers
Alexandre 

http://bergel.eu

> Le 6 juil. 2018 à 18:38, Hernán Morales Durand  a 
> écrit :
> 
> In a clean Pharo 6.1 (Windows 8) I loaded Roassal2 with the following
> spec in a baseline:
> 
>spec
>project: 'Roassal2'
>with: [
>spec
>className: #ConfigurationOfRoassal2;
>versionString: #stable;
>repository:
> 'http://www.smalltalkhub.com/mc/ObjectProfile/Roassal2' ].
> 
> But many Trachel tests fails because of "External module not found"
> error (Screenshots attached).
> May be Roassal2 is broken on Windows?
> 
> I tried loading Roassal2 from the Catalog browser and the same 137 tests 
> fails.
> 
> Any idea what could be missing?
> 
> Cheers,
> 
> Hernán
> 
> 
--- End Message ---

Re: [Pharo-users] [Moose-dev] Roassal2 in Pharo 6.1 (Win) 137 tests fails

[Peter Uhnák]

>  May be Roassal2 is broken on Windows?

Sometimes Pharo on Windows decides that it will not load external library.

Try to restart your PC and see if it persists.

Peter

On Fri, Jul 6, 2018 at 5:38 PM, Hernán Morales Durand <
hernan.mora...@gmail.com> wrote:

> In a clean Pharo 6.1 (Windows 8) I loaded Roassal2 with the following
> spec in a baseline:
>
> spec
> project: 'Roassal2'
> with: [
> spec
> className: #ConfigurationOfRoassal2;
> versionString: #stable;
> repository:
> 'http://www.smalltalkhub.com/mc/ObjectProfile/Roassal2' ].
>
> But many Trachel tests fails because of "External module not found"
> error (Screenshots attached).
> May be Roassal2 is broken on Windows?
>
> I tried loading Roassal2 from the Catalog browser and the same 137 tests
> fails.
>
> Any idea what could be missing?
>
> Cheers,
>
> Hernán
>
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev
>
>

Re: [Pharo-users] Pharo stable version with git support

[dario.trussa...@tiscali.it]

Ciao,

> 
> 
> On 2 July 2018 at 23:32, dario.trussa...@tiscali.it 
>  wrote:
> Ciao,
> 
> i'm interested to port all my code to new Pharo version that manage 
> git support.
> 
> I found information in pharo.org news, it talk of Pharo 6.1.
> 
> But it run only on macOS 64bits o i can run it on Linux Ubuntu 16.04 
> LTS System?
> 
> New information - update about it?
> 
> Thank you for every consideration,
> 
> Dario
> 
> 
> At   http://pharo.org/download   you can either:
> 1. At top of page click the "GNU/Linux" to install 64-bit PharoLauncher.
>   This gives you manage multiple 64bit or 32bit images
>   although the latter requires some i386 dependencies to be manually 
> installed.
> 
> 2. Further down click "Pharo 6.1 for GNU/Linux (64bit)"
>which provides a single installation you can unzip where you like.
> 
> cheers -ben 

Thanks, 

OK,   i have setup a Pharo 6.1 image with Iceberg  update as 
https://github.com/pharo-vcs/iceberg

Now i'm "new"  to git support ..

I understand ???that Iceberg has some limitations, it is not 
complete ..

I would be grateful if someone explained to me how operatively I can 
manage everything ...

up to where I can do with Iceberg directly from Pharo and how to 
operate from the shell on the git repository.

Documentation in this sense?

My goal is to setup a environment for integrate Pharo development with 
Gemstone GLASS Tode git support.

Does anyone have experience in this sense?

Thanks,

Dario

Re: [Pharo-users] Some facts and figures about pharo gaining momentum?

[Andrei Stebakov]

Thanks, Dimitris for your take on the popularity of Pharo and languages in
general. I totally agree with most of it, especially when it comes to
choosing a language for your personal project or a small startup, you just
start with the library that has most of the features you are looking for
making sure that the performance is adequate for your needs.
When it comes to big corporations they are much less agile in switching
their technology and they consider it as a big investment with many other
factors to consider.
The size of the language community plays an important role since nobody
wants to invest in a language that may go extinct in a little while. Also
if the library of your interest has a low "bus factor' I.e the number of
contributors, it's a risky investment as the lib may get abandoned shorty.
One of the biggest factors which derives from the community size is the
number of developers on the market. Companies go with Java mostly because
of the abundance of devs on the market (of course the libraries play a very
important role here as well).
I think Pharo has made a good strategic move to use git as its major VCS,
hopefully all projects will move there and it will gain in popularity even
more because of that. I know some companies transitioned from VisualWorks
smalltalk to Java mainly because of unwieldy and archaic VCS that goes with
it (there were also concerns about the ability of Cincom to maintain the
language in the long term).
Also the ability of the language to be general purpose to cover many
domains like you mentioned plays a very important role since today the
company may only consider it as a platform to create desctop applications
but tomorrow when they switch to microservises they want to continue using
it for web development. The broader the range the better.

On Thu, Jul 5, 2018, 18:15 Dimitris Chloupis  wrote:

> Pharo success in in the website, twitter and youtube channel.
>
> Popularity wise the clear indication is community, I joined Pharo back in
> 2011 when it was already 3 years old and we had only one active mailing
> list , pharo-dev, pharo-users were practically unused. Then we got so  many
> new people we had to move to pharo-users and keep pharo-dev only for the
> code going inside pharo standard distribution , then we grown even more and
> we started using Slack. Then I had the idea to move us to Discord, our
> Discord server ended up having way more channels than Slack. So we are
> definetly growing , how much is the real hard thing to determine.
>
> Even if you take Github to account you will have to ignore all forks,
> because many Github users, including me, tend to use forks as mere
> bookmarks. So one's forks the project and ends never using it but the fork
> will also report commits that coming from the original repo. Coding like
> anything else in live is too complex to describe in numbers and stats.
>
> I think the best way to sell any language is to do your research, the
> person or people who you want to convince, you have to know what they are
> interested about, web dev, databases, embeded computing etc. Instead of
> stats provided them with libraries and documentation. Anyone come making a
> super cool project but usually for a developers it far important to know
> that the "cool" language someone else is praising actually has the
> libraries you may need.
>
> I for example don't care at all for web dev, I don't even like it, or
> databases, but I love graphics and sound. So I won't care for Seaside,
> PharoJS etc. But Pharo Sound and Woden is two projects that are very
> interesting to me. Like a recent video publiced by Pharo in youtube about
> people using Woden (a 3d graphics engines made in Pharo) to do VR. If I
> never used Pharo before that definetly would tempt it, taking into account
> that VR is not even that widely available even with most popular languages.
>
> Take for example Ruby, none really cared that no company made an amazing
> project in the language, what they cared was that a solo dev decided to
> make that amazing web dev library called Ruby On Rails and then , BOOM,
> Ruby exploded in popularity. Python's also popularity is purely on its
> library set solely, third party. Java is not the rule , it actually the
> exemption , merely for the practical fact that very few language can afford
> support from big companies. Python's creator did not even intend to make a
> programming language, its just made it to automate command line tasks
> because he was not so much into the Bash alternatives. He tried to even
> stop them from using it as C++ alternative, too late, Python is the
> standard in the scientific community. Basic started as just a language to
> teach kids and then it took over the world via home computers. People
> making pro apps in Basic, ridiculous, hello Visual Basic. Smalltalk started
> mainly as research project. Lisp as a purely theoretical mathematical
> concept.
>
> So my advice is not to worry much about it, just