Re: [Pharo-users] ZnClient problem with extensions

[Dimitris Chloupis]

Thank you both I will give both a try and be back with more questions :)

On Fri, Dec 4, 2015 at 6:57 PM Skip Lentz  wrote:

> Hi,
>
> On Dec 4, 2015, at 11:56 AM, Dimitris Chloupis 
> wrote:
>
> because I am clueless with web dev can you help me understand how to do
> this with ZnClient ?
>
>
> I tried some things, such as this snippet:
>
> ZnClient new
> setIfModifiedSince: DateAndTime now;
> contentReader: [ :entity | ZipArchive new readFrom: entity readStream ];
> get: 'https://api.github.com/repos/kilon/ChronosManager/zipball/master'
>
> But the response does not have a Last-Modified date.
>
> So what you probably want is the date of the latest commit to master (or
> whatever branch). Considering you do want to minimize dependencies and
> therefore not use the API bindings, the following could be done:
>
> client := ZnClient new.
> " Get latest commit list, we only care about the response in this case "
> client
> setIfModifiedSince: (Date year: 2015 month: 12 day: 1);
> get: 'https://api.github.com/repos/kilon/ChronosManager/commits?sha=master
> '.
> client response isNotModified
> ifTrue: [ nil ]
> ifFalse: [
> client
> contentReader: [ :entity | ZipArchive new readFrom: entity readStream ];
> get: 'https://api.github.com/repos/kilon/ChronosManager/zipball/master']
>
> So you need in total three GET requests, since the second request responds
> with a redirect. The first request does not count to the API rate limit if
> it returns a 304 Not Modified.
>

Re: [Pharo-users] Mongo configuration for Pharo40

[Sven Van Caekenberghe]

Then why not introduce a MongoTimestamp and be done with it ?

> On 04 Dec 2015, at 17:41, Henrik Johansen  
> wrote:
> 
> 
>> On 04 Dec 2015, at 5:22 , Sven Van Caekenberghe  wrote:
>> 
>> According to http://bsonspec.org/spec.html there are indeed 2 different types
>> 
>> "\x09" e_name int64  UTC datetime
>> 
>> "\x11" e_name int64  Timestamp
>> 
>> I would guess that you need 2 different (sub)classes in Pharo if you want to 
>> honour this spec. It has little to do with the almost empty TimeStamp 
>> subclass of DateAndTime having been removed. This is an API design issue 
>> (decide on the Pharo to BSON type mapping).
> 
> Strictly speaking, Timestamp should've never been mapped;
>  "Timestamp - Special internal type used by MongoDB replication and sharding. 
> First 4 bytes are an increment, second 4 are a timestamp"
> doesn't exactly agree with the smalltalk implementation:
> nextTimestampPut: aTimestamp 
>   self nextDateAndTimePut: aTimestamp
> 
> It's a problem when an existing application stored Timestamp instances with 
> the broken type, for the reason I explained.
> I'd be fine with having a legacy-compatibility package containing Timestamp 
> class + bson extensions as before (even though it was broken) strictly for 
> use when migrating legacy applications.
> 
> That's what we have Monticello groups for, right? ;)
> 
> Cheers,
> Henry

Re: [Pharo-users] Datatables

[Gabriel Nicolás Gonzalez]

Hi,

I think you can find what you are looking for at
http://www.seaside.st/documentation/persistence.

Regards,

S.T. Gabriel Nicolás González

2015-12-04 11:58 GMT-03:00 Pablo R. Digonzelli :

> Hi, I am interesting in using Datatables in a Seaside app.
> I know there is wrapper fot this in StHub. Is there is examples how to use
> it?
>
>
> TIA
>
> --
> *Ing. Pablo Digonzelli*
> Software Solutions
> IP-Solutiones SRL
> Metrotec SRL
> 25 de Mayo 521
> San Miguel de Tucumán
> Email: pdigonze...@softsargentina.com
> pdigonze...@gmail.com
> Cel: 5493815982714
>

Re: [Pharo-users] Installation

[Rodrigo Coimbra]

Thank you Offray! I need Pharo to apply Moose platform...I'm already working on 
it!
Cheers 


Em Quinta-feira, 3 de Dezembro de 2015 20:43, Offray Vladimir Luna Cárdenas 
 escreveu:
 

  Rodrigo,
 
 That screen means you're going fine. Next thing is to select an image in the 
left and click on the play button to open it.
 
 Cheers,
 
 Offray
 
 On 02/12/15 19:40, Rodrigo Coimbra wrote:
  
  I've tried the tutorial available at http://pharo.org/gnu-linux-installation 
and I had this screen:  
  
 
 
  Em Quarta-feira, 2 de Dezembro de 2015 14:26, Rodrigo Coimbra 
 escreveu:
  
 
 How do I definitely install Pharo on Ubuntu 15.04?
 
  
 
 

  

Re: [Pharo-users] ZnClient problem with extensions

[Skip Lentz]

Hi,

> On Dec 4, 2015, at 11:56 AM, Dimitris Chloupis  wrote:
> 
> because I am clueless with web dev can you help me understand how to do this 
> with ZnClient ?


I tried some things, such as this snippet:

ZnClient new
setIfModifiedSince: DateAndTime now;
contentReader: [ :entity | ZipArchive new readFrom: entity readStream ];
get: 'https://api.github.com/repos/kilon/ChronosManager/zipball/master 
'

But the response does not have a Last-Modified date.

So what you probably want is the date of the latest commit to master (or 
whatever branch). Considering you do want to minimize dependencies and 
therefore not use the API bindings, the following could be done:

client := ZnClient new.
" Get latest commit list, we only care about the response in this case "
client
setIfModifiedSince: (Date year: 2015 month: 12 day: 1);
get: 
'https://api.github.com/repos/kilon/ChronosManager/commits?sha=master 
'.
client response isNotModified
ifTrue: [ nil ]
ifFalse: [
client
contentReader: [ :entity | ZipArchive new readFrom: 
entity readStream ];
get: 
'https://api.github.com/repos/kilon/ChronosManager/zipball/master 
']

So you need in total three GET requests, since the second request responds with 
a redirect. The first request does not count to the API rate limit if it 
returns a 304 Not Modified.

Re: [Pharo-users] Mongo configuration for Pharo40

[Henrik Johansen]

> On 04 Dec 2015, at 5:41 , Henrik Johansen  
> wrote:
> 
> 
> That's what we have Monticello groups for, right? ;)
> 

I meant to write *Metacello* groups, obviously...

Cheers,
Henry


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] Mongo configuration for Pharo40

[Henrik Johansen]

> On 04 Dec 2015, at 5:22 , Sven Van Caekenberghe  wrote:
> 
> According to http://bsonspec.org/spec.html there are indeed 2 different types
> 
> "\x09" e_name int64   UTC datetime
> 
> "\x11" e_name int64   Timestamp
> 
> I would guess that you need 2 different (sub)classes in Pharo if you want to 
> honour this spec. It has little to do with the almost empty TimeStamp 
> subclass of DateAndTime having been removed. This is an API design issue 
> (decide on the Pharo to BSON type mapping).

Strictly speaking, Timestamp should've never been mapped;
 "Timestamp - Special internal type used by MongoDB replication and sharding. 
First 4 bytes are an increment, second 4 are a timestamp"
doesn't exactly agree with the smalltalk implementation:
nextTimestampPut: aTimestamp
self nextDateAndTimePut: aTimestamp

It's a problem when an existing application stored Timestamp instances with the 
broken type, for the reason I explained.
I'd be fine with having a legacy-compatibility package containing Timestamp 
class + bson extensions as before (even though it was broken) strictly for use 
when migrating legacy applications.

That's what we have Monticello groups for, right? ;)

Cheers,
Henry


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] Mongo configuration for Pharo40

[Esteban Lorenzano]

> On 04 Dec 2015, at 17:25, Norbert Hartl  wrote:
> 
>> 
>> Am 04.12.2015 um 16:40 schrieb Henrik Johansen 
>> :
>> 
>> 
>>> On 04 Dec 2015, at 3:49 , Esteban Lorenzano  wrote:
>>> 
>>> Yes I think… I still do not update voyage to Pharo5 (there are not 
>>> TimeStamps anymore).
>>> 
>>> Esteban
>>> 
 On 04 Dec 2015, at 15:43, stepharo  wrote:
 
 Does it make sense to have
 
 Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38
 Author: EstebanLorenzano
 Time: 9 May 2015, 8:40:27.23963 am
 UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935
 Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37
 
 fixed a problem with the versionner tool
 
 in the Catalog for Pharo 40?
 
 Stef
 
>>> 
>>> 
>> 
>> I found this to be kind of a big deal when trying to remove deprecations in 
>> 4.0, as TimeStamps and DateAndTime are mapped to different BSON classes...
>> If you change Documents to use DateAndTime now instead of Timestamp now, and 
>> write them to a legacy database, they will save just fine, but Mongo will 
>> give errors if you try to sort documents by that field due to incompatible 
>> types. :/
>> 
> Wouldn't it then be possible to include a timestamp class in Mongo?

yes, but why duplicate? (*if* ZTimestamp is good, I would adopt it)

> 
> Norbert

Re: [Pharo-users] Mongo configuration for Pharo40

[Esteban Lorenzano]

> On 04 Dec 2015, at 17:22, Sven Van Caekenberghe  wrote:
> 
> According to http://bsonspec.org/spec.html there are indeed 2 different types
> 
> "\x09" e_name int64   UTC datetime
> 
> "\x11" e_name int64   Timestamp
> 
> I would guess that you need 2 different (sub)classes in Pharo if you want to 
> honour this spec. It has little to do with the almost empty TimeStamp 
> subclass of DateAndTime having been removed. This is an API design issue 
> (decide on the Pharo to BSON type mapping).

yes, often in databases datetime and timestamps are different beasts. That’s 
why I was thinking on importing a real timestamp, to honor mongo design… but I 
need to review what mongo (and others) consider actually as a timestamp :)

Esteban

> 
>> On 04 Dec 2015, at 16:40, Henrik Johansen  
>> wrote:
>> 
>> 
>>> On 04 Dec 2015, at 3:49 , Esteban Lorenzano  wrote:
>>> 
>>> Yes I think… I still do not update voyage to Pharo5 (there are not 
>>> TimeStamps anymore).
>>> 
>>> Esteban
>>> 
 On 04 Dec 2015, at 15:43, stepharo  wrote:
 
 Does it make sense to have
 
 Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38
 Author: EstebanLorenzano
 Time: 9 May 2015, 8:40:27.23963 am
 UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935
 Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37
 
 fixed a problem with the versionner tool
 
 in the Catalog for Pharo 40?
 
 Stef
 
>>> 
>>> 
>> 
>> I found this to be kind of a big deal when trying to remove deprecations in 
>> 4.0, as TimeStamps and DateAndTime are mapped to different BSON classes...
>> If you change Documents to use DateAndTime now instead of Timestamp now, and 
>> write them to a legacy database, they will save just fine, but Mongo will 
>> give errors if you try to sort documents by that field due to incompatible 
>> types. :/
>> 
>> Cheers,
>> Henry
> 
> 

Re: [Pharo-users] Mongo configuration for Pharo40

[Norbert Hartl]

> Am 04.12.2015 um 16:40 schrieb Henrik Johansen :
> 
> 
>> On 04 Dec 2015, at 3:49 , Esteban Lorenzano  wrote:
>> 
>> Yes I think… I still do not update voyage to Pharo5 (there are not 
>> TimeStamps anymore).
>> 
>> Esteban
>> 
>>> On 04 Dec 2015, at 15:43, stepharo  wrote:
>>> 
>>> Does it make sense to have
>>> 
>>> Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38
>>> Author: EstebanLorenzano
>>> Time: 9 May 2015, 8:40:27.23963 am
>>> UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935
>>> Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37
>>> 
>>> fixed a problem with the versionner tool
>>> 
>>> in the Catalog for Pharo 40?
>>> 
>>> Stef
>>> 
>> 
>> 
> 
> I found this to be kind of a big deal when trying to remove deprecations in 
> 4.0, as TimeStamps and DateAndTime are mapped to different BSON classes...
> If you change Documents to use DateAndTime now instead of Timestamp now, and 
> write them to a legacy database, they will save just fine, but Mongo will 
> give errors if you try to sort documents by that field due to incompatible 
> types. :/
> 
Wouldn't it then be possible to include a timestamp class in Mongo?

Norbert

Re: [Pharo-users] How can we verify that a daemon is listening on a TCP socket

[Norbert Hartl]

> Am 04.12.2015 um 16:07 schrieb stepharo :
> 
> Hi guys
> 
> I would like to know if a daemon (mongo) is listening on a given TCP socket?

Of course it is :) Default port is 27017


Norbert

Re: [Pharo-users] Mongo configuration for Pharo40

[Sven Van Caekenberghe]

According to http://bsonspec.org/spec.html there are indeed 2 different types

"\x09" e_name int64 UTC datetime

"\x11" e_name int64 Timestamp

I would guess that you need 2 different (sub)classes in Pharo if you want to 
honour this spec. It has little to do with the almost empty TimeStamp subclass 
of DateAndTime having been removed. This is an API design issue (decide on the 
Pharo to BSON type mapping).

> On 04 Dec 2015, at 16:40, Henrik Johansen  
> wrote:
> 
> 
>> On 04 Dec 2015, at 3:49 , Esteban Lorenzano  wrote:
>> 
>> Yes I think… I still do not update voyage to Pharo5 (there are not 
>> TimeStamps anymore).
>> 
>> Esteban
>> 
>>> On 04 Dec 2015, at 15:43, stepharo  wrote:
>>> 
>>> Does it make sense to have
>>> 
>>> Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38
>>> Author: EstebanLorenzano
>>> Time: 9 May 2015, 8:40:27.23963 am
>>> UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935
>>> Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37
>>> 
>>> fixed a problem with the versionner tool
>>> 
>>> in the Catalog for Pharo 40?
>>> 
>>> Stef
>>> 
>> 
>> 
> 
> I found this to be kind of a big deal when trying to remove deprecations in 
> 4.0, as TimeStamps and DateAndTime are mapped to different BSON classes...
> If you change Documents to use DateAndTime now instead of Timestamp now, and 
> write them to a legacy database, they will save just fine, but Mongo will 
> give errors if you try to sort documents by that field due to incompatible 
> types. :/
> 
> Cheers,
> Henry

Re: [Pharo-users] Mongo configuration for Pharo40

[Esteban Lorenzano]

I was thinking what to do… maybe couple voyage with ZTimestamp could be a good 
idea?

> On 04 Dec 2015, at 16:40, Henrik Johansen  
> wrote:
> 
> 
>> On 04 Dec 2015, at 3:49 , Esteban Lorenzano  wrote:
>> 
>> Yes I think… I still do not update voyage to Pharo5 (there are not 
>> TimeStamps anymore).
>> 
>> Esteban
>> 
>>> On 04 Dec 2015, at 15:43, stepharo  wrote:
>>> 
>>> Does it make sense to have
>>> 
>>> Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38
>>> Author: EstebanLorenzano
>>> Time: 9 May 2015, 8:40:27.23963 am
>>> UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935
>>> Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37
>>> 
>>> fixed a problem with the versionner tool
>>> 
>>> in the Catalog for Pharo 40?
>>> 
>>> Stef
>>> 
>> 
>> 
> 
> I found this to be kind of a big deal when trying to remove deprecations in 
> 4.0, as TimeStamps and DateAndTime are mapped to different BSON classes...
> If you change Documents to use DateAndTime now instead of Timestamp now, and 
> write them to a legacy database, they will save just fine, but Mongo will 
> give errors if you try to sort documents by that field due to incompatible 
> types. :/
> 
> Cheers,
> Henry

[Pharo-users] Datatables

[Pablo R. Digonzelli]

Hi, I am interesting in using Datatables in a Seaside app. 
I know there is wrapper fot this in StHub. Is there is examples how to use it? 


TIA 


Ing. Pablo Digonzelli 
Software Solutions 
IP-Solutiones SRL 
Metrotec SRL 
25 de Mayo 521 
San Miguel de Tucumán 
Email: pdigonze...@softsargentina.com 
pdigonze...@gmail.com 
Cel: 5493815982714 

Re: [Pharo-users] How can we verify that a daemon is listening on a TCP socket

[Blondeau Vincent]

Hi,

You should try
netstat -uta
in a shell console.
And see if there is a localhost port opened on what you expect.

I have not tested on my laptop but it should work.

Vincent
> -Message d'origine-
> De : Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] De la part de
> stepharo
> Envoyé : vendredi 4 décembre 2015 16:07
> À : Any question about pharo is welcome
> Objet : [Pharo-users] How can we verify that a daemon is listening on a TCP
> socket
>
> Hi guys
>
> I would like to know if a daemon (mongo) is listening on a given TCP socket?
>
> Stef



Ce message et les pièces jointes sont confidentiels et réservés à l'usage 
exclusif de ses destinataires. Il peut également être protégé par le secret 
professionnel. Si vous recevez ce message par erreur, merci d'en avertir 
immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant 
être assurée sur Internet, la responsabilité de Worldline ne pourra être 
recherchée quant au contenu de ce message. Bien que les meilleurs efforts 
soient faits pour maintenir cette transmission exempte de tout virus, 
l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne 
saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for 
the addressee; it may also be privileged. If you receive this e-mail in error, 
please notify the sender immediately and destroy it. As its integrity cannot be 
secured on the Internet, the Worldline liability cannot be triggered for the 
message content. Although the sender endeavours to maintain a computer 
virus-free network, the sender does not warrant that this transmission is 
virus-free and will not be liable for any damages resulting from any virus 
transmitted.

Re: [Pharo-users] How can we verify that a daemon is listening on a TCP socket

[Robert Withers]

> netstat -a | grep LISTEN | grep 

that should get you there.

Robert

On 12/04/2015 10:07 AM, stepharo wrote:

Hi guys

I would like to know if a daemon (mongo) is listening on a given TCP 
socket?


Stef

Re: [Pharo-users] Mongo configuration for Pharo40

[stepharo]

so can you push it?

Le 4/12/15 15:49, Esteban Lorenzano a écrit :

Yes I think… I still do not update voyage to Pharo5 (there are not TimeStamps 
anymore).

Esteban


On 04 Dec 2015, at 15:43, stepharo  wrote:

Does it make sense to have

   Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38
Author: EstebanLorenzano
Time: 9 May 2015, 8:40:27.23963 am
UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935
Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37

fixed a problem with the versionner tool

in the Catalog for Pharo 40?

Stef

Re: [Pharo-users] Mongo configuration for Pharo40

[Henrik Johansen]

> On 04 Dec 2015, at 3:49 , Esteban Lorenzano  wrote:
> 
> Yes I think… I still do not update voyage to Pharo5 (there are not TimeStamps 
> anymore).
> 
> Esteban
> 
>> On 04 Dec 2015, at 15:43, stepharo  wrote:
>> 
>> Does it make sense to have
>> 
>>  Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38
>> Author: EstebanLorenzano
>> Time: 9 May 2015, 8:40:27.23963 am
>> UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935
>> Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37
>> 
>> fixed a problem with the versionner tool
>> 
>> in the Catalog for Pharo 40?
>> 
>> Stef
>> 
> 
> 

I found this to be kind of a big deal when trying to remove deprecations in 
4.0, as TimeStamps and DateAndTime are mapped to different BSON classes...
If you change Documents to use DateAndTime now instead of Timestamp now, and 
write them to a legacy database, they will save just fine, but Mongo will give 
errors if you try to sort documents by that field due to incompatible types. :/

Cheers,
Henry


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] How can we verify that a daemon is listening on a TCP socket

[Sven Van Caekenberghe]

Depending on the protocol you just connect to it and see if that works ;-)

With a short timeout, of course.

I would just use the matching client in Pharo.

> On 04 Dec 2015, at 16:07, stepharo  wrote:
> 
> Hi guys
> 
> I would like to know if a daemon (mongo) is listening on a given TCP socket?
> 
> Stef

Re: [Pharo-users] evolutions of squeakelib & crypto (Reed Solomon)

[Sven Van Caekenberghe]

Another suggestion: if you intend to make something cross dialect and hope to 
get traction, I would not use a project name which contains one dialect, but 
something more general like Cryptography, or some cool project name, like 
Seaside, Fuel, ...

> On 04 Dec 2015, at 15:43, Robert Withers  wrote:
> 
> I use squeak 5.0 and would want the Fuel support to customize for wire 
> serializations and substitutions, such that Squeak and Pharo could talk to 
> each other, and all other Fuel environments. The Fuel changes I made are in 
> the Pharo port of SqueakElib in the SqueakElib-CapTP-Serialization category 
> and consist of a Decoder, Materializer and a Materialization.
> 
> Robert
> 
> On 12/04/2015 09:35 AM, Esteban Lorenzano wrote:
>> which squeak version? 
>> of what? 
>> 
>>> On 04 Dec 2015, at 12:15, Robert Withers  wrote:
>>> 
>>> I just realized that the squeak version uses ReferenceStream while the 
>>> Pharo version uses Fuel, so the binary serializations are different and 
>>> they won't speak to each other. Any chance that Fuel is ported to Squeak?
>>> 
>>> Regards,
>>> Robert
>>> 
>>> On 12/04/2015 06:11 AM, Robert Withers wrote:
 I am unable to import these files into SqueakSource, so it may be best 
 done from inside Pharo with Monticello. Here are working Crypto and 
 SqueakElib in Pharo, prior to SecureSession refactoring and Reed Solomon. 
 I include the correct version of LayeredProtocol.
 
 Regards,
 Robert
 
 
 On 12/04/2015 05:47 AM, Robert Withers wrote:
> Best Regards
> 
> http://www.squeaksource.com/Cryptography.html
> http://www.squeaksource.com/squeakelib.html
> 
> 
> On 12/04/2015 05:44 AM, Robert Withers wrote:
>> After my password reset on squeaksource, I committed to both 
>> Cryptography and SqueakElib, project links below. 
>> 
>> In the case of Cryptography, I had a version ported to Pharo ... I will 
>> organize Pharo ports of both after Reed Solomon is stable, and announce 
>> them to the Pharo list. This way both environments can be supported 
>> through this one repository. 
>> 
>> Robert 
>> 
>> On 12/04/2015 04:35 AM, Stephan Eggermont wrote: 
>>> On 03-12-15 23:06, Robert Withers wrote: 
 Are any of these used by both squeak and Pharo? That would be the 
 right 
 move I think. I will ask about getting my password reset for 
 squeaksource, since that is where the old code resides. 
>>> 
>>> All of them. Mostly timing of project start/high activity and who are 
>>> maintaining it decided on platforms. There was a time when squeaksource 
>>> was not so stable and then many projects migrated, and I currently hear 
>>> least about stability issues from ss3, but the load on smalltalkhub is 
>>> much higher, I assume, as that is used for the pharo ci. 
>>> 
>>> In the not so far future Pharo is likely to move to a git based 
>>> infrastructure, using libgit2. Early adopters are already using it. 
>>> I haven't heard the squeak ideas about that. 
>>> 
>>> Stephan 
>>> 
>>> 
>>> 
>> 
> 
 
>>> 
>> 
> 

Re: [Pharo-users] evolutions of squeakelib & crypto (Reed Solomon)

[Sven Van Caekenberghe]

http://rmod.inria.fr/web/software/Fuel
http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/Installation

"The default packageswork out of the box in Pharo 1.1.1, 1.1.2, 1.2, 1.3, 1.4, 
2.0 and Squeak 4.1, 4.2, 4.3, 4.4."

And I would guess newer versions too.

> On 04 Dec 2015, at 15:43, Robert Withers  wrote:
> 
> I use squeak 5.0 and would want the Fuel support to customize for wire 
> serializations and substitutions, such that Squeak and Pharo could talk to 
> each other, and all other Fuel environments. The Fuel changes I made are in 
> the Pharo port of SqueakElib in the SqueakElib-CapTP-Serialization category 
> and consist of a Decoder, Materializer and a Materialization.
> 
> Robert
> 
> On 12/04/2015 09:35 AM, Esteban Lorenzano wrote:
>> which squeak version? 
>> of what? 
>> 
>>> On 04 Dec 2015, at 12:15, Robert Withers  wrote:
>>> 
>>> I just realized that the squeak version uses ReferenceStream while the 
>>> Pharo version uses Fuel, so the binary serializations are different and 
>>> they won't speak to each other. Any chance that Fuel is ported to Squeak?
>>> 
>>> Regards,
>>> Robert
>>> 
>>> On 12/04/2015 06:11 AM, Robert Withers wrote:
 I am unable to import these files into SqueakSource, so it may be best 
 done from inside Pharo with Monticello. Here are working Crypto and 
 SqueakElib in Pharo, prior to SecureSession refactoring and Reed Solomon. 
 I include the correct version of LayeredProtocol.
 
 Regards,
 Robert
 
 
 On 12/04/2015 05:47 AM, Robert Withers wrote:
> Best Regards
> 
> http://www.squeaksource.com/Cryptography.html
> http://www.squeaksource.com/squeakelib.html
> 
> 
> On 12/04/2015 05:44 AM, Robert Withers wrote:
>> After my password reset on squeaksource, I committed to both 
>> Cryptography and SqueakElib, project links below. 
>> 
>> In the case of Cryptography, I had a version ported to Pharo ... I will 
>> organize Pharo ports of both after Reed Solomon is stable, and announce 
>> them to the Pharo list. This way both environments can be supported 
>> through this one repository. 
>> 
>> Robert 
>> 
>> On 12/04/2015 04:35 AM, Stephan Eggermont wrote: 
>>> On 03-12-15 23:06, Robert Withers wrote: 
 Are any of these used by both squeak and Pharo? That would be the 
 right 
 move I think. I will ask about getting my password reset for 
 squeaksource, since that is where the old code resides. 
>>> 
>>> All of them. Mostly timing of project start/high activity and who are 
>>> maintaining it decided on platforms. There was a time when squeaksource 
>>> was not so stable and then many projects migrated, and I currently hear 
>>> least about stability issues from ss3, but the load on smalltalkhub is 
>>> much higher, I assume, as that is used for the pharo ci. 
>>> 
>>> In the not so far future Pharo is likely to move to a git based 
>>> infrastructure, using libgit2. Early adopters are already using it. 
>>> I haven't heard the squeak ideas about that. 
>>> 
>>> Stephan 
>>> 
>>> 
>>> 
>> 
> 
 
>>> 
>> 
> 

[Pharo-users] How can we verify that a daemon is listening on a TCP socket

[stepharo]

Hi guys

I would like to know if a daemon (mongo) is listening on a given TCP socket?

Stef

Re: [Pharo-users] Mongo configuration for Pharo40

[Esteban Lorenzano]

Yes I think… I still do not update voyage to Pharo5 (there are not TimeStamps 
anymore).

Esteban

> On 04 Dec 2015, at 15:43, stepharo  wrote:
> 
> Does it make sense to have
> 
>   Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38
> Author: EstebanLorenzano
> Time: 9 May 2015, 8:40:27.23963 am
> UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935
> Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37
> 
> fixed a problem with the versionner tool
> 
> in the Catalog for Pharo 40?
> 
> Stef
> 

Re: [Pharo-users] evolutions of squeakelib & crypto (Reed Solomon)

[Esteban Lorenzano]

which squeak version? 
of what? 

> On 04 Dec 2015, at 12:15, Robert Withers  wrote:
> 
> I just realized that the squeak version uses ReferenceStream while the Pharo 
> version uses Fuel, so the binary serializations are different and they won't 
> speak to each other. Any chance that Fuel is ported to Squeak?
> 
> Regards,
> Robert
> 
> On 12/04/2015 06:11 AM, Robert Withers wrote:
>> I am unable to import these files into SqueakSource, so it may be best done 
>> from inside Pharo with Monticello. Here are working Crypto and SqueakElib in 
>> Pharo, prior to SecureSession refactoring and Reed Solomon. I include the 
>> correct version of LayeredProtocol.
>> 
>> Regards,
>> Robert
>> 
>> 
>> On 12/04/2015 05:47 AM, Robert Withers wrote:
>>> Best Regards
>>> 
>>> http://www.squeaksource.com/Cryptography.html 
>>> 
>>> http://www.squeaksource.com/squeakelib.html 
>>> 
>>> 
>>> 
>>> On 12/04/2015 05:44 AM, Robert Withers wrote:
 After my password reset on squeaksource, I committed to both Cryptography 
 and SqueakElib, project links below. 
 
 In the case of Cryptography, I had a version ported to Pharo ... I will 
 organize Pharo ports of both after Reed Solomon is stable, and announce 
 them to the Pharo list. This way both environments can be supported 
 through this one repository. 
 
 Robert 
 
 On 12/04/2015 04:35 AM, Stephan Eggermont wrote: 
> On 03-12-15 23:06, Robert Withers wrote: 
>> Are any of these used by both squeak and Pharo? That would be the right 
>> move I think. I will ask about getting my password reset for 
>> squeaksource, since that is where the old code resides. 
> 
> All of them. Mostly timing of project start/high activity and who are 
> maintaining it decided on platforms. There was a time when squeaksource 
> was not so stable and then many projects migrated, and I currently hear 
> least about stability issues from ss3, but the load on smalltalkhub is 
> much higher, I assume, as that is used for the pharo ci. 
> 
> In the not so far future Pharo is likely to move to a git based 
> infrastructure, using libgit2. Early adopters are already using it. 
> I haven't heard the squeak ideas about that. 
> 
> Stephan 
> 
> 
> 
 
>>> 
>> 
> 

Re: [Pharo-users] ZnClient problem with extensions

[Sven Van Caekenberghe]

I decided to add the behaviour "use filename from original request, which could 
make a difference when redirects are followed" to #downloadTo: while 
#downloadEntityTo: remains unchanged (not that it could change because the 
original request is gone by then).

In Zn #bleedingEdge:

===
Name: Zinc-HTTP-SvenVanCaekenberghe.443
Author: SvenVanCaekenberghe
Time: 4 December 2015, 3:26:34.596347 pm
UUID: 967114b0-e87f-4c5e-a511-d31efc27acae
Ancestors: Zinc-HTTP-SvenVanCaekenberghe.442

Change ZnClient>>#downloadTo: to use the original request's URI for the 
basename to download to (this could make a difference when redirects are 
followed)
Add comments to make this difference between #downloadTo: and 
#downloadEntityTo: clear 
===

As for the overwriting of an existing file, if you load

===
Name: Zinc-FileSystem-SvenVanCaekenberghe.12
Author: SvenVanCaekenberghe
Time: 4 December 2015, 3:23:41.83904 pm
UUID: 66adef8d-edfb-49e1-aa33-f464ae2ca28f
Ancestors: Zinc-FileSystem-SvenVanCaekenberghe.11

Use proper resumable exceptions, FileExits and FileDoes NotExit, in 
ZnFileSystemUtils
===

You can now do as follows:

[ ZnClient new 
url: 'https://github.com/kilon/ChronosManager/archive/master.zip'; 
downloadTo: FileLocator imageDirectory; yourself ] 
  on: FileExists do: [ :exception | exception resume ]

HTH,

Sven

> On 04 Dec 2015, at 11:56, Dimitris Chloupis  wrote:
> 
> "Thanks for the feedback."
> 
> Thanks for this very useful library :)
> 
> "Hmm, that is tricky. If you inspect ZnLogEvent announcer during the 
> execution you will notice that a redirect is involved. Your original request 
> for https://github.com/kilon/ChronosManager/archive/master.zip gets 
> redirected to a request for 
> https://codeload.github.com/kilon/ChronosManager/zip/master for which the 
> name is effectively 'master' without the extension. Maybe the original name 
> should be used, I have to think a bit about that. It seems that curl does it 
> like that."
> 
> naughty Github
> 
> but I am curious is it not normal for a dowload link to redirect to something 
> else anyway ? I have seen such redirections frequently with browser.
> 
> "ZnClient new url: 
> 'https://github.com/kilon/ChronosManager/archive/master.zip'; 
> setIfModifiedSince: (Date year: 2015 month: 12 day: 1); downloadTo: 
> FileLocator imageDirectory / 'master.zip'; yourself."
> 
> yes that though crossed my mind too. 
> 
> How I tell ZnClient to overwrite an existing file , because by default it 
> complains and pops up a dialog. 
> 
> "Yeah, not much you can do about that."
> 
>  Well I could have gone with the Github api in the first place , as Skip 
> notedm but I am clueless when it comes to web dev.
> 
> "
> The API supports conditional requests (If-Modified-Since and If-None-Match), 
> so perhaps you should use the API endpoints:
> 
> https://developer.github.com/v3/#conditional-requests";
> 
> because I am clueless with web dev can you help me understand how to do this 
> with ZnClient ?
> 
> Is this what people are referring to as a REST API ? 
> 
> 
> "
> I am planning to implement caching and conditional requests in my API 
> bindings:
> 
> https://github.com/Balletie/GitHub
> "
> 
> your tool is great but i am trying to create as few dependencies for my 
> project as possible or else it will take forever to load in a pharo image but 
> I am definitely interesting into learning from your code . Thanks :) 

Re: [Pharo-users] evolutions of squeakelib & crypto (Reed Solomon)

[Robert Withers]

I use squeak 5.0 and would want the Fuel support to customize for wire 
serializations and substitutions, such that Squeak and Pharo could talk 
to each other, and all other Fuel environments. The Fuel changes I made 
are in the Pharo port of SqueakElib in the 
SqueakElib-CapTP-Serialization category and consist of a Decoder, 
Materializer and a Materialization.


Robert

On 12/04/2015 09:35 AM, Esteban Lorenzano wrote:

which squeak version?
of what?

On 04 Dec 2015, at 12:15, Robert Withers > wrote:


I just realized that the squeak version uses ReferenceStream while 
the Pharo version uses Fuel, so the binary serializations are 
different and they won't speak to each other. Any chance that Fuel is 
ported to Squeak?


Regards,
Robert

On 12/04/2015 06:11 AM, Robert Withers wrote:
I am unable to import these files into SqueakSource, so it may be 
best done from inside Pharo with Monticello. Here are working Crypto 
and SqueakElib in Pharo, prior to SecureSession refactoring and Reed 
Solomon. I include the correct version of LayeredProtocol.


Regards,
Robert


On 12/04/2015 05:47 AM, Robert Withers wrote:

Best Regards

http://www.squeaksource.com/Cryptography.html
http://www.squeaksource.com/squeakelib.html


On 12/04/2015 05:44 AM, Robert Withers wrote:
After my password reset on squeaksource, I committed to both 
Cryptography and SqueakElib, project links below.


In the case of Cryptography, I had a version ported to Pharo ... I 
will organize Pharo ports of both after Reed Solomon is stable, 
and announce them to the Pharo list. This way both environments 
can be supported through this one repository.


Robert

On 12/04/2015 04:35 AM, Stephan Eggermont wrote:

On 03-12-15 23:06, Robert Withers wrote:
Are any of these used by both squeak and Pharo? That would be 
the right

move I think. I will ask about getting my password reset for
squeaksource, since that is where the old code resides.


All of them. Mostly timing of project start/high activity and who 
are
maintaining it decided on platforms. There was a time when 
squeaksource was not so stable and then many projects migrated, 
and I currently hear least about stability issues from ss3, but 
the load on smalltalkhub is much higher, I assume, as that is 
used for the pharo ci.


In the not so far future Pharo is likely to move to a git based 
infrastructure, using libgit2. Early adopters are already using it.

I haven't heard the squeak ideas about that.

Stephan

[Pharo-users] Mongo configuration for Pharo40

[stepharo]

Does it make sense to have

   Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38
Author: EstebanLorenzano
Time: 9 May 2015, 8:40:27.23963 am
UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935
Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37

fixed a problem with the versionner tool

in the Catalog for Pharo 40?

Stef

Re: [Pharo-users] MacroRecorder available in Pharo

[Alexandre Bergel]

Excellent!

Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



> On Dec 4, 2015, at 5:34 AM, Gustavo Santos  wrote:
> 
> Hello guys,
> 
> I would like to present you MacroRecorder, a tool to build custom source code 
> transformations in Pharo.
> 
> The tool is available in the Catalog for some weeks now.
> The current version runs in Pharo 5 and there is an old version running in 
> Pharo 4.
> 
> To show how this tool works, I prepared a quick demo video.
> Take a look: https://youtu.be/gW3l4O-WEGs 
> Right now, I'm interested in usage data.
> That means, if you face a case of repetitive code transformation in practice, 
> and I believe this happened to most of you, please:
> (i) show me the transformations you did, in case they already happened in the 
> past, or
> (ii) consider using the tool to apply them automatically
> 
> And, of course, feel free to ask questions, provide feedback, etc.
> 
> Kind regards,
> 
> -- 
> Gustavo Santos
> http://gustavojss.github.io/ 

Re: [Pharo-users] ZnClient problem with extensions

[Dimitris Chloupis]

"Thanks for the feedback."

Thanks for this very useful library :)

"Hmm, that is tricky. If you inspect ZnLogEvent announcer during the
execution you will notice that a redirect is involved. Your original
request for https://github.com/kilon/ChronosManager/archive/master.zip gets
redirected to a request for
https://codeload.github.com/kilon/ChronosManager/zip/master for which the
name is effectively 'master' without the extension. Maybe the original name
should be used, I have to think a bit about that. It seems that curl does
it like that."

naughty Github

but I am curious is it not normal for a dowload link to redirect to
something else anyway ? I have seen such redirections frequently with
browser.

"ZnClient new url: '
https://github.com/kilon/ChronosManager/archive/master.zip';
setIfModifiedSince: (Date year: 2015 month: 12 day: 1); downloadTo:
FileLocator imageDirectory / 'master.zip'; yourself."

yes that though crossed my mind too.

How I tell ZnClient to overwrite an existing file , because by default it
complains and pops up a dialog.

"Yeah, not much you can do about that."

 Well I could have gone with the Github api in the first place , as Skip
notedm but I am clueless when it comes to web dev.

"
The API supports conditional requests (If-Modified-Since and
If-None-Match), so perhaps you should use the API endpoints:

https://developer.github.com/v3/#conditional-requests";

because I am clueless with web dev can you help me understand how to do
this with ZnClient ?

Is this what people are referring to as a REST API ?


"
I am planning to implement caching and conditional requests in my API
bindings:

https://github.com/Balletie/GitHub
"

your tool is great but i am trying to create as few dependencies for my
project as possible or else it will take forever to load in a pharo image
but I am definitely interesting into learning from your code . Thanks :)

Re: [Pharo-users] ZnClient problem with extensions

[Skip Lentz]

> On Dec 4, 2015, at 8:01 AM, Dimitris Chloupis  wrote:
> 
> I am on Yosemite, latest 5 image, lastest VM and using this code
> 
> ZnClient new url: 'https://github.com/kilon/ChronosManager/archive/master.zip 
> '; 
> setIfModifiedSince: (Date year: 2015 month: 12 day: 1); downloadTo: 
> FileLocator imageDirectory.
> 
> it downloads the file but does not append the extension ".zip" as it should. 
> 
> Unfortunately setIfModifiedSince: does not seem to be supported by Github :(

The API supports conditional requests (If-Modified-Since and If-None-Match), so 
perhaps you should use the API endpoints:

https://developer.github.com/v3/#conditional-requests 


I am planning to implement caching and conditional requests in my API bindings:

https://github.com/Balletie/GitHub 

Skip

Re: [Pharo-users] Code pane in Pharo 5

[Marcus Denker]

> On 04 Dec 2015, at 09:55, p...@highoctane.be wrote:
> 
> Is there a way to have that pane with *less* noise around the code?
> 
> Like getting rid of the suggestions panel at the bottom? Or the status line 
> with W +L Format as you type?
> 
> Not that I do not like them (at times), just that all of the bright red/green 
> icons are distracting (a little more toned down color would be welcome).
> 
> With small methods, this makes a lot of text in the way.
> 
> When there are a ton of Nautiluses around, this adds up.
> 
> I feel like I code on a Christmas tree.

Bad code looks bad, clean code looks clean. For me that’s the right thing.

Marcus

Re: [Pharo-users] [Moose-dev] MacroRecorder available in Pharo

[Leonardo Silva]

Nice work Gustavo, congratulations !

Leonardo

On Fri, Dec 4, 2015 at 6:34 AM, Gustavo Santos  wrote:

> Hello guys,
>
> I would like to present you MacroRecorder, a tool to build custom source
> code transformations in Pharo.
>
> The tool is available in the Catalog for some weeks now.
> The current version runs in Pharo 5 and there is an old version running in
> Pharo 4.
>
> To show how this tool works, I prepared a quick demo video.
> Take a look: https://youtu.be/gW3l4O-WEGs
>
> Right now, I'm interested in usage data.
> That means, if you face a case of repetitive code transformation in
> practice, and I believe this happened to most of you, please:
> (i) show me the transformations you did, in case they already happened in
> the past, or
> (ii) consider using the tool to apply them automatically
>
> And, of course, feel free to ask questions, provide feedback, etc.
>
> Kind regards,
>
> --
> Gustavo Santos
> http://gustavojss.github.io/
>
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev
>
>

Re: [Pharo-users] evolutions of squeakelib & crypto (Reed Solomon)

[Stephan Eggermont]

On 03-12-15 23:06, Robert Withers wrote:

Are any of these used by both squeak and Pharo? That would be the right
move I think. I will ask about getting my password reset for
squeaksource, since that is where the old code resides.


All of them. Mostly timing of project start/high activity and who are
maintaining it decided on platforms. There was a time when squeaksource 
was not so stable and then many projects migrated, and I currently hear 
least about stability issues from ss3, but the load on smalltalkhub is 
much higher, I assume, as that is used for the pharo ci.


In the not so far future Pharo is likely to move to a git based 
infrastructure, using libgit2. Early adopters are already using it.

I haven't heard the squeak ideas about that.

Stephan

Re: [Pharo-users] ZnClient problem with extensions

[Sven Van Caekenberghe]

Hi Dimitris,

Thanks for the feedback.

> On 04 Dec 2015, at 08:01, Dimitris Chloupis  wrote:
> 
> I am on Yosemite, latest 5 image, lastest VM and using this code
> 
> ZnClient new url: 
> 'https://github.com/kilon/ChronosManager/archive/master.zip'; 
> setIfModifiedSince: (Date year: 2015 month: 12 day: 1); downloadTo: 
> FileLocator imageDirectory.
> 
> it downloads the file but does not append the extension ".zip" as it should. 

Hmm, that is tricky. If you inspect ZnLogEvent announcer during the execution 
you will notice that a redirect is involved. Your original request for 
https://github.com/kilon/ChronosManager/archive/master.zip gets redirected to a 
request for https://codeload.github.com/kilon/ChronosManager/zip/master for 
which the name is effectively 'master' without the extension. Maybe the 
original name should be used, I have to think a bit about that. It seems that 
curl does it like that.

In any case, you can also specify a file to #downloadTo: as a workaround. Try:

ZnClient new url: 'https://github.com/kilon/ChronosManager/archive/master.zip'; 
setIfModifiedSince: (Date year: 2015 month: 12 day: 1); downloadTo: FileLocator 
imageDirectory / 'master.zip'; yourself.

> Unfortunately setIfModifiedSince: does not seem to be supported by Github :(

Yeah, not much you can do about that.

Sven

Re: [Pharo-users] Code pane in Pharo 5

[Nicolai Hess]

2015-12-04 9:55 GMT+01:00 p...@highoctane.be :

> Is there a way to have that pane with *less* noise around the code?
>
> Like getting rid of the suggestions panel at the bottom?
>

You can disable the "Quality Assistance"-NautilusPlugin


> Or the status line with W +L Format as you type?
>
> Not that I do not like them (at times), just that all of the bright
> red/green icons are distracting (a little more toned down color would be
> welcome).
>
> With small methods, this makes a lot of text in the way.
>
> When there are a ton of Nautiluses around, this adds up.
>
> I feel like I code on a Christmas tree.
>
> Phil
>
>
>

[Pharo-users] Code pane in Pharo 5

[p...@highoctane.be]

Is there a way to have that pane with *less* noise around the code?

Like getting rid of the suggestions panel at the bottom? Or the status line
with W +L Format as you type?

Not that I do not like them (at times), just that all of the bright
red/green icons are distracting (a little more toned down color would be
welcome).

With small methods, this makes a lot of text in the way.

When there are a ton of Nautiluses around, this adds up.

I feel like I code on a Christmas tree.

Phil

Re: [Pharo-users] [Moose-dev] MacroRecorder available in Pharo

[Dimitris Chloupis]

WOW  a pharo video where someone actually speaks, thats rare :D

Impressive tool, and certainly useful if you have to do a lot of changes in
a lot of code. The name is a bit misleading because its not really a
general purpose macro recorder and focused only on transformations.

I vaguely remember another macro recorder that was able to macro record and
playback any pharo action.

On Fri, Dec 4, 2015 at 10:35 AM Gustavo Santos  wrote:

> Hello guys,
>
> I would like to present you MacroRecorder, a tool to build custom source
> code transformations in Pharo.
>
> The tool is available in the Catalog for some weeks now.
> The current version runs in Pharo 5 and there is an old version running in
> Pharo 4.
>
> To show how this tool works, I prepared a quick demo video.
> Take a look: https://youtu.be/gW3l4O-WEGs
>
> Right now, I'm interested in usage data.
> That means, if you face a case of repetitive code transformation in
> practice, and I believe this happened to most of you, please:
> (i) show me the transformations you did, in case they already happened in
> the past, or
> (ii) consider using the tool to apply them automatically
>
> And, of course, feel free to ask questions, provide feedback, etc.
>
> Kind regards,
>
> --
> Gustavo Santos
> http://gustavojss.github.io/
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev
>

[Pharo-users] MacroRecorder available in Pharo

[Gustavo Santos]

Hello guys,

I would like to present you MacroRecorder, a tool to build custom source
code transformations in Pharo.

The tool is available in the Catalog for some weeks now.
The current version runs in Pharo 5 and there is an old version running in
Pharo 4.

To show how this tool works, I prepared a quick demo video.
Take a look: https://youtu.be/gW3l4O-WEGs

Right now, I'm interested in usage data.
That means, if you face a case of repetitive code transformation in
practice, and I believe this happened to most of you, please:
(i) show me the transformations you did, in case they already happened in
the past, or
(ii) consider using the tool to apply them automatically

And, of course, feel free to ask questions, provide feedback, etc.

Kind regards,

-- 
Gustavo Santos
http://gustavojss.github.io/