Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

2017-10-05 Thread Offray Vladimir Luna Cárdenas 
Cool! Waiting for the updated version with this mailing list feedback on it.

Cheers,

Offray


On 05/10/17 19:35, horrido wrote:
> Yes, the "updated" angle was the crucial tactic. Thanks.
>
> I just wanted to inform you that in just 48 hours since publication, this
> article has gathered over 11,000 views! This is a new record for me. Fastest
> rising.
>
> I am astounded by the number; I really didn't expect it. It's a very, very
> nice way to end my campaign on a high note. Hopefully, Pharo (and Smalltalk)
> will become more popular.
>
> Cheers.
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

2017-10-05 Thread horrido 
Yes, the "updated" angle was the crucial tactic. Thanks.

I just wanted to inform you that in just 48 hours since publication, this
article has gathered over 11,000 views! This is a new record for me. Fastest
rising.

I am astounded by the number; I really didn't expect it. It's a very, very
nice way to end my campaign on a high note. Hopefully, Pharo (and Smalltalk)
will become more popular.

Cheers.



--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

2017-10-05 Thread Cyril Ferlicot D. 
Le 05/10/2017 à 16:29, Holger Freyther a écrit :

> I don't have a RHEL subscription but I assumed they are similar but
> OBS even produces RHEL packages:
> 
> https://download.opensuse.org/repositories/devel:/languages:/pharo:/stable/RHEL_6/
> 
> 
> Not sure. Even the RHEL documentation mentions --add-repo exists. I assume
> you can download the .repo[1] file and put it in the right directory?
> 
> 

I tested on a CentOS 6.9 and it worked fine. I'll see next week if it
works fine on RHEL.

Thank you.

> holger
> 
> 
> 
> 
> [1] 
> RHEL6:
> https://download.opensuse.org/repositories/devel:/languages:/pharo:/stable/RHEL_6/devel:languages:pharo:stable.repo
> 
> CentOS6:
> https://download.opensuse.org/repositories/devel:/languages:/pharo:/stable/CentOS_6/devel:languages:pharo:stable.repo
> 


-- 
Cyril Ferlicot
https://ferlicot.fr

http://www.synectique.eu
2 rue Jacques Prévert 01,
59650 Villeneuve d'ascq France



signature.asc
Description: OpenPGP digital signature

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

2017-10-05 Thread p...@highoctane.be 
Any developer can get a free RHEL license and a dev account for accessing
docs and what not. This includes CVE fixes etc.

CentOS is close but not always the same. e.g. no security fixes are
included vs RHEL when updating (even if the flag is accepted).

I am going next week to the RedHat forum in Breda. I would like to find how
to get Pharo available on RHEL out of the box.

Phil

On Thu, Oct 5, 2017 at 4:29 PM, Holger Freyther  wrote:

>
> > On 5. Oct 2017, at 22:22, Cyril Ferlicot 
> wrote:
> >
> >
>
> > Your instructions describes the steps for CentOS 6.x. Are they the
> > exact same steps for RHEL6?
>
> I don't have a RHEL subscription but I assumed they are similar but
> OBS even produces RHEL packages:
>
> https://download.opensuse.org/repositories/devel:/languages:
> /pharo:/stable/RHEL_6/
>
>
>
> > Also, I am trying this on a CentOS 6.0 virtual machine and I get this
> error :
> >
> > [centoslive@livecd test]$ yum-config-manager --add-repo
> > http://download.opensuse.org/repositories/devel:/languages:
> /pharo:/latest/CentOS_6/devel:languages:pharo:latest.repo
> > Loaded plugins: fastestmirror, refresh-packagekit
> > Usage: "yum-config-manager [options] [section]
> >
> > Command line error: no such option: --add-repo
> > [centoslive@livecd test]$
> >
> >
> > Is there something else to install before?
>
> Not sure. Even the RHEL documentation mentions --add-repo exists. I assume
> you can download the .repo[1] file and put it in the right directory?
>
>
> holger
>
>
>
>
> [1]
> RHEL6:
> https://download.opensuse.org/repositories/devel:/languages:
> /pharo:/stable/RHEL_6/devel:languages:pharo:stable.repo
>
> CentOS6:
> https://download.opensuse.org/repositories/devel:/languages:
> /pharo:/stable/CentOS_6/devel:languages:pharo:stable.repo
>
>

Re: [Pharo-users] Equals and HashCode Builder

2017-10-05 Thread Vitor Medina Cruz 
Yes, canEqual implementation also make #= be commutative.

On Tue, Oct 3, 2017 at 11:11 AM, Denis Kudriashov 
wrote:

>
> 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 on me :). I tried to say commutative.
>
>
>> How you will generate it with isKindOf: logic? You need to know common
>> parent.
>>
>> Also I not remember cases where I was needed two instances of different
>> classes to be equal.
>> And I can imaging the problems which it will lead to.
>>
>>
>>>
>>> On Mon, Oct 2, 2017 at 11:57 AM, Denis Kudriashov 
>>> wrote:
>>>

 2017-10-02 16:37 GMT+02:00 Sean P. DeNigris :

>
> Two questions/comments about the generated code:
> 1. #=
> ...
> self class = anObject class "should compare #species instead?"
> ifFalse: [ ^ false ].
> ...
> Typically, I've seen #species instead of #class in the guard statement.
> Should we change it to that?
>

 I doubt that it is important for domain classes. Because I never saw
 the user of #species which is not a kind of Collection. And for collections
 this refactoring is not valid anyway.


>
>
> 2. #hash
> ^ var1 hash bitXor: (var2 hash bitXor: var3 hash)
> Is this implementation always safe? It's what I usually hand roll
> based on
> what I've seen, but Andres Valloud wrote a whole (large) book on
> hashing, so
> I've always wondered if I was missing something…
>
>
>
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

>>>
>>
>

Re: [Pharo-users] Brea wiki software

2017-10-05 Thread Offray Vladimir Luna Cárdenas 
Hannes,

Happy to help, at least with some ideas. Brea is still an early
prototype, but suit my needs without the burden of all the extra stuff
Seaside includes, for simple cases as mine, but if glad to know that it
works for your use case.

Cheers,

Offray


On 05/10/17 10:49, H. Hirzel wrote:
> Hello Offray
>
> Thank you for making the Brea wiki code available. I have read it and
> got some ideas out of it.
>
> My conclusion was that I do not have the capacity at the moment to
> continue working on it.
>
> So I went for Seaside though the library is large. It has a simple
> wiki as well. And with Pier are more elaborate version.
>
> Seaside is well documented.
>
> Regards
> Hannes
>
> On 9/6/17, Offray Vladimir Luna Cárdenas  wrote:
>> Hi,
>>
>>
>> On 06/09/17 02:12, H. Hirzel wrote:
>>> So at the moment I am fine to get it up and running using a FossilRepo.
>>> Later on I will work on replacing it with a JSON data store.
>> Please let me know if you need any permissions into the repository to
>> make JSON data store available in Brea.
>>
>>> On 9/6/17, H. Hirzel  wrote:
 I understand that it makes a lot of sense to reuse the functions
 implemented in  the FossilRepo.

 Installation of the Fossil version control system seems to be very
 simple, just put a single executable file into the pharo folder  for
 example

 https://fossil-scm.org/index.html/doc/trunk/www/index.wiki
>> Yes. Fossil is simpler and self-contained. A lot of friendly and
>> powerful user experience without importing the external complexities of
>> other developer cultures, like the popular systems (*coff... Git). I use
>> the one provided by my package manager, but we have installed Fossil and
>> started to use in our workshops and is a lot easier to start being
>> productive without the almost always gratuitous extra complexities,
>> specially for non tekies. Fossil gives me and easy distributed wiki out
>> of the box.
>>
 On 9/6/17, H. Hirzel  wrote:
> What I wanted to write is that the class FossilRepo is not included.
>
> And that the setup of the Teapot server should not be hidden in lazy
> initialisation method but made explicit with some methods in a method
> category called 'setup' or 'configuration'.
>> Please update your ConfigurationOfBrea, which fixes this two issues.
>>
>> On 9/6/17, Offray Vladimir Luna Cárdenas 
>> wrote:
>>> Hi, Hannes,
>>>
>>> Sorry it took so long.
>> No problem. It was actually less than 14 days which is not long .
>>
>> :-)
>> Despite of being just one week after I told you I would look at the
>> issue, because the first one I have not access to my computer, is kind
>> of a lot considering the good support times in this community (with rare
>> exceptions, like when I feedback GT Tools and get no response :-/).
>>
>> Cheers,
>>
>> Offray
>>
>

Re: [Pharo-users] Brea wiki software

2017-10-05 Thread H. Hirzel 
Hello Offray

Thank you for making the Brea wiki code available. I have read it and
got some ideas out of it.

My conclusion was that I do not have the capacity at the moment to
continue working on it.

So I went for Seaside though the library is large. It has a simple
wiki as well. And with Pier are more elaborate version.

Seaside is well documented.

Regards
Hannes

On 9/6/17, Offray Vladimir Luna Cárdenas  wrote:
> Hi,
>
>
> On 06/09/17 02:12, H. Hirzel wrote:
>> So at the moment I am fine to get it up and running using a FossilRepo.
>> Later on I will work on replacing it with a JSON data store.
>
> Please let me know if you need any permissions into the repository to
> make JSON data store available in Brea.
>
>>
>> On 9/6/17, H. Hirzel  wrote:
>>> I understand that it makes a lot of sense to reuse the functions
>>> implemented in  the FossilRepo.
>>>
>>> Installation of the Fossil version control system seems to be very
>>> simple, just put a single executable file into the pharo folder  for
>>> example
>>>
>>> https://fossil-scm.org/index.html/doc/trunk/www/index.wiki
>
> Yes. Fossil is simpler and self-contained. A lot of friendly and
> powerful user experience without importing the external complexities of
> other developer cultures, like the popular systems (*coff... Git). I use
> the one provided by my package manager, but we have installed Fossil and
> started to use in our workshops and is a lot easier to start being
> productive without the almost always gratuitous extra complexities,
> specially for non tekies. Fossil gives me and easy distributed wiki out
> of the box.
>
>>> On 9/6/17, H. Hirzel  wrote:
 What I wanted to write is that the class FossilRepo is not included.

 And that the setup of the Teapot server should not be hidden in lazy
 initialisation method but made explicit with some methods in a method
 category called 'setup' or 'configuration'.
>
> Please update your ConfigurationOfBrea, which fixes this two issues.
>
> On 9/6/17, Offray Vladimir Luna Cárdenas 
> wrote:
>> Hi, Hannes,
>>
>> Sorry it took so long.
> No problem. It was actually less than 14 days which is not long .
>
> :-)
>
> Despite of being just one week after I told you I would look at the
> issue, because the first one I have not access to my computer, is kind
> of a lot considering the good support times in this community (with rare
> exceptions, like when I feedback GT Tools and get no response :-/).
>
> Cheers,
>
> Offray
>

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

2017-10-05 Thread Holger Freyther 

> On 5. Oct 2017, at 22:22, Cyril Ferlicot  wrote:
> 
> 

> Your instructions describes the steps for CentOS 6.x. Are they the
> exact same steps for RHEL6?

I don't have a RHEL subscription but I assumed they are similar but
OBS even produces RHEL packages:

https://download.opensuse.org/repositories/devel:/languages:/pharo:/stable/RHEL_6/



> Also, I am trying this on a CentOS 6.0 virtual machine and I get this error :
> 
> [centoslive@livecd test]$ yum-config-manager --add-repo
> http://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/CentOS_6/devel:languages:pharo:latest.repo
> Loaded plugins: fastestmirror, refresh-packagekit
> Usage: "yum-config-manager [options] [section]
> 
> Command line error: no such option: --add-repo
> [centoslive@livecd test]$
> 
> 
> Is there something else to install before?

Not sure. Even the RHEL documentation mentions --add-repo exists. I assume
you can download the .repo[1] file and put it in the right directory?


holger




[1] 
RHEL6:
https://download.opensuse.org/repositories/devel:/languages:/pharo:/stable/RHEL_6/devel:languages:pharo:stable.repo

CentOS6:
https://download.opensuse.org/repositories/devel:/languages:/pharo:/stable/CentOS_6/devel:languages:pharo:stable.repo

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

2017-10-05 Thread Cyril Ferlicot 
On 10/5/17, Holger Freyther  wrote:
>
> Hi!
>
>
> for a brief moment you really scared me. I thought you referred to RedHat
> Linux 6 which was released in 1999 but you are referring to Red Hat
> Enterprise Linux (RHEL).
>
> As it turns out we have "latest" (as soon as a commit is made to
> pharo-vm.git) and hand curated "stable" (hand created source tarballs,
> rebuilt from a git commit of opensmalltalk-vm) for RHEL6 and CentOS 6.
>
> CentOS 6.x:
>
> # Add the repo
> $ yum-config-manager --add-repo
> http://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/CentOS_6/devel:languages:pharo:latest.repo
>
> OR (for stable):
>
> http://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/CentOS_6/devel:languages:pharo:stable.repo
>
> # Install 32bit packages (with X11 dependency for *-ui or not)
>
> $ yum install pharo6-32-ui.i686 or pharo6-32.i386
>
> # Install 64bit packages
>
> $ yum install pharo6-64-ui.x86_64 pharo6-64.x86_64
>
>

Thank you.

Your instructions describes the steps for CentOS 6.x. Are they the
exact same steps for RHEL6?

Also, I am trying this on a CentOS 6.0 virtual machine and I get this error :

[centoslive@livecd test]$ yum-config-manager --add-repo
http://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/CentOS_6/devel:languages:pharo:latest.repo
Loaded plugins: fastestmirror, refresh-packagekit
Usage: "yum-config-manager [options] [section]

Command line error: no such option: --add-repo
[centoslive@livecd test]$


Is there something else to install before?

>
>
>
>


-- 
Cyril Ferlicot
https://ferlicot.fr

http://www.synectique.eu
2 rue Jacques Prévert 01,
59650 Villeneuve d'ascq France

Re: [Pharo-users] Open Sourcing the Data Journalism Handbook with Grafoscopio

2017-10-05 Thread Offray Vladimir Luna Cárdenas 
Thanks Ben,

Your words are encouraging as always. Is really worthy to count with
people like you, that you care so much for the community and have always
time for suggestions and support in several members projects and issues.

Cheers,

Offray


On 05/10/17 08:50, Ben Coman wrote:
> Great to hear every time your progress with this.  That "Handbook
> Hack" mentioned on the DJH site looks like a good place to promote
> Grafoscopio.
>
> cheers -ben
>
> On Thu, Oct 5, 2017 at 10:14 AM, Offray Vladimir Luna Cárdenas
> mailto:offray.l...@mutabit.com>> wrote:
>
> Upps... I copied and pasted parts of my original post in the Open
> Knowedge Forum, so it seems that it got scrambled with some extra
> information from there here.
>
> Anyway I hope the message is clear.
>
> Cheers,
>
> Offray
>
>
> On 04/10/17 21:09, Offray Vladimir Luna Cárdenas wrote:
>>
>> Hi,
>>
>> Recently, in our local hackerspace , we used,
>> extended and adapted, Grafoscopio
>>  to recreate the
>> first open source version of the Data Journalism Handbook
>> , in Spanish. Quoting from
>> the project page:
>>
>> There are some interesting Free Cultural Works
>>  which are not open
>> sourced.
>> This means that, they are covered under pretty liberal licenses,
>> allowing their remix, sale and modification, but the
>> infrastructures
>> which support the creation, modification and publishing of
>> such works,
>> don’t allow wide participation and deep traceability of their
>> history of
>> such collective endeavors.
>>
>> This is our approach about alternative ways for creating such
>> works,
>> addressing the above problem, using the Data Journalism
>> Handbook as an
>> example (English ,
>> Spanish )
>> and /pocket infrastructures/, which are simple, self
>>
>> contained, and work well on-line and off-line, like Fossil
>>  and
>> Grafoscopio .
>> Also we extended and adapted Grafoscopio, during this project,
>> to make the tool suit the problem (and not the usual other
>> way around).
>>
>> More information and downloadable files in the project source
>> code repository:
>>
>> http://mutabit.com/repos.fossil/mapeda/
>> 
>>
>> This is also an example of the kind of books you can create now
>> with/inside Grafoscopio (with Pandoc).
>>
>> And, of course, the customary screenshots:
>>
>> photo532578960227822324
>>
>> photo5082366090373343168
>>
>> Captura de pantalla del manual en Grafoscopio.
>>
>>
>> Cheers,
>>
>> Offray
>>
>>
>
>

Re: [Pharo-users] Open Sourcing the Data Journalism Handbook with Grafoscopio

2017-10-05 Thread Ben Coman 
Great to hear every time your progress with this.  That "Handbook Hack"
mentioned on the DJH site looks like a good place to promote Grafoscopio.

cheers -ben

On Thu, Oct 5, 2017 at 10:14 AM, Offray Vladimir Luna Cárdenas <
offray.l...@mutabit.com> wrote:

> Upps... I copied and pasted parts of my original post in the Open Knowedge
> Forum, so it seems that it got scrambled with some extra information from
> there here.
>
> Anyway I hope the message is clear.
>
> Cheers,
>
> Offray
>
> On 04/10/17 21:09, Offray Vladimir Luna Cárdenas wrote:
>
> Hi,
>
> Recently, in our local hackerspace , we used, extended
> and adapted, Grafoscopio 
> to recreate the first open source version of the Data Journalism Handbook
> , in Spanish. Quoting from the
> project page:
>
> There are some interesting Free Cultural Works
>  which are not open sourced.
> This means that, they are covered under pretty liberal licenses,
> allowing their remix, sale and modification, but the infrastructures
> which support the creation, modification and publishing of such works,
> don’t allow wide participation and deep traceability of their history of
> such collective endeavors.
>
> This is our approach about alternative ways for creating such works,
> addressing the above problem, using the Data Journalism Handbook as an
> example (English , Spanish
> ) and *pocket
> infrastructures*, which are simple, self
>
> contained, and work well on-line and off-line, like Fossil
>  and
> Grafoscopio . Also we
> extended and adapted Grafoscopio, during this project,
> to make the tool suit the problem (and not the usual other way around).
>
> More information and downloadable files in the project source code
> repository:
>
> http://mutabit.com/repos.fossil/mapeda/
>
> This is also an example of the kind of books you can create now
> with/inside Grafoscopio (with Pandoc).
>
> And, of course, the customary screenshots:
>
> [image: photo532578960227822324]
>
> [image: photo5082366090373343168]
>
> [image: Captura de pantalla del manual en Grafoscopio.]
>
>
> Cheers,
>
> Offray
>
>
>
>

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

2017-10-05 Thread Holger Freyther 

> On 5. Oct 2017, at 18:08, Bruce O'Neel  wrote:
> 
> Hi,

Hi!


> Well, our redhat 6.9 systems have 2.12, so, that qualifies.
> 
> And yes, we still have RedHat 6, and 6.9 was released only 6 months ago!  It 
> will finish extended support in a mind-blowing 7 more years in 2024.
> 
> Redhat 5, still supported for another 3 years till 2020 has glibc 2.5.


for a brief moment you really scared me. I thought you referred to RedHat Linux 
6 which was released in 1999 but you are referring to Red Hat Enterprise Linux 
(RHEL).

As it turns out we have "latest" (as soon as a commit is made to pharo-vm.git) 
and hand curated "stable" (hand created source tarballs, rebuilt from a git 
commit of opensmalltalk-vm) for RHEL6 and CentOS 6.

CentOS 6.x:

# Add the repo
$ yum-config-manager --add-repo 
http://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/CentOS_6/devel:languages:pharo:latest.repo

OR (for stable):

http://download.opensuse.org/repositories/devel:/languages:/pharo:/latest/CentOS_6/devel:languages:pharo:stable.repo

# Install 32bit packages (with X11 dependency for *-ui or not)

$ yum install pharo6-32-ui.i686 or pharo6-32.i386

# Install 64bit packages

$ yum install pharo6-64-ui.x86_64 pharo6-64.x86_64

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

2017-10-05 Thread Ben Coman 
Nice article. I like the way you've structured it and pushed the "updated"
angle.

I feel a bit too strong a claim is laid on Pharo producing the CogVM.  Much
of the Cog + Spur + 64bit VM work was originally done for Squeak with Pharo
riding the coat-tails of that work.  Lately Pharo community has been
involved in improving VM with hotspot optimisation with Sista and moving
towards making Pharo embeddable.. (@Clement, is "hotspot optimsation" fair
as a short tagline for inter-language comparison?)

So maybe say "the Pharo project has been involved in producing: ...
* the 64-bit Spur/Cog VM (used also by Squeak, Cuis and Newspeak)
* hotspot optimisation with Sista
* working towards embedding Pharo as a game scripting language"  (not
sure on that last one)

cheers -ben



On Wed, Oct 4, 2017 at 6:30 PM, horrido  wrote:

> Behold Pharo: The Modern Smalltalk
>  smalltalk-38e132c46053>
>
> If you would like to suggest some edits, I'm all ears. Anything to improve
> the impact of the article.
>
> Thanks.
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] 6.1 Stable 64 - Crash when loading repository

2017-10-05 Thread Julián Maestri 
Sorry for the delay.

$ uname -a
Linux PC51 4.4.0-96-generic #119-Ubuntu SMP Tue Sep 12 14:59:54 UTC 2017
x86_64 x86_64 x86_64 GNU/Linux

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.3 LTS
Release: 16.04
Codename: xenial



On 4 October 2017 at 17:09, Stephane Ducasse 
wrote:

> Hello Julian
>
> Thanks for the report.
> on which OS are you?
>
> Stef
>
> On Wed, Oct 4, 2017 at 8:33 PM, Julián Maestri  wrote:
> > On a clean image from get.pharo.org/64/
> > Attempting to load the following repository
> >
> > Metacello new
> >   baseline: 'WillowBootstrap';
> >   repository: 'github://ba-st/Willow-Bootstrap:master/source';
> >   load.
> >
> > Consistently causes a VM crash (crash.dump in attatchment).
> >
> > This does not happen with the 32 bit image.
> >
> > Image + VM details
> >
> >> Image
> >> -
> >> /home/jmaestri/Pharo/workspace/Pharo.image
> >> Pharo6.0
> >> Latest update: #60510
> >> Unnamed
> >> Virtual Machine
> >> ---
> >> /home/jmaestri/Pharo/workspace/pharo-vm/lib/pharo/
> 5.0-201707201942/pharo
> >> CoInterpreter VMMaker.oscog-eem.2254 uuid:
> >> 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017
> >> StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid:
> >> 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017
> >> VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git
> $
> >> Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942
> >> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
> >> Unix built on Jul 20 2017 20:40:36 Compiler: 4.6.3
> >> VMMaker versionString VM: 201707201942
> >> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul
> 20
> >> 12:42:21 2017 -0700 $ Plugins: 201707201942
> >> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $
> >> CoInterpreter VMMaker.oscog-eem.2254 uuid:
> >> 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017
> >> StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid:
> >> 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017
> >
> >
> >
> >
>
>

Re: [Pharo-users] SVG Icons

2017-10-05 Thread Peter Uhnák 
Hi,

this is not really tested, but you can try to do the following

(installation)
a) install XMLParser from catalog
b) in monticello browser open Pharo/Athens and load latest version of
Athens-SVG package

(usage)
Then you import SVG XML using Converter and paint it on a surface, which
you convert to Form.

```
contents := (ZnEasy get: 'https://s.cdpn.io/3/kiwi.svg') contents.

xmlDoc := XMLDOMParser parse: contents.

svg := AthensSVGConverter new importXMLDocument: xmlDoc.
svg transform: 'scale(0.5)'.

extent := 500 @ 500.

surface := AthensCairoSurface extent: extent.
surface drawDuring: [ :aCanvas | svg renderOn: aCanvas ].
surface asForm.
```

[image: Inline image 1]

Peter

On Thu, Oct 5, 2017 at 1:50 PM, Steven R. Baker 
wrote:

> Heya folks!
>
> I need to load SVG images (for icons) in my application. I've searched
> my 6.1 image for SVG, but haven't found anything.
>
> Is there a library for loading SVGs? I'd really like to get them
> directly into instances of Form if possible, but I'm flexible. :)
>
> Thanks!
>
> -Steven
>
>
>
>

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

2017-10-05 Thread p...@highoctane.be 
CentOS6.9 for one.

Phil

On Thu, Oct 5, 2017 at 11:30 AM, Holger Freyther  wrote:

>
> > On 4. Oct 2017, at 17:39, Cyril Ferlicot 
> wrote:
> >
> > Hi,
> >
> > I am migrating some applications from Pharo 4 to Pharo 6. The new
> > deployment of those applications needs to work on linux with LibC <
> > 2.15. With Pharo 4 there was a special VM[1]. I do not see such VM for
> > Pharo 6.
>
> Which OS has such old versions of LibC? Which LSB standard does it support?
>
>
>

[Pharo-users] SVG Icons

2017-10-05 Thread Steven R. Baker 
Heya folks!

I need to load SVG images (for icons) in my application. I've searched
my 6.1 image for SVG, but haven't found anything.

Is there a library for loading SVGs? I'd really like to get them
directly into instances of Form if possible, but I'm flexible. :)

Thanks!

-Steven

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

2017-10-05 Thread Bruce O'Neel 

Hi,  
  
Well, our redhat 6.9 systems have 2.12, so, that qualifies.  
  
And yes, we still have RedHat 6, and 6.9 was released only 6 months ago!  It 
will finish extended support in a mind-blowing 7 more years in 2024.  
  
Redhat 5, still supported for another 3 years till 2020 has glibc 2.5.  
  
cheers  
  
bruce

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

2017-10-05 Thread Cyril Ferlicot 
On Thu, Oct 5, 2017 at 11:30 AM, Holger Freyther  wrote:
>
>
> Which OS has such old versions of LibC? Which LSB standard does it support?
>

Hi,

This is RedHat. I don't have the right to give more info than the fact
it is a RedHat with a LibC version < 2.15.
I don't know for the LSB support. I can ask but I will probably not
know before the end of next week.

-- 
Cyril Ferlicot
https://ferlicot.fr

http://www.synectique.eu
2 rue Jacques Prévert 01,
59650 Villeneuve d'ascq France

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

2017-10-05 Thread Holger Freyther 

> On 4. Oct 2017, at 17:39, Cyril Ferlicot  wrote:
> 
> Hi,
> 
> I am migrating some applications from Pharo 4 to Pharo 6. The new
> deployment of those applications needs to work on linux with LibC <
> 2.15. With Pharo 4 there was a special VM[1]. I do not see such VM for
> Pharo 6.

Which OS has such old versions of LibC? Which LSB standard does it support?

Re: [Pharo-users] Pharo Launcher Source

2017-10-05 Thread Stephane Ducasse 
Hi Steven

Let us know your progress.

Stef

On Tue, Oct 3, 2017 at 9:57 PM, Steven R. Baker  wrote:
>
>
> 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:
>>> https://github.com/pharo-project/pharo-launcher, but the link doesn't
>>> show anything.
>> As it says there: http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher
> Sigh. Apologies. I had an overzealous blocker. :(
>
> Thanks!
>
> -Steven
>
>>> I tried looking on CI for the build script, but I can't find the build
>>> script, just build results. What I'm looking for is how to check out,
>>> build, and run Pharo Launcher from scratch. Can someone help me with this?
>>>
>>> Thanks!
>>>
>>> -Steven
>>>
>>>
>>>
>>
>
>

Re: [Pharo-users] Reading a text file line by line

2017-10-05 Thread Stephane Ducasse 
Yes I would like to have an action list.

Stef

On Thu, Oct 5, 2017 at 9:37 AM, Guillermo Polito 
wrote:

>
>
> On Wed, Oct 4, 2017 at 10:12 PM, Stephane Ducasse  > wrote:
>
>> Hi sven
>>
>> I wonder how we can make progress on this front. Because we should move
>> on.
>> I'm fed up to get all this crap of the old stream around.
>> Could not we just keep positionable stream and start to get rest nice?
>>
>
> Could we point it as a sprint task?
>
>
>> Stef
>>
>> On Tue, Oct 3, 2017 at 4:22 PM, Sven Van Caekenberghe 
>> wrote:
>> >
>> >
>> >> 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 need to trim it to something closer to what a stream is
>> (and not assume that a stream always lives on top of a collection).
>> >
>> > We have compassable streams now, they work well. But they cannot
>> implement the full API (since they are not streaming over collections). The
>> biggest issue are the positioning message (like #skip: and #position:)
>> which assume you known where you are and can move around at will, which is
>> not possible for a real, indefinite stream.
>> >
>> >> On Mon, Oct 2, 2017 at 10:22 AM, Stephane Ducasse <
>> stepharo.s...@gmail.com> wrote:
>> >> Yes this is why we should continue to clean and remove cruft. Now I
>> >> remember that guille did that for File.
>> >>
>> >> Stef
>> >>
>> >> On Mon, Oct 2, 2017 at 3:20 PM, Sven Van Caekenberghe 
>> wrote:
>> >> > If you do
>> >> >
>> >> >   (File named: '/tmp/lines.txt') readStream[Do:]
>> >> >
>> >> > you seem to get a binary stream (this is the new implementation I
>> guess), when you go via FileReference you get a character stream (but that
>> are old ones).
>> >> >
>> >> > I know, very confusing. We're always in the midst of transitions.
>> >> >
>> >> >> On 2 Oct 2017, at 15:17, Stephane Ducasse 
>> wrote:
>> >> >>
>> >> >> Sven I do not see the binary stream. Is it ZnCharacterReadStream?
>> >> >>
>> >> >> Stef
>> >> >>
>> >> >> On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe 
>> wrote:
>> >> >>> Hi,
>> >> >>>
>> >>  On 2 Oct 2017, at 13:07, Dirk Olmes 
>> wrote:
>> >> 
>> >>  Hi,
>> >> 
>> >>  I'm trying to get started with Pharo doing something really
>> simple - at
>> >>  least that's what I thought ... I'm trying to read a text file
>> line by line.
>> >> 
>> >>  If I use  File named: '/tmp/linex.txt' readStream nextLine I'll
>> get a
>> >>  debugger telling me that BinaryFileStream does not understand
>> nextLine.
>> >> 
>> >>  Now I've tried my best to find a stream that may be reading plain
>> text
>> >>  lines but to no avail ...
>> >> 
>> >>  Help!
>> >> 
>> >>  -dirk
>> >> >>>
>> >> >>> $ cat > /tmp/lines.txt
>> >> >>> one
>> >> >>> two
>> >> >>> three
>> >> >>>
>> >> >>> (FileLocator temp / 'lines.txt') contents lines.
>> >> >>>
>> >> >>> '/tmp/lines.txt' asFileReference contents lines.
>> >> >>>
>> >> >>> '/tmp/lines.txt' asFileReference readStreamDo: [ :in |
>> >> >>>  Array streamContents: [ :out |
>> >> >>>[ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ].
>> >> >>>
>> >> >>> (File named: '/tmp/lines.txt') readStreamDo: [ :in |
>> >> >>>  | characterStream |
>> >> >>>  characterStream := ZnCharacterReadStream on: in.
>> >> >>>  Array streamContents: [ :out |
>> >> >>>[ characterStream atEnd ] whileFalse: [ out nextPut:
>> characterStream nextLine ] ] ].
>> >> >>>
>> >> >>> They all return #('one' 'two' 'three').
>> >> >>>
>> >> >>> In the last, more complex example, you first get a binary stream
>> (and a 'line' is a character based concept), so wrapping the binary stream
>> in a character read stream (which does know about lines) solves the problem.
>> >> >>>
>> >> >>> HTH,
>> >> >>>
>> >> >>> Sven
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >>
>> >> 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
>> >
>> >
>>
>>
>
>
> --
>
>
>
> 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 <+33%206%2052%2070%2066%2013>
>

Re: [Pharo-users] [Demo] Creating Bloc widgets: A Color Panel

2017-10-05 Thread Stephane Ducasse 
Thanks Stefan do you have a repo?
I will take a look tomorrow since I take some vacation.

Stef

On Mon, Oct 2, 2017 at 4:27 PM, Stephan Eggermont  wrote:
> Bloc is ready for your experiments. Here is my second one.
> Please let me know what and how to improve.
>
> Bloc allows for the easy creation of beautiful widgets.
> Here is a simple color panel that allows custom colors to be added (using
> the current Morphic color selector dialog) and allows colors to be applied
> using drag-and-drop.
>
> https://vimeo.com/236419682
>
> Stephan

Re: [Pharo-users] Reading a text file line by line

2017-10-05 Thread Guillermo Polito 
On Wed, Oct 4, 2017 at 10:12 PM, Stephane Ducasse 
wrote:

> Hi sven
>
> I wonder how we can make progress on this front. Because we should move on.
> I'm fed up to get all this crap of the old stream around.
> Could not we just keep positionable stream and start to get rest nice?
>

Could we point it as a sprint task?


> Stef
>
> On Tue, Oct 3, 2017 at 4:22 PM, Sven Van Caekenberghe 
> wrote:
> >
> >
> >> 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 need to trim it to something closer to what a stream is
> (and not assume that a stream always lives on top of a collection).
> >
> > We have compassable streams now, they work well. But they cannot
> implement the full API (since they are not streaming over collections). The
> biggest issue are the positioning message (like #skip: and #position:)
> which assume you known where you are and can move around at will, which is
> not possible for a real, indefinite stream.
> >
> >> On Mon, Oct 2, 2017 at 10:22 AM, Stephane Ducasse <
> stepharo.s...@gmail.com> wrote:
> >> Yes this is why we should continue to clean and remove cruft. Now I
> >> remember that guille did that for File.
> >>
> >> Stef
> >>
> >> On Mon, Oct 2, 2017 at 3:20 PM, Sven Van Caekenberghe 
> wrote:
> >> > If you do
> >> >
> >> >   (File named: '/tmp/lines.txt') readStream[Do:]
> >> >
> >> > you seem to get a binary stream (this is the new implementation I
> guess), when you go via FileReference you get a character stream (but that
> are old ones).
> >> >
> >> > I know, very confusing. We're always in the midst of transitions.
> >> >
> >> >> On 2 Oct 2017, at 15:17, Stephane Ducasse 
> wrote:
> >> >>
> >> >> Sven I do not see the binary stream. Is it ZnCharacterReadStream?
> >> >>
> >> >> Stef
> >> >>
> >> >> On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe 
> wrote:
> >> >>> Hi,
> >> >>>
> >>  On 2 Oct 2017, at 13:07, Dirk Olmes 
> wrote:
> >> 
> >>  Hi,
> >> 
> >>  I'm trying to get started with Pharo doing something really simple
> - at
> >>  least that's what I thought ... I'm trying to read a text file
> line by line.
> >> 
> >>  If I use  File named: '/tmp/linex.txt' readStream nextLine I'll
> get a
> >>  debugger telling me that BinaryFileStream does not understand
> nextLine.
> >> 
> >>  Now I've tried my best to find a stream that may be reading plain
> text
> >>  lines but to no avail ...
> >> 
> >>  Help!
> >> 
> >>  -dirk
> >> >>>
> >> >>> $ cat > /tmp/lines.txt
> >> >>> one
> >> >>> two
> >> >>> three
> >> >>>
> >> >>> (FileLocator temp / 'lines.txt') contents lines.
> >> >>>
> >> >>> '/tmp/lines.txt' asFileReference contents lines.
> >> >>>
> >> >>> '/tmp/lines.txt' asFileReference readStreamDo: [ :in |
> >> >>>  Array streamContents: [ :out |
> >> >>>[ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ].
> >> >>>
> >> >>> (File named: '/tmp/lines.txt') readStreamDo: [ :in |
> >> >>>  | characterStream |
> >> >>>  characterStream := ZnCharacterReadStream on: in.
> >> >>>  Array streamContents: [ :out |
> >> >>>[ characterStream atEnd ] whileFalse: [ out nextPut:
> characterStream nextLine ] ] ].
> >> >>>
> >> >>> They all return #('one' 'two' 'three').
> >> >>>
> >> >>> In the last, more complex example, you first get a binary stream
> (and a 'line' is a character based concept), so wrapping the binary stream
> in a character read stream (which does know about lines) solves the problem.
> >> >>>
> >> >>> HTH,
> >> >>>
> >> >>> Sven
> >> >>
> >> >
> >> >
> >>
> >>
> >>
> >>
> >> --
> >>
> >> 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
> >
> >
>
>


-- 



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