Re: [Pharo-dev] Can Monticello version message be a Text?

[Thierry Goubier]

Hi Uko,

I had a look at Komitter and couldn't find anything wrong there. Yes, it 
base the patch on an ancestor as per Monticello, prepare the snapshot 
and save it to the repository; but the only way the repository would 
loose some methods is that inside MC, the ancestor is already wrong.


Could you show me or help me reproduce the effect?

Thierry

Le 06/04/2015 19:37, Yuriy Tymchuk a écrit :

I guess so. Also partially because how monticello works and how
komitter uses it. As far as I understand, Komitter generates a diff,
then you select which changes you want to commit and then it somehow
commits the ancestor with selected changes applied. So if you say
that the actual ancestor in a wrong one and user will deselect some
changes - Komitter will commit the old thing + selected new changes.

Maybe it’s a problem of Komitter. On the other hand maybe doing it
correctly is too complicated because of how monticello works.

Uko


On 06 Apr 2015, at 18:58, Thierry Goubier
 wrote:

Hi Uko,

Le 06/04/2015 18:48, Yuriy Tymchuk a écrit :

Actually there is a bigger problem… Because of hot gitfiletree
finds the ancestor (which is one of the previous ancestors)
Komitter commits the changes related to that ancestor.

E.g. it shows you that you’ve added two methods (while in fact
you’ve modified them, but they were not present in the previous
ancestor) and you select to commit only one of them, then one
method will be committed and one deleted.


Can you explain a bit? Is it because GitFileTree only uses git to
determine the ancestors?

Thierry

Re: [Pharo-dev] UpdatedPharoByExample for 3.0, 4.0, 5.0

[Sean P. DeNigris]

stepharo wrote
> My point is... Just plain time to update the contents.

I’m not suggesting we commit to maintain previous versions. But simply place
a flag in the ground before we start to update for the next version.



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/UpdatedPharoByExample-for-3-0-4-0-5-0-tp4817514p4817861.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Can Monticello version message be a Text?

[Thierry Goubier]

Le 06/04/2015 19:37, Yuriy Tymchuk a écrit :

I guess so. Also partially because how monticello works and how
komitter uses it. As far as I understand, Komitter generates a diff,
then you select which changes you want to commit and then it somehow
commits the ancestor with selected changes applied. So if you say
that the actual ancestor in a wrong one and user will deselect some
changes - Komitter will commit the old thing + selected new changes.


Then I don't understand, because:

- git, and gitfiletree, doesn't give a damn about the ancestry. The full 
package is written to disk; ancestry and diff is determined later, by 
reading from the repository.


- The only thing I could understand would be that komitter shows you the 
diff to a given version (say v.X), let you select which changes are 
applied, then read the top version from a repo (say v.Y) and apply the 
diff to it.



Maybe it’s a problem of Komitter. On the other hand maybe doing it
correctly is too complicated because of how monticello works.


As described, I don't see any difficulty, really.

I'll look into Komitter to see what it does (and how it does it).

Thierry

Re: [Pharo-dev] Can Monticello version message be a Text?

[Yuriy Tymchuk]

I guess so. Also partially because how monticello works and how komitter uses 
it. As far as I understand, Komitter generates a diff, then you select which 
changes you want to commit and then it somehow commits the ancestor with 
selected changes applied. So if you say that the actual ancestor in a wrong one 
and user will deselect some changes - Komitter will commit the old thing + 
selected new changes.

Maybe it’s a problem of Komitter. On the other hand maybe doing it correctly is 
too complicated because of how monticello works.

Uko

> On 06 Apr 2015, at 18:58, Thierry Goubier  wrote:
> 
> Hi Uko,
> 
> Le 06/04/2015 18:48, Yuriy Tymchuk a écrit :
>> Actually there is a bigger problem… Because of hot gitfiletree finds
>> the ancestor (which is one of the previous ancestors) Komitter
>> commits the changes related to that ancestor.
>> 
>> E.g. it shows you that you’ve added two methods (while in fact you’ve
>> modified them, but they were not present in the previous ancestor)
>> and you select to commit only one of them, then one method will be
>> committed and one deleted.
> 
> Can you explain a bit? Is it because GitFileTree only uses git to determine 
> the ancestors?
> 
> Thierry
> 

Re: [Pharo-dev] Can Monticello version message be a Text?

[Thierry Goubier]

Hi Uko,

Le 06/04/2015 18:48, Yuriy Tymchuk a écrit :

Actually there is a bigger problem… Because of hot gitfiletree finds
the ancestor (which is one of the previous ancestors) Komitter
commits the changes related to that ancestor.

E.g. it shows you that you’ve added two methods (while in fact you’ve
modified them, but they were not present in the previous ancestor)
and you select to commit only one of them, then one method will be
committed and one deleted.


Can you explain a bit? Is it because GitFileTree only uses git to 
determine the ancestors?


Thierry

Re: [Pharo-dev] Can Monticello version message be a Text?

[Yuriy Tymchuk]

Actually there is a bigger problem… Because of hot gitfiletree finds the 
ancestor (which is one of the previous ancestors) Komitter commits the changes 
related to that ancestor.

E.g. it shows you that you’ve added two methods (while in fact you’ve modified 
them, but they were not present in the previous ancestor) and you select to 
commit only one of them, then one method will be committed and one deleted.

Uko

> On 06 Apr 2015, at 17:51, stepharo  wrote:
> 
> please fix Komitter :)
> 
> 
> Le 6/4/15 13:44, Yuriy Tymchuk a écrit :
>> Hi, in gitfiletree there is a piece of code like this:
>> 
>> aVersion info message convertToSystemString
>> 
>> But if you commit using Komitter `aVersion info message` is an instance of 
>> Text. Is this ok? I.e. should we fix Komitter to assign String as version 
>> message, or should gitfiletree convert message to string explicitly?
>> 
> 
> 

Re: [Pharo-dev] Spotter

[Esteban Lorenzano]

> On 06 Apr 2015, at 18:06, stepharo  wrote:
> 
> 
>>> On 05 Apr 2015, at 17:37, stepharo >> > wrote:
>>> 
>>> aliaksei
>>> 
>>> what would be nice is that each time we click on a button or press a 
>>> command key 
>>> you emit a growl notification with the description.
>> 
>> for debug, I suppose?
> 
> To learn the key combinaison.
> You could make sure that after a couple of the same use you do not show it 
> anymore. 
>> because otherwise is too much pollution… tooltips are created for that and I 
>> think they do right their job.
>> 
> Emacs is doing that really well. 
> How to learn key-bindings simple show them to the user.

some time ago I suggested Guille implement something like that. But not a growl 
announcement, that would be too disruptive: just like an emacs menu… there were 
some problems at the moment to implement it (and the fact that he was doing his 
phd and I was, as always, running with something else didn’t helped). 

cheers, 
Esteban

> 
> Stef

Re: [Pharo-dev] Spotter

[stepharo]

On 05 Apr 2015, at 17:37, stepharo > wrote:


aliaksei

what would be nice is that each time we click on a button or press a 
command key

you emit a growl notification with the description.


for debug, I suppose?


To learn the key combinaison.
You could make sure that after a couple of the same use you do not show 
it anymore.
because otherwise is too much pollution… tooltips are created for that 
and I think they do right their job.



Emacs is doing that really well.
How to learn key-bindings simple show them to the user.

Stef

Re: [Pharo-dev] MySQL driver

[nacho]

This is great news. I'm struggling too with MySQL in Pharo.
Filling the Poll right now!
thanks


*Lic. Ignacio Sniechowski, MBA*
*Prosavic SRL*

*Tel: (011) 4542-6714*



















On Mon, Apr 6, 2015 at 12:41 PM, Pharo Smalltalk Developers mailing list
[via Smalltalk]  wrote:

> Often times, I have to work with Smalltalk (pick your favorite one) and
> MySQL.  I have to deal with multiple versions of MySQL and, unfortunately,
> incompatible code between Squeak and Pharo.
>
> I'm thinking of rewriting the MySQL driver to handle different MySQL
> versions (3.23 up to 5.7), Squeak (3.x up to 4.6) and Pharo (1.0 up to
> 4.0). Obviously, I'd make sure the driver would handle the different MySQL
> handshake protocols, password encryption methods and different storage
> engines (MyISAM, InnoDB and MEMORY) as well as partitions, MERGE tables and
> views and the oh-s-different behaviors of the ZEROFILL option and
> ever-changing server commands (that come and go between versions)!
>
> I already have a gazillion versions of MySQL servers installed and a bunch
> of SUnit tests (for another project of mine) to handle all the subtleties
> of those different versions.  Is there any interest in such a thing before
> I spend (quite) some time on this?
>
> I created 2 polls to get an idea of what versions of MySQL people use as
> well as MySQL & Pharo versions used.  Please, fill out the 2 polls at:
>
> MySQL et Squeak et Pharo
> 
>
>
>
> [image: image]
> 
>
>
>
>
>
> MySQL et Squeak et Pharo
> 
> Dans l'éventualité d'une réécriture du driver de MySQL pour Squeak et
> Pharo, j'aimerais avoir une idée de ce que les gens utilisent!  Répondez
> aux so...
> View on endormitoire.wordpress...
> 
> Preview by Yahoo
>
>
>
> P.S.  Sorry for the cross posting!
>
> -
> Benoît St-Jean
> Yahoo! Messenger: bstjean
> Twitter: @BenLeChialeux
> Pinterest: benoitstjean
> IRC: lamneth
> Blogue: endormitoire.wordpress.com
> "A standpoint is an intellectual horizon of radius zero".  (A. Einstein)
>
>
> --
>  If you reply to this email, your message will be added to the discussion
> below:
> http://forum.world.st/MySQL-driver-tp4817841.html
>  To start a new topic under Pharo Smalltalk Developers, email
> ml-node+s1294792n1294837...@n4.nabble.com
> To unsubscribe from Pharo Smalltalk Developers, click here
> 
> .
> NAML
> 
>




-
Nacho
Smalltalker apprentice.
Buenos Aires, Argentina.
--
View this message in context: 
http://forum.world.st/MySQL-driver-tp4817841p4817844.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] UpdatedPharoByExample for 3.0, 4.0, 5.0

[stepharo]

My point is not related to technical issues.
Just plain time to update the contents.

Stef

Le 4/4/15 16:19, Sean P. DeNigris a écrit :

stepharo wrote

there is a huge time / energy investment problems.

I don't see it. The simplest thing (which is 0 extra work AFAICT) would be
to tag the last version before we start updating for 5.0 as something like
'Pharo-4-final'. Almost as easy would be to have a branch per version, so
e.g. typos could be merged back if someone was interested. But maybe I'm
missing something - where specifically do you see the time & energy
investment? Because I think we could've set it up in less time than it took
me to write this reply!



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/UpdatedPharoByExample-for-3-0-4-0-5-0-tp4817514p4817525.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Can Monticello version message be a Text?

[stepharo]

please fix Komitter :)


Le 6/4/15 13:44, Yuriy Tymchuk a écrit :

Hi, in gitfiletree there is a piece of code like this:

aVersion info message convertToSystemString

But if you commit using Komitter `aVersion info message` is an instance of 
Text. Is this ok? I.e. should we fix Komitter to assign String as version 
message, or should gitfiletree convert message to string explicitly?

Re: [Pharo-dev] Can Monticello version message be a Text?

[Thierry Goubier]

Le 06/04/2015 13:44, Yuriy Tymchuk a écrit :

Hi, in gitfiletree there is a piece of code like this:

aVersion info message convertToSystemString

But if you commit using Komitter `aVersion info message` is an instance of 
Text. Is this ok? I.e. should we fix Komitter to assign String as version 
message, or should gitfiletree convert message to string explicitly?



I can add an asString to gitfiletree, this is probably the easiest.

Thierry

Re: [Pharo-dev] 14606 Really Important bug - Can't see some variables values while debugging closure

[Ben Coman]

So the current status of this is "apparent" VM bug.  Is it apparent enough
that for now should I stop banging my head against it from the image side?


Actually I am working 10 hour shifts the next three weeks during the power
station's annual maintenance outage, so my time is probably limited anyway.
cheers -ben

On Mon, Apr 6, 2015 at 4:10 AM, Nicolas Cellier <
nicolas.cellier.aka.n...@gmail.com> wrote:

>
>
> 2015-04-05 17:38 GMT+02:00 Ben Coman :
>
>>
>>
>> On Sun, Apr 5, 2015 at 8:59 PM, stepharo  wrote:
>>
>>>
>>> Thanks both of you for the energy you put into Pharo.
>>> The tam really appreciates.
>>> This is because there are guys like you that Pharo is worth being done.
>>> Thanks for the tests.
>>> Esteban has apparently found the bug on the VM.
>>>
>>> Stef
>>>
>>>
>> Energy breeds energy.  For me it was an opportunity to learn more deep
>> stuff(tm) by digging with a goal.  It remains a bit beyond me, but I'm
>> happy if I've been able to beat the high grass enough to flush the tiger
>> into the open where the marksman can take a shot at it.
>>
>> Nice to flush out a VM bug (can't be too many of those left ;).   Let us
>> know when we can do testing on it.I guess I'll read more about it on
>> [vm-dev].
>>
>> cheers -ben
>>
>
>
> If it's a VM bug, the VM folks would be really really interested by a bug
> report, especially if ever it may affect Eliot's branch.
> Even if it's a Pharo only bug, it is still very interesting to know,
> because there's allways something to learn from a bug.
> So I'm all ears...
>
> cheers
>
> Nicolas
>

Re: [Pharo-dev] Contributing to Bloc

[kilon alios]

another weird problem i just found is that right side down arrow menu when
clicked it opens in random location instead of bellow its icon. I tried it
with System Browser.

By the way i am talking about already available Pharo tools and not bloc
examples.

On Mon, Apr 6, 2015 at 2:03 PM, Nicolai Hess  wrote:

> 2015-04-06 10:22 GMT+02:00 kilon alios :
>
>> Hey guys, these last days I have taken a look at Bloc and really like its
>> design. So I was wondering how I can be of assistance. I am not an
>> experienced pharo jedi like you guys but I think I could do my small part
>> to help make Bloc into a replacement for Morphic.
>>
>> From what I see Bloc some issues rendering Morphs , for example tabs
>> (window groups) and some glitches here and there.
>>
>
>
> I don't know a tabs example that is build with bloc.
> The current bloc world renders a classic Morph on an AthensCanvas if they
> define a
> #drawOnAthensCanvas: method.
> If this is missing or not correctly working, we should change the
> implementation in the Athens project (Athens-Morphic).
>
>
>
>
>>
>> So how am I proceed ? How I can help ?
>>
>
>

Re: [Pharo-dev] Contributing to Bloc

[Sean P. DeNigris]

kilon.alios wrote
> So I was wondering how I can be of assistance

I think the first step has to be to move the Bloc repo under the Pharo team
and define where contributions should go - I'm assuming to the current Pharo
Inbox...



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Contributing-to-Bloc-tp4817792p4817816.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

[Pharo-dev] Can Monticello version message be a Text?

[Yuriy Tymchuk]

Hi, in gitfiletree there is a piece of code like this:

aVersion info message convertToSystemString

But if you commit using Komitter `aVersion info message` is an instance of 
Text. Is this ok? I.e. should we fix Komitter to assign String as version 
message, or should gitfiletree convert message to string explicitly?

Re: [Pharo-dev] Contributing to Bloc

[Nicolai Hess]

2015-04-06 10:22 GMT+02:00 kilon alios :

> Hey guys, these last days I have taken a look at Bloc and really like its
> design. So I was wondering how I can be of assistance. I am not an
> experienced pharo jedi like you guys but I think I could do my small part
> to help make Bloc into a replacement for Morphic.
>
> From what I see Bloc some issues rendering Morphs , for example tabs
> (window groups) and some glitches here and there.
>


I don't know a tabs example that is build with bloc.
The current bloc world renders a classic Morph on an AthensCanvas if they
define a
#drawOnAthensCanvas: method.
If this is missing or not correctly working, we should change the
implementation in the Athens project (Athens-Morphic).




>
> So how am I proceed ? How I can help ?
>

Re: [Pharo-dev] Magritte = Auto-GT Presentation

[Norbert Hartl]

> Am 06.04.2015 um 12:42 schrieb Sean P. DeNigris :
> 
> Tudor Girba-2 wrote
>> The editor should be provided if you load the
>> Glamour-Presentations-Magritte.
> 
> Is that the same or similar to what I did?
> 
You didn't do the edit part, did you? The magritte presentation in glamour 
offers an editor for the object it manages. Where is your stuff again?

Norbert

Re: [Pharo-dev] Magritte = Auto-GT Presentation

[Sean P. DeNigris]

Tudor Girba-2 wrote
> The editor should be provided if you load the
> Glamour-Presentations-Magritte.

Is that the same or similar to what I did?



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Magritte-Auto-GT-Presentation-tp4817448p4817807.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Magritte = Auto-GT Presentation

[Norbert Hartl]

Doru,

thanks for the example. The magritte presentation doesn't really work in a 5.0 
moose image but I could see what has been done. 

Norbert

> Am 06.04.2015 um 07:43 schrieb Tudor Girba :
> 
> The editor should be provided if you load the Glamour-Presentations-Magritte.
> 
> Cheers,
> Doru
> 
> On Mon, Apr 6, 2015 at 3:18 AM, Sean P. DeNigris  > wrote:
> NorbertHartl wrote
> > Cool! Can you add a spec based editor for the object? ;)
> 
> It's on my todo list, but not near the top :/
> 
> btw The presenter, packaged in Magritte-GT, now loads by default in Pharo
> 4.0 with the Magritte3 stable version (3.3), available from the 4.0 meta
> repo.
> 
> 
> 
> -
> Cheers,
> Sean
> --
> View this message in context: 
> http://forum.world.st/Magritte-Auto-GT-Presentation-tp4817448p4817752.html 
> 
> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
> 
> 
> 
> 
> -- 
> www.tudorgirba.com 
> 
> "Every thing has its own flow"

Re: [Pharo-dev] Add MetaRepoForPharo40 to default repository group

[Sean P. DeNigris]

Sven Van Caekenberghe-2 wrote
> 'Define Repository in MC'... just for that.

Ah! Cool. I wondered what those were for. Much easier than typing the URL
in. But why require that at all? The inbox is in the MC working copy browser
by default, why not the MetaRepo?



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Add-MetaRepoForPharo40-to-default-repository-group-tp4817749p4817802.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] [Pharo4] Build is green!

[Sven Van Caekenberghe]

Super, let's keep it like that, reverting everything that introduces failing 
tests.

> On 06 Apr 2015, at 10:27, Marcus Denker  wrote:
> 
> Finally the build is green!
> 
>   https://ci.inria.fr/pharo/
> 
> open issues for Pharo4 are down to 12:
> 
>   https://pharo.fogbugz.com/f/filters/103/4-0-All
> 
> 
> Marcus

[Pharo-dev] [Pharo4] Build is green!

[Marcus Denker]

Finally the build is green!

https://ci.inria.fr/pharo/ 

open issues for Pharo4 are down to 12:

https://pharo.fogbugz.com/f/filters/103/4-0-All 



Marcus

Re: [Pharo-dev] Add MetaRepoForPharo40 to default repository group

[Sven Van Caekenberghe]

The Configuration Browser has menu items to 'Define Repository in MC' and 
'Define All Repositories in MC' just for that.

> On 06 Apr 2015, at 03:11, Sean P. DeNigris  wrote:
> 
> Why not?
> 
> 
> 
> -
> Cheers,
> Sean
> --
> View this message in context: 
> http://forum.world.st/Add-MetaRepoForPharo40-to-default-repository-group-tp4817749.html
> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
> 

[Pharo-dev] [pharo-project/pharo-core] ec0549: 40595

[GitHub]

  Branch: refs/heads/4.0
  Home:   https://github.com/pharo-project/pharo-core
  Commit: ec05497e14b8c5ed607f8f23138f529985568645
  
https://github.com/pharo-project/pharo-core/commit/ec05497e14b8c5ed607f8f23138f529985568645
  Author: Jenkins Build Server 
  Date:   2015-04-06 (Mon, 06 Apr 2015)

  Changed paths:
M Refactoring-Tests-Core.package/RBNamespaceTest.class/instance/class 
tests/testModelImplementorsSenders.st
R ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script594.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
scripts/script595.st
R ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40594.st
A ScriptLoader40.package/ScriptLoader.class/instance/pharo - 
updates/update40595.st
M 
ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st

  Log Message:
  ---
  40595
15287 RBNamespaceTest>>#testModelImplementorsSenders 
https://pharo.fogbugz.com/f/cases/15287

http://files.pharo.org/image/40/40595.zip

[Pharo-dev] [pharo-project/pharo-core]

[GitHub]

  Branch: refs/tags/40595
  Home:   https://github.com/pharo-project/pharo-core

[Pharo-dev] Contributing to Bloc

[kilon alios]

Hey guys, these last days I have taken a look at Bloc and really like its
design. So I was wondering how I can be of assistance. I am not an
experienced pharo jedi like you guys but I think I could do my small part
to help make Bloc into a replacement for Morphic.

>From what I see Bloc some issues rendering Morphs , for example tabs
(window groups) and some glitches here and there.

So how am I proceed ? How I can help ?

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

[Esteban Lorenzano]

> On 06 Apr 2015, at 10:08, Esteban Lorenzano  wrote:
> 
>> 
>> On 06 Apr 2015, at 09:58, Andreas Wacknitz  wrote:
>> 
>> 
>> Am 06.04.15 09:51, schrieb Esteban Lorenzano:
 On 06 Apr 2015, at 09:41, Andreas Wacknitz  wrote:
 
 
 Am 06.04.15 09:01, schrieb Esteban Lorenzano:
> Hi,
> 
> there is no real rationale :(
> the reason why they are there now and not in their corresponding 
> #defaultInternalPlugins or #defaultExternalPlugins is historic, 
> configurations growth organically (we would need a refactor there).
 I fear not so many people could do that. I am scratching my head quite 
 often while reading the code.
 BTW: PharoS is being used for Stack vm's so you should either find another 
 abbreviation for Spur or choose the full name (that's what I would prefer).
 Otherwise it will get even harder in the future…
>>> we plan to drop support for plain cog vm and replace it for spur… so Pharo 
>>> and PharoS will be both spur VMs… no need to complicate things here.
>> Ah, OK. So probably I should wait until this happened and everythings 
>> settled down.
>> One more question regarding the future: I guess there will be Spur32 and 
>> Spur64 vm's, right?
>> If so, what are the plans regarding NativeBoost? Will there be a 64 bit 
>> version, too? (Ok, that's more than one question :))
> 
> I’m working on a replacement that takes same syntax but uses regular FFI 
> implementation instead ASM. 
> This will re-orientate our efforts into a common FFI strategy in all 
> platforms and joint with Eliot work. 
> In that direction, there is some important work to speed up (with a new 
> bytecode set and functions to FFI, Ronie and Eliot were working on it), plus 
> a threaded ffi implementation, plus 64bits, plus ARM. 
> So, no need on reinvent the wheel here. 
> NB was important and a very good idea, but sadly we cannot maintain it as-is. 
ah, in case it was not clear: the replacement will be backward-compatible so no 
need to be scared here :)


> 
> Esteban
> 
>> 
>> Regards
>> Andreas
>> 
>>> 
> at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the 
> future SDL2 too).
> 
> for starting your build I suggest you to exclude all the additions 
> (plugins and external libraries).
> then add them one by one.
 I already have a running version from almost one year ago. This time I 
 will try to get further (eg. NativeBoost) and want to enhance my 
 documentation.
 But it is time consuming and I would like to spend my time with more 
 interesting things (using Pharo :))
>>> :)
>>> 
 Cheers,
 Andreas
> cheers,
> Esteban
> 
>> On 06 Apr 2015, at 08:49, Andreas Wacknitz  wrote:
>> 
>> 
>> Am 03.04.15 17:31, schrieb Esteban Lorenzano:
>> I have more questions but I am reluctant to disturb you further as 
>> you must be quite busy atm.
> ask, I will answer when I can :)
>> Hi Esteban,
>> 
>> I am trying to understand the rationale behind 
>> PharoVMBuilder>>buildUnix32 (and similar methods like >>buildMacOSX32, 
>> >>buildFreeBSD32).
>> How to determine which plugins and libraries to use?
>>   Linux makes use of
>>   PharoUnixConfig new
>>   "generateForDebug;"
>>   addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin 
>> );
>>   addThirdpartyLibraries: #(
>>   'libssh2'
>>   'libgit2'
>>   'libsdl2');
>> 
>>   For FreeBSD it looks like this:
>>   PharoFreeBSDConfig new
>>   "generateForDebug;"
>>   addExternalPlugins: #( SqueakSSLPlugin );
>>   addInternalPlugins: #( UnixOSProcessPlugin  );
>>   addThirdpartyLibraries: #(
>>   'libssh2'
>>   'libgit2' );
>> 
>>   Mac OSX:
>>   PharoOSXConfig new
>>   "generateForDebug;"
>>   addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin );
>>   addInternalPlugins: #( UnixOSProcessPlugin );
>>   addThirdpartyLibraries: #(
>>   'cairo'
>>   'libgit2'
>>   'libssh2'
>>   'libsdl2');
>> 
>>   Windows:
>>   PharoWindowsConfig new
>>   addExternalPlugins: #( FT2Plugin SqueakSSLPlugin );
>>   addInternalPlugins: #( SDL2DisplayPlugin );
>>   addThirdpartyLibraries: #(
>>   'cairo'
>>   'libssh2'
>>   'libgit2'
>>   'libsdl2');
>> 
>> I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo 
>> not yet available?).
>> Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries 
>> for openindiana, like it is done for Windows and MacOSX?
>> Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and 
>> SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as 
>> internal plu

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

[Esteban Lorenzano]

> On 06 Apr 2015, at 09:58, Andreas Wacknitz  wrote:
> 
> 
> Am 06.04.15 09:51, schrieb Esteban Lorenzano:
>>> On 06 Apr 2015, at 09:41, Andreas Wacknitz  wrote:
>>> 
>>> 
>>> Am 06.04.15 09:01, schrieb Esteban Lorenzano:
 Hi,
 
 there is no real rationale :(
 the reason why they are there now and not in their corresponding 
 #defaultInternalPlugins or #defaultExternalPlugins is historic, 
 configurations growth organically (we would need a refactor there).
>>> I fear not so many people could do that. I am scratching my head quite 
>>> often while reading the code.
>>> BTW: PharoS is being used for Stack vm's so you should either find another 
>>> abbreviation for Spur or choose the full name (that's what I would prefer).
>>> Otherwise it will get even harder in the future…
>> we plan to drop support for plain cog vm and replace it for spur… so Pharo 
>> and PharoS will be both spur VMs… no need to complicate things here.
> Ah, OK. So probably I should wait until this happened and everythings settled 
> down.
> One more question regarding the future: I guess there will be Spur32 and 
> Spur64 vm's, right?
> If so, what are the plans regarding NativeBoost? Will there be a 64 bit 
> version, too? (Ok, that's more than one question :))

I’m working on a replacement that takes same syntax but uses regular FFI 
implementation instead ASM. 
This will re-orientate our efforts into a common FFI strategy in all platforms 
and joint with Eliot work. 
In that direction, there is some important work to speed up (with a new 
bytecode set and functions to FFI, Ronie and Eliot were working on it), plus a 
threaded ffi implementation, plus 64bits, plus ARM. 
So, no need on reinvent the wheel here. 
NB was important and a very good idea, but sadly we cannot maintain it as-is. 

Esteban

> 
> Regards
> Andreas
> 
>> 
 at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the 
 future SDL2 too).
 
 for starting your build I suggest you to exclude all the additions 
 (plugins and external libraries).
 then add them one by one.
>>> I already have a running version from almost one year ago. This time I will 
>>> try to get further (eg. NativeBoost) and want to enhance my documentation.
>>> But it is time consuming and I would like to spend my time with more 
>>> interesting things (using Pharo :))
>> :)
>> 
>>> Cheers,
>>> Andreas
 cheers,
 Esteban
 
> On 06 Apr 2015, at 08:49, Andreas Wacknitz  wrote:
> 
> 
> Am 03.04.15 17:31, schrieb Esteban Lorenzano:
> I have more questions but I am reluctant to disturb you further as 
> you must be quite busy atm.
 ask, I will answer when I can :)
> Hi Esteban,
> 
> I am trying to understand the rationale behind 
> PharoVMBuilder>>buildUnix32 (and similar methods like >>buildMacOSX32, 
> >>buildFreeBSD32).
> How to determine which plugins and libraries to use?
>Linux makes use of
>PharoUnixConfig new
>"generateForDebug;"
>addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin 
> );
>addThirdpartyLibraries: #(
>'libssh2'
>'libgit2'
>'libsdl2');
> 
>For FreeBSD it looks like this:
>PharoFreeBSDConfig new
>"generateForDebug;"
>addExternalPlugins: #( SqueakSSLPlugin );
>addInternalPlugins: #( UnixOSProcessPlugin  );
>addThirdpartyLibraries: #(
>'libssh2'
>'libgit2' );
> 
>Mac OSX:
>PharoOSXConfig new
>"generateForDebug;"
>addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin );
>addInternalPlugins: #( UnixOSProcessPlugin );
>addThirdpartyLibraries: #(
>'cairo'
>'libgit2'
>'libssh2'
>'libsdl2');
> 
>Windows:
>PharoWindowsConfig new
>addExternalPlugins: #( FT2Plugin SqueakSSLPlugin );
>addInternalPlugins: #( SDL2DisplayPlugin );
>addThirdpartyLibraries: #(
>'cairo'
>'libssh2'
>'libgit2'
>'libsdl2');
> 
> I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo 
> not yet available?).
> Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries 
> for openindiana, like it is done for Windows and MacOSX?
> Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and 
> SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as internal 
> plugin?
> 
> Regards
> Andreas
> 
> 

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

[Andreas Wacknitz]

Am 06.04.15 09:51, schrieb Esteban Lorenzano:

On 06 Apr 2015, at 09:41, Andreas Wacknitz  wrote:


Am 06.04.15 09:01, schrieb Esteban Lorenzano:

Hi,

there is no real rationale :(
the reason why they are there now and not in their corresponding 
#defaultInternalPlugins or #defaultExternalPlugins is historic, configurations 
growth organically (we would need a refactor there).

I fear not so many people could do that. I am scratching my head quite often 
while reading the code.
BTW: PharoS is being used for Stack vm's so you should either find another 
abbreviation for Spur or choose the full name (that's what I would prefer).
Otherwise it will get even harder in the future…

we plan to drop support for plain cog vm and replace it for spur… so Pharo and 
PharoS will be both spur VMs… no need to complicate things here.
Ah, OK. So probably I should wait until this happened and everythings 
settled down.
One more question regarding the future: I guess there will be Spur32 and 
Spur64 vm's, right?
If so, what are the plans regarding NativeBoost? Will there be a 64 bit 
version, too? (Ok, that's more than one question :))


Regards
Andreas




at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the 
future SDL2 too).

for starting your build I suggest you to exclude all the additions (plugins and 
external libraries).
then add them one by one.

I already have a running version from almost one year ago. This time I will try 
to get further (eg. NativeBoost) and want to enhance my documentation.
But it is time consuming and I would like to spend my time with more 
interesting things (using Pharo :))

:)


Cheers,
Andreas

cheers,
Esteban


On 06 Apr 2015, at 08:49, Andreas Wacknitz  wrote:


Am 03.04.15 17:31, schrieb Esteban Lorenzano:

I have more questions but I am reluctant to disturb you further as you must be 
quite busy atm.

ask, I will answer when I can :)

Hi Esteban,

I am trying to understand the rationale behind PharoVMBuilder>>buildUnix32 (and similar 
methods like >>buildMacOSX32, >>buildFreeBSD32).
How to determine which plugins and libraries to use?
Linux makes use of
PharoUnixConfig new
"generateForDebug;"
addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin );
addThirdpartyLibraries: #(
'libssh2'
'libgit2'
'libsdl2');

For FreeBSD it looks like this:
PharoFreeBSDConfig new
"generateForDebug;"
addExternalPlugins: #( SqueakSSLPlugin );
addInternalPlugins: #( UnixOSProcessPlugin  );
addThirdpartyLibraries: #(
'libssh2'
'libgit2' );

Mac OSX:
PharoOSXConfig new
"generateForDebug;"
addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin );
addInternalPlugins: #( UnixOSProcessPlugin );
addThirdpartyLibraries: #(
'cairo'
'libgit2'
'libssh2'
'libsdl2');

Windows:
PharoWindowsConfig new
addExternalPlugins: #( FT2Plugin SqueakSSLPlugin );
addInternalPlugins: #( SDL2DisplayPlugin );
addThirdpartyLibraries: #(
'cairo'
'libssh2'
'libgit2'
'libsdl2');

I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo not yet 
available?).
Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries for 
openindiana, like it is done for Windows and MacOSX?
Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and 
SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as internal 
plugin?

Regards
Andreas

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

[Esteban Lorenzano]

> On 06 Apr 2015, at 09:41, Andreas Wacknitz  wrote:
> 
> 
> Am 06.04.15 09:01, schrieb Esteban Lorenzano:
>> Hi,
>> 
>> there is no real rationale :(
>> the reason why they are there now and not in their corresponding 
>> #defaultInternalPlugins or #defaultExternalPlugins is historic, 
>> configurations growth organically (we would need a refactor there).
> I fear not so many people could do that. I am scratching my head quite often 
> while reading the code.
> BTW: PharoS is being used for Stack vm's so you should either find another 
> abbreviation for Spur or choose the full name (that's what I would prefer).
> Otherwise it will get even harder in the future…

we plan to drop support for plain cog vm and replace it for spur… so Pharo and 
PharoS will be both spur VMs… no need to complicate things here. 

> 
>> at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the 
>> future SDL2 too).
>> 
>> for starting your build I suggest you to exclude all the additions (plugins 
>> and external libraries).
>> then add them one by one.
> I already have a running version from almost one year ago. This time I will 
> try to get further (eg. NativeBoost) and want to enhance my documentation.
> But it is time consuming and I would like to spend my time with more 
> interesting things (using Pharo :))

:)

> 
> Cheers,
> Andreas
>> 
>> cheers,
>> Esteban
>> 
>>> On 06 Apr 2015, at 08:49, Andreas Wacknitz  wrote:
>>> 
>>> 
>>> Am 03.04.15 17:31, schrieb Esteban Lorenzano:
>>> I have more questions but I am reluctant to disturb you further as you 
>>> must be quite busy atm.
>> ask, I will answer when I can :)
>>> Hi Esteban,
>>> 
>>> I am trying to understand the rationale behind PharoVMBuilder>>buildUnix32 
>>> (and similar methods like >>buildMacOSX32, >>buildFreeBSD32).
>>> How to determine which plugins and libraries to use?
>>>Linux makes use of
>>>PharoUnixConfig new
>>>"generateForDebug;"
>>>addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin );
>>>addThirdpartyLibraries: #(
>>>'libssh2'
>>>'libgit2'
>>>'libsdl2');
>>> 
>>>For FreeBSD it looks like this:
>>>PharoFreeBSDConfig new
>>>"generateForDebug;"
>>>addExternalPlugins: #( SqueakSSLPlugin );
>>>addInternalPlugins: #( UnixOSProcessPlugin  );
>>>addThirdpartyLibraries: #(
>>>'libssh2'
>>>'libgit2' );
>>> 
>>>Mac OSX:
>>>PharoOSXConfig new
>>>"generateForDebug;"
>>>addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin );
>>>addInternalPlugins: #( UnixOSProcessPlugin );
>>>addThirdpartyLibraries: #(
>>>'cairo'
>>>'libgit2'
>>>'libssh2'
>>>'libsdl2');
>>> 
>>>Windows:
>>>PharoWindowsConfig new
>>>addExternalPlugins: #( FT2Plugin SqueakSSLPlugin );
>>>addInternalPlugins: #( SDL2DisplayPlugin );
>>>addThirdpartyLibraries: #(
>>>'cairo'
>>>'libssh2'
>>>'libgit2'
>>>'libsdl2');
>>> 
>>> I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo not 
>>> yet available?).
>>> Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries for 
>>> openindiana, like it is done for Windows and MacOSX?
>>> Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and 
>>> SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as internal 
>>> plugin?
>>> 
>>> Regards
>>> Andreas
>>> 
> 

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

[Andreas Wacknitz]

Am 06.04.15 09:01, schrieb Esteban Lorenzano:

Hi,

there is no real rationale :(
the reason why they are there now and not in their corresponding 
#defaultInternalPlugins or #defaultExternalPlugins is historic, configurations 
growth organically (we would need a refactor there).
I fear not so many people could do that. I am scratching my head quite 
often while reading the code.
BTW: PharoS is being used for Stack vm's so you should either find 
another abbreviation for Spur or choose the full name (that's what I 
would prefer).

Otherwise it will get even harder in the future...


at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the 
future SDL2 too).

for starting your build I suggest you to exclude all the additions (plugins and 
external libraries).
then add them one by one.
I already have a running version from almost one year ago. This time I 
will try to get further (eg. NativeBoost) and want to enhance my 
documentation.
But it is time consuming and I would like to spend my time with more 
interesting things (using Pharo :))


Cheers,
Andreas


cheers,
Esteban


On 06 Apr 2015, at 08:49, Andreas Wacknitz  wrote:


Am 03.04.15 17:31, schrieb Esteban Lorenzano:

I have more questions but I am reluctant to disturb you further as you must be 
quite busy atm.

ask, I will answer when I can :)

Hi Esteban,

I am trying to understand the rationale behind PharoVMBuilder>>buildUnix32 (and similar 
methods like >>buildMacOSX32, >>buildFreeBSD32).
How to determine which plugins and libraries to use?
Linux makes use of
PharoUnixConfig new
"generateForDebug;"
addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin );
addThirdpartyLibraries: #(
'libssh2'
'libgit2'
'libsdl2');

For FreeBSD it looks like this:
PharoFreeBSDConfig new
"generateForDebug;"
addExternalPlugins: #( SqueakSSLPlugin );
addInternalPlugins: #( UnixOSProcessPlugin  );
addThirdpartyLibraries: #(
'libssh2'
'libgit2' );

Mac OSX:
PharoOSXConfig new
"generateForDebug;"
addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin );
addInternalPlugins: #( UnixOSProcessPlugin );
addThirdpartyLibraries: #(
'cairo'
'libgit2'
'libssh2'
'libsdl2');

Windows:
PharoWindowsConfig new
addExternalPlugins: #( FT2Plugin SqueakSSLPlugin );
addInternalPlugins: #( SDL2DisplayPlugin );
addThirdpartyLibraries: #(
'cairo'
'libssh2'
'libgit2'
'libsdl2');

I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo not yet 
available?).
Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries for 
openindiana, like it is done for Windows and MacOSX?
Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and 
SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as internal 
plugin?

Regards
Andreas

Re: [Pharo-dev] Downloading the latest 40 Image -> Error

[Hernán Morales Durand]

Now it works :)
Thank you Esteban,

Hernán

2015-04-06 4:08 GMT-03:00 Esteban Lorenzano :

> we pay a cache service to put artefacts close users around the world.
> we are still not convinced of it, but we are trying to enhance the service
> (we know outside europe is some-times slow).
>
> anyway, I purged it… can you try now?
>
> cheers,
> Esteban
>
> On 06 Apr 2015, at 09:05, Hernán Morales Durand 
> wrote:
>
> Which cache service?
>
> 2015-04-06 3:46 GMT-03:00 Esteban Lorenzano :
>
>> has to be something with the cache service, because it works fine for me.
>>
>> Esteban
>>
>> On 06 Apr 2015, at 06:38, Hernán Morales Durand 
>> wrote:
>>
>> Reproduced with Windows and CentOS 7. Image ZIP downloads but it seems
>> corrupt?
>>
>> $ md5sum image.zip
>> 7ff5e1cbdd434a1194b4777056005143 *image.zip
>>
>> $ file image.zip
>> image.zip: Zip archive data, at least v2.0 to extract
>>
>> 13,6 MB (14.347.593 bytes)
>>
>> $ zip -F image.zip --out img.zip
>> Fix archive (-F) - assume mostly intact archive
>> zip warning: bad archive - missing end signature
>> zip warning: (If downloaded, was binary mode used?  If not, the
>> zip warning:  archive may be scrambled and not recoverable)
>> zip warning: Can't use -F to fix (try -FF)
>>
>> zip error: Zip file structure invalid (image.zip)
>>
>> $ zip -FF image.zip --out img.zip
>> Fix archive (-FF) - salvage what can
>> zip warning: Missing end (EOCDR) signature - either this archive
>>  is not readable or the end is damaged
>> Is this a single-disk archive?  (y/n): y
>>   Assuming single-disk archive
>> Scanning for entries...
>>  copying: Pharo-40593.image  (9988133 bytes)
>>  copying: Pharo-40594.changes  (4362852 bytes)
>>
>> $ unzip img.zip
>> Archive:  img.zip
>>   inflating: Pharo-40593.image
>>   error:  invalid compressed data to inflate
>>  bad CRC 176d616a  (should be cb225fb1)
>>   inflating: Pharo-40594.changes
>>   error:  invalid compressed data to inflate
>>  bad CRC aebb9aa5  (should be 4bc50ce1)
>>
>>
>> Cheers,
>>
>> Hernán
>>
>>
>> 2015-04-04 17:32 GMT-03:00 Sven Van Caekenberghe :
>>
>>> I think this has to do with CDN caching or cache invalidation.
>>>
>>> > On 04 Apr 2015, at 21:09, Max Leske  wrote:
>>> >
>>> > Confirmed.
>>> >
>>> >> On 04 Apr 2015, at 20:46, Hernán Morales Durand <
>>> hernan.mora...@gmail.com> wrote:
>>> >>
>>> >> FYI
>>> >>
>>> >> $ wget -O- get.pharo.org/40+vm | bash
>>> >> --2015-04-04 18:41:59--  http://get.pharo.org/40+vm
>>> >> Resolving get.pharo.org... 128.93.162.72
>>> >> Connecting to get.pharo.org|128.93.162.72|:80... connected.
>>> >> HTTP request sent, awaiting response... 200 OK
>>> >> Length: 2885 (2.8K) [text/html]
>>> >> Saving to: `STDOUT'
>>> >>
>>> >> 100%[==>] 2,885   --.-K/s
>>>  in 0.001s
>>> >>
>>> >> 2015-04-04 18:42:00 (2.54 MB/s) - written to stdout [2885/2885]
>>> >>
>>> >> Downloading the latest 40 Image:
>>> >> http://files.pharo.org/image/40/latest.zip
>>> >> [image.MJSoCf/image.zip]
>>> >>   End-of-central-directory signature not found.  Either this file is
>>> not
>>> >>   a zipfile, or it constitutes one disk of a multi-part archive.  In
>>> the
>>> >>   latter case the central directory and zipfile comment will be found
>>> on
>>> >>   the last disk(s) of this archive.
>>> >> unzip:  cannot find zipfile directory in one of
>>> image.MJSoCf/image.zip or
>>> >> image.MJSoCf/image.zip.zip, and cannot find
>>> image.MJSoCf/image.zip.ZIP,
>>> >> period.
>>> >
>>>
>>>
>>>
>>
>>
>
>

Re: [Pharo-dev] Downloading the latest 40 Image -> Error

[Esteban Lorenzano]

we pay a cache service to put artefacts close users around the world. 
we are still not convinced of it, but we are trying to enhance the service (we 
know outside europe is some-times slow). 

anyway, I purged it… can you try now?

cheers, 
Esteban

> On 06 Apr 2015, at 09:05, Hernán Morales Durand  
> wrote:
> 
> Which cache service?
> 
> 2015-04-06 3:46 GMT-03:00 Esteban Lorenzano  >:
> has to be something with the cache service, because it works fine for me.
> 
> Esteban
> 
>> On 06 Apr 2015, at 06:38, Hernán Morales Durand > > wrote:
>> 
>> Reproduced with Windows and CentOS 7. Image ZIP downloads but it seems 
>> corrupt?
>> 
>> $ md5sum image.zip
>> 7ff5e1cbdd434a1194b4777056005143 *image.zip
>> 
>> $ file image.zip
>> image.zip: Zip archive data, at least v2.0 to extract
>> 
>> 13,6 MB (14.347.593 bytes)
>> 
>> $ zip -F image.zip --out img.zip
>> Fix archive (-F) - assume mostly intact archive
>> zip warning: bad archive - missing end signature
>> zip warning: (If downloaded, was binary mode used?  If not, the
>> zip warning:  archive may be scrambled and not recoverable)
>> zip warning: Can't use -F to fix (try -FF)
>> 
>> zip error: Zip file structure invalid (image.zip)
>> 
>> $ zip -FF image.zip --out img.zip
>> Fix archive (-FF) - salvage what can
>> zip warning: Missing end (EOCDR) signature - either this archive
>>  is not readable or the end is damaged
>> Is this a single-disk archive?  (y/n): y
>>   Assuming single-disk archive
>> Scanning for entries...
>>  copying: Pharo-40593.image  (9988133 bytes)
>>  copying: Pharo-40594.changes  (4362852 bytes)
>> 
>> $ unzip img.zip 
>> Archive:  img.zip
>>   inflating: Pharo-40593.image   
>>   error:  invalid compressed data to inflate
>>  bad CRC 176d616a  (should be cb225fb1)
>>   inflating: Pharo-40594.changes 
>>   error:  invalid compressed data to inflate
>>  bad CRC aebb9aa5  (should be 4bc50ce1)
>> 
>> 
>> Cheers,
>> 
>> Hernán
>> 
>> 
>> 2015-04-04 17:32 GMT-03:00 Sven Van Caekenberghe > >:
>> I think this has to do with CDN caching or cache invalidation.
>> 
>> > On 04 Apr 2015, at 21:09, Max Leske > > > wrote:
>> >
>> > Confirmed.
>> >
>> >> On 04 Apr 2015, at 20:46, Hernán Morales Durand > >> > wrote:
>> >>
>> >> FYI
>> >>
>> >> $ wget -O- get.pharo.org/40+vm  | bash
>> >> --2015-04-04 18:41:59--  http://get.pharo.org/40+vm 
>> >> 
>> >> Resolving get.pharo.org ... 128.93.162.72
>> >> Connecting to get.pharo.org |128.93.162.72|:80... 
>> >> connected.
>> >> HTTP request sent, awaiting response... 200 OK
>> >> Length: 2885 (2.8K) [text/html]
>> >> Saving to: `STDOUT'
>> >>
>> >> 100%[==>] 2,885   --.-K/s   in 
>> >> 0.001s
>> >>
>> >> 2015-04-04 18:42:00 (2.54 MB/s) - written to stdout [2885/2885]
>> >>
>> >> Downloading the latest 40 Image:
>> >> http://files.pharo.org/image/40/latest.zip 
>> >> 
>> >> [image.MJSoCf/image.zip]
>> >>   End-of-central-directory signature not found.  Either this file is not
>> >>   a zipfile, or it constitutes one disk of a multi-part archive.  In the
>> >>   latter case the central directory and zipfile comment will be found on
>> >>   the last disk(s) of this archive.
>> >> unzip:  cannot find zipfile directory in one of image.MJSoCf/image.zip or
>> >> image.MJSoCf/image.zip.zip, and cannot find 
>> >> image.MJSoCf/image.zip.ZIP,
>> >> period.
>> >
>> 
>> 
>> 
> 
> 

Re: [Pharo-dev] Downloading the latest 40 Image -> Error

[Hernán Morales Durand]

Which cache service?

2015-04-06 3:46 GMT-03:00 Esteban Lorenzano :

> has to be something with the cache service, because it works fine for me.
>
> Esteban
>
> On 06 Apr 2015, at 06:38, Hernán Morales Durand 
> wrote:
>
> Reproduced with Windows and CentOS 7. Image ZIP downloads but it seems
> corrupt?
>
> $ md5sum image.zip
> 7ff5e1cbdd434a1194b4777056005143 *image.zip
>
> $ file image.zip
> image.zip: Zip archive data, at least v2.0 to extract
>
> 13,6 MB (14.347.593 bytes)
>
> $ zip -F image.zip --out img.zip
> Fix archive (-F) - assume mostly intact archive
> zip warning: bad archive - missing end signature
> zip warning: (If downloaded, was binary mode used?  If not, the
> zip warning:  archive may be scrambled and not recoverable)
> zip warning: Can't use -F to fix (try -FF)
>
> zip error: Zip file structure invalid (image.zip)
>
> $ zip -FF image.zip --out img.zip
> Fix archive (-FF) - salvage what can
> zip warning: Missing end (EOCDR) signature - either this archive
>  is not readable or the end is damaged
> Is this a single-disk archive?  (y/n): y
>   Assuming single-disk archive
> Scanning for entries...
>  copying: Pharo-40593.image  (9988133 bytes)
>  copying: Pharo-40594.changes  (4362852 bytes)
>
> $ unzip img.zip
> Archive:  img.zip
>   inflating: Pharo-40593.image
>   error:  invalid compressed data to inflate
>  bad CRC 176d616a  (should be cb225fb1)
>   inflating: Pharo-40594.changes
>   error:  invalid compressed data to inflate
>  bad CRC aebb9aa5  (should be 4bc50ce1)
>
>
> Cheers,
>
> Hernán
>
>
> 2015-04-04 17:32 GMT-03:00 Sven Van Caekenberghe :
>
>> I think this has to do with CDN caching or cache invalidation.
>>
>> > On 04 Apr 2015, at 21:09, Max Leske  wrote:
>> >
>> > Confirmed.
>> >
>> >> On 04 Apr 2015, at 20:46, Hernán Morales Durand <
>> hernan.mora...@gmail.com> wrote:
>> >>
>> >> FYI
>> >>
>> >> $ wget -O- get.pharo.org/40+vm | bash
>> >> --2015-04-04 18:41:59--  http://get.pharo.org/40+vm
>> >> Resolving get.pharo.org... 128.93.162.72
>> >> Connecting to get.pharo.org|128.93.162.72|:80... connected.
>> >> HTTP request sent, awaiting response... 200 OK
>> >> Length: 2885 (2.8K) [text/html]
>> >> Saving to: `STDOUT'
>> >>
>> >> 100%[==>] 2,885   --.-K/s   in
>> 0.001s
>> >>
>> >> 2015-04-04 18:42:00 (2.54 MB/s) - written to stdout [2885/2885]
>> >>
>> >> Downloading the latest 40 Image:
>> >> http://files.pharo.org/image/40/latest.zip
>> >> [image.MJSoCf/image.zip]
>> >>   End-of-central-directory signature not found.  Either this file is
>> not
>> >>   a zipfile, or it constitutes one disk of a multi-part archive.  In
>> the
>> >>   latter case the central directory and zipfile comment will be found
>> on
>> >>   the last disk(s) of this archive.
>> >> unzip:  cannot find zipfile directory in one of image.MJSoCf/image.zip
>> or
>> >> image.MJSoCf/image.zip.zip, and cannot find
>> image.MJSoCf/image.zip.ZIP,
>> >> period.
>> >
>>
>>
>>
>
>

Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD

[Esteban Lorenzano]

Hi,

there is no real rationale :(
the reason why they are there now and not in their corresponding 
#defaultInternalPlugins or #defaultExternalPlugins is historic, configurations 
growth organically (we would need a refactor there). 
at least: FT2Plugin and SqueakSSLPlugin should be in defaults (and in the 
future SDL2 too). 

for starting your build I suggest you to exclude all the additions (plugins and 
external libraries). 
then add them one by one.

cheers, 
Esteban 

> On 06 Apr 2015, at 08:49, Andreas Wacknitz  wrote:
> 
> 
> Am 03.04.15 17:31, schrieb Esteban Lorenzano:
>> 
> 
> I have more questions but I am reluctant to disturb you further as you 
> must be quite busy atm.
 
 ask, I will answer when I can :)
> Hi Esteban,
> 
> I am trying to understand the rationale behind PharoVMBuilder>>buildUnix32 
> (and similar methods like >>buildMacOSX32, >>buildFreeBSD32).
> How to determine which plugins and libraries to use?
>Linux makes use of
>PharoUnixConfig new
>"generateForDebug;"
>addExternalPlugins: #( FT2Plugin SqueakSSLPlugin SDL2DisplayPlugin );
>addThirdpartyLibraries: #(
>'libssh2'
>'libgit2'
>'libsdl2');
> 
>For FreeBSD it looks like this:
>PharoFreeBSDConfig new
>"generateForDebug;"
>addExternalPlugins: #( SqueakSSLPlugin );
>addInternalPlugins: #( UnixOSProcessPlugin  );
>addThirdpartyLibraries: #(
>'libssh2'
>'libgit2' );
> 
>Mac OSX:
>PharoOSXConfig new
>"generateForDebug;"
>addExternalPlugins: #( FT2Plugin SDL2DisplayPlugin );
>addInternalPlugins: #( UnixOSProcessPlugin );
>addThirdpartyLibraries: #(
>'cairo'
>'libgit2'
>'libssh2'
>'libsdl2');
> 
>Windows:
>PharoWindowsConfig new
>addExternalPlugins: #( FT2Plugin SqueakSSLPlugin );
>addInternalPlugins: #( SDL2DisplayPlugin );
>addThirdpartyLibraries: #(
>'cairo'
>'libssh2'
>'libgit2'
>'libsdl2');
> 
> I assume that FreeBSD's configuration is not up-to-date (sdl2 and cairo not 
> yet available?).
> Should I try to configure cairo, libssh2, libgit2 and libsdl2 libraries for 
> openindiana, like it is done for Windows and MacOSX?
> Furthermore, should I try to configure SqueakSSLPlugin, FT2Plugin and 
> SDL2DisplayPlugin as external plugins and UnixOSProcessPlugin as internal 
> plugin?
> 
> Regards
> Andreas
>