date:20140606

It would also be amazing to have mouse wheel properly implemented in the VM.
Or maybe we should just wait for the work of Ronie...

Alexandre


On Jun 4, 2014, at 5:36 PM, Esteban Lorenzano esteba...@gmail.com wrote:

 Hi, 
 
 A couple of weeks ago we started to plan Pharo4. This work became stagnated 
 for many reasons, but mainly because I needed to travel to Argentina. 
 Now I'm slowly resuming the work and I wanted to share with you what we have 
 been talking/dreaming.
 In esence, we have two important drivers for this release: 
 
 1) Improving tools 
 Turns out that we have introduced a lot of kernel improvements (opal 
 compiler, layouts, slots, etc.) and tools are still not aware of them. Even 
 worst: we have traits since a lot of time and our tools are still now aware 
 enough to provide good interoperability.   
 But not just that: we have introduced things that are not well used yet: 
 keybindings (who do not want a better keybindings structure... coherent and 
 editable?), spec should allow us to continue enhancing existing tools and to 
 replace old ones. 
 
 2) Modularisation 
 One of the fundamental ideas behind Pharo is to provide a modular 
 environment. But well... since Pharo start to the moment, we prepared things 
 to allow it, but still few direct effort has been made. 
 In our dreams, Pharo should be built starting for a small kernel image and 
 adding different modules to get a complete version. In this idea 
 Pharo=Kernel+GUI(Morphic)+Tools.
 This has huge advantages (I do not think is necesary to explain them, isn't 
 ;)?)
 
 We brainstomed around this and we get this list of issues (not all of them 
 directly related to the objectives, but well... good stuff also :) ) 
 
 Web site: 
 - add catalog
 - add videos
 - enhance it in general
 
 Infrastructure:
 - support more vm platforms
 
 VM:   
 - spur
 - 64bits
 - make vm embedable and UI independent (with SDL2 and OSWindow)
 
 Image:
 - Modularisation 
 - Removing old compiler
 - Repackage Morphic (to allow better modularisation) 
 - Athens (replace old bitblt)
 
 Tools
 - Replace changes with Ombu/Epicea
 - Replace sources with a better abstraction
 - Git support inside image (with libgit2 + tools)
 - Pass on Spec
 - Include Glamour?
 - Make Ring unloadable
 - Fonts with FreeType
 
 And lots of bugfixes :)
 
 We would like to exchange ideas with you. 
 So, what do you think?
 
 Esteban
 
 

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

Re: [Pharo-dev] github metacello pero and jenkins matrix builds

2014-06-06 Thread Christophe Demarey

Metacello implementation of the github protocol uses a zip file downloaded from
github and then extracted in a temp folder. See
https://github.com/dalehenrich/metacello-work/blob/master/repository/Metacello-Platform.pharo30.package/MetacelloPharo30Platform.class/instance/downloadFile.to..st
Metacello code is not robust enough. It should check for a not-used temporary
file name. Check MCGitHubRepositoryprojectDirectoryFrom: version:

zipFileName := '/tmp/github-'
, (downloadCacheKey select: [ :c | c isAlphaNumeric ]) , '.zip'.

The problem is not related to Zinc.

So, Metacello should be fixed. As a workaround, you can also specify to run
only 1 instance of your job at a time.

Christophe

Le 6 juin 2014 à 08:39, Yuriy Tymchuk a écrit :

Looks like ZnFileSystemUtils are doing this. As far as i understand, the
problem occurs when two matrix lobs run at the same time and so one downloads
thing into /tmp, and other one encounters a problem. Isn’t this some sort of
bug in Zinc?

Uko

On 06 Jun 2014, at 11:54, Yuriy Tymchuk yuriy.tymc...@me.com wrote:

On 06 Jun 2014, at 11:19, Max Leske maxle...@gmail.com wrote:

On 06.06.2014, at 07:28, Yuriy Tymchuk yuriy.tymc...@me.com wrote:

Sorry for bothering guys, but I really get random errors. For example last
one I saw is:

An attempt to use interactive tools detected, while in non-interactive mode
FileDoesNotExistException: '/tmp/github-UkoVnaExportermaster.zip'

Can anybody help me to localise the problem? Is the Jenkins configuration
wrong? Or I should do things in a completely different way?

Did you specigy /tmp as output folder? If so, you should use the working
directory (which will be the build directory). You can not assume to have
write permissions on /tmp.

Yes, that’s the thing. I guess /tmp is used by something in
metacello-filetree-github toolchain. That’s why I’m asking because I’ve
never worked with is a lot.

Uko

On 31 May 2014, at 14:40, Yuriy Tymchuk yuriy.tymc...@me.com wrote:

Hi guys,

So I’m using this fancy metacello github urls, like:
github://user/project[:branch|tag|SHA][/path] and some of my
Jenkins matrix builds are randomly failing with:

Error: /tmp/github-UkoRenrakumaster.zip already exists

anyone has an idea how to solve this?

Uko

smime.p7s
Description: S/MIME cryptographic signature

[Pharo-dev] ZnClient send big data + progress

2014-06-06 Thread roberto.mine...@usi.ch

Hi guys,

I have a problem with Zinc, I need to send a huge amount of data (bytes) that 
translates to ~50Mb.

When I do something like:

ZnEasy 
post: 'http://localhost:15432' 
data: (ZnEntity bytes: aHugeByteArray.]

I encounter a ‘ConnectionTimedOut: Data send timed out.’, I attach the stack 
trace:

ZdcSocketStream(ZdcSimpleSocketStream)flushBytes:startingAt:count:
ZdcSocketStreamnext:putAll:startingAt:
ZnBivalentWriteStreamnext:putAll:startingAt:
ZnUtils classnextPutAll:on:
ZnByteArrayEntitywriteOn:
ZnEntityWriterwriteEntity:
ZnRequest(ZnMessage)writeOn:
ZnRequestwriteOn:
ZnClientexecuteRequestResponse
ZnClientgetConnectionAndExecute in Block: [ self executeRequestResponse ]
BlockClosureensure:
ZnClientgetConnectionAndExecute
ZnClientexecuteWithRedirectsRemaining:
ZnClientexecuteWithRetriesRemaining: in Block: [ self 
executeWithRedirectsRemaining: self maxNumb...etc...
BlockClosureon:do:
ZnClientexecuteWithRetriesRemaining:
ZnClientexecuteWithTimeout in Block: [ self executeWithRetriesRemaining: self 
numberOfR...etc...
BlockClosureon:do:
ZnClientexecuteWithTimeout in Block: [ ...
ZnClientwithTimeoutDo: in Block: [ ^ block value ]
ZnConnectionTimeout(DynamicVariable)value:during: in Block: [ ...
BlockClosureensure:
ZnConnectionTimeout(DynamicVariable)value:during:
ZnConnectionTimeout class(DynamicVariable class)value:during:
ZnClientwithTimeoutDo:
ZnClientexecuteWithTimeout
ZnClientexecute in Block: [ result := self executeWithTimeout ]
ZnClientwithProgressDo: in Block: [ ^ block value ]
ZnSignalProgress(DynamicVariable)value:during: in Block: [ ...
BlockClosureensure:

I tried to:
- Augment the client timeout to a huge value (10 mins) but it has no effect: 
The data send still goes into timeout, after 10-15 sec
- I replaced the ZnEntity with a ZnMultiPartFormDataEntity, still no luck

I am wondering what else can I do.

Moreover, I discovered there is a #signalProgress: message to signal process. 
The following examples do not work, any hint?


Example 1, from the book @ http://zn.stfx.eu/zn/zinc-http-components-paper.html:

UIManager default informUserDuring: [ :bar |
  [ ^ ZnClient new
signalProgress: true;
get: 'http://zn.stfx.eu/echo?delay=2' ]
on: HTTPProgress 
do: [ :progress | bar value: progress printString. progress resume ] ]


Example 2, from ZnClientTests#testProgress works, but not when issuing a POST 
request
[ :bar |
bar title: 'Downloading Sources...'.
[
ZnClient new 
url: 
'http://files.pharo.org/sources/PharoV30.sources'; 
signalProgress: true;   
downloadTo: FileLocator temp ]
on: HTTPProgress 
do: [ :progress |
progress isEmpty ifFalse: [ bar current: 
progress percentage ]. 
progress resume ] ] asJob run.
…works but only when using #downloadTo: if you do a #post:contents: or a #get: 
as in the example with #get: 'http://zn.stfx.eu/echo?delay=10' no process is 
shown. Any hint?

Thanks in advance,
Roberto

[Pharo-dev] Delete a package in SmalltalkHub

Hi pharoers,

In SmalltalkHub, we would like to delete a package in a team project.
When clicking on delete button, we get a message: The request did not
succeed.

Any idea ?

-- 

~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
http://www.phratch.com
http://car.mines-douai.fr/

Re: [Pharo-dev] github metacello pero and jenkins matrix builds

2014-06-06 Thread Yuriy Tymchuk

On 06 Jun 2014, at 13:40, Christophe Demarey christophe.dema...@inria.fr
wrote:

Metacello implementation of the github protocol uses a zip file downloaded
from github and then extracted in a temp folder. See
https://github.com/dalehenrich/metacello-work/blob/master/repository/Metacello-Platform.pharo30.package/MetacelloPharo30Platform.class/instance/downloadFile.to..st
Metacello code is not robust enough. It should check for a not-used temporary
file name. Check MCGitHubRepositoryprojectDirectoryFrom: version:

zipFileName := '/tmp/github-'
, (downloadCacheKey select: [ :c | c isAlphaNumeric ]) , '.zip'.

The problem is not related to Zinc.

Thank you for explanation.

So, Metacello should be fixed. As a workaround, you can also specify to run
only 1 instance of your job at a time.

This looks like meaningful walk around. Thanks again.

Uko

Christophe

Le 6 juin 2014 à 08:39, Yuriy Tymchuk a écrit :

Looks like ZnFileSystemUtils are doing this. As far as i understand, the
problem occurs when two matrix lobs run at the same time and so one
downloads thing into /tmp, and other one encounters a problem. Isn’t this
some sort of bug in Zinc?

Uko

On 06 Jun 2014, at 11:54, Yuriy Tymchuk yuriy.tymc...@me.com wrote:

On 06 Jun 2014, at 11:19, Max Leske maxle...@gmail.com wrote:

On 06.06.2014, at 07:28, Yuriy Tymchuk yuriy.tymc...@me.com wrote:

Sorry for bothering guys, but I really get random errors. For example
last one I saw is:

An attempt to use interactive tools detected, while in non-interactive
mode
FileDoesNotExistException: '/tmp/github-UkoVnaExportermaster.zip'

Can anybody help me to localise the problem? Is the Jenkins configuration
wrong? Or I should do things in a completely different way?

Did you specigy /tmp as output folder? If so, you should use the working
directory (which will be the build directory). You can not assume to have
write permissions on /tmp.

Yes, that’s the thing. I guess /tmp is used by something in
metacello-filetree-github toolchain. That’s why I’m asking because I’ve
never worked with is a lot.

Uko

On 31 May 2014, at 14:40, Yuriy Tymchuk yuriy.tymc...@me.com wrote:

Hi guys,

So I’m using this fancy metacello github urls, like:
github://user/project[:branch|tag|SHA][/path] and some of my
Jenkins matrix builds are randomly failing with:

Error: /tmp/github-UkoRenrakumaster.zip already exists

anyone has an idea how to solve this?

Uko

Re: [Pharo-dev] can not upload a slice to pharo40 inbox

2014-06-06 Thread Marcus Denker

As a workaround, I added you as a contributor to the inbox.

On 05 Jun 2014, at 12:47, Nicolai Hess nicolaih...@web.de wrote:

 
 
 
 2014-06-05 7:06 GMT+02:00 Clément Bera bera.clem...@gmail.com:
 Recently there was a bug in public repositories in smalltalkhub (non 
 registered users were not able to commit as if the repo was private). It 
 might be that.
 
 
 2014-06-04 22:57 GMT+02:00 Nicolai Hess nicolaih...@web.de:
 
 when uploading a slice, I always get the following error:
 
 a ZnResponse(500 Internal Server Error text/plain;charset=utf-8 30B)
 
 any ideas?
 
 Nicolai

[Pharo-dev] installing raspberry pi

2014-06-06 Thread Tudor Girba

Hi,

I am at NDC Oslo, and a couple of guys want to play with it on a Raspberry
Pi robot. Imagine that :).

We tried this:
http://pharoweekly.wordpress.com/2014/02/19/raspberrypi/

but, it seems that the link to the vm is no longer working.

Can anyone point me to better instructions?

Cheers,
Doru


-- 
www.tudorgirba.com

Every thing has its own flow

Re: [Pharo-dev] ZnClient send big data + progress

Hi Roberto,

Let's see. First we start an HTTP server in Pharo 3:

(ZnServer defaultOn: 1701)
  onRequestRespond: [ :request | 
request inspect. 
ZnResponse ok: (ZnEntity text: 'OK') ];
  maximumEntitySize: 100*1024*1024;
  logToTranscript ;
  start.

The handler code will always reply 'OK', but also inspect the incoming request. 
I raise the maximum entity size to 100Mb.

Here is a simple request:

ZnClient new
  url: 'http://localhost:1701';
  entity: (ZnEntity with: (0 to: 255) asByteArray);
  post.

Next is a bigger one (10Mb):

ZnClient new
  url: 'http://localhost:1701';
  entity: (ZnEntity with: (ByteArray new: 10*1024*1023 withAll: 123));
  post.

Finally the big one (50Mb):

ZnClient new
  url: 'http://localhost:1701';
  timeout: 900;
  entity: (ZnEntity with: (ByteArray new: 50*1024*1023 withAll: 123));
  post.

That fails indeed, and I don't know why (yet). The weird thing is, it fails 
with only 6Mb written, always at the same position, while the 10Mb upload did 
work OK. Raising the timeout does indeed not make a difference. Data is written 
using 16Kb chunks, with progress notifications (see ZnUtils 
class#nextPutAll:on:). 

Luckily, there is a workaround, using the classic SocketStream somehow fixes 
the issue:

  ZnNetworkingUtils default socketStreamClass: SocketStream.

Now, for the progress indication, Zinc certainly does it correctly, but somehow 
the UI does not always follow. You can verify this by writing to the Transcript:

[ :bar |
  bar title: 'Uploading...'.
  [
ZnClient new 
  signalProgress: true; 
  url: 'http://localhost:1701';
  entity: (ZnEntity with: (ByteArray new: 10*1024*1023 withAll: 123));
  post ]
on: HTTPProgress 
do: [ :progress |
  progress isEmpty ifFalse: [ bar current: progress percentage ]. 
  Transcript crShow: progress.
  progress resume ] ] asJob run.

Experiment with adding/commenting out the #crShow: you will see that it works, 
sometimes.

HTH,

Sven

On 06 Jun 2014, at 10:47, roberto.mine...@usi.ch wrote:

 Hi guys,
 
 I have a problem with Zinc, I need to send a huge amount of data (bytes) that 
 translates to ~50Mb.
 
 When I do something like:
 
 ZnEasy 
   post: 'http://localhost:15432' 
   data: (ZnEntity bytes: aHugeByteArray.]
 
 I encounter a ‘ConnectionTimedOut: Data send timed out.’, I attach the stack 
 trace:
 
 ZdcSocketStream(ZdcSimpleSocketStream)flushBytes:startingAt:count:
 ZdcSocketStreamnext:putAll:startingAt:
 ZnBivalentWriteStreamnext:putAll:startingAt:
 ZnUtils classnextPutAll:on:
 ZnByteArrayEntitywriteOn:
 ZnEntityWriterwriteEntity:
 ZnRequest(ZnMessage)writeOn:
 ZnRequestwriteOn:
 ZnClientexecuteRequestResponse
 ZnClientgetConnectionAndExecute in Block: [ self executeRequestResponse ]
 BlockClosureensure:
 ZnClientgetConnectionAndExecute
 ZnClientexecuteWithRedirectsRemaining:
 ZnClientexecuteWithRetriesRemaining: in Block: [ self 
 executeWithRedirectsRemaining: self maxNumb...etc...
 BlockClosureon:do:
 ZnClientexecuteWithRetriesRemaining:
 ZnClientexecuteWithTimeout in Block: [ self executeWithRetriesRemaining: 
 self numberOfR...etc...
 BlockClosureon:do:
 ZnClientexecuteWithTimeout in Block: [ ...
 ZnClientwithTimeoutDo: in Block: [ ^ block value ]
 ZnConnectionTimeout(DynamicVariable)value:during: in Block: [ ...
 BlockClosureensure:
 ZnConnectionTimeout(DynamicVariable)value:during:
 ZnConnectionTimeout class(DynamicVariable class)value:during:
 ZnClientwithTimeoutDo:
 ZnClientexecuteWithTimeout
 ZnClientexecute in Block: [ result := self executeWithTimeout ]
 ZnClientwithProgressDo: in Block: [ ^ block value ]
 ZnSignalProgress(DynamicVariable)value:during: in Block: [ ...
 BlockClosureensure:
 
 I tried to:
 - Augment the client timeout to a huge value (10 mins) but it has no effect: 
 The data send still goes into timeout, after 10-15 sec
 - I replaced the ZnEntity with a ZnMultiPartFormDataEntity, still no luck
 
 I am wondering what else can I do.
 
 Moreover, I discovered there is a #signalProgress: message to signal process. 
 The following examples do not work, any hint?
 
 
 Example 1, from the book @ 
 http://zn.stfx.eu/zn/zinc-http-components-paper.html:
 
 UIManager default informUserDuring: [ :bar |
  [ ^ ZnClient new
signalProgress: true;
get: 'http://zn.stfx.eu/echo?delay=2' ]
on: HTTPProgress 
do: [ :progress | bar value: progress printString. progress resume ] ]
 
 
 Example 2, from ZnClientTests#testProgress works, but not when issuing a 
 POST request
 [ :bar |
   bar title: 'Downloading Sources...'.
   [
   ZnClient new 
   url: 
 'http://files.pharo.org/sources/PharoV30.sources'; 
   signalProgress: true;   
   downloadTo:

Re: [Pharo-dev] ZnClient send big data + progress

2014-06-06 Thread roberto.mine...@usi.ch

Hi Sven,

Thanks a lot for the answer, it’s two days I am struggling on it!
Let me know if you discover how to fix the ZdcSocketStream to behave in a good 
way ;)

Cheers,
R

On Jun 6, 2014, at 1:14 PM, Sven Van Caekenberghe s...@stfx.eu wrote:

 Hi Roberto,
 
 Let's see. First we start an HTTP server in Pharo 3:
 
 (ZnServer defaultOn: 1701)
  onRequestRespond: [ :request | 
request inspect. 
ZnResponse ok: (ZnEntity text: 'OK') ];
  maximumEntitySize: 100*1024*1024;
  logToTranscript ;
  start.
 
 The handler code will always reply 'OK', but also inspect the incoming 
 request. I raise the maximum entity size to 100Mb.
 
 Here is a simple request:
 
 ZnClient new
  url: 'http://localhost:1701';
  entity: (ZnEntity with: (0 to: 255) asByteArray);
  post.
 
 Next is a bigger one (10Mb):
 
 ZnClient new
  url: 'http://localhost:1701';
  entity: (ZnEntity with: (ByteArray new: 10*1024*1023 withAll: 123));
  post.
 
 Finally the big one (50Mb):
   
 ZnClient new
  url: 'http://localhost:1701';
  timeout: 900;
  entity: (ZnEntity with: (ByteArray new: 50*1024*1023 withAll: 123));
  post.
 
 That fails indeed, and I don't know why (yet). The weird thing is, it fails 
 with only 6Mb written, always at the same position, while the 10Mb upload did 
 work OK. Raising the timeout does indeed not make a difference. Data is 
 written using 16Kb chunks, with progress notifications (see ZnUtils 
 class#nextPutAll:on:). 
 
 Luckily, there is a workaround, using the classic SocketStream somehow fixes 
 the issue:
 
  ZnNetworkingUtils default socketStreamClass: SocketStream.
 
 Now, for the progress indication, Zinc certainly does it correctly, but 
 somehow the UI does not always follow. You can verify this by writing to the 
 Transcript:
 
 [ :bar |
  bar title: 'Uploading...'.
  [
ZnClient new 
  signalProgress: true;
  url: 'http://localhost:1701';
  entity: (ZnEntity with: (ByteArray new: 10*1024*1023 withAll: 123));
  post ]
on: HTTPProgress 
do: [ :progress |
  progress isEmpty ifFalse: [ bar current: progress percentage ]. 
  Transcript crShow: progress.
  progress resume ] ] asJob run.
 
 Experiment with adding/commenting out the #crShow: you will see that it 
 works, sometimes.
 
 HTH,
 
 Sven
 
 On 06 Jun 2014, at 10:47, roberto.mine...@usi.ch wrote:
 
 Hi guys,
 
 I have a problem with Zinc, I need to send a huge amount of data (bytes) 
 that translates to ~50Mb.
 
 When I do something like:
 
 ZnEasy 
  post: 'http://localhost:15432' 
  data: (ZnEntity bytes: aHugeByteArray.]
 
 I encounter a ‘ConnectionTimedOut: Data send timed out.’, I attach the stack 
 trace:
 
 ZdcSocketStream(ZdcSimpleSocketStream)flushBytes:startingAt:count:
 ZdcSocketStreamnext:putAll:startingAt:
 ZnBivalentWriteStreamnext:putAll:startingAt:
 ZnUtils classnextPutAll:on:
 ZnByteArrayEntitywriteOn:
 ZnEntityWriterwriteEntity:
 ZnRequest(ZnMessage)writeOn:
 ZnRequestwriteOn:
 ZnClientexecuteRequestResponse
 ZnClientgetConnectionAndExecute in Block: [ self executeRequestResponse ]
 BlockClosureensure:
 ZnClientgetConnectionAndExecute
 ZnClientexecuteWithRedirectsRemaining:
 ZnClientexecuteWithRetriesRemaining: in Block: [ self 
 executeWithRedirectsRemaining: self maxNumb...etc...
 BlockClosureon:do:
 ZnClientexecuteWithRetriesRemaining:
 ZnClientexecuteWithTimeout in Block: [ self executeWithRetriesRemaining: 
 self numberOfR...etc...
 BlockClosureon:do:
 ZnClientexecuteWithTimeout in Block: [ ...
 ZnClientwithTimeoutDo: in Block: [ ^ block value ]
 ZnConnectionTimeout(DynamicVariable)value:during: in Block: [ ...
 BlockClosureensure:
 ZnConnectionTimeout(DynamicVariable)value:during:
 ZnConnectionTimeout class(DynamicVariable class)value:during:
 ZnClientwithTimeoutDo:
 ZnClientexecuteWithTimeout
 ZnClientexecute in Block: [ result := self executeWithTimeout ]
 ZnClientwithProgressDo: in Block: [ ^ block value ]
 ZnSignalProgress(DynamicVariable)value:during: in Block: [ ...
 BlockClosureensure:
 
 I tried to:
 - Augment the client timeout to a huge value (10 mins) but it has no effect: 
 The data send still goes into timeout, after 10-15 sec
 - I replaced the ZnEntity with a ZnMultiPartFormDataEntity, still no luck
 
 I am wondering what else can I do.
 
 Moreover, I discovered there is a #signalProgress: message to signal 
 process. The following examples do not work, any hint?
 
 
 Example 1, from the book @ 
 http://zn.stfx.eu/zn/zinc-http-components-paper.html:
 
 UIManager default informUserDuring: [ :bar |
 [ ^ ZnClient new
   signalProgress: true;
   get: 'http://zn.stfx.eu/echo?delay=2' ]
   on: HTTPProgress 
   do: [ :progress | bar value: progress printString. progress resume ] ]
 
 
 Example 2, from ZnClientTests#testProgress works, but not when issuing a 
 POST request
 [ :bar |

Re: [Pharo-dev] installing raspberry pi

Hi Doru,

There is a VM built by JB Arnaud:
https://ci.inria.fr/pharo-contribution/view/ARM/
phratch for RPi is based on it.

Cheers,
Jannik


2014-06-06 12:48 GMT+02:00 Tudor Girba tu...@tudorgirba.com:

 Hi,

 I am at NDC Oslo, and a couple of guys want to play with it on a Raspberry
 Pi robot. Imagine that :).

 We tried this:
 http://pharoweekly.wordpress.com/2014/02/19/raspberrypi/

 but, it seems that the link to the vm is no longer working.

 Can anyone point me to better instructions?

 Cheers,
 Doru


 --
 www.tudorgirba.com

 Every thing has its own flow




-- 

~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
http://www.phratch.com
http://car.mines-douai.fr/

[Pharo-dev] Rubric is too slow...

Hi!

Since we have rubric, typing is dead slow… 
I have not done much profiling. But the method TextaddAttribute: att from: 
start to: stop seems to be the culprit...

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

Re: [Pharo-dev] Rubric is too slow...

Sorry, it may be due to the use go GTInspector.

Alexandre


On Jun 6, 2014, at 2:50 PM, Alexandre Bergel alexandre.ber...@me.com wrote:

 Hi!
 
 Since we have rubric, typing is dead slow… 
 I have not done much profiling. But the method TextaddAttribute: att from: 
 start to: stop seems to be the culprit...
 
 Cheers,
 Alexandre
 -- 
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
 
 
 
 

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

[Pharo-dev] [Remainder] Call for participation to the Second Visualization Contest with Roassal

Dear colleagues and friends,

We are happy to announce the Second Visualization Contest with Roassal.


What can I win?
- 150 euros, sponsored by ObjectProfile

- a über-cool ObjectProfile T-shirt and some wonderful stickers

- maximum publicity of your work

- a nice award certificate, delivered during ESUG


How can I win?
- you have to produce a visualization with Roassal. You can use the Pharo, 
VisualWorks, Amber or VAST version of Roassal. Here is an example of what we 
expect 
http://bit.ly/sunburstDemo 
http://bit.ly/GraphET
https://vimeo.com/96091089 about smartbrowser
https://vimeo.com/94724841 about GraphBuilder
http://www.youtube.com/watch?v=uOmox7NgRAgfeature=youtu.be on 
AspectMaps, by Johan Fabry, the winner of the contest last year

- making a video is mandatory. The video will weight the most in our decision. 
The video could be of any length and has to include your name and say that is 
was made (partly or completely) with Roassal. No need to talk, just show off!

- making your code available and easy to install will help you get more points


How can I submit?
- send the links of your video and other material (if needed) to 
i...@objectprofile.com Every email you will send to this email will be 
acknowledged. If you do not receive a 'Ok' from us, it means we haven't read 
it, in that case send your email again after a few days.
- the deadline for submitting is August 11, 2014


Mini FAQ?
- Is the object-profile team allowed to participate? No

- I know nothing about Roassal, how can I start? Roassal comes with a large set 
of examples. On Pharo, just use the example browser available from the world 
menu. The book http://www.deepintopharo.com also contains chapter on Roassal 1 
and Mondrian. You are also very welcome to ask question to the Pharo or Moose 
mailing lists about Roassal. Or simply send email to i...@objectprofile.com . 
We will help you.

- I’ve heard about Roassal2, Roassal3d, Roassal1. I feel lost in all these 
keywords! Well… Roassal1 is available on VisualWorks and VAST. Roassal2 works 
on Pharo and Amber. Roassal2 is a major revamp of Roassal1.  The documentation 
on Roassal1 may be easily adapted to Roassal2.

- Should my visualization or code be open source? No need for this, whatever 
license is fine. However your video has to be public.

- How can I get more information? Just comment on the facebook 
https://www.facebook.com/ObjectProfile or using Twitter @ObjectProfile or send 
email to i...@objectprofile.com or the pharo or moose mailing list

- What I submit two different videos? Yes, no problem with that. As many as you 
are productive.

- Who won last year? Johan Fabry with AspectMaps made a nice video about 
visualizing aspects.

- How will judge the videos? both the esug community and the object profile 
team. The Esug community will have 30% of the final grade, object profile the 
remaining 70%


Cheers,
The profilers

Re: [Pharo-dev] Rubric is too slow...

2014-06-06 Thread Tudor Girba

Can you be more specific?

When is it slow?

Doru

--
www.tudorgirba.com

Every thing has its own flow.

 On 06.06.2014, at 15:45, Alexandre Bergel alexandre.ber...@me.com wrote:
 
 Sorry, it may be due to the use go GTInspector.
 
 Alexandre
 
 
 On Jun 6, 2014, at 2:50 PM, Alexandre Bergel alexandre.ber...@me.com wrote:
 
 Hi!
 
 Since we have rubric, typing is dead slow… 
 I have not done much profiling. But the method TextaddAttribute: att from: 
 start to: stop seems to be the culprit...
 
 Cheers,
 Alexandre
 -- 
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
 
 -- 
 _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
 Alexandre Bergel  http://www.bergel.eu
 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Re: [Pharo-dev] Different EOL between Save and Save As in Workspace


enter a bug entry.

On 5/6/14 19:16, Esteban A. Maringolo wrote:

When working in a Workspace, if I choose to save using Ctrl+S, the
file will have Mac EOL (getting a lot of ^M characters when viewed
using less or vim), if I choose Save As it saves the file properly
(as expected).

I guess this is a Bug, but maybe its not.

Regards!

Esteban A. Maringolo

[Pharo-dev] [ANN] Generating beautiful html books from Pillar

2014-06-06 Thread Damien Cassou

Nicolas Petton and I are proud to announce the possibility to create really
nice HTML books from Pillar (I must thank
https://github.com/GitbookIO/gitbook as well). The first book to get this
nice layout is the Pillar documentation:

http://damiencassou.gitbooks.io/pillar/introduction.pier.html

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

Success is the ability to go from one failure to another without losing
enthusiasm.
Winston Churchill

[Pharo-dev] the kind of logic we are cleaning slowly with alain :)


It should be simpler!

Stef

mouseDown: evt
Handle a mouse down event.
| grabbedMorph handHadHalos |
(self defaultYellowButtonMenuEnabled and: [evt yellowButtonPressed])
ifTrue: [  (self yellowButtonActivity: evt shiftPressed) 
ifTrue: [ ^ self ]].


grabbedMorph := self morphToGrab: evt.
grabbedMorph ifNotNil: [
grabbedMorph isSticky ifTrue: [^self].
^evt hand grabMorph: grabbedMorph].

(super handlesMouseDown: evt)
ifTrue: [^super mouseDown: evt].

handHadHalos := evt hand halo notNil.
evt hand removeHalo. shake off halos
self isWorldMorph ifTrue: [
self currentWindow ifNotNil: [:topWindow |
SystemWindow passivateTopWindow]]. since pasteup will 
release keyboard focus now

evt hand releaseKeyboardFocus. shake of keyboard foci

(evt shiftPressed not
and: [ self isWorldMorph not
and: [ self wantsEasySelection not ]])
ifTrue: [
explicitly ignore the event if we're not the world and we'll 
not select,

so that we could be picked up if need be
evt wasHandled: false.
^ self.
].

( evt shiftPressed or: [ self wantsEasySelection ] )
 ifTrue: [
We'll select on drag, let's decide what to do on click
| clickSelector |
clickSelector := nil.
evt shiftPressed
ifTrue: [ clickSelector := #findWindow:.]
ifFalse: [self isWorldMorph
ifTrue: [clickSelector := handHadHalos
ifTrue: [ 
#delayedInvokeWorldMenu: ]

ifFalse: [ #invokeWorldMenu: ]]].
evt hand
waitForClicksOrDrag: self
event: evt
selectors: { clickSelector. nil. nil. 
#dragThroughOnDesktop: }

threshold: 5.
]
ifFalse: [
We wont select, just bring world menu if I'm the world
self isWorldMorph ifTrue: [
handHadHalos
ifTrue: [ self delayedInvokeWorldMenu: evt ]
ifFalse: [ self invokeWorldMenu: evt ]
]
].

Re: [Pharo-dev] [ANN] Generating beautiful html books from Pillar


superb
Now we should continue to convert
deep into pharo
and updated Pharo by example to pillar :)

stef

On 6/6/14 18:06, Damien Cassou wrote:
Nicolas Petton and I are proud to announce the possibility to create 
really nice HTML books from Pillar (I must thank 
https://github.com/GitbookIO/gitbook as well). The first book to get 
this nice layout is the Pillar documentation:


http://damiencassou.gitbooks.io/pillar/introduction.pier.html

--
Damien Cassou
http://damiencassou.seasidehosting.st

Success is the ability to go from one failure to another without 
losing enthusiasm.

Winston Churchill

Re: [Pharo-dev] Delete a package in SmalltalkHub


Yes but did you check because it looks like it removes it for real.

On 6/6/14 10:49, jannik laval wrote:

Hi pharoers,

In SmalltalkHub, we would like to delete a package in a team project.
When clicking on delete button, we get a message: The request did not 
succeed.


Any idea ?

--

~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
http://www.phratch.com
http://car.mines-douai.fr/

Re: [Pharo-dev] Delete a package in SmalltalkHub

2014-06-06 Thread Nicolas Petton


stepharo steph...@free.fr writes:

 Yes but did you check because it looks like it removes it for real.

I'm adding that to my todo list of things to check next monday :)

Cheers,
Nico


 On 6/6/14 10:49, jannik laval wrote:
 Hi pharoers,

 In SmalltalkHub, we would like to delete a package in a team project.
 When clicking on delete button, we get a message: The request did not 
 succeed.

 Any idea ?

 -- 

 ~~Jannik Laval~~
 École des Mines de Douai
 Enseignant-chercheur
 http://www.jannik-laval.eu
 http://www.phratch.com
 http://car.mines-douai.fr/


-- 
Nicolas Petton
http://nicolas-petton.fr

Re: [Pharo-dev] Brainstorming Pharo4


On 06 Jun 2014, at 17:46, Eliot Miranda eliot.mira...@gmail.com wrote:

 And related to this I hope to make alpha 32-bit Spur Squeak VMs and images 
 available today.

Cool !

 Sven
 
 On 05 Jun 2014, at 10:14, p...@highoctane.be wrote:
 
  On Thu, Jun 5, 2014 at 8:31 AM, François Stephany 
  tulipe.mouta...@gmail.com wrote:
  As Kilon say, this is a personal wishlist. Any direction you mentioned is 
  worth and will have impact.
 
  However, here's my personal top 5:
 
  - **Git in the image**, that would be awesome to be able integrate the 
  gitflow way of developing in team. Easy branching/merging is a must.
  - **Slots**. I still need to check the current implementation and see 
  what's possible (Property slots?) but as I have understood you've planned 
  even more for pharo4?
  - **Text Editor with sensible keybindings**.
  - **ARM support**
  - **Athens**
 
  Keybindings that do work on Linux
  VM on enterprise OS (CentOS/RHEL), including GLIBC  2.15
  Debugger that actually doesn't throws you in space after a couple of 
  restart/through/over (this one really is taking power away from the whole 
  experience)
  Faster UI in general
  Easier Git merges without metadata issues etc
  Ability to recover frozen images (as in Oz)
  Ability to somehow get back control of the image through some mechanism at 
  the VM level when frozen and no way to interrupt anything. I am ready to 
  pay some performance in order to work that way.
  Removal of all passwords, including whatever could be in the .changes 
  (which will disappear per se but you get my drift).
  +1 for Mpeg and Camera plugins;
  Traits should indeed be given a better treatment in Nautilus.
 
  Phil
 
 
 
  On Wed, Jun 4, 2014 at 9:06 PM, jannik laval jannik.la...@gmail.com wrote:
  Hi all,
 
  From my point of view, I like the progrss on the ARM VM.
  I hope to have an Android VM that works.
  Also I hope to see Pharo3.0 and Pharo4.0 working on iOS.
 
  Another question is about two interesting plugins: Mpeg3Plugin and 
  CameraPlugin.
  Is it possible to integrate them in the VM build ?
 
  Thank you guys for all the work done.
  Jannik
 
 
  2014-06-04 20:53 GMT+02:00 stepharo steph...@free.fr:
 
 
  Hi Esteban,
 
  As you mentioned a lot of new tools and protocols were introduced,
  people (me included) does not well about those ones.
  As an example I am slowly discovering announcement and now AFAIK the
  image use three different protocols for this: change/update, observer
  and Announcement!
  Yes we know that the situation is not ideal.
  We started to move more to announcement. The problem is that some of the 
  widgets
  requires the change/update. For the observer I do not know what you mean.
 
 
  Personally I beg for a great Pharo 4.x series of iterative
  cleaning+consolidations.
 
  Thanks
 
  Hilaire
 
  Le 04/06/2014 17:36, Esteban Lorenzano a écrit :
  Hi,
 
  A couple of weeks ago we started to plan Pharo4. This work became stagnated 
  for many reasons, but mainly because I needed to travel to Argentina.
  Now I'm slowly resuming the work and I wanted to share with you what we 
  have been talking/dreaming.
  In esence, we have two important drivers for this release:
 
  1) Improving tools
  Turns out that we have introduced a lot of kernel improvements (opal 
  compiler, layouts, slots, etc.) and tools are still not aware of them. Even 
  worst: we have traits since a lot of time and our tools are still now aware 
  enough to provide good interoperability.
  But not just that: we have introduced things that are not well used yet: 
  keybindings (who do not want a better keybindings structure... coherent and 
  editable?), spec should allow us to continue enhancing existing tools and 
  to replace old ones.
 
  2) Modularisation
  One of the fundamental ideas behind Pharo is to provide a modular 
  environment. But well... since Pharo start to the moment, we prepared 
  things to allow it, but still few direct effort has been made.
  In our dreams, Pharo should be built starting for a small kernel image and 
  adding different modules to get a complete version. In this idea 
  Pharo=Kernel+GUI(Morphic)+Tools.
  This has huge advantages (I do not think is necesary to explain them, isn't 
  ;)?)
 
  We brainstomed around this and we get this list of issues (not all of them 
  directly related to the objectives, but well... good stuff also :) )
 
  Web site:
  - add catalog
  - add videos
  - enhance it in general
 
  Infrastructure:
  - support more vm platforms
 
  VM:
  - spur
  - 64bits
  - make vm embedable and UI independent (with SDL2 and OSWindow)
 
  Image:
  - Modularisation
  - Removing old compiler
  - Repackage Morphic (to allow better modularisation)
  - Athens (replace old bitblt)
 
  Tools
  - Replace changes with Ombu/Epicea
  - Replace sources with a better abstraction
  - Git support inside image (with libgit2 + tools)
  - Pass on Spec
  - Include Glamour?
  - Make Ring unloadable
  - Fonts with FreeType

Re: [Pharo-dev] Different EOL between Save and Save As in Workspace

I looked at the Workspace code a bit, but just by looking at it, I can't find 
anything wrong. Everything (look at the senders) goes through 
Workspace#saveString:toFile: which uses both the chosen encoding and line end 
convention. 

But I have also not yet tried to reproduce the problem.

On 06 Jun 2014, at 19:30, p...@highoctane.be wrote:

 Look at the top right arrow-style men in the window of the workspace, there 
 are also some checkboxes in there related to line endings... (near the end).
 
 Phil
 
 
 
 
 On Fri, Jun 6, 2014 at 6:02 PM, stepharo steph...@free.fr wrote:
 enter a bug entry.
 
 On 5/6/14 19:16, Esteban A. Maringolo wrote:
 When working in a Workspace, if I choose to save using Ctrl+S, the
 file will have Mac EOL (getting a lot of ^M characters when viewed
 using less or vim), if I choose Save As it saves the file properly
 (as expected).
 
 I guess this is a Bug, but maybe its not.
 
 Regards!
 
 Esteban A. Maringolo

Re: [Pharo-dev] [ANN] Generating beautiful html books from Pillar


On 06 Jun 2014, at 18:11, stepharo steph...@free.fr wrote:

 superb

Yes, +1 

Cool.

Re: [Pharo-dev] issue validation needed


Hi esteban

My brain is not working anymore.
I'm totally exhausted. I hope tomorrow will be better :).

Stef

On 4/6/14 21:12, Esteban Lorenzano wrote:

Hi,

can someone check this metacello issue?

https://pharo.fogbugz.com/f/cases/13305/

I really need it for continue with VM work.

thanks,
Esteban

Re: [Pharo-dev] Different EOL between Save and Save As in Workspace

2014-06-06 Thread Nicolai Hess

Workspace#saveString:toFile: ( or FileStream) behaves differently for
arguments of type ByteString and Text.
ByteString is used by Save as
Text is used by accept.

Reproduceable with:

|fileone filetwo text str|
text:='hello
world' asText.
str:='hello
world'.
fileone:='text1.txt'.
filetwo:='text2.txt'.
FileStream forceNewFileNamed: fileone do: [ :stream |
stream converter: (TextConverter newForEncoding: 'utf-8').
stream wantsLineEndConversion: true.
stream lineEndConvention: #crlf.
stream nextPutAll: text ].

FileStream forceNewFileNamed: filetwo do: [ :stream |
stream converter: (TextConverter newForEncoding: 'utf-8').
stream wantsLineEndConversion: true.
stream lineEndConvention: #crlf.
stream nextPutAll: str ].





2014-06-06 20:06 GMT+02:00 Sven Van Caekenberghe s...@stfx.eu:

 I looked at the Workspace code a bit, but just by looking at it, I can't
 find anything wrong. Everything (look at the senders) goes through
 Workspace#saveString:toFile: which uses both the chosen encoding and line
 end convention.

 But I have also not yet tried to reproduce the problem.

 On 06 Jun 2014, at 19:30, p...@highoctane.be wrote:

  Look at the top right arrow-style men in the window of the workspace,
 there are also some checkboxes in there related to line endings... (near
 the end).
 
  Phil
 
 
 
 
  On Fri, Jun 6, 2014 at 6:02 PM, stepharo steph...@free.fr wrote:
  enter a bug entry.
 
  On 5/6/14 19:16, Esteban A. Maringolo wrote:
  When working in a Workspace, if I choose to save using Ctrl+S, the
  file will have Mac EOL (getting a lot of ^M characters when viewed
  using less or vim), if I choose Save As it saves the file properly
  (as expected).
 
  I guess this is a Bug, but maybe its not.
 
  Regards!
 
  Esteban A. Maringolo

Re: [Pharo-dev] Different EOL between Save and Save As in Workspace


On 06 Jun 2014, at 21:23, Nicolai Hess nicolaih...@web.de wrote:

 Workspace#saveString:toFile: ( or FileStream) behaves differently for 
 arguments of type ByteString and Text.
 ByteString is used by Save as
 Text is used by accept.

Great catch !

Maybe the easiest fix is to do a #asString before doing the nextPutAll: in 
#saveString:toFile: - way easier than figuring out the mess of 
MultiByteFileStream.

 Reproduceable with:
 
 |fileone filetwo text str|
 text:='hello
 world' asText.
 str:='hello
 world'.
 fileone:='text1.txt'.
 filetwo:='text2.txt'.
 FileStream forceNewFileNamed: fileone do: [ :stream | 
 stream converter: (TextConverter newForEncoding: 'utf-8').
 stream wantsLineEndConversion: true.
 stream lineEndConvention: #crlf.
 stream nextPutAll: text ].
 
 FileStream forceNewFileNamed: filetwo do: [ :stream | 
 stream converter: (TextConverter newForEncoding: 'utf-8').
 stream wantsLineEndConversion: true.
 stream lineEndConvention: #crlf.
 stream nextPutAll: str ].
 
 
 
 
 
 2014-06-06 20:06 GMT+02:00 Sven Van Caekenberghe s...@stfx.eu:
 I looked at the Workspace code a bit, but just by looking at it, I can't find 
 anything wrong. Everything (look at the senders) goes through 
 Workspace#saveString:toFile: which uses both the chosen encoding and line 
 end convention.
 
 But I have also not yet tried to reproduce the problem.
 
 On 06 Jun 2014, at 19:30, p...@highoctane.be wrote:
 
  Look at the top right arrow-style men in the window of the workspace, there 
  are also some checkboxes in there related to line endings... (near the end).
 
  Phil
 
 
 
 
  On Fri, Jun 6, 2014 at 6:02 PM, stepharo steph...@free.fr wrote:
  enter a bug entry.
 
  On 5/6/14 19:16, Esteban A. Maringolo wrote:
  When working in a Workspace, if I choose to save using Ctrl+S, the
  file will have Mac EOL (getting a lot of ^M characters when viewed
  using less or vim), if I choose Save As it saves the file properly
  (as expected).
 
  I guess this is a Bug, but maybe its not.
 
  Regards!
 
  Esteban A. Maringolo

Re: [Pharo-dev] Delete a package in SmalltalkHub

Yes, we check, but I suspect that it does not work because it is related to
a team.
I already removed packages / mcz on my own repository and it worked (3
weeks ago).

Cheers,
Jannik


2014-06-06 18:13 GMT+02:00 stepharo steph...@free.fr:

 Yes but did you check because it looks like it removes it for real.


 On 6/6/14 10:49, jannik laval wrote:

 Hi pharoers,

 In SmalltalkHub, we would like to delete a package in a team project.
 When clicking on delete button, we get a message: The request did not
 succeed.

 Any idea ?

 --

 ~~Jannik Laval~~
 École des Mines de Douai
 Enseignant-chercheur
 http://www.jannik-laval.eu
 http://www.phratch.com
 http://car.mines-douai.fr/






-- 

~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
http://www.phratch.com
http://car.mines-douai.fr/

Re: [Pharo-dev] Delete a package in SmalltalkHub

Yes, please :)

Jannik


2014-06-06 18:19 GMT+02:00 Nicolas Petton petton.nico...@gmail.com:


 stepharo steph...@free.fr writes:

  Yes but did you check because it looks like it removes it for real.

 I'm adding that to my todo list of things to check next monday :)

 Cheers,
 Nico

 
  On 6/6/14 10:49, jannik laval wrote:
  Hi pharoers,
 
  In SmalltalkHub, we would like to delete a package in a team project.
  When clicking on delete button, we get a message: The request did not
  succeed.
 
  Any idea ?
 
  --
 
  ~~Jannik Laval~~
  École des Mines de Douai
  Enseignant-chercheur
  http://www.jannik-laval.eu
  http://www.phratch.com
  http://car.mines-douai.fr/
 

 --
 Nicolas Petton
 http://nicolas-petton.fr





-- 

~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
http://www.phratch.com
http://car.mines-douai.fr/

Re: [Pharo-dev] Delete a package in SmalltalkHub