Re: [Pharo-users] [ANN] Pharo 4.0 is released!

[Bernat Romagosa]

Congratulations! I've been using the beta for a while and it's _by far_ my
favorite release ever!
El dia 16/04/2015 12.15, "Norbert Hartl"  va escriure:

> Huay
>
> Congrats you guys for the hard work
>
> Norbert
>
> Am 16.04.2015 um 11:29 schrieb Esteban Lorenzano :
>
> Please spread widely.
> Sorry for multiple posts.
>
> (this post can be see here: http://pharo.org/news/pharo-4.0-released)
>
> Dear World,
>
> Pharo 4.0 (http://www.pharo.org) is here.
>
> Pharo is a pure object-oriented programming language and a powerful
> environment, focused on simplicity and immediate feedback.
>
> Many things have changed in Pharo. Here are some highlights:
> - Inspector/Playground/Spotter are new moldable development tools for
> inspecting, coding and searching objects.
> - Slots model instance variables as first class entities and enable
> meta-programming on this level.
> - ShoreLine reporter introduces a way to report system errors and collect
> statistics, that we will use for future improvements
> - Dark theme.
>
> These are just the more prominent highlights, but the details are just as
> important. We have closed 1697 issues in Pharo 4. Take a moment to go
> through a more detailed recount of the progress:
>
>
> https://github.com/pharo-project/ChangeLogs/blob/master/Pharo40ChangeLogs.md
>
> Pharo is improving on many fronts, but one of the most prominent changes
> is the addition of moldable tools for inspection and search. These tools
> provide extension mechanisms that allow every object to define ways in
> which it can be understood effectively. To provide an idea of the impact of
> the already existing extensions, the map below shows the Pharo classes
> grouped in packages, highlighting in red those parts of the system that
> have at least one such custom view coming with the main distribution. The
> spread of these extensions shows that moldability is powerful mechanism
> that can be used in many contexts.
>
>
> Remember that Pharo is your platform. We thank all the contributors of
> this release:
>
> Clara Allende, Jean-Baptiste Arnaud, Jean-Christophe Bach, Philippe Back,
> Clement Bera, Alexandre Bergel, Torsten Bergmann, Vincent Blondeau, Noury
> Bouraqadi, Santiago Bragagnolo, Johan Brichau, Sven Van Caekenberghe,
> Damien Cassou, Nicolas Cellier, Guido Chari, Dimitris Chloupis, Andrei
> Chis, Ben Coman, Bernardo Contreras, Tommaso Dal Sasso, Jan Van De Sandt,
> Christophe Demarey, Sean DeNigris, Marcus Denker, Martin Dias, Stephane
> Ducasse, Stephan Eggermont, Luc Fabresse, Johan Fabry, Hilaire Fernandes,
> Jerome Garcia, Tudor Girba, Thierry Goubier, Jigyasa Grover, Kris Gybels,
> Norbert Hartl, Dale Henrichs, Pablo Herrero, Nicolai Hess, Pavel Krivanek,
> Juraj Kubelka, Jan Kurs, Laurent Laffont, Jannik Laval, Kevin Lanvin, Max
> Leske, David Lewis, Diego Lont, Esteban Lorenzano, Tim Mackinnon, Attila
> Magyar, Esteban Maringolo, Stefan Marr, Max Mattone, Martin Mc Clure, Eliot
> Miranda, Alain Plantec, Guillermo Polito, Damien Pollet, Stefan Reichhart,
> Mark Rizun, Udo Schneider, Ignacio Sniechowski, Henrik Sperre Johansen,
> Igor Stasenko, Aliaksei Syrel, Ciprian Teodorov, Camille Teruel, Sebastian
> Tleye, Yuriy Tymchuk, Peter Uhnak, Andres Valloud, Sven Van Caekenberghe,
> Thomas Vincent, Jan Vrany, Martin Walk, Richard Wettel, Dmitri Zagidulin
>
> And all those who contributed indirectly, by reporting bugs, participating
> in discussion threads, providing feedback...
>
> Pharo 4.0 is another big step. And, the best is yet to come.
>
> Enjoy!
> The Pharo Team
>
> ___
> Magritte, Pier and Related Tools ...
> https://www.iam.unibe.ch/mailman/listinfo/smallwiki
>
>
>

Re: [Pharo-users] Messaging solutions for Pharo

[Bernat Romagosa]

Thanks! I guess I'll use mosquitto as a middleware then, and
Zinc/Websockets from Pharo.

Best,
Bernat.

2015-04-08 16:47 GMT+02:00 Esteban A. Maringolo :

> Hi Bernat,
>
> I did some with MQTT in Java/Android and JavaScript with Paho, but
> never used it with Pharo nor in any of our products.
>
> Regards!
> Esteban A. Maringolo
>
>
> 2015-04-08 10:55 GMT-03:00 Bernat Romagosa  >:
> > Hi Esteban,
> >
> > did you finally choose MQTT? I'm in the beginning of a project right now
> > where we need to communicate with a bunch of devices and we've considered
> > MQTT, but we don't know whether to use some existing broker like
> mosquitto
> > or implement it in Pharo. Have you been down this path?
> >
> > Thanks!
> > Bernat.
> >
> > 2014-11-24 11:55 GMT+01:00 Andres Fortier :
> >>
> >> Hi Stef,
> >>
> >> thanks! Glad to be doing things in Pharo :)
> >>
> >> On Sun, Nov 23, 2014 at 9:24 AM, stepharo  wrote:
> >>>
> >>> Hello Andres
> >>>
> >>> nice to see you on this list :)
> >>>
> >>> Stef
> >>>
> >>> Le 19/11/14 19:40, Andres Fortier a écrit :
> >>>
> >>> Hi Esteban,
> >>> Never used either of them, but IIRC there was a Jabber package in
> >>> Visualworks (JabberXMPP?), although not sure if it provided both
> client and
> >>> server. There is also
> >>> http://www.squeaksource.com/@zQrCJXpxIQLxqde8/tV369AO0. Seems dated,
> but
> >>> maybe worth a shot considering you only need the server side?
> >>>
> >>> HTH,
> >>> Andrés
> >>>
> >>> On Wed, Nov 19, 2014 at 3:06 PM, Esteban A. Maringolo
> >>>  wrote:
> >>>>
> >>>> Hi,
> >>>>
> >>>> I'll be needing to add bidirectional messaging to our current Android
> >>>> (Java) application, and as usual I'm expecting to manage the server
> side of
> >>>> the communication with Pharo.
> >>>>
> >>>> I'm evaluating two alternatives, but I'm in open to other, proven,
> >>>> options.
> >>>>
> >>>> Option 1. WebSockets
> >>>> Open a WebSocket on each device, and push/retrieve messages from each
> of
> >>>> these, tracking the device id if I need to recreate a new socket
> (avoiding
> >>>> recreating new sockets in case of connectivity issues, very common).
> >>>>
> >>>> Option 2. MQTT [1]
> >>>> This is basically a mobile oriented MQ, super low footprint on mobile.
> >>>> For what I saw, I could implement the server using an intermediate MQ
> >>>> (RabbitMQ) and use STOMP to connect to it.
> >>>>
> >>>> Option 3. XMPP [3]
> >>>> Provides several features I'll need in the future, like file transfer
> in
> >>>> addition to regular text messaging. It is very well supported in
> Android
> >>>> with Smack [4], but I don't know if we have a Pharo server for it, or
> if
> >>>> somebody ever played with it.
> >>>>
> >>>> By means of simplicity and use load I favor option 1, because I can
> >>>> understand it better, and as everything moves towards web based
> >>>> technologies, I could implement WAMP [5] on top of that in the future.
> >>>>
> >>>> Right now I'd need to have a hundred websockets opened at the same
> time,
> >>>> which doesn't sound like a heavy load to me, but I certainly don't
> know. In
> >>>> the future it could be an order of magnitude bigger, and that's why I
> don't
> >>>> discard more complex solutions like XMPP or MQTT.
> >>>>
> >>>> Regards!
> >>>>
> >>>>
> >>>> [1] http://mqtt.org/
> >>>> [2] https://github.com/svenvc/docs/blob/master/neo/stamp.md
> >>>> [3] http://xmpp.org/
> >>>> [4] http://www.igniterealtime.org/projects/smack/
> >>>> [5] http://wamp.ws/
> >>>>
> >>>>
> >>>
> >>>
> >>
> >
> >
> >
> > --
> > Bernat Romagosa.
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Messaging solutions for Pharo

[Bernat Romagosa]

Hi Esteban,

did you finally choose MQTT? I'm in the beginning of a project right now
where we need to communicate with a bunch of devices and we've considered
MQTT, but we don't know whether to use some existing broker like mosquitto
or implement it in Pharo. Have you been down this path?

Thanks!
Bernat.

2014-11-24 11:55 GMT+01:00 Andres Fortier :

> Hi Stef,
>
> thanks! Glad to be doing things in Pharo :)
>
> On Sun, Nov 23, 2014 at 9:24 AM, stepharo  wrote:
>
>>  Hello Andres
>>
>> nice to see you on this list :)
>>
>> Stef
>>
>> Le 19/11/14 19:40, Andres Fortier a écrit :
>>
>> Hi Esteban,
>> Never used either of them, but IIRC there was a Jabber package in
>> Visualworks (JabberXMPP?), although not sure if it provided both client and
>> server. There is also
>> http://www.squeaksource.com/@zQrCJXpxIQLxqde8/tV369AO0. Seems dated, but
>> maybe worth a shot considering you only need the server side?
>>
>>  HTH,
>> Andrés
>>
>> On Wed, Nov 19, 2014 at 3:06 PM, Esteban A. Maringolo <
>> emaring...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>>  I'll be needing to add bidirectional messaging to our current Android
>>> (Java) application, and as usual I'm expecting to manage the server side of
>>> the communication with Pharo.
>>>
>>>  I'm evaluating two alternatives, but I'm in open to other, proven,
>>> options.
>>>
>>>  Option 1. WebSockets
>>> Open a WebSocket on each device, and push/retrieve messages from each of
>>> these, tracking the device id if I need to recreate a new socket (avoiding
>>> recreating new sockets in case of connectivity issues, very common).
>>>
>>>  Option 2. MQTT [1]
>>> This is basically a mobile oriented MQ, super low footprint on mobile.
>>> For what I saw, I could implement the server using an intermediate MQ
>>> (RabbitMQ) and use STOMP to connect to it.
>>>
>>>  Option 3. XMPP [3]
>>> Provides several features I'll need in the future, like file transfer in
>>> addition to regular text messaging. It is very well supported in Android
>>> with Smack [4], but I don't know if we have a Pharo server for it, or if
>>> somebody ever played with it.
>>>
>>>  By means of simplicity and use load I favor option 1, because I can
>>> understand it better, and as everything moves towards web based
>>> technologies, I could implement WAMP [5] on top of that in the future.
>>>
>>>  Right now I'd need to have a hundred websockets opened at the same
>>> time, which doesn't sound like a heavy load to me, but I certainly don't
>>> know. In the future it could be an order of magnitude bigger, and that's
>>> why I don't discard more complex solutions like XMPP or MQTT.
>>>
>>>  Regards!
>>>
>>>
>>>  [1] http://mqtt.org/
>>> [2] https://github.com/svenvc/docs/blob/master/neo/stamp.md
>>> [3] http://xmpp.org/
>>> [4] http://www.igniterealtime.org/projects/smack/
>>> [5] http://wamp.ws/
>>>
>>>
>>>
>>
>>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] NBSQLite3 on Pharo 4?

[Bernat Romagosa]

Ok, I just figured for some reason it doesn't work when I'm using Pharo via
PharoLauncher...

I just got the latest pharo4 for Linux, image + vm, and NBSQLite3 worked
out of the box.

Hope it helps somebody else!

2015-04-05 16:01 GMT+02:00 Bernat Romagosa :

> Hi Pierce!
>
> I was just trying to open a connection as follows:
>
> NBSQLite3Connection openOn: 'test.db'
>
> The top of the stack says Error: Could not find accessor for variable
> named "symbolName" in
> NativeBoost>>#bootstrapLoadSymbol:ofLength:fromModule:into:
>
> Are you using Linux as well?
>
> 2015-04-05 15:48 GMT+02:00 Pierce Ng :
>
>> On Sun, Apr 05, 2015 at 03:08:56PM +0200, Bernat Romagosa wrote:
>> > I've been trying out some simple persistence options on Pharo 4 and I
>> can't
>> > seem to get NBSQLite3 to work.
>> > Is it compatible with Pharo 4?
>>
>> As I've just written a blog post on Glorp-NBSQLite3 on Pharo 4 this long
>> weekend, the answer is yes. :-)
>>
>> I don't think I've encountered the stack trace that you provided too many
>> times. What is the Smalltalk code you were executing?
>>
>> Pierce
>>
>>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] NBSQLite3 on Pharo 4?

[Bernat Romagosa]

Hi Pierce!

I was just trying to open a connection as follows:

NBSQLite3Connection openOn: 'test.db'

The top of the stack says Error: Could not find accessor for variable named
"symbolName" in NativeBoost>>#bootstrapLoadSymbol:ofLength:fromModule:into:

Are you using Linux as well?

2015-04-05 15:48 GMT+02:00 Pierce Ng :

> On Sun, Apr 05, 2015 at 03:08:56PM +0200, Bernat Romagosa wrote:
> > I've been trying out some simple persistence options on Pharo 4 and I
> can't
> > seem to get NBSQLite3 to work.
> > Is it compatible with Pharo 4?
>
> As I've just written a blog post on Glorp-NBSQLite3 on Pharo 4 this long
> weekend, the answer is yes. :-)
>
> I don't think I've encountered the stack trace that you provided too many
> times. What is the Smalltalk code you were executing?
>
> Pierce
>
>


-- 
Bernat Romagosa.

[Pharo-users] NBSQLite3 on Pharo 4?

[Bernat Romagosa]

I've been trying out some simple persistence options on Pharo 4 and I can't
seem to get NBSQLite3 to work.

I have the 32 bits lib present and where it should be, and this is the
error I'm getting when opening a new connection:

NBFFICallout>>loaderForArgNamed:
NBFFICallout>>loaderForArgNamed:indirectIndex:
NBFFICallout>>argName:indirectIndex:type:ptrArity:
NBFnSpecParser>>parseArgument
NBFnSpecParser>>parseArguments
NBFnSpecParser>>parseAnonFunction:
NBFFICallout>>anonSpec:
[ :t3 |
t3
useEmitCall;
callType: conv;
sender: context;
parseOptions: options;
anonSpec: t1;
generate: t2 ] in NBFFICalloutAPI>>function:emit: in Block: [ :t3 | ...
[ t6 := t1 value: (self newForMethod: t3) ] in NBFFICallout
class(NBNativeCodeGen class)>>generateCode:andRetry: in Block: [ t6 := t1
value: (self newForMethod: t3) ]
BlockClosure>>on:do:
NBRecursionDetect class>>in:during:
NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry:
NBFFICallout class(NBNativeCodeGen class)>>handleFailureIn:nativeCode:
NBFFICalloutAPI>>function:emit:
NativeBoostLinux32(NativeBoost)>>bootstrapLoadSymbol:ofLength:fromModule:into:
NativeBoostLinux32(NativeBoost)>>loadSymbol:fromModule:
NativeBoostLinux32>>loadSymbol:fromModule:
NativeBoost class>>loadSymbol:fromModule:
NBSQLite3FFI class(Object)>>nbGetSymbolAddress:module:
NBFFICallout>>generateCall:module:
[ :t3 |
t3
callType: conv;
sender: context;
parseOptions: options;
generateCall: t1 module: t2 ] in NBFFICalloutAPI>>function:module: in
Block: [ :t3 | ...
[ t6 := t1 value: (self newForMethod: t3) ] in NBFFICallout
class(NBNativeCodeGen class)>>generateCode:andRetry: in Block: [ t6 := t1
value: (self newForMethod: t3) ]
BlockClosure>>on:do:
NBRecursionDetect class>>in:during:
NBFFICallout class(NBNativeCodeGen class)>>generateCode:andRetry:
NBFFICallout class(NBNativeCodeGen class)>>handleFailureIn:nativeCode:
NBFFICalloutAPI>>function:module:
NBSQLite3FFI(Object)>>nbCall:module:
NBSQLite3FFI>>apiOpen:via:
NBSQLite3FFI>>open:via:

Is it compatible with Pharo 4?

-- 
Bernat Romagosa.

Re: [Pharo-users] PUnQLite NB error

[Bernat Romagosa]

Ok, forget that! It seems the configuration downloads the unqlite.so
library into the wrong path... just moving it to the image folder did the
trick.

2015-04-05 11:26 GMT+02:00 Bernat Romagosa :

> Hi list,
>
> I'm trying to get Masashi's PUnQLite package to work in Pharo 4 under
> Ubuntu, and here's what happens when I try to run the example code:
>
> |db|
> db := PqDatabase open: 'comments.db'.
> db disableAutoCommit.
> db transact: [
> Object subclasses do: [:cls | | key |
> key := cls asString.
> db at: key put: cls comment ]
> ].
> db close.
>
>
>
>
> Any idea what can be happening here?
> ​
> Thanks! :)
> Bernat.
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

[Pharo-users] PUnQLite NB error

[Bernat Romagosa]

Hi list,

I'm trying to get Masashi's PUnQLite package to work in Pharo 4 under
Ubuntu, and here's what happens when I try to run the example code:

|db|
db := PqDatabase open: 'comments.db'.
db disableAutoCommit.
db transact: [
Object subclasses do: [:cls | | key |
key := cls asString.
db at: key put: cls comment ]
].
db close.




Any idea what can be happening here?
​
Thanks! :)
Bernat.

-- 
Bernat Romagosa.

Re: [Pharo-users] quick poll - which OS do you use for Pharo?

[Bernat Romagosa]

I think that's because we GNU/Linux users tend to reply quicker when asked
which OS we use.
El dia 31/03/2015 7.58, "kilon alios"  va escriure:

> more linux than mac ? thats a surprise .
>
> On Tue, Mar 31, 2015 at 12:39 AM, Peter Uhnák  wrote:
>
>> Hi,
>>
>> I've made a quick poll because I'm interested in the distribution of
>> Pharo users among OSes.
>> It's a single anonymous question, so it shouldn't take more than five
>> seconds to complete :)
>>
>> http://strawpoll.me/4001583
>>
>> Thanks :)
>>
>> Peter
>>
>
>

Re: [Pharo-users] Datathon for development in Paris

[Bernat Romagosa]

Hi Serge,

Do you know if these data will stay open and public after the event? At the
Citilab we're working a lot with open data and we're constantly looking for
new sources. I don't think we'll be able to come to Paris though...
El dia 12/03/2015 12.20, "Serge Stinckwich"  va
escriure:

> Dear all,
>
> something that might interest some of you.
>
> There will be a datathon organized in Paris in collaboration with
> the MIT about data & development in African countries from April 7th to
> 9th.
> Some companies and NGOs will provide open data. Orange, the telecom
> provider will provided some data about communication between local
> antennas and also trajectories log of people.
>
> I have the idea of having a small team using ROASSAL for participating
> to the datathon and doing some nice vizualisations.
> Anyone interested to made a team ?
>
> You could find more information about this event here:
>
>
> http://simplon.co/blog/2015/3/7/datathon-data-for-development-rdv-les-7-8-et-9-avril-montreuil-
>
> sorry only in French.
>
> Regards
> --
> Serge Stinckwich
> UCBN & UMI UMMISCO 209 (IRD/UPMC)
> Every DSL ends up being Smalltalk
> http://www.doesnotunderstand.org/
>
>

Re: [Pharo-users] Mea Culpa

[Bernat Romagosa]

Hey Richard,

I believe the only alive cross-dialect space is the #smalltalk IRC channel
in FreeNode. There's an average of 25~30 people online in that channel,
which is not _too_ bad considering the size of our community. Still,
compare that to, say, #lisp, with ~400 users and also being a cross-dialect
channel.

Smalltalkers feel quite strong about their particular dialect. I'm not
criticizing this behavior, I'm just stating facts. I also have strong
feelings for "my dialects" and I don't think this is necessarily bad.

However, there are some "de-facto" meeting points for all Smalltalks, like
http://world.st. Even though there is no mailing list that joins all of us
together, this space does feature a homogenized list of all forums (
http://forum.world.st/). Planet Smalltalk (http://planet.smalltalk.org/) is
another great one for those of us who use RSS feeds.

Indeed, it could take quite a while before a generic Smalltalk list was
populated enough, but these two efforts show there might be an interest.

Cheers,
Bernat.

2015-01-22 9:11 GMT+01:00 Martin Bähr :

> Excerpts from kilon alios's message of 2015-01-22 08:13:57 +0100:
> > Popularity indeed comes with a high price. Guido the creator of python he
> > has said in one of his presentation that there many people who want to
> add
> > their libraries to python distribution but they should not want to do
> that,
> > because once a library is added it become very difficult to change since
> so
> > many people depend on it to keep backward compatibility. He claimed that
> > even simple bug fixes have to go through lengthy review process. This can
> > be expanded to the entirety of the IDE and the language.
> >
> > This the most important reason why pharo has been moving forward so fast
> > and why popular languages move at glacial speed.
> > I dont want to lose that so yes I dont want for pharo to become popular.
>
> squeak already hast that 'problem' i believe and pharo is actively working
> to
> counteract it by removing less important things. so i doubt pharo will
> suffer
> from the pressure to fill it up with new packages any time soon.
>
> in this case it may be a win for all because those who want backwards
> compatibility can choose squeak, and those who want fast paced action may
> use
> pharo.
>
> also craig with context is working on minimizing the images which i believe
> should help to move more and more things out of the core, allowing you to
> pull
> them back in, making it possible to choose from various versions, based on
> your
> compatibility needs.
>
> ironically, i actually expect to want backwards compatibility in the
> future.
> but backwards to now, not to a decade ago, so i hope pharo development will
> eventually slow down somewhat.
>
> in addition, the multiple smalltalk implementations also act as a
> stabilizing
> factor, because people will want to write code that runs on all of them.
> (seaside for example) so pharo can't go that far out of line and make
> itself
> completely incompatible.
>
> i am also not sure which is better. a large standard library makes for a
> more stable system.
> having lots of important 3rd party libraries can lead to dependency
> issues...
>
> greetings, martin.
>
> --
> eKita   -   the online platform for your entire academic
> life
> --
> chief engineer
>  eKita.co
> pike programmer      pike.lysator.liu.secaudium.net
> societyserver.org
> secretary
> beijinglug.org
> mentor
> fossasia.org
> foresight developer  foresightlinux.org
> realss.com
> unix sysadmin
> Martin Bähr  working in china
> http://societyserver.org/mbaehr/
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] [ Book Review ] Lauren Ipsum

[Bernat Romagosa]

This book is a must read! I use many of its metaphors all the time when
teaching! :)

It just takes an afternoon to read it, don't miss it.

2015-01-15 16:28 GMT+01:00 Sven Van Caekenberghe :

> Every now and then you come across a book that is special.
>
> A couple that I remember are 'Structure and Interpretation of Computer
> Programs' by Harold Abelson and Gerald Jay Sussman for its high level of
> abstraction over petty details and its breath of subjects, 'The Little
> Schemer' by Daniel Friedman for its mind blowing Q&A style introduction to
> recursive thinking or 'The Connection Machine' by Danny Hillis, a doctoral
> thesis that read like a science fiction novel.
>
> Closer to Pharo, 'Smalltalk Best Practice Patters' by Kent Beck surprises
> by being deceptively simple yet profound and by transcending the language
> for general object design principles. 'A Mentoring Course on Smalltalk' by
> Andres Valloud manages to bring across very advanced ideas mostly by
> discussing the implementation of one or two relatively simple problems.
>
> So what about a (children's) book about computer science without any
> (pseudo) code or math ? And make it fun too, please.
>
> 'Lauren Ipsum' by Carlos Bueno and Ytaelena Lopez [
> http://www.laurenipsum.org ] does just that.
>
> It is a story about a girl that is lost in some magic land and wants to
> get home. Along the way the fundamental principles of computer science get
> woven into the story - as if they were the most normal thing in the world
> (which they are).
>
> I was smiling all the time, for all the little jokes and references,
> although many of those will be lost on those that are not computer nerds.
> Graph searching, reader writer problems, abstraction, heuristics,
> networking, communication and so on are all part of the story. Beautiful.
>
> I read the e-book version in iBooks on my iPhone without any layout
> problems.
>
> Recommended.
>
> Sven
>
>
> --
> Sven Van Caekenberghe
> Proudly supporting Pharo
> http://pharo.org
> http://association.pharo.org
> http://consortium.pharo.org
>
>
>
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] inria survey

[Bernat Romagosa]

Hi Stef,

What should I enter under "Establishment"? Is it the company/institution
where one works/studies?

Cheers!
Bernat.

2014-11-06 11:45 GMT+01:00 stepharo :

> Hi guys
>
> you can help us to improve our communication as a research center. Please
> take some minutes to fill this little survey.
>
> Stef
>
> --
> VERSION FRANÇAISE
> --
> Créé depuis 2002 à Lille, le centre de recherche Inria Lille - Nord Europe
> souhaite faire un point d’étape sur sa notoriété et s’interroge sur l’image
> qu’il véhicule auprès des différents publics avec lesquels il collabore.
> Industriels, partenaires académiques, collectivités, chercheurs,
> journalistes, fournisseurs, étudiants, lycéens… Nous voulons savoir si vous
> nous connaissez bien et si vous auriez envie d’en savoir plus. Vos avis
> nous intéressent alors n’hésitez pas à compléter le questionnaire avant le
> 28 novembre.
>
> David Simplot-Ryl directeur Inria Lille - Nord Europe
>
>
> En pratique ;
> Lien vers le questionnaire : https://sondages.inria.fr/
> index.php/632788?lang=fr
> Clôture de l’enquête le 28 novembre.
> Temps de réponse au questionnaire : moins de 10min.
> Les résultats de l’enquête seront communiqués en 2015.
>
> http://www.inria.fr/centre/lille/actualites/enquete-sur-
> l-image-du-centre-inria-lille-nord-europe
>
> 
> ENGLISH VERSION
> 
> Created since 2002 in Lille, the Inria Lille - Nord Europe research center
> wish to make a report on its reputation and its image. Industrial and
> academic partners, researchers, journalists , suppliers, students,... We
> want to know if you know us well and if you would like to learn more. We
> are interested in your opinion then do not hesitate to complete the
> questionnaire before 28 November. David Simplot- Ryl director Inria Lille -
> Nord Europe
>
> David Simplot-Ryl director Inria Lille - Nord Europe
>
> In practice ;
> Link to the survey :https://sondages.inria.fr/index.php/632788?lang=fr
> (select English)
> Deadline to respond 28 November.
> Questionnaire response time : less than 10 minutes.
> The results of the survey will be released in 2015.
>
> http://www.inria.fr/en/centre/lille/news/inria-lille-nord-europe-survey
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Tide installation

[Bernat Romagosa]

Ok, I found this:

https://github.com/tide-framework/tide-doc/blob/master/documentation.pier.md

Hope it helps other people too! :)

2014-09-05 18:37 GMT+02:00 Bernat Romagosa :

> The slides are cool, but I really don't quite understand how Tide works...
>
> I tried to reproduce the Hero example, but when asking my lair for heroes
> (from the client side) I got:
>
> TDClient >> promiseNotFound:
>> No promise was found for selector heroes
>
>
> It'd be great if someone wrote a getting started tutorial, a simple ToDo
> would be more than enough. Marina is way too complex to grasp how the
> framework works, and the counter example is way too simple. I'd do it
> myself, but of course I don't know the first thing about Tide! :P
>
>
> 2014-09-04 9:37 GMT+02:00 Bernat Romagosa 
> :
>
>> Pull request sent.
>>
>> Phill, you need to use the latest bower. I'd uninstall and reinstall
>> again:
>>
>> $ npm uninstall bower
>> $ npm install bower -g
>>
>> Then just follow the tutorial, you don't need to modify bower.json or
>> anything.
>>
>> Stef, thanks! I'll check these slides.
>>
>> Cheers,
>> Bernat.
>>
>>
>> 2014-09-03 16:50 GMT+02:00 p...@highoctane.be :
>>
>> I tried to get this working.
>>>
>>> bower installed
>>> Tide loaded as per the slides (with some fiddling as what is there
>>> doesn't work).
>>>
>>> Then TDDispatcher tideIndexPageUrl inspect gives
>>>
>>> http://localhost:/tide/tide/index.html
>>>
>>> (Why that 'tide' twice in there?)
>>>
>>> And there, no helios or anything.
>>>
>>> But that may be because I used the wrong bower 1.2.6 version and set
>>> stable for Amber as the commit number didn't work.
>>>
>>> So, Bernat, which bower and which amber in bower.json ?
>>>
>>> TIA
>>> Phil
>>> ​
>>>
>>
>>
>>
>> --
>> Bernat Romagosa.
>>
>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Tide installation

[Bernat Romagosa]

The slides are cool, but I really don't quite understand how Tide works...

I tried to reproduce the Hero example, but when asking my lair for heroes
(from the client side) I got:

TDClient >> promiseNotFound:
> No promise was found for selector heroes


It'd be great if someone wrote a getting started tutorial, a simple ToDo
would be more than enough. Marina is way too complex to grasp how the
framework works, and the counter example is way too simple. I'd do it
myself, but of course I don't know the first thing about Tide! :P


2014-09-04 9:37 GMT+02:00 Bernat Romagosa :

> Pull request sent.
>
> Phill, you need to use the latest bower. I'd uninstall and reinstall again:
>
> $ npm uninstall bower
> $ npm install bower -g
>
> Then just follow the tutorial, you don't need to modify bower.json or
> anything.
>
> Stef, thanks! I'll check these slides.
>
> Cheers,
> Bernat.
>
>
> 2014-09-03 16:50 GMT+02:00 p...@highoctane.be :
>
> I tried to get this working.
>>
>> bower installed
>> Tide loaded as per the slides (with some fiddling as what is there
>> doesn't work).
>>
>> Then TDDispatcher tideIndexPageUrl inspect gives
>>
>> http://localhost:/tide/tide/index.html
>>
>> (Why that 'tide' twice in there?)
>>
>> And there, no helios or anything.
>>
>> But that may be because I used the wrong bower 1.2.6 version and set
>> stable for Amber as the commit number didn't work.
>>
>> So, Bernat, which bower and which amber in bower.json ?
>>
>> TIA
>> Phil
>> ​
>>
>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Tide installation

[Bernat Romagosa]

Pull request sent.

Phill, you need to use the latest bower. I'd uninstall and reinstall again:

$ npm uninstall bower
$ npm install bower -g

Then just follow the tutorial, you don't need to modify bower.json or
anything.

Stef, thanks! I'll check these slides.

Cheers,
Bernat.


2014-09-03 16:50 GMT+02:00 p...@highoctane.be :

> I tried to get this working.
>
> bower installed
> Tide loaded as per the slides (with some fiddling as what is there doesn't
> work).
>
> Then TDDispatcher tideIndexPageUrl inspect gives
>
> http://localhost:/tide/tide/index.html
>
> (Why that 'tide' twice in there?)
>
> And there, no helios or anything.
>
> But that may be because I used the wrong bower 1.2.6 version and set
> stable for Amber as the commit number didn't work.
>
> So, Bernat, which bower and which amber in bower.json ?
>
> TIA
> Phil
> ​
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Tide installation

[Bernat Romagosa]

Hi Stef,

I got Tide working alright, the only thing that's a bit off is the part of
the installation steps where it says you have to use a particular bower
version. I can issue a pull request for readme.md correcting this part if
you want.

Then I tried Marina and the instructions were bright and clear! Nice piece
of software. There are some things that are not working for me (paths for
elements with spaces in the title, for instance), but overall it looks like
a great example of what you can do with Tide.

Cheers!
Bernat.

p.s. I watched the video and things are a bit clearer to me now, although
text is a bit hard to read. Are the slides shared somewhere?


2014-09-03 10:47 GMT+02:00 stepharo :

>  Bernat
>
> once you get it working could you issue some pull requests so that I
> integrate the changes (if I have right access).
>
> Stef
>
>
> On 2/9/14 17:05, Bernat Romagosa wrote:
>
> Hi list!
>
>  I wanted to try out Tide, and I'm following the steps at:
> https://github.com/tide-framework/tide
>
>  However, I can't get through the bower install step. Here's the output:
>
>
>  bower amber#0efe3ad09   not-cached git://
>> github.com/amber-smalltalk/amber.git#0efe3ad09
>> bower amber#0efe3ad09  resolve git://
>> github.com/amber-smalltalk/amber.git#0efe3ad09
>> bower amber#0efe3ad09 ENORESTARGET Tag/branch 0efe3ad09 does not exist
>> Additional error details:
>> Available tags: 0.10, 0.10.0, 0.11.0, 0.12.0, 0.12.1, 0.12.2, 0.12.3,
>> 0.12.4, 0.12.6, 0.13.0-alpha.1, 0.13.0-alpha.2, 0.9, 0.9.1, legacy,
>> legacy2, legacy3-iife
>> Available branches: 0.13-prereleases, camillo-hacks, chromeos, gh-pages,
>> master, moka, nemo, nw-helios-app, stable, website-deployment
>
>
>
>  I changed 0efe3ad09 for stable in bower.json and it failed with:
>
>
>  bower amber#stable  not-cached git://
>> github.com/amber-smalltalk/amber.git#stable
>> bower amber#stable resolve git://
>> github.com/amber-smalltalk/amber.git#stable
>> bower amber#stablecheckout stable
>> bower amber#stable   error Arguments to path.join must be
>> strings
>> Stack trace:
>> TypeError: Arguments to path.join must be strings
>> at path.js:360:15
>> at Array.filter (native)
>> at Object.exports.join (path.js:358:36)
>> at GitHubResolver.GitResolver._cleanup
>> (/usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:182:26)
>> at
>> /usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:74:25
>> at Promise.apply
>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1122:26)
>> at Promise.promise.promiseDispatch
>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41)
>> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:1337:14
>> at flush
>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:108:17)
>> at process._tickCallback (node.js:415:13)
>> Console trace:
>> Trace
>> at StandardRenderer.error
>> (/usr/local/lib/node_modules/bower/lib/renderers/StandardRenderer.js:74:17)
>> at Logger.updateNotifier.packageName
>> (/usr/local/lib/node_modules/bower/bin/bower:109:18)
>> at Logger.EventEmitter.emit (events.js:95:17)
>> at Logger.emit
>> (/usr/local/lib/node_modules/bower/node_modules/bower-logger/lib/Logger.js:29:39)
>> at /usr/local/lib/node_modules/bower/lib/commands/install.js:28:16
>> at _rejected
>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:808:24)
>> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:834:30
>> at Promise.when
>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1079:31)
>>     at Promise.promise.promiseDispatch
>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41)
>> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:574:44
>> System info:
>> Bower version: 1.2.6
>> Node version: 0.10.25
>> OS: Linux 3.11.0-19-generic x64
>
>
>  I'm kind of stuck, any tips?
>
>  Thanks!
>
>  Bernat.
>
>
>  --
> Bernat Romagosa.
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Tide installation

[Bernat Romagosa]

Thanks Tim, I'll take a look at it. Unfortunately I couldn't attend this
year :(

In the meantime I've just found out where the counter entry point is
defined:

TDDispatcher >> setupDefault
> default := self new.
>  default
> registerHandler: ((TDFileHandler path: 'tide')
> directoryPath: '.';
>  yourself);
> registerHandler: ((TDPresenterHandler path: 'counter')
> rootPresenterClass: TDCounter;
>  yourself)


Nice!


2014-09-02 18:57 GMT+02:00 Tim Mackinnon :

> You can try watching the ESUG video from this year on:
> http://goo.gl/E1VF53
>
> The presentation that Esteban gave was great - and it also inspired me to
> look at this some more too.
>
> Tim
>
> On 2 Sep 2014, at 17:46, Bernat Romagosa 
> wrote:
>
> Hey, it looks really nice. Is there any documentation around? Any getting
> started tutorial or bigger project I can take a look at?
>
> I don't exactly get how proxying works. I inspected the TDCounter instance
> in Pharo and I see it's persisting its value, but I don't get how's the
> widget getting to it:
>
> TDClientProxy on: '/counter'
>
> Is '/counter' an entry point? If so, where is it defined? I can't find it
> anywhere.
>
>
>
>
> 2014-09-02 18:27 GMT+02:00 Bernat Romagosa  >:
>
>> My bad! Forget my previous email!
>>
>> Sorry.
>>
>>
>> 2014-09-02 18:16 GMT+02:00 Bernat Romagosa <
>> tibabenfortlapala...@gmail.com>:
>>
>> Hola Esteban!
>>>
>>> Thanks, but it's still failing (although it progressed a little bit
>>> further):
>>>
>>> bower amber#0efe3ad09   not-cached git://
>>>> github.com/amber-smalltalk/amber.git#0efe3ad09
>>>> bower amber#0efe3ad09  resolve git://
>>>> github.com/amber-smalltalk/amber.git#0efe3ad09
>>>>  bower amber#0efe3ad09short-sha Consider using longer commit
>>>> SHA to avoid conflicts
>>>> bower amber#0efe3ad09 checkout 0efe3ad09
>>>> bower amber#0efe3ad09 resolved git://
>>>> github.com/amber-smalltalk/amber.git#0efe3ad09
>>>> bower jquery-tabby#*cached git://
>>>> github.com/alanhogan/Tabby.git#925c5a416a
>>>> bower jquery-tabby#*  validate 925c5a416a against git://
>>>> github.com/alanhogan/Tabby.git#*
>>>> bower jquery#~1.10.2cached git://
>>>> github.com/jquery/jquery.git#1.10.2
>>>> bower jquery#~1.10.2  validate 1.10.2 against git://
>>>> github.com/jquery/jquery.git#~1.10.2
>>>> bower showdown#~0.3.1   cached git://
>>>> github.com/coreyti/showdown.git#0.3.1
>>>> bower showdown#~0.3.1 validate 0.3.1 against git://
>>>> github.com/coreyti/showdown.git#~0.3.1
>>>> bower es5-shim#~3.3.0   cached git://
>>>> github.com/es-shims/es5-shim.git#3.3.2
>>>> bower es5-shim#~3.3.0 validate 3.3.2 against git://
>>>> github.com/es-shims/es5-shim.git#~3.3.0
>>>> bower codemirror#~3.24.0cached git://
>>>> github.com/marijnh/CodeMirror.git#3.24.0
>>>> bower codemirror#~3.24.0  validate 3.24.0 against git://
>>>> github.com/marijnh/CodeMirror.git#~3.24.0
>>>> bower bootstrap#~2.3.2  cached git://
>>>> github.com/alonisser/bower-bootstrap-2.3.2-legacy.git#2.3.2
>>>> bower bootstrap#~2.3.2validate 2.3.2 against git://
>>>> github.com/alonisser/bower-bootstrap-2.3.2-legacy.git#~2.3.2
>>>> bower jquery-ui#~1.10.3 cached git://
>>>> github.com/components/jqueryui.git#1.10.4
>>>> bower jquery-ui#~1.10.3   validate 1.10.4 against git://
>>>> github.com/components/jqueryui.git#~1.10.3
>>>> bower require-css#~0.1.2cached git://
>>>> github.com/guybedford/require-css.git#0.1.4
>>>> bower require-css#~0.1.2  validate 0.1.4 against git://
>>>> github.com/guybedford/require-css.git#~0.1.2
>>>> bower jquery-ui#~1.10.3new version for git://
>>>> github.com/components/jqueryui.git#~1.10.3
>>>> bower jquery-ui#~1.10.3resolve git://
>>>> github.com/components/jqueryui.git#~1.10.3
>>>> bower jquery-ui#~1.10.3   download
>>>> https://github.com/components/jqueryui/archive/1.10.4.tar.gz
>>>> bower require-css#~0.1.2   new version for git://
>>>> github.com/guybedford/require-css.git#~0.1.2
>>>> bower require-css#~0.1.2  

Re: [Pharo-users] Tide installation

[Bernat Romagosa]

Hey, it looks really nice. Is there any documentation around? Any getting
started tutorial or bigger project I can take a look at?

I don't exactly get how proxying works. I inspected the TDCounter instance
in Pharo and I see it's persisting its value, but I don't get how's the
widget getting to it:

TDClientProxy on: '/counter'

Is '/counter' an entry point? If so, where is it defined? I can't find it
anywhere.




2014-09-02 18:27 GMT+02:00 Bernat Romagosa :

> My bad! Forget my previous email!
>
> Sorry.
>
>
> 2014-09-02 18:16 GMT+02:00 Bernat Romagosa  >:
>
> Hola Esteban!
>>
>> Thanks, but it's still failing (although it progressed a little bit
>> further):
>>
>> bower amber#0efe3ad09   not-cached git://
>>> github.com/amber-smalltalk/amber.git#0efe3ad09
>>> bower amber#0efe3ad09  resolve git://
>>> github.com/amber-smalltalk/amber.git#0efe3ad09
>>>  bower amber#0efe3ad09short-sha Consider using longer commit SHA
>>> to avoid conflicts
>>> bower amber#0efe3ad09 checkout 0efe3ad09
>>> bower amber#0efe3ad09 resolved git://
>>> github.com/amber-smalltalk/amber.git#0efe3ad09
>>> bower jquery-tabby#*cached git://
>>> github.com/alanhogan/Tabby.git#925c5a416a
>>> bower jquery-tabby#*  validate 925c5a416a against git://
>>> github.com/alanhogan/Tabby.git#*
>>> bower jquery#~1.10.2cached git://
>>> github.com/jquery/jquery.git#1.10.2
>>> bower jquery#~1.10.2  validate 1.10.2 against git://
>>> github.com/jquery/jquery.git#~1.10.2
>>> bower showdown#~0.3.1   cached git://
>>> github.com/coreyti/showdown.git#0.3.1
>>> bower showdown#~0.3.1 validate 0.3.1 against git://
>>> github.com/coreyti/showdown.git#~0.3.1
>>> bower es5-shim#~3.3.0   cached git://
>>> github.com/es-shims/es5-shim.git#3.3.2
>>> bower es5-shim#~3.3.0 validate 3.3.2 against git://
>>> github.com/es-shims/es5-shim.git#~3.3.0
>>> bower codemirror#~3.24.0cached git://
>>> github.com/marijnh/CodeMirror.git#3.24.0
>>> bower codemirror#~3.24.0  validate 3.24.0 against git://
>>> github.com/marijnh/CodeMirror.git#~3.24.0
>>> bower bootstrap#~2.3.2  cached git://
>>> github.com/alonisser/bower-bootstrap-2.3.2-legacy.git#2.3.2
>>> bower bootstrap#~2.3.2validate 2.3.2 against git://
>>> github.com/alonisser/bower-bootstrap-2.3.2-legacy.git#~2.3.2
>>> bower jquery-ui#~1.10.3 cached git://
>>> github.com/components/jqueryui.git#1.10.4
>>> bower jquery-ui#~1.10.3   validate 1.10.4 against git://
>>> github.com/components/jqueryui.git#~1.10.3
>>> bower require-css#~0.1.2cached git://
>>> github.com/guybedford/require-css.git#0.1.4
>>> bower require-css#~0.1.2  validate 0.1.4 against git://
>>> github.com/guybedford/require-css.git#~0.1.2
>>> bower jquery-ui#~1.10.3new version for git://
>>> github.com/components/jqueryui.git#~1.10.3
>>> bower jquery-ui#~1.10.3resolve git://
>>> github.com/components/jqueryui.git#~1.10.3
>>> bower jquery-ui#~1.10.3   download
>>> https://github.com/components/jqueryui/archive/1.10.4.tar.gz
>>> bower require-css#~0.1.2   new version for git://
>>> github.com/guybedford/require-css.git#~0.1.2
>>> bower require-css#~0.1.2   resolve git://
>>> github.com/guybedford/require-css.git#~0.1.2
>>> bower require-css#~0.1.2  download
>>> https://github.com/guybedford/require-css/archive/0.1.5.tar.gz
>>> bower jquery#>=1.8.0 <2.1.0 cached git://
>>> github.com/jquery/jquery.git#2.0.3
>>> bower jquery#>=1.8.0 <2.1.0   validate 2.0.3 against git://
>>> github.com/jquery/jquery.git#>=1.8.0 <2.1.0
>>> bower require-css#~0.1.2   extract archive.tar.gz
>>> bower require-css#~0.1.2  resolved git://
>>> github.com/guybedford/require-css.git#0.1.5
>>> bower jquery-ui#~1.10.3extract archive.tar.gz
>>> bower jquery-ui#~1.10.3   invalid-meta jquery-ui is missing "ignore"
>>> entry in bower.json
>>> bower jquery-ui#~1.10.3   resolved git://
>>> github.com/components/jqueryui.git#1.10.4
>>> bower   EACCES EACCES, mkdir
>>> '/home/nabax/myproject/github-cache/tide-framework/tide/master/tide-framework-tide-252a3d8/bower_components'
>>> Stack trace:
>>> Error:

Re: [Pharo-users] Tide installation

[Bernat Romagosa]

My bad! Forget my previous email!

Sorry.


2014-09-02 18:16 GMT+02:00 Bernat Romagosa :

> Hola Esteban!
>
> Thanks, but it's still failing (although it progressed a little bit
> further):
>
> bower amber#0efe3ad09   not-cached git://
>> github.com/amber-smalltalk/amber.git#0efe3ad09
>> bower amber#0efe3ad09  resolve git://
>> github.com/amber-smalltalk/amber.git#0efe3ad09
>>  bower amber#0efe3ad09short-sha Consider using longer commit SHA
>> to avoid conflicts
>> bower amber#0efe3ad09 checkout 0efe3ad09
>> bower amber#0efe3ad09 resolved git://
>> github.com/amber-smalltalk/amber.git#0efe3ad09
>> bower jquery-tabby#*cached git://
>> github.com/alanhogan/Tabby.git#925c5a416a
>> bower jquery-tabby#*  validate 925c5a416a against git://
>> github.com/alanhogan/Tabby.git#*
>> bower jquery#~1.10.2cached git://
>> github.com/jquery/jquery.git#1.10.2
>> bower jquery#~1.10.2  validate 1.10.2 against git://
>> github.com/jquery/jquery.git#~1.10.2
>> bower showdown#~0.3.1   cached git://
>> github.com/coreyti/showdown.git#0.3.1
>> bower showdown#~0.3.1 validate 0.3.1 against git://
>> github.com/coreyti/showdown.git#~0.3.1
>> bower es5-shim#~3.3.0   cached git://
>> github.com/es-shims/es5-shim.git#3.3.2
>> bower es5-shim#~3.3.0 validate 3.3.2 against git://
>> github.com/es-shims/es5-shim.git#~3.3.0
>> bower codemirror#~3.24.0cached git://
>> github.com/marijnh/CodeMirror.git#3.24.0
>> bower codemirror#~3.24.0  validate 3.24.0 against git://
>> github.com/marijnh/CodeMirror.git#~3.24.0
>> bower bootstrap#~2.3.2  cached git://
>> github.com/alonisser/bower-bootstrap-2.3.2-legacy.git#2.3.2
>> bower bootstrap#~2.3.2validate 2.3.2 against git://
>> github.com/alonisser/bower-bootstrap-2.3.2-legacy.git#~2.3.2
>> bower jquery-ui#~1.10.3 cached git://
>> github.com/components/jqueryui.git#1.10.4
>> bower jquery-ui#~1.10.3   validate 1.10.4 against git://
>> github.com/components/jqueryui.git#~1.10.3
>> bower require-css#~0.1.2cached git://
>> github.com/guybedford/require-css.git#0.1.4
>> bower require-css#~0.1.2  validate 0.1.4 against git://
>> github.com/guybedford/require-css.git#~0.1.2
>> bower jquery-ui#~1.10.3new version for git://
>> github.com/components/jqueryui.git#~1.10.3
>> bower jquery-ui#~1.10.3resolve git://
>> github.com/components/jqueryui.git#~1.10.3
>> bower jquery-ui#~1.10.3   download
>> https://github.com/components/jqueryui/archive/1.10.4.tar.gz
>> bower require-css#~0.1.2   new version for git://
>> github.com/guybedford/require-css.git#~0.1.2
>> bower require-css#~0.1.2   resolve git://
>> github.com/guybedford/require-css.git#~0.1.2
>> bower require-css#~0.1.2  download
>> https://github.com/guybedford/require-css/archive/0.1.5.tar.gz
>> bower jquery#>=1.8.0 <2.1.0 cached git://
>> github.com/jquery/jquery.git#2.0.3
>> bower jquery#>=1.8.0 <2.1.0   validate 2.0.3 against git://
>> github.com/jquery/jquery.git#>=1.8.0 <2.1.0
>> bower require-css#~0.1.2   extract archive.tar.gz
>> bower require-css#~0.1.2  resolved git://
>> github.com/guybedford/require-css.git#0.1.5
>> bower jquery-ui#~1.10.3extract archive.tar.gz
>> bower jquery-ui#~1.10.3   invalid-meta jquery-ui is missing "ignore"
>> entry in bower.json
>> bower jquery-ui#~1.10.3   resolved git://
>> github.com/components/jqueryui.git#1.10.4
>> bower   EACCES EACCES, mkdir
>> '/home/nabax/myproject/github-cache/tide-framework/tide/master/tide-framework-tide-252a3d8/bower_components'
>> Stack trace:
>> Error: EACCES, mkdir
>> '/home/nabax/myproject/github-cache/tide-framework/tide/master/tide-framework-tide-252a3d8/bower_components'
>> Console trace:
>> Trace
>> at StandardRenderer.error
>> (/usr/local/lib/node_modules/bower/lib/renderers/StandardRenderer.js:72:17)
>> at Logger.
>> (/usr/local/lib/node_modules/bower/bin/bower:110:22)
>>
>> at Logger.EventEmitter.emit (events.js:95:17)
>> at Logger.emit
>> (/usr/local/lib/node_modules/bower/node_modules/bower-logger/lib/Logger.js:29:39)
>> at /usr/local/lib/node_modules/bower/lib/commands/index.js:40:20
>> at _rejected
>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:797:24)
>> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:823:30
>>   

Re: [Pharo-users] Tide installation

[Bernat Romagosa]

Hola Esteban!

Thanks, but it's still failing (although it progressed a little bit
further):

bower amber#0efe3ad09   not-cached git://
> github.com/amber-smalltalk/amber.git#0efe3ad09
> bower amber#0efe3ad09  resolve git://
> github.com/amber-smalltalk/amber.git#0efe3ad09
> bower amber#0efe3ad09short-sha Consider using longer commit SHA to
> avoid conflicts
> bower amber#0efe3ad09 checkout 0efe3ad09
> bower amber#0efe3ad09 resolved git://
> github.com/amber-smalltalk/amber.git#0efe3ad09
> bower jquery-tabby#*cached git://
> github.com/alanhogan/Tabby.git#925c5a416a
> bower jquery-tabby#*  validate 925c5a416a against git://
> github.com/alanhogan/Tabby.git#*
> bower jquery#~1.10.2cached git://
> github.com/jquery/jquery.git#1.10.2
> bower jquery#~1.10.2  validate 1.10.2 against git://
> github.com/jquery/jquery.git#~1.10.2
> bower showdown#~0.3.1   cached git://
> github.com/coreyti/showdown.git#0.3.1
> bower showdown#~0.3.1 validate 0.3.1 against git://
> github.com/coreyti/showdown.git#~0.3.1
> bower es5-shim#~3.3.0   cached git://
> github.com/es-shims/es5-shim.git#3.3.2
> bower es5-shim#~3.3.0 validate 3.3.2 against git://
> github.com/es-shims/es5-shim.git#~3.3.0
> bower codemirror#~3.24.0cached git://
> github.com/marijnh/CodeMirror.git#3.24.0
> bower codemirror#~3.24.0  validate 3.24.0 against git://
> github.com/marijnh/CodeMirror.git#~3.24.0
> bower bootstrap#~2.3.2  cached git://
> github.com/alonisser/bower-bootstrap-2.3.2-legacy.git#2.3.2
> bower bootstrap#~2.3.2validate 2.3.2 against git://
> github.com/alonisser/bower-bootstrap-2.3.2-legacy.git#~2.3.2
> bower jquery-ui#~1.10.3 cached git://
> github.com/components/jqueryui.git#1.10.4
> bower jquery-ui#~1.10.3   validate 1.10.4 against git://
> github.com/components/jqueryui.git#~1.10.3
> bower require-css#~0.1.2cached git://
> github.com/guybedford/require-css.git#0.1.4
> bower require-css#~0.1.2  validate 0.1.4 against git://
> github.com/guybedford/require-css.git#~0.1.2
> bower jquery-ui#~1.10.3new version for git://
> github.com/components/jqueryui.git#~1.10.3
> bower jquery-ui#~1.10.3resolve git://
> github.com/components/jqueryui.git#~1.10.3
> bower jquery-ui#~1.10.3   download
> https://github.com/components/jqueryui/archive/1.10.4.tar.gz
> bower require-css#~0.1.2   new version for git://
> github.com/guybedford/require-css.git#~0.1.2
> bower require-css#~0.1.2   resolve git://
> github.com/guybedford/require-css.git#~0.1.2
> bower require-css#~0.1.2  download
> https://github.com/guybedford/require-css/archive/0.1.5.tar.gz
> bower jquery#>=1.8.0 <2.1.0 cached git://
> github.com/jquery/jquery.git#2.0.3
> bower jquery#>=1.8.0 <2.1.0   validate 2.0.3 against git://
> github.com/jquery/jquery.git#>=1.8.0 <2.1.0
> bower require-css#~0.1.2   extract archive.tar.gz
> bower require-css#~0.1.2  resolved git://
> github.com/guybedford/require-css.git#0.1.5
> bower jquery-ui#~1.10.3extract archive.tar.gz
> bower jquery-ui#~1.10.3   invalid-meta jquery-ui is missing "ignore" entry
> in bower.json
> bower jquery-ui#~1.10.3   resolved git://
> github.com/components/jqueryui.git#1.10.4
> bower   EACCES EACCES, mkdir
> '/home/nabax/myproject/github-cache/tide-framework/tide/master/tide-framework-tide-252a3d8/bower_components'
> Stack trace:
> Error: EACCES, mkdir
> '/home/nabax/myproject/github-cache/tide-framework/tide/master/tide-framework-tide-252a3d8/bower_components'
> Console trace:
> Trace
> at StandardRenderer.error
> (/usr/local/lib/node_modules/bower/lib/renderers/StandardRenderer.js:72:17)
> at Logger.
> (/usr/local/lib/node_modules/bower/bin/bower:110:22)
> at Logger.EventEmitter.emit (events.js:95:17)
> at Logger.emit
> (/usr/local/lib/node_modules/bower/node_modules/bower-logger/lib/Logger.js:29:39)
> at /usr/local/lib/node_modules/bower/lib/commands/index.js:40:20
> at _rejected
> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:797:24)
> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:823:30
> at Promise.when
> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1035:31)
> at Promise.promise.promiseDispatch
> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:741:41)
> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:557:44
> System info:
> Bower version: 1.3.9
> Node version: 0.10.25
> OS: Linux 3.11.0-19-generic x64


Should I add jquery-ui to the ignore array in bower.json?



2014-09-02 17:15 GMT

[Pharo-users] Tide installation

[Bernat Romagosa]

Hi list!

I wanted to try out Tide, and I'm following the steps at:
https://github.com/tide-framework/tide

However, I can't get through the bower install step. Here's the output:


bower amber#0efe3ad09   not-cached git://
> github.com/amber-smalltalk/amber.git#0efe3ad09
> bower amber#0efe3ad09  resolve git://
> github.com/amber-smalltalk/amber.git#0efe3ad09
> bower amber#0efe3ad09 ENORESTARGET Tag/branch 0efe3ad09 does not exist
> Additional error details:
> Available tags: 0.10, 0.10.0, 0.11.0, 0.12.0, 0.12.1, 0.12.2, 0.12.3,
> 0.12.4, 0.12.6, 0.13.0-alpha.1, 0.13.0-alpha.2, 0.9, 0.9.1, legacy,
> legacy2, legacy3-iife
> Available branches: 0.13-prereleases, camillo-hacks, chromeos, gh-pages,
> master, moka, nemo, nw-helios-app, stable, website-deployment



I changed 0efe3ad09 for stable in bower.json and it failed with:


bower amber#stable  not-cached git://
> github.com/amber-smalltalk/amber.git#stable
> bower amber#stable resolve git://
> github.com/amber-smalltalk/amber.git#stable
> bower amber#stablecheckout stable
> bower amber#stable   error Arguments to path.join must be
> strings
> Stack trace:
> TypeError: Arguments to path.join must be strings
> at path.js:360:15
> at Array.filter (native)
> at Object.exports.join (path.js:358:36)
> at GitHubResolver.GitResolver._cleanup
> (/usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:182:26)
> at
> /usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:74:25
> at Promise.apply
> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1122:26)
> at Promise.promise.promiseDispatch
> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41)
> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:1337:14
> at flush (/usr/local/lib/node_modules/bower/node_modules/q/q.js:108:17)
> at process._tickCallback (node.js:415:13)
> Console trace:
> Trace
> at StandardRenderer.error
> (/usr/local/lib/node_modules/bower/lib/renderers/StandardRenderer.js:74:17)
> at Logger.updateNotifier.packageName
> (/usr/local/lib/node_modules/bower/bin/bower:109:18)
> at Logger.EventEmitter.emit (events.js:95:17)
> at Logger.emit
> (/usr/local/lib/node_modules/bower/node_modules/bower-logger/lib/Logger.js:29:39)
> at /usr/local/lib/node_modules/bower/lib/commands/install.js:28:16
> at _rejected
> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:808:24)
> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:834:30
> at Promise.when
> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1079:31)
> at Promise.promise.promiseDispatch
> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41)
> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:574:44
> System info:
> Bower version: 1.2.6
> Node version: 0.10.25
> OS: Linux 3.11.0-19-generic x64


I'm kind of stuck, any tips?

Thanks!

Bernat.


-- 
Bernat Romagosa.

Re: [Pharo-users] Workbook, exercises and problems

[Bernat Romagosa]

I solved many exercices in Project Euler a couple years ago. I'll see if I
still remember my username and let you know!
On Aug 25, 2014 5:48 PM, "Sven Van Caekenberghe"  wrote:

> Start with Pharo by Example (PBE),
>
> http://pharo.org/documentation
>
> Teaching/learning design/style is plain hard and takes times.
>
> On 25 Aug 2014, at 16:40, Ichiseki  wrote:
>
> > I would love to do that but:
> > I have neither a good understanding of smalltalk not pharo. I don't have
> a
> > good OO style - I come from a Functional paradigm- I'm not used to
> variables
> >
> > Of course I've been trying with some of them. But wanted to know it there
> > was a way to check the answers. Not only if they are correct, also if
> they
> > are in a good OO/Pharo/ST style.
> > thanks
> >
> > Ichiro
> >
> >
> >
> >
> > --
> > View this message in context:
> http://forum.world.st/Workbook-exercises-and-problems-tp4774634p4774642.html
> > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
> >
>
>
>

Re: [Pharo-users] Commandline

[Bernat Romagosa]

I've used GST in the past for simple scripting too. Worth a try!


2014-07-24 13:24 GMT+02:00 Robert Shiplett :

> I run server-side JavaScript but would not dream of using JS to do jobs !
>
> Humour : for years the command-line params for VW Smalltalk were some kind
> of unpublished hush-hush secret for build mavens and image-stripping gurus
> on hp/ux servers.   Not so for Gnu Smalltalk ;-)
>
> There is always APL ;-)
>
>
> On 24 July 2014 07:37, Norbert Hartl  wrote:
>
>> What are you using to do jobs on the commandline. I'm sick of doing bash
>> and sed,perl,jq,... stuff. What would be the quickest start when using a
>> normal image? And what if I want to give coral a start. Does it work in
>> 3.0? Best place to load stuff from?
>>
>> thanks,
>>
>> Norbert
>>
>>
>>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Emails

[Bernat Romagosa]

Check out world.st, all smalltalk lists are accessible there in a
forum-like fashion.
On Jun 9, 2014 3:25 PM, "Bob Williams"  wrote:

>  This may sound stupid, but I want to answer a specific email and all I
> have is the Pharo-user Digest. When I started following Pharo I had a link
> to a Web page that showed the emails by subject and author; however, I seem
> to have lost that link. All I have now is the digest and the archives. Can
> anyone help me?
>

Re: [Pharo-users] MacOS headless but showing up in dock?

[Bernat Romagosa]

Hi Esteban,

The configuration didn't work out of the box. I had to load the bleeding
edge version from the configuration, then manually load the latest Core and
all MacOSX packages from the MC repo.

I'll check appkido, thanks a lot! :)

Bernat.


2014-05-30 14:17 GMT+02:00 Esteban Lorenzano :

>
> On 30 May 2014, at 08:00, Bernat Romagosa 
> wrote:
>
> Installing Alien proved to be quite a challenge... but I managed!
>
>
> why? configuration should work out of the box.
>
>
> Now I got an instance of ObjectiveCAlien that (I think) represents some
> kind of dock object, but I don't really know what to do with it...
>
> Here's what I have:
>
> #NSApplication inObjectiveC sharedApplication dockTile
>
>
> What kind of methods does this take? I see ObjectiveCAlien is a proxy, so
> I can't really browse what messages can I send it. Any hints?
>
>
>
> you can browse the Cocoa documentation (I use http://appkido.com but you
> need xcode installed and docs intalled too).
>
> Esteban
>
>
> Thanks!!!
> Bernat.
>
>
> 2014-05-27 15:44 GMT+02:00 Bernat Romagosa  >:
>
>> OK! I'll try that!
>>
>> You sure deserve some credit in the Snap4Arduino MacOSX version... ;)
>>
>> Thanks a lot!
>> Bernat.
>>
>>
>> 2014-05-27 15:32 GMT+02:00 Esteban Lorenzano :
>>
>>
>>> On 27 May 2014, at 10:13, Bernat Romagosa <
>>> tibabenfortlapala...@gmail.com> wrote:
>>>
>>> Hi Mariano,
>>>
>>> Thanks, I used this method, but my problem is I do need an icon in the
>>> dock :)
>>>
>>> I'm using Pharo as a server, and I'd need the user to be able to stop it
>>> without any command-line knowledge.
>>>
>>> Esteban, I'll try with Alien. I'm curious though, doesn't NativeBoost
>>> replace Alien now?
>>>
>>>
>>> yes, but the ObjC bridge for NB is not working (yet, and until I found
>>> time to do it :( )
>>> better to use the Alien FFI until then, so you can do something like:
>>>
>>> #NSApplication asObjectiveC sharedApplication dockTile … (and etc.)
>>>
>>> :)
>>>
>>>
>>>
>>> Esteban
>>>
>>>
>>> Thanks!
>>>
>>> Bernat.
>>>
>>>
>>> 2014-05-27 14:35 GMT+02:00 Mariano Martinez Peck 
>>> :
>>>
>>>> Hi Bernat,
>>>>
>>>> About a year ago I did implement that on the Pharo VM (the Pharo's
>>>> branch of Cog). It was integrated as far as I remember.
>>>> I copied pasted here the ANN I sent to the mailing list:
>>>>
>>>>
>>>> Hello there,
>>>>
>>>> For a long time, Pharaoers and Squakers have been asking for headless 
>>>> support
>>>> in the Cocoa VMs just as we have with Carbon VMs. Carbon is becoming a
>>>> legacy framework so people needed this.
>>>>
>>>> I wanted to thanks Square [i] International <http://www.square-i.net/> for
>>>> sponsoring me to implement such a support. Not only have they sponsored the
>>>> development but they have also agreed to release it under MIT license for
>>>> the community. This headless support will be included in the official
>>>> Pharo VM and will be, therefore, accessible to everybody.
>>>>
>>>> The project is not yet finished but I do have a demo/prototype that I
>>>> wanted to share with you so that you can test it and give me feedback. This
>>>> VM should only work starting at OSX 10.6.
>>>>
>>>> *How to use it?*  Basically it works this way: to have headless, just
>>>> edit the Info.plist and set the flag LSBackgroundOnly to 1 (add the key if
>>>> it is not present):
>>>>
>>>>  LSBackgroundOnly
>>>>  
>>>>
>>>> When doing this, you don't even need the -headless anymore since,
>>>> setting LSBackgroundOnly to 1, will cause the same effect (being the flag
>>>> almost mandatory). If you don't want headless, put it to false or
>>>> don't even put the key. If you don't set LSBackgroundOnly to 1 but send -
>>>> headless, the VM will still be headless but you will see a little
>>>> flash. If this flash bothers you, then set the flag. I am trying to get a
>>>> way to avoid the "flash" while also avoiding to set LSBackgroundOnly to 1,
>>>> but I still couldn't find it

Re: [Pharo-users] MacOS headless but showing up in dock?

[Bernat Romagosa]

Installing Alien proved to be quite a challenge... but I managed!

Now I got an instance of ObjectiveCAlien that (I think) represents some
kind of dock object, but I don't really know what to do with it...

Here's what I have:

#NSApplication inObjectiveC sharedApplication dockTile

What kind of methods does this take? I see ObjectiveCAlien is a proxy, so I
can't really browse what messages can I send it. Any hints?

Thanks!!!
Bernat.


2014-05-27 15:44 GMT+02:00 Bernat Romagosa :

> OK! I'll try that!
>
> You sure deserve some credit in the Snap4Arduino MacOSX version... ;)
>
> Thanks a lot!
> Bernat.
>
>
> 2014-05-27 15:32 GMT+02:00 Esteban Lorenzano :
>
>
>> On 27 May 2014, at 10:13, Bernat Romagosa 
>> wrote:
>>
>> Hi Mariano,
>>
>> Thanks, I used this method, but my problem is I do need an icon in the
>> dock :)
>>
>> I'm using Pharo as a server, and I'd need the user to be able to stop it
>> without any command-line knowledge.
>>
>> Esteban, I'll try with Alien. I'm curious though, doesn't NativeBoost
>> replace Alien now?
>>
>>
>> yes, but the ObjC bridge for NB is not working (yet, and until I found
>> time to do it :( )
>> better to use the Alien FFI until then, so you can do something like:
>>
>> #NSApplication asObjectiveC sharedApplication dockTile … (and etc.)
>>
>> :)
>>
>>
>>
>> Esteban
>>
>>
>> Thanks!
>>
>> Bernat.
>>
>>
>> 2014-05-27 14:35 GMT+02:00 Mariano Martinez Peck :
>>
>>> Hi Bernat,
>>>
>>> About a year ago I did implement that on the Pharo VM (the Pharo's
>>> branch of Cog). It was integrated as far as I remember.
>>> I copied pasted here the ANN I sent to the mailing list:
>>>
>>>
>>> Hello there,
>>>
>>> For a long time, Pharaoers and Squakers have been asking for headless 
>>> support
>>> in the Cocoa VMs just as we have with Carbon VMs. Carbon is becoming a
>>> legacy framework so people needed this.
>>>
>>> I wanted to thanks Square [i] International <http://www.square-i.net/> for
>>> sponsoring me to implement such a support. Not only have they sponsored the
>>> development but they have also agreed to release it under MIT license for
>>> the community. This headless support will be included in the official
>>> Pharo VM and will be, therefore, accessible to everybody.
>>>
>>> The project is not yet finished but I do have a demo/prototype that I
>>> wanted to share with you so that you can test it and give me feedback. This
>>> VM should only work starting at OSX 10.6.
>>>
>>> *How to use it?*  Basically it works this way: to have headless, just
>>> edit the Info.plist and set the flag LSBackgroundOnly to 1 (add the key if
>>> it is not present):
>>>
>>>  LSBackgroundOnly
>>>  
>>>
>>> When doing this, you don't even need the -headless anymore since,
>>> setting LSBackgroundOnly to 1, will cause the same effect (being the flag
>>> almost mandatory). If you don't want headless, put it to false or don't
>>> even put the key. If you don't set LSBackgroundOnly to 1 but send -
>>> headless, the VM will still be headless but you will see a little
>>> flash. If this flash bothers you, then set the flag. I am trying to get a
>>> way to avoid the "flash" while also avoiding to set LSBackgroundOnly to 1,
>>> but I still couldn't find it. Anyway, I think we can live with the current
>>> situation.
>>>
>>> *How to test it?* You should run the image with something like RFB or
>>> Seaside or whatever you can and then confirm if it is working even if you
>>> areheadless. As a matter of testing, I saved an image with seaside
>>> running in the port . You can get both, this Seaside image and the VM
>>> withheadless from: https://www.dropbox.com/sh/r7qk49bxywk2xce/6N7-fdyx6V
>>> So if you run the VM headless with that image and go to localhost:,
>>> you should see that Seaside is running.
>>>
>>> I would appreciate if you can test it. And please let me know in which
>>> version of OSX you tried. Of course, the more of you who can test it, the
>>> better. Notice that this VM was compiled with LLVM GCC 4.2 and it may have
>>> some problems in older OSX versions (but I think it shouldn't). I still
>>> couldn't compile a VM with GNU GCC 4.2 as I get a crash :(
>>>

Re: [Pharo-users] Cloud Shoppie - App Contest Poll

[Bernat Romagosa]

Voted!

By the way, there are two small typos in the landing page:

any store in your are*a*
all encompassing online *the* store.

Good luck! :)


2014-05-29 8:20 GMT+02:00 Thushar G R :

> Hi All
>
> http://letsbuildkaec.challengepost.com/submissions/23789-cloud-shoppie
>
> This is an iOS/Android application with server developed in Pharo
> Smalltalk(Seaside-REST). There is a video explaining the application and a
> link to vote for the application.
>
> We are a start up with a team of 8 smalltalkers and would greatly
> appreciate your valuable support and feedback.
>
> Thanks In Advance.
> G R Thushar
>



-- 
Bernat Romagosa.

Re: [Pharo-users] MacOS headless but showing up in dock?

[Bernat Romagosa]

OK! I'll try that!

You sure deserve some credit in the Snap4Arduino MacOSX version... ;)

Thanks a lot!
Bernat.


2014-05-27 15:32 GMT+02:00 Esteban Lorenzano :

>
> On 27 May 2014, at 10:13, Bernat Romagosa 
> wrote:
>
> Hi Mariano,
>
> Thanks, I used this method, but my problem is I do need an icon in the
> dock :)
>
> I'm using Pharo as a server, and I'd need the user to be able to stop it
> without any command-line knowledge.
>
> Esteban, I'll try with Alien. I'm curious though, doesn't NativeBoost
> replace Alien now?
>
>
> yes, but the ObjC bridge for NB is not working (yet, and until I found
> time to do it :( )
> better to use the Alien FFI until then, so you can do something like:
>
> #NSApplication asObjectiveC sharedApplication dockTile … (and etc.)
>
> :)
>
>
>
> Esteban
>
>
> Thanks!
>
> Bernat.
>
>
> 2014-05-27 14:35 GMT+02:00 Mariano Martinez Peck :
>
>> Hi Bernat,
>>
>> About a year ago I did implement that on the Pharo VM (the Pharo's branch
>> of Cog). It was integrated as far as I remember.
>> I copied pasted here the ANN I sent to the mailing list:
>>
>>
>> Hello there,
>>
>> For a long time, Pharaoers and Squakers have been asking for headless support
>> in the Cocoa VMs just as we have with Carbon VMs. Carbon is becoming a
>> legacy framework so people needed this.
>>
>> I wanted to thanks Square [i] International <http://www.square-i.net/> for
>> sponsoring me to implement such a support. Not only have they sponsored the
>> development but they have also agreed to release it under MIT license for
>> the community. This headless support will be included in the official
>> Pharo VM and will be, therefore, accessible to everybody.
>>
>> The project is not yet finished but I do have a demo/prototype that I
>> wanted to share with you so that you can test it and give me feedback. This
>> VM should only work starting at OSX 10.6.
>>
>> *How to use it?*  Basically it works this way: to have headless, just
>> edit the Info.plist and set the flag LSBackgroundOnly to 1 (add the key if
>> it is not present):
>>
>>  LSBackgroundOnly
>>  
>>
>> When doing this, you don't even need the -headless anymore since,
>> setting LSBackgroundOnly to 1, will cause the same effect (being the flag
>> almost mandatory). If you don't want headless, put it to false or don't
>> even put the key. If you don't set LSBackgroundOnly to 1 but send -
>> headless, the VM will still be headless but you will see a little flash.
>> If this flash bothers you, then set the flag. I am trying to get a way to
>> avoid the "flash" while also avoiding to set LSBackgroundOnly to 1, but I
>> still couldn't find it. Anyway, I think we can live with the current
>> situation.
>>
>> *How to test it?* You should run the image with something like RFB or
>> Seaside or whatever you can and then confirm if it is working even if you
>> areheadless. As a matter of testing, I saved an image with seaside
>> running in the port . You can get both, this Seaside image and the VM
>> withheadless from: https://www.dropbox.com/sh/r7qk49bxywk2xce/6N7-fdyx6V
>> So if you run the VM headless with that image and go to localhost:,
>> you should see that Seaside is running.
>>
>> I would appreciate if you can test it. And please let me know in which
>> version of OSX you tried. Of course, the more of you who can test it, the
>> better. Notice that this VM was compiled with LLVM GCC 4.2 and it may have
>> some problems in older OSX versions (but I think it shouldn't). I still
>> couldn't compile a VM with GNU GCC 4.2 as I get a crash :(
>>
>> *Expected results?*  In headless mode, anything should be displayed (no
>> window, no menu, no item in the dock and nothing appear when switching
>> apps). When running headfull, everything should be normal.
>>
>> *Where is the code? *The code I have modified to the VM is committed to
>> my own fork of the VM:
>> https://gitorious.org/~marianopeck/cogvm/marianopecks-blessed
>> Once the code is ready, I will do a pull request so that it can be
>> integrated.
>>
>>
>>
>> On Tue, May 27, 2014 at 7:02 AM, Bernat Romagosa <
>> tibabenfortlapala...@gmail.com> wrote:
>>
>>> Hi list,
>>>
>>> is it possible to have Pharo run headless while still showing up in the
>>> dock?
>>>
>>> In the same direction, is it possible to add contextual menu items to
>>> the dock menu? Or for what matters, to the top system menu?
>>>
>>> Thanks!
>>>
>>> --
>>> Bernat Romagosa.
>>>
>>
>>
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>
>
>
> --
> Bernat Romagosa.
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] MacOS headless but showing up in dock?

[Bernat Romagosa]

Hi Mariano,

Thanks, I used this method, but my problem is I do need an icon in the dock
:)

I'm using Pharo as a server, and I'd need the user to be able to stop it
without any command-line knowledge.

Esteban, I'll try with Alien. I'm curious though, doesn't NativeBoost
replace Alien now?

Thanks!

Bernat.


2014-05-27 14:35 GMT+02:00 Mariano Martinez Peck :

> Hi Bernat,
>
> About a year ago I did implement that on the Pharo VM (the Pharo's branch
> of Cog). It was integrated as far as I remember.
> I copied pasted here the ANN I sent to the mailing list:
>
>
> Hello there,
>
> For a long time, Pharaoers and Squakers have been asking for headless support
> in the Cocoa VMs just as we have with Carbon VMs. Carbon is becoming a
> legacy framework so people needed this.
>
> I wanted to thanks Square [i] International <http://www.square-i.net/> for
> sponsoring me to implement such a support. Not only have they sponsored the
> development but they have also agreed to release it under MIT license for
> the community. This headless support will be included in the official
> Pharo VM and will be, therefore, accessible to everybody.
>
> The project is not yet finished but I do have a demo/prototype that I
> wanted to share with you so that you can test it and give me feedback. This
> VM should only work starting at OSX 10.6.
>
> *How to use it?*  Basically it works this way: to have headless, just
> edit the Info.plist and set the flag LSBackgroundOnly to 1 (add the key if
> it is not present):
>
>  LSBackgroundOnly
>  
>
> When doing this, you don't even need the -headless anymore since, setting
> LSBackgroundOnly to 1, will cause the same effect (being the flag almost
> mandatory). If you don't want headless, put it to false or don't even put
> the key. If you don't set LSBackgroundOnly to 1 but send -headless, the
> VM will still be headless but you will see a little flash. If this flash
> bothers you, then set the flag. I am trying to get a way to avoid the
> "flash" while also avoiding to set LSBackgroundOnly to 1, but I still
> couldn't find it. Anyway, I think we can live with the current situation.
>
> *How to test it?* You should run the image with something like RFB or
> Seaside or whatever you can and then confirm if it is working even if you
> areheadless. As a matter of testing, I saved an image with seaside
> running in the port . You can get both, this Seaside image and the VM
> withheadless from: https://www.dropbox.com/sh/r7qk49bxywk2xce/6N7-fdyx6V
> So if you run the VM headless with that image and go to localhost:,
> you should see that Seaside is running.
>
> I would appreciate if you can test it. And please let me know in which
> version of OSX you tried. Of course, the more of you who can test it, the
> better. Notice that this VM was compiled with LLVM GCC 4.2 and it may have
> some problems in older OSX versions (but I think it shouldn't). I still
> couldn't compile a VM with GNU GCC 4.2 as I get a crash :(
>
> *Expected results?*  In headless mode, anything should be displayed (no
> window, no menu, no item in the dock and nothing appear when switching
> apps). When running headfull, everything should be normal.
>
> *Where is the code? *The code I have modified to the VM is committed to
> my own fork of the VM:
> https://gitorious.org/~marianopeck/cogvm/marianopecks-blessed
> Once the code is ready, I will do a pull request so that it can be
> integrated.
>
>
>
> On Tue, May 27, 2014 at 7:02 AM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
>
>> Hi list,
>>
>> is it possible to have Pharo run headless while still showing up in the
>> dock?
>>
>> In the same direction, is it possible to add contextual menu items to the
>> dock menu? Or for what matters, to the top system menu?
>>
>> Thanks!
>>
>> --
>> Bernat Romagosa.
>>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>



-- 
Bernat Romagosa.

[Pharo-users] MacOS headless but showing up in dock?

[Bernat Romagosa]

Hi list,

is it possible to have Pharo run headless while still showing up in the
dock?

In the same direction, is it possible to add contextual menu items to the
dock menu? Or for what matters, to the top system menu?

Thanks!

-- 
Bernat Romagosa.

[Pharo-users] Pharo3 for Debian

[Bernat Romagosa]

Hi list,

I'm afraid the vm shipped in the latest stable Pharo version is not working
for Debian. Neither is the latest VM downloadable from the project page or
the latest of the versions downloadable from the file server. This is the
error I get:

(...)/pharo3.0/bin/pharo: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version
`GLIBC_2.15' not found (required by (...)/pharo3.0/bin/pharo)


So I'm currently using an older VM to work with Pharo3.0 on Debian:

NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
git://gitorious.org/cogvm/blessed.git Commit:
412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100
By: Esteban Lorenzano  Jenkins build #14535


I've tried the latest Pharo3 package under Ubuntu in another box and it
works perfectly, so I guess the official VMs are compiled for Ubuntu. Maybe
it'd be good to specify this in the project page and provide a package with
the VM compiled for other linuxes?

Cheers!

Bernat.

-- 
Bernat Romagosa.

Re: [Pharo-users] Updating packages from command line

[Bernat Romagosa]

Hi Thierry,

I did so, and loaded the package the way you suggested. It worked alright :)

I guess my configuration is not well formed, I'll do it over.

Thanks!


2014-05-02 15:56 GMT+02:00 GOUBIER Thierry :

>  Bernat,
>
> if I encounter something like that, I would also erase the contents of my
> package-cache directory. Sometimes it seems I never manage to activate
> changes because it keeps on loading a package of the same name and number
> out of the cache instead.
>
> Thierry
>
>
>  --
> *De :* Pharo-users [pharo-users-boun...@lists.pharo.org] de la part de
> Bernat Romagosa [tibabenfortlapala...@gmail.com]
> *Envoyé :* vendredi 2 mai 2014 15:39
>
> *À :* Any question about pharo is welcome
> *Objet :* Re: [Pharo-users] Updating packages from command line
>
>   I started over from scratch, filed out and in the config and package,
> erased all packages in the repo, pushed them back and still no success.
>
>  I think I'll manually scp the image file for now... :P
>
>  Thanks guys!
>
>
> 2014-05-02 15:21 GMT+02:00 Bernat Romagosa  >:
>
>> Indeed something's broken... I used the versionner tool to build it, but
>> I think something went wrong.
>>
>>
>> http://smalltalkhub.com/#!/~bromagosa/StarUOCs/versions/ConfigurationOfStarUOCs-BernatRomagosa.3
>>
>>  Try to download the mcz, it fails.
>>
>>  I don't understand why MC added (2) to the file name.
>>
>>
>>
>>
>> 2014-05-02 15:13 GMT+02:00 Sven Van Caekenberghe :
>>
>>  I think something must be broken with his configuration, you cannot even
>>> list it...
>>>
>>> On 02 May 2014, at 15:11, Esteban Lorenzano  wrote:
>>>
>>> > pharo-vm-nox Pharo.image config
>>> http://smalltalkhub.com/mc/bromagosa/StarUOCs/main ConfigurationOfStarUOCs 
>>> —install=development
>>> >
>>> > has to work. All out infrastructure is based on that :)
>>> >
>>> > Esteban
>>> >
>>> > On 02 May 2014, at 15:05, Bernat Romagosa <
>>> tibabenfortlapala...@gmail.com> wrote:
>>> >
>>> >> Hmm it doesn't seem to work...
>>> >>
>>> >> pharo-vm-nox Pharo.image config
>>> http://smalltalkhub.com/mc/bromagosa/StarUOCs/main
>>> >> KeyNotFound: key #ConfigurationOfStarUOCs not found in
>>> SystemDictionary
>>> >>
>>> >> But the config is there and I can load it from the GUI by doing:
>>> >>
>>> >>
>>> >> Gofer new
>>> >>  smalltalkhubUser: 'bromagosa' project: 'StarUOCs';
>>> >>  package: 'ConfigurationOfStarUOCs';
>>> >>  load.
>>> >>
>>> >> ConfigurationOfStarUOCs load.
>>> >>
>>> >> What can be happening? My version is:
>>> >>
>>> >> pharo-vm-nox Pharo.image printVersion
>>> >> [version] 3.0 #30846
>>> >>
>>> >>
>>> >>
>>> >> 2014-05-02 13:51 GMT+02:00 Bernat Romagosa <
>>> tibabenfortlapala...@gmail.com>:
>>> >> I see, thanks a lot! :)
>>> >>
>>> >>
>>> >> 2014-05-02 13:45 GMT+02:00 Sven Van Caekenberghe :
>>> >>
>>> >> The best approach is to use Configurations and the config handler:
>>> >>
>>> >> $ ./pharo Pharo.image config
>>> >> Command line handler for dealing with Metacello configurations from
>>> the command line
>>> >>
>>> >> Usage: config [--help]  []
>>> [--install[=]] [--group=] [--username=]
>>> [--password=]
>>> >>--help  show this help message
>>> >>A Monticello repository name
>>> >> A valid Metacello Configuration name
>>> >>   A valid version for the given configuration
>>> >> A valid Metacello group name
>>> >>  An optional username to access the
>>> configuration's repository
>>> >>  An optional password to access the
>>> configuration's repository
>>> >>
>>> >> Examples:
>>> >># display this help message
>>> >>pharo Pharo.image config
>>> >>
>>> >># list all configurations of a repository
>>> >>  

Re: [Pharo-users] Updating packages from command line

[Bernat Romagosa]

I started over from scratch, filed out and in the config and package,
erased all packages in the repo, pushed them back and still no success.

I think I'll manually scp the image file for now... :P

Thanks guys!


2014-05-02 15:21 GMT+02:00 Bernat Romagosa :

> Indeed something's broken... I used the versionner tool to build it, but I
> think something went wrong.
>
>
> http://smalltalkhub.com/#!/~bromagosa/StarUOCs/versions/ConfigurationOfStarUOCs-BernatRomagosa.3
>
> Try to download the mcz, it fails.
>
> I don't understand why MC added (2) to the file name.
>
>
>
>
> 2014-05-02 15:13 GMT+02:00 Sven Van Caekenberghe :
>
> I think something must be broken with his configuration, you cannot even
>> list it...
>>
>> On 02 May 2014, at 15:11, Esteban Lorenzano  wrote:
>>
>> > pharo-vm-nox Pharo.image config
>> http://smalltalkhub.com/mc/bromagosa/StarUOCs/main ConfigurationOfStarUOCs 
>> —install=development
>> >
>> > has to work. All out infrastructure is based on that :)
>> >
>> > Esteban
>> >
>> > On 02 May 2014, at 15:05, Bernat Romagosa <
>> tibabenfortlapala...@gmail.com> wrote:
>> >
>> >> Hmm it doesn't seem to work...
>> >>
>> >> pharo-vm-nox Pharo.image config
>> http://smalltalkhub.com/mc/bromagosa/StarUOCs/main
>> >> KeyNotFound: key #ConfigurationOfStarUOCs not found in SystemDictionary
>> >>
>> >> But the config is there and I can load it from the GUI by doing:
>> >>
>> >>
>> >> Gofer new
>> >>  smalltalkhubUser: 'bromagosa' project: 'StarUOCs';
>> >>  package: 'ConfigurationOfStarUOCs';
>> >>  load.
>> >>
>> >> ConfigurationOfStarUOCs load.
>> >>
>> >> What can be happening? My version is:
>> >>
>> >> pharo-vm-nox Pharo.image printVersion
>> >> [version] 3.0 #30846
>> >>
>> >>
>> >>
>> >> 2014-05-02 13:51 GMT+02:00 Bernat Romagosa <
>> tibabenfortlapala...@gmail.com>:
>> >> I see, thanks a lot! :)
>> >>
>> >>
>> >> 2014-05-02 13:45 GMT+02:00 Sven Van Caekenberghe :
>> >>
>> >> The best approach is to use Configurations and the config handler:
>> >>
>> >> $ ./pharo Pharo.image config
>> >> Command line handler for dealing with Metacello configurations from
>> the command line
>> >>
>> >> Usage: config [--help]  []
>> [--install[=]] [--group=] [--username=]
>> [--password=]
>> >>--help  show this help message
>> >>A Monticello repository name
>> >> A valid Metacello Configuration name
>> >>   A valid version for the given configuration
>> >> A valid Metacello group name
>> >>  An optional username to access the
>> configuration's repository
>> >>  An optional password to access the
>> configuration's repository
>> >>
>> >> Examples:
>> >># display this help message
>> >>pharo Pharo.image config
>> >>
>> >># list all configurations of a repository
>> >>pharo Pharo.image config $MC_REPOS_URL
>> >>
>> >># list all the available versions of a confgurtation
>> >>pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
>> >>
>> >># install the stable version
>> >>pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
>> --install
>> >>
>> >>#install a specific version '1.5'
>> >>pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
>> --install=1.5
>> >>
>> >>#install a specific version '1.5' and only a specific group
>> 'Tests'
>> >>pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
>> --install=1.5 --group=Tests
>> >>
>> >> The following article contains this approach as well:
>> >>
>> >> http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/
>> >>
>> >>
>> http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/#deployingforproduction
>> >>
>> >> HTH,
>> >>
>> >> Sven
>> >>
>> >> On 02 May 2014, at 13:28, Bernat Romagosa <
>> tibabenfortlapala...@gmail.com> wrote:
>> >>
>> >>> Is there a way to do it?
>> >>>
>> >>> Here's my attempt:
>> >>>
>> >>> pharo-vm-nox MyImage.image eval "Gofer new smalltalkhubUser: 'myUser'
>> project: 'MyProject'; package: 'MyPackage'; load. Smalltalk snapshot: true
>> andQuit: true"
>> >>>
>> >>> then:
>> >>>
>> >>> pharo-vm-nox MyImage.image eval --no-quit "MyJustLoadedClass start"
>> >>>
>> >>> results in:
>> >>>
>> >>> UndefinedObject>>DoIt (MyJustLoadedClass is Undeclared)
>> >>> MessageNotUnderstood: receiver of "start" is nil
>> >>>
>> >>> Thanks!
>> >>> Bernat.
>> >>>
>> >>> --
>> >>> Bernat Romagosa.
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Bernat Romagosa.
>> >>
>> >>
>> >>
>> >> --
>> >> Bernat Romagosa.
>> >
>> >
>>
>>
>>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Updating packages from command line

[Bernat Romagosa]

Indeed something's broken... I used the versionner tool to build it, but I
think something went wrong.

http://smalltalkhub.com/#!/~bromagosa/StarUOCs/versions/ConfigurationOfStarUOCs-BernatRomagosa.3

Try to download the mcz, it fails.

I don't understand why MC added (2) to the file name.




2014-05-02 15:13 GMT+02:00 Sven Van Caekenberghe :

> I think something must be broken with his configuration, you cannot even
> list it...
>
> On 02 May 2014, at 15:11, Esteban Lorenzano  wrote:
>
> > pharo-vm-nox Pharo.image config
> http://smalltalkhub.com/mc/bromagosa/StarUOCs/main ConfigurationOfStarUOCs 
> —install=development
> >
> > has to work. All out infrastructure is based on that :)
> >
> > Esteban
> >
> > On 02 May 2014, at 15:05, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
> >
> >> Hmm it doesn't seem to work...
> >>
> >> pharo-vm-nox Pharo.image config
> http://smalltalkhub.com/mc/bromagosa/StarUOCs/main
> >> KeyNotFound: key #ConfigurationOfStarUOCs not found in SystemDictionary
> >>
> >> But the config is there and I can load it from the GUI by doing:
> >>
> >>
> >> Gofer new
> >>  smalltalkhubUser: 'bromagosa' project: 'StarUOCs';
> >>  package: 'ConfigurationOfStarUOCs';
> >>  load.
> >>
> >> ConfigurationOfStarUOCs load.
> >>
> >> What can be happening? My version is:
> >>
> >> pharo-vm-nox Pharo.image printVersion
> >> [version] 3.0 #30846
> >>
> >>
> >>
> >> 2014-05-02 13:51 GMT+02:00 Bernat Romagosa <
> tibabenfortlapala...@gmail.com>:
> >> I see, thanks a lot! :)
> >>
> >>
> >> 2014-05-02 13:45 GMT+02:00 Sven Van Caekenberghe :
> >>
> >> The best approach is to use Configurations and the config handler:
> >>
> >> $ ./pharo Pharo.image config
> >> Command line handler for dealing with Metacello configurations from the
> command line
> >>
> >> Usage: config [--help]  []
> [--install[=]] [--group=] [--username=]
> [--password=]
> >>--help  show this help message
> >>A Monticello repository name
> >> A valid Metacello Configuration name
> >>   A valid version for the given configuration
> >> A valid Metacello group name
> >>  An optional username to access the
> configuration's repository
> >>  An optional password to access the
> configuration's repository
> >>
> >> Examples:
> >># display this help message
> >>pharo Pharo.image config
> >>
> >># list all configurations of a repository
> >>pharo Pharo.image config $MC_REPOS_URL
> >>
> >># list all the available versions of a confgurtation
> >>pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
> >>
> >># install the stable version
> >>pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
> --install
> >>
> >>#install a specific version '1.5'
> >>pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
> --install=1.5
> >>
> >>#install a specific version '1.5' and only a specific group
> 'Tests'
> >>pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
> --install=1.5 --group=Tests
> >>
> >> The following article contains this approach as well:
> >>
> >> http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/
> >>
> >>
> http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/#deployingforproduction
> >>
> >> HTH,
> >>
> >> Sven
> >>
> >> On 02 May 2014, at 13:28, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
> >>
> >>> Is there a way to do it?
> >>>
> >>> Here's my attempt:
> >>>
> >>> pharo-vm-nox MyImage.image eval "Gofer new smalltalkhubUser: 'myUser'
> project: 'MyProject'; package: 'MyPackage'; load. Smalltalk snapshot: true
> andQuit: true"
> >>>
> >>> then:
> >>>
> >>> pharo-vm-nox MyImage.image eval --no-quit "MyJustLoadedClass start"
> >>>
> >>> results in:
> >>>
> >>> UndefinedObject>>DoIt (MyJustLoadedClass is Undeclared)
> >>> MessageNotUnderstood: receiver of "start" is nil
> >>>
> >>> Thanks!
> >>> Bernat.
> >>>
> >>> --
> >>> Bernat Romagosa.
> >>
> >>
> >>
> >>
> >>
> >> --
> >> Bernat Romagosa.
> >>
> >>
> >>
> >> --
> >> Bernat Romagosa.
> >
> >
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Updating packages from command line

[Bernat Romagosa]

Hmm it doesn't seem to work...

*pharo-vm-nox Pharo.image config
http://smalltalkhub.com/mc/bromagosa/StarUOCs/main
<http://smalltalkhub.com/mc/bromagosa/StarUOCs/main>*
*KeyNotFound: key #ConfigurationOfStarUOCs not found in SystemDictionary*

But the config is there and I can load it from the GUI by doing:


*Gofer new*
* smalltalkhubUser: 'bromagosa' project: 'StarUOCs';*
* package: 'ConfigurationOfStarUOCs';*
* load.*

*ConfigurationOfStarUOCs load.*

What can be happening? My version is:

*pharo-vm-nox Pharo.image printVersion*
*[version] 3.0 #30846*



2014-05-02 13:51 GMT+02:00 Bernat Romagosa :

> I see, thanks a lot! :)
>
>
> 2014-05-02 13:45 GMT+02:00 Sven Van Caekenberghe :
>
> The best approach is to use Configurations and the config handler:
>>
>> $ ./pharo Pharo.image config
>> Command line handler for dealing with Metacello configurations from the
>> command line
>>
>> Usage: config [--help]  []
>> [--install[=]] [--group=] [--username=]
>> [--password=]
>> --help  show this help message
>> A Monticello repository name
>>  A valid Metacello Configuration name
>>A valid version for the given configuration
>>  A valid Metacello group name
>>   An optional username to access the
>> configuration's repository
>>   An optional password to access the
>> configuration's repository
>>
>> Examples:
>> # display this help message
>> pharo Pharo.image config
>>
>> # list all configurations of a repository
>> pharo Pharo.image config $MC_REPOS_URL
>>
>> # list all the available versions of a confgurtation
>> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
>>
>> # install the stable version
>> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
>> --install
>>
>> #install a specific version '1.5'
>> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
>> --install=1.5
>>
>> #install a specific version '1.5' and only a specific group
>> 'Tests'
>> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
>> --install=1.5 --group=Tests
>>
>> The following article contains this approach as well:
>>
>>  http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/
>>
>>  http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/#deployingforproduction
>>
>> HTH,
>>
>> Sven
>>
>> On 02 May 2014, at 13:28, Bernat Romagosa 
>> wrote:
>>
>> > Is there a way to do it?
>> >
>> > Here's my attempt:
>> >
>> > pharo-vm-nox MyImage.image eval "Gofer new smalltalkhubUser: 'myUser'
>> project: 'MyProject'; package: 'MyPackage'; load. Smalltalk snapshot: true
>> andQuit: true"
>> >
>> > then:
>> >
>> > pharo-vm-nox MyImage.image eval --no-quit "MyJustLoadedClass start"
>> >
>> > results in:
>> >
>> > UndefinedObject>>DoIt (MyJustLoadedClass is Undeclared)
>> > MessageNotUnderstood: receiver of "start" is nil
>> >
>> > Thanks!
>> > Bernat.
>> >
>> > --
>> > Bernat Romagosa.
>>
>>
>>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Updating packages from command line

[Bernat Romagosa]

I see, thanks a lot! :)


2014-05-02 13:45 GMT+02:00 Sven Van Caekenberghe :

> The best approach is to use Configurations and the config handler:
>
> $ ./pharo Pharo.image config
> Command line handler for dealing with Metacello configurations from the
> command line
>
> Usage: config [--help]  []
> [--install[=]] [--group=] [--username=]
> [--password=]
> --help  show this help message
> A Monticello repository name
>  A valid Metacello Configuration name
>A valid version for the given configuration
>  A valid Metacello group name
>   An optional username to access the
> configuration's repository
>   An optional password to access the
> configuration's repository
>
> Examples:
> # display this help message
> pharo Pharo.image config
>
> # list all configurations of a repository
> pharo Pharo.image config $MC_REPOS_URL
>
> # list all the available versions of a confgurtation
> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
>
> # install the stable version
> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo --install
>
> #install a specific version '1.5'
> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
> --install=1.5
>
> #install a specific version '1.5' and only a specific group 'Tests'
> pharo Pharo.image config $MC_REPOS_URL ConfigurationOfFoo
> --install=1.5 --group=Tests
>
> The following article contains this approach as well:
>
>  http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/
>
>  http://zn.stfx.eu/zn/build-and-deploy-1st-webapp/#deployingforproduction
>
> HTH,
>
> Sven
>
> On 02 May 2014, at 13:28, Bernat Romagosa 
> wrote:
>
> > Is there a way to do it?
> >
> > Here's my attempt:
> >
> > pharo-vm-nox MyImage.image eval "Gofer new smalltalkhubUser: 'myUser'
> project: 'MyProject'; package: 'MyPackage'; load. Smalltalk snapshot: true
> andQuit: true"
> >
> > then:
> >
> > pharo-vm-nox MyImage.image eval --no-quit "MyJustLoadedClass start"
> >
> > results in:
> >
> > UndefinedObject>>DoIt (MyJustLoadedClass is Undeclared)
> > MessageNotUnderstood: receiver of "start" is nil
> >
> > Thanks!
> > Bernat.
> >
> > --
> > Bernat Romagosa.
>
>
>


-- 
Bernat Romagosa.

[Pharo-users] Updating packages from command line

[Bernat Romagosa]

Is there a way to do it?

Here's my attempt:

*pharo-vm-nox MyImage.image eval "Gofer new smalltalkhubUser: 'myUser'
project: 'MyProject'; package: 'MyPackage'; load. Smalltalk snapshot: true
andQuit: true"*

then:


*pharo-vm-nox MyImage.image eval --no-quit "MyJustLoadedClass start"*

results in:


*UndefinedObject>>DoIt (MyJustLoadedClass is Undeclared) *
*MessageNotUnderstood: receiver of "start" is nil*

Thanks!
Bernat.

-- 
Bernat Romagosa.

Re: [Pharo-users] pharo-vm-nox command line

[Bernat Romagosa]

Cool, working now. Thanks Sven! :)


2014-05-02 12:15 GMT+02:00 Sven Van Caekenberghe :

> Try
>
> $ ./pharo Pharo.image printVersion
> [version] 3.0 #30845
>
> $ ./pharo Pharo.image eval --no-quit '42 factorial'
> 14050061177528798985431426062445115699363840
>
> it keeps the image running after printing the result of the expression.
>
> On 02 May 2014, at 11:56, Bernat Romagosa 
> wrote:
>
> > Hi list,
> >
> > Is there a way to issue commands to an image via pharo-vm-nox on a
> headless server and not have it stop immediately after running them?
> >
> >
> > This keeps the image running, but the command is not sent to it:
> >
> > pharo-vm-nox StarUOCs.image --no-quit eval "Transcript show: 'hi'"
> >
> > This is working, but the image quits after the command is run:
> >
> > pharo-vm-nox StarUOCs.image eval "Transcript show: 'hi'"
> >
> >
> > Thanks!
> > Bernat.
> >
> > --
> > Bernat Romagosa.
>
>
>


-- 
Bernat Romagosa.

[Pharo-users] pharo-vm-nox command line

[Bernat Romagosa]

Hi list,

Is there a way to issue commands to an image via pharo-vm-nox on a headless
server and not have it stop immediately after running them?


This keeps the image running, but the command is not sent to it:

*pharo-vm-nox StarUOCs.image --no-quit eval "Transcript show: 'hi'"*

This is working, but the image quits after the command is run:

*pharo-vm-nox StarUOCs.image eval "Transcript show: 'hi'"*


Thanks!
Bernat.

-- 
Bernat Romagosa.

Re: [Pharo-users] ...and some cool Smalltalk history! (Re: a Pharo talk from a ruby conference)

[Bernat Romagosa]

Nice piece of history, both in music and CS!


2014-04-29 18:30 GMT+02:00 Göran Krampe :

> Howdy!
>
> (cc to squeak-dev because I think lots want to read this)
>
> If you want to know some cool history of Smalltalk, and perhaps this is a
> strong argument in actually *being* a Smalltalk and not trying to distance
> yourself from that rich and lovely heritage anyway, here goes:
>
> On 04/28/2014 08:14 PM, Alain Busser wrote:
>
>> Also, Ruby is famous for these methods:
>>
>> *select
>> *reject
>> *collect
>>
>> do these names not remind you something ;-) ?
>>
>
> There is a funny story about these verbs. Martin McClure told me at ESUG
> in Brest to ask Dan Ingalls about it, hinting that they are "inspired" by a
> famous song.
>
> And thus I did ask Dan in my interview with him I did a few years back
> over Skype (it is an interesting interview, for example - was there an
> inspiration from biology when Smalltalk was created?):
>
> http://files.krampe.se/interview.mp3
>
> ...the song in question is by Arlo Guthrie:
>
> http://en.wikipedia.org/wiki/Alice%27s_Restaurant_Massacree
>
> ...and here is a URL to the lyrics of it:
>
> http://www.lyricsty.com/arlo-guthrie-alices-restaurant-lyrics.html
>
> (search down to "injected"!) ...or just let me quote:
>
> "They got a building down New York City, it's called Whitehall Street,
> Where you walk in, you get injected, inspected, detected, infected,
> Neglected and selected. I went down to get my physical examination one
> Day, and I walked in, I sat down, got good and drunk the night before, so
> I looked and felt my best when I went in that morning."
>
>
> ...now... where do we stuff in #neglect:? :)
>
> regards, Göran
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Video Tutorials about Pharo

[Bernat Romagosa]

Very nice initiative, keep it on! :)
On Apr 27, 2014 10:45 AM, "Marcus Denker"  wrote:

> Very nice! I will watch them all…
>
> On 26 Apr 2014, at 20:16, kilon alios  wrote:
>
> Hello pharoers . I have created a playlist in youtube where in the past
> few days I am keep adding new tutorials about the basics of Pharo.
>
>
> https://www.youtube.com/watch?v=Ol5ivaEATLQ&list=PLqbtQ7OkSta0ULYAd7Qdxof851ybh-_m_
>
> For now I am focusing on the vary basics. So far the tutorials are
>
> 1) Why Pharo  -> Explaining why I love Pharo and what Pharo is.
> 2) Install Pharo
> 3) Create a Class
> 4) Workspace Variables
> 5) Instance Variables
> 6) Temporary Variables
>
> I try to keep the duration at most around 10 minutes , if I can around 3-4
> minutes. My goals is to focus on one or two features per tutorial.
>
> My focus for now is explaining the basics of Pharo the Language and Pharo
> the IDE. I hope however that after that I will have the energy and time to
> focus on Pharo libraries, like Nativeboost, Athens, Roosal , Sockets and
> many more.
>
> If my free time holds and I do not run out of steam, I should be able to
> produce around 30 - 60 hours per year of Video Tutorials that will be able
> to document a ton of Pharo functionality.
>
> Already the Playlist is over an hour long and I try to keep my tutorials
> focused entirely on the practical side.
>
> Your comments and support is greatly appreciated.
>
>
>

Re: [Pharo-users] [ANN] WIP iStoa

[Bernat Romagosa]

Hi Hilaire!

I'm on holidays now until next Tuesday, but I'll package a compiled VM for
you when I get back :)

Best,
Bernat.


2014-04-09 17:45 GMT+02:00 Hilaire Fernandes :

> LOL.
> So you have no choice but to prepare for me an archive with your
> compiled VM, so I will use it ;-) (my system use glibc 2.15 anyway)
>
> Hilaire
>
> Le 09/04/2014 14:29, Bernat Romagosa a écrit :
> > Ouch! I think it was myself who compiled it... I'll check again tomorrow!
> >
>
> --
> Dr. Geo http://drgeo.eu
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] [ANN] WIP iStoa

[Bernat Romagosa]

Ouch! I think it was myself who compiled it... I'll check again tomorrow!


2014-04-09 14:00 GMT+02:00 Sergi Reyner :

> 2014-04-09 8:25 GMT+01:00 Hilaire Fernandes :
>
> So it looks like the VM I used was compiled against GNU C Lib version
>> 2.15 (stock Pharo VM from a few months ago), but more recent stock Pharo
>> VM are compiled with older GNU lib C dependcies. And this is nice.
>>
>
> +10 for the person who made it compile against an older glibc. There´s
> life beyond Ubuntu!
>
>  Cheers,
> Sergi
>



-- 
Bernat Romagosa.

Re: [Pharo-users] [ANN] WIP iStoa

[Bernat Romagosa]

Sorry Hilaire, I just got to work and was about to check it. Nice to see
you've already found the cause though :)


2014-04-09 9:25 GMT+02:00 Hilaire Fernandes :

> Ok I got it, well I hope so. Debian Wheezy's GNU C lib is version 2.13.
> So it looks like the VM I used was compiled against GNU C Lib version
> 2.15 (stock Pharo VM from a few months ago), but more recent stock Pharo
> VM are compiled with older GNU lib C dependcies. And this is nice.
>
> If I am wrong, I will be happy to read clarification.
>
> Thanks
>
> Hilaire
>
> Le 07/04/2014 10:01, Bernat Romagosa a écrit :
> > Just FYI, I had to replace the shipped vm and plugins by the latest ones
> > to get it to work on my Debian Wheezy machine.
> >
>
> --
> Dr. Geo http://drgeo.eu
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] [ANN] WIP iStoa

[Bernat Romagosa]

Hi Hilarie,

this is the error message I get:


(...)/iStoa.app/bin/pharo: /lib/i386-linux-gnu/i686/cmov/libc.so.6: version
`GLIBC_2.15' not found (required by (...)/iStoa.app/bin/pharo)



And this is the output of ldd -v on the vm I used to run iStoa:


linux-gate.so.1 =>  (0xb77b1000)
libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb7774000)
libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb777)
libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0
(0xb7756000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb75f2000)
/lib/ld-linux.so.2 (0xb77b2000)

Version information:
/home/bromagosa/Smalltalks/Pharos/vm/latest/pharo:
libdl.so.2 (GLIBC_2.1) =>
/lib/i386-linux-gnu/i686/cmov/libdl.so.2
libdl.so.2 (GLIBC_2.0) =>
/lib/i386-linux-gnu/i686/cmov/libdl.so.2
libpthread.so.0 (GLIBC_2.1) =>
/lib/i386-linux-gnu/i686/cmov/libpthread.so.0
libpthread.so.0 (GLIBC_2.0) =>
/lib/i386-linux-gnu/i686/cmov/libpthread.so.0
libm.so.6 (GLIBC_2.1) =>
/lib/i386-linux-gnu/i686/cmov/libm.so.6
libm.so.6 (GLIBC_2.0) =>
/lib/i386-linux-gnu/i686/cmov/libm.so.6
libc.so.6 (GLIBC_2.4) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.3) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.1) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.11) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.3.4) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.1.3) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.2) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.0) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
/lib/i386-linux-gnu/i686/cmov/libm.so.6:
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_2.1.3) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_PRIVATE) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.0) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
/lib/i386-linux-gnu/i686/cmov/libdl.so.2:
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_PRIVATE) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.1.3) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.1) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.0) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
/lib/i386-linux-gnu/i686/cmov/libpthread.so.0:
ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
libc.so.6 (GLIBC_2.3.2) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.1.3) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.1) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_PRIVATE) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.0) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
libc.so.6 (GLIBC_2.2) =>
/lib/i386-linux-gnu/i686/cmov/libc.so.6
/lib/i386-linux-gnu/i686/cmov/libc.so.6:
ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2
ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2


Cheers,
Bernat.


2014-04-07 21:29 GMT+02:00 Hilaire Fernandes :

> Hello,
>
> Can you tell me the error message you get when executing from a terminal?
>
> Also I am curious about the output you get from your latest VM with this
> command:
>
> ldd -v bin/pharo
>
> Thanks
>
> Hilaire
>
> Le 07/04/2014 10:01, Bernat Romagosa a écrit :
> > Very nice, Hilarie!
> >
> > Just FYI, I had to replace the shipped vm and plugins by the latest ones
> > to get it to work on my Debian Wheezy machine.
> >
> > Congrats!
> >
> >
> > 2014-04-05 18:20 GMT+02:00 Hilaire Fernandes
> >  > <mailto:hilaire.fernan...@gmail.com>>:
> >
> > Hello,
> >
> > For those who want to give a try to work in progress iStoa on Linux,
> an
> > Interactive math exercises book.
> >
> >
> https://launchpad.net/istoa/alpha/14.04/+download/iStoa.app-14.04a.zip
> >
> > Hilaire
> >
> > --
> > Dr. Geo http://drgeo.eu
> >
> >
> >
> >
> >
> > --
> > Bernat Romagosa.
>
> --
> Dr. Geo http://drgeo.eu
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] [ANN] WIP iStoa

[Bernat Romagosa]

Very nice, Hilarie!

Just FYI, I had to replace the shipped vm and plugins by the latest ones to
get it to work on my Debian Wheezy machine.

Congrats!


2014-04-05 18:20 GMT+02:00 Hilaire Fernandes :

> Hello,
>
> For those who want to give a try to work in progress iStoa on Linux, an
> Interactive math exercises book.
>
> https://launchpad.net/istoa/alpha/14.04/+download/iStoa.app-14.04a.zip
>
> Hilaire
>
> --
> Dr. Geo http://drgeo.eu
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] What's wrong whith this code?

[Bernat Romagosa]

ouch, I added a . in the middle, sorry!

elements := #('eins' 'zwei' 'drei' 'vier').
elements
   do: [ :element | (Delay forSeconds: 2) wait ]
   displayingProgress: [ :element | 'Working on', element asString ].


2014-03-18 9:55 GMT+01:00 Bernat Romagosa :

> Without having tried it, I think you're missing a #wait message in there:
>
> elements := #('eins' 'zwei' 'drei' 'vier').
>  elements do: [ :element | (Delay forSeconds: 2) wait ].
> displayingProgress: [ :element | 'Working on', element asString ].
>
> Cheers,
> Bernat.
>
>
> 2014-03-18 9:52 GMT+01:00 Friedrich Dominicus <
> fr...@q-software-solutions.de>:
>
> elements := #('eins' 'zwei' 'drei' 'vier').
>> elements do: [ :element | Delay forSeconds: 2.  ]
>> displayingProgress: [ :element | 'Working on', element asString ].
>>
>> Shouldn't it just open a progress bar and iterate through the elements
>> printing 'Working on...?
>>
>> Regards
>> Friedrich
>>
>>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] What's wrong whith this code?

[Bernat Romagosa]

Without having tried it, I think you're missing a #wait message in there:

elements := #('eins' 'zwei' 'drei' 'vier').
 elements do: [ :element | (Delay forSeconds: 2) wait ].
displayingProgress: [ :element | 'Working on', element asString ].

Cheers,
Bernat.


2014-03-18 9:52 GMT+01:00 Friedrich Dominicus :

> elements := #('eins' 'zwei' 'drei' 'vier').
> elements do: [ :element | Delay forSeconds: 2.  ]
> displayingProgress: [ :element | 'Working on', element asString ].
>
> Shouldn't it just open a progress bar and iterate through the elements
> printing 'Working on...?
>
> Regards
> Friedrich
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Pharo VM for Raspbian (or Linux-ARM, for what matters)

[Bernat Romagosa]

Thanks, got it working! :)


2014-02-27 13:11 GMT+01:00 Sven Van Caekenberghe :

> I think the following would work
>
>
> https://ci.inria.fr/pharo-contribution/view/ARM-Experimentation/job/RaspberryPi-Cross-Compilation-JB/
>
> download results.tar.gz
>
> Anyway, this project is still bleeding edge and has not yet released
> anything.
>
>
> On 27 Feb 2014, at 12:51, Bernat Romagosa 
> wrote:
>
> > Hi list,
> >
> > I recently read there is a compiled version of a Pharo VM for Raspbian,
> but the link provided in the blog post is broken (
> https://ci.inria.fr/pharo-contribution/view/RaspberryPi/job/RaspberryPi-Cross-Compilation-FastBltBit/
> ).
> >
> > Any chance to get it from somewhere else?
> >
> > Thanks!
> >
> > --
> > Bernat Romagosa.
>
>
>


-- 
Bernat Romagosa.

[Pharo-users] Pharo VM for Raspbian (or Linux-ARM, for what matters)

[Bernat Romagosa]

Hi list,

I recently read there is a compiled version of a Pharo VM for Raspbian, but
the link provided in the blog post is broken (
https://ci.inria.fr/pharo-contribution/view/RaspberryPi/job/RaspberryPi-Cross-Compilation-FastBltBit/
).

Any chance to get it from somewhere else?

Thanks!

-- 
Bernat Romagosa.

Re: [Pharo-users] SerialPlugin on MacOS

[Bernat Romagosa]

Hi Esteban!

Oh, good to know!

The offer stays on, I can't help much more than testing, but I'm available
for anything you need me to do :)

Gracias!
Bernat.


2014-02-20 13:30 GMT+01:00 Esteban Lorenzano :

> Hi Bernat,
>
> yes, I’m committed to have it ready before Pharo3 release.
>
> Esteban
>
> On 20 Feb 2014, at 12:54, Bernat Romagosa 
> wrote:
>
> Hi list,
>
> I've been too busy to look into this lately, but today I tried the latest
> MacOS version and I still get the same PrimitiveFailed error when trying to
> write a byte array through the serial port.
>
> Has there been any further development on this?
>
> Thanks!
>
> Best,
> Bernat.
>
>
> 2013-11-12 13:07 GMT+01:00 Bernat Romagosa  >:
>
>> Thanks, Esteban.
>>
>> Anything I can do to help, I'm available :)
>>
>>
>> 2013/11/12 Esteban Lorenzano 
>>
>>>
>>> On Nov 12, 2013, at 5:58 AM, Bernat Romagosa <
>>> tibabenfortlapala...@gmail.com> wrote:
>>>
>>> I can confirm I still got the same issue after replacing my VM by the
>>> vmLatest found at files.pharo.org/vm/pharo/mac under the name
>>> "Pharo-VM-mac-latest.zip"
>>>
>>>
>>> I will check next week :)
>>>
>>>
>>> When trying to write a byte array to the serial port (aSerialPort
>>> nextPutAll: #[249]), SerialPort fails with a primitiveFailed: primitive
>>> #primWritePortByName:from:startingAt:count:
>>>
>>> The port does open correctly, though.
>>>
>>>
>>> 2013/11/11 Bernat Romagosa 
>>>
>>>> Thanks guys,
>>>>
>>>> files.pharo.org is down right now
>>>>
>>>> I'll try with a newer VM as soon as it's up again :)
>>>>
>>>>
>>>> 2013/11/9 Stéphane Ducasse 
>>>>
>>>>>
>>>>> On Nov 9, 2013, at 2:19 PM, Camillo Bruni 
>>>>> wrote:
>>>>>
>>>>> > Luc proposed a pull request on github
>>>>> > - got validated by travis
>>>>> > - I integrated it into the master branch
>>>>> > - I pushed the changes to the develop branch
>>>>> >
>>>>> > so the vmLatest should include the fixes
>>>>>
>>>>> I like the process and that esteban releases some steam :)
>>>>>
>>>>> Stef
>>>>>
>>>>> >
>>>>> > On 2013-11-09, at 13:56, Stéphane Ducasse 
>>>>> wrote:
>>>>> >> Esteban
>>>>> >>
>>>>> >> we should organize some sessions where you show to people what you
>>>>> are doing and see how we
>>>>> >> should distribute and share load.
>>>>> >>
>>>>> >> Stef
>>>>> >>
>>>>> >> On Nov 9, 2013, at 12:29 PM, Esteban Lorenzano 
>>>>> wrote:
>>>>> >>
>>>>> >>> Hi,
>>>>> >>>
>>>>> >>> it is "stable" but AFAIK it does not includes the latest fix for
>>>>> SerialPlugin.
>>>>> >>> So many things to do when I come back... :)
>>>>> >>>
>>>>> >>> Esteban
>>>>> >>>
>>>>> >>>
>>>>> >>> On Nov 5, 2013, at 8:27 AM, Bernat Romagosa <
>>>>> tibabenfortlapala...@gmail.com> wrote:
>>>>> >>>
>>>>> >>>> Hi Luc,
>>>>> >>>>
>>>>> >>>> Smalltalk vm version reports:
>>>>> >>>>
>>>>> >>>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
>>>>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
>>>>> >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
>>>>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
>>>>> >>>> git://gitorious.org/cogvm/blessed.git Commit:
>>>>> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100
>>>>> By: Esteban Lorenzano  Jenkins build #14535
>>>>> >>>> '
>>>>> >>>>
>>>>> >>>> It's the one listed as "latest" at the downloads section in
>>>>> pharo-project.org
>>>>> >>>&

Re: [Pharo-users] SerialPlugin on MacOS

[Bernat Romagosa]

Hi list,

I've been too busy to look into this lately, but today I tried the latest
MacOS version and I still get the same PrimitiveFailed error when trying to
write a byte array through the serial port.

Has there been any further development on this?

Thanks!

Best,
Bernat.


2013-11-12 13:07 GMT+01:00 Bernat Romagosa :

> Thanks, Esteban.
>
> Anything I can do to help, I'm available :)
>
>
> 2013/11/12 Esteban Lorenzano 
>
>>
>> On Nov 12, 2013, at 5:58 AM, Bernat Romagosa <
>> tibabenfortlapala...@gmail.com> wrote:
>>
>> I can confirm I still got the same issue after replacing my VM by the
>> vmLatest found at files.pharo.org/vm/pharo/mac under the name
>> "Pharo-VM-mac-latest.zip"
>>
>>
>> I will check next week :)
>>
>>
>> When trying to write a byte array to the serial port (aSerialPort
>> nextPutAll: #[249]), SerialPort fails with a primitiveFailed: primitive
>> #primWritePortByName:from:startingAt:count:
>>
>> The port does open correctly, though.
>>
>>
>> 2013/11/11 Bernat Romagosa 
>>
>>> Thanks guys,
>>>
>>> files.pharo.org is down right now
>>>
>>> I'll try with a newer VM as soon as it's up again :)
>>>
>>>
>>> 2013/11/9 Stéphane Ducasse 
>>>
>>>>
>>>> On Nov 9, 2013, at 2:19 PM, Camillo Bruni 
>>>> wrote:
>>>>
>>>> > Luc proposed a pull request on github
>>>> > - got validated by travis
>>>> > - I integrated it into the master branch
>>>> > - I pushed the changes to the develop branch
>>>> >
>>>> > so the vmLatest should include the fixes
>>>>
>>>> I like the process and that esteban releases some steam :)
>>>>
>>>> Stef
>>>>
>>>> >
>>>> > On 2013-11-09, at 13:56, Stéphane Ducasse 
>>>> wrote:
>>>> >> Esteban
>>>> >>
>>>> >> we should organize some sessions where you show to people what you
>>>> are doing and see how we
>>>> >> should distribute and share load.
>>>> >>
>>>> >> Stef
>>>> >>
>>>> >> On Nov 9, 2013, at 12:29 PM, Esteban Lorenzano 
>>>> wrote:
>>>> >>
>>>> >>> Hi,
>>>> >>>
>>>> >>> it is "stable" but AFAIK it does not includes the latest fix for
>>>> SerialPlugin.
>>>> >>> So many things to do when I come back... :)
>>>> >>>
>>>> >>> Esteban
>>>> >>>
>>>> >>>
>>>> >>> On Nov 5, 2013, at 8:27 AM, Bernat Romagosa <
>>>> tibabenfortlapala...@gmail.com> wrote:
>>>> >>>
>>>> >>>> Hi Luc,
>>>> >>>>
>>>> >>>> Smalltalk vm version reports:
>>>> >>>>
>>>> >>>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
>>>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
>>>> >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
>>>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
>>>> >>>> git://gitorious.org/cogvm/blessed.git Commit:
>>>> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100
>>>> By: Esteban Lorenzano  Jenkins build #14535
>>>> >>>> '
>>>> >>>>
>>>> >>>> It's the one listed as "latest" at the downloads section in
>>>> pharo-project.org
>>>> >>>>
>>>> >>>> Cheers,
>>>> >>>> Bernat.
>>>> >>>>
>>>> >>>>
>>>> >>>> 2013/11/5 Luc Fabresse 
>>>> >>>>
>>>> >>>>
>>>> >>>> 2013/11/5 Luc Fabresse 
>>>> >>>> Hi Bernat,
>>>> >>>>
>>>> >>>>  Which VM version?
>>>> >>>>  because MacOsX and Linux now use the same C part of the
>>>> SerialPlugin.
>>>> >>>>  So if it works on Linux, it be the same on OsX.
>>>> >>>>  but I have not tried.
>>>> >>>>
>>>> >>>> yes we only use Linux here for serial stuff.
>>>> >>>>
>>>> >>>>
>>>> >>>> do you use the right protName?
>>>> >>>>
>>>> >>>> Cheers,
>>>> >>>>
>>>> >>>> Luc
>>>> >>>>
>>>> >>>>
>>>> >>>> 2013/11/5 Bernat Romagosa 
>>>> >>>> Hi list,
>>>> >>>>
>>>> >>>> Developing a multi-platform application is not so easy when you
>>>> have to deal with hardware it seems...
>>>> >>>>
>>>> >>>> So I'm having this PrimitiveFailed error on MacOS, using the
>>>> latest stable VM listed on the pharo-project website on Pharo20:
>>>> >>>>
>>>> >>>> PrimitiveFailed: primitive
>>>> #primWritePortByName:from:startingAt:count: in SerialPort failed
>>>> >>>>
>>>> >>>> The same code works fine both in Gnu/Linux and Win32, so I'm
>>>> guessing it's a problem with the serial plugin included in this VM. Any
>>>> ideas?
>>>> >>>>
>>>> >>>> Cheers,
>>>> >>>> Bernat.
>>>> >>>>
>>>> >>>> --
>>>> >>>> Bernat Romagosa.
>>>> >>>>
>>>> >>>>
>>>> >>>>
>>>> >>>>
>>>> >>>>
>>>> >>>> --
>>>> >>>> Bernat Romagosa.
>>>> >>>
>>>> >>
>>>> >
>>>> >
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Bernat Romagosa.
>>>
>>
>>
>>
>> --
>> Bernat Romagosa.
>>
>>
>>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Life, Ukraine, Developers

[Bernat Romagosa]

Stay safe, guys!

Down with Yanukovych!


2014/1/22 Yuriy Tymchuk 

> My dear Pharo friends,
>
> I have no idea if you are aware, but now a big country named Ukraine is
> facing a very hard times. People are fighting for their rights while the
> current government tries to convert the country into Somalia - like regime.
>
> Why should you care? Because you will like Ukrainians. And referring to
> the context: we develop a lot. If you are not familiar:
> https://github.com/fre5h/DoctrineEnumBundle/pull/12
>
> I don’t want to cry here, but me, Igor Stasenko and some other pharo
> developers are from Ukraine, and we are extremely worried about our Home. I
> just ask you to think about our country for a minute. Tell your friends:
> “You know, there is this nice country called Ukraine, where people are
> being shot just because they want to have a freedom of speech”. And if you
> believe in God, please say a short prayer for Ukraine, I trust that this is
> important.
>
> Sorry guys for taking your time, but I was touched by this pull request
> and just wanted to share what is happening around.
> Cheers!
> Uko
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Phratch acknowledgement?

[Bernat Romagosa]

Hi Marcus,

2014/1/10 Marcus Denker 

> Hi Bernat,
>
> You should contact
>
> To me, I thought that they are not really two projects but one: a new name
> and a new developer.
> Both was needed: You paved the way and it was very sad that the sorry
> state of the code base
> burned you!
>

Indeed, and I'm really happy to see our effort was not in vain! The way we
were headed, we would have never gotten where Phratch is now...

I think this shows the power of open source: Even when you have to give up
> in the end, it can
> be that the work was not for nothing and the code starts to have new live…
>
> What will be interesting what comes out… e.g. someone could take this
> great stuff: http://s4a.cat
> and combine it with Phratch...
>

Actually, the S4A guys are ourselves here at Citilab! Merging sounds like a
really good idea, and since I've been working to get Snap4Arduino working (
http://s4a.cat/snap), and the server runs on Pharo, it should not be
difficult to merge Phratch with part of that code to get S4A to work on
Pharo 2.0. I'll see what I can do in this direction.

Best,
Bernat.

-- 
Bernat Romagosa.

Re: [Pharo-users] Phratch acknowledgement?

[Bernat Romagosa]

Hi Jannik,

Thanks, that's all we needed! :)

Sorry, I missed the email to the phratch list, otherwise I'd have written
there in the first place.

Cheers,
Bernat.


2014/1/10 jannik laval 

> Dear Bernat,
>
> I will be happy to add something about Scat on the website (I already
> added a sentence to fix this issue).
> Now, we can probably do better together.
>
> I am sorry for this omission, I made the google code page too fast and I
> have to do it better (It is on my todo list !).
>
> You can also contact us on the phratch mailing-list:
> phra...@googlegroups.com
>
> Cheers,
> Jannik
>
>
>
>
> 2014/1/10 Sven Van Caekenberghe 
>
>> You are right, Bernat: in open source we build on an immense amount of
>> work done by many developers all over the world and we should always
>> recognise that properly, that is only fair.
>>
>> At least for me, I contribute to open source just because I am grateful
>> for what I received and I want to give something back.
>>
>> Open source software is a prime example of planet wide human
>> collaboration as it should be.
>>
>> Hopefully your request will be heard by those who can fix the (probably
>> unintentional) omission.
>>
>> Sven
>>
>> On 10 Jan 2014, at 16:52, Bernat Romagosa 
>> wrote:
>>
>> > Hi all,
>> >
>> > I'm not sure this is the proper place to discuss this, but I just felt
>> I had to write it down.
>> >
>> > I've just been taking a look at the Phratch GoogleCode site and I've
>> noticed there is not a single mention of where the project comes from... As
>> an opposite example, when Phratch started out a couple years ago, we were
>> really fast and careful to put out a notice in the Scat site letting people
>> know that the project had been taken over by another team.
>> >
>> > We spent months filing out code from Scratch -a Squeak 2.8 image with
>> barely any tools available-, we fixed hundreds of issues, we recorded
>> screenshots, we documented every step we followed, we implemented a way to
>> save and load projects via Fuel, we got the original Scratch media plugins
>> to work, etc. but there is no mention of any of this anywhere.
>> >
>> > The amount of work we put in the -unfortunately named- Scat project is
>> huge. We spent more than a year (even some 3-4 months full-time) in it, and
>> I don't think it's egocentric at all to ask for a little recognition of who
>> were the people behind the original project and what was the state of Scat
>> when the Phratch team took over.
>> >
>> > I don't mean to sound angry, I'm not. I'm sure no information was
>> omitted in bad faith, but recognition of other people's work is something I
>> take very seriously.
>> >
>> > :)
>> >
>> > Best,
>> > Bernat.
>> >
>> > --
>> > Bernat Romagosa.
>>
>>
>>
>
>
> --
>
> ~~Jannik Laval~~
> École des Mines de Douai
> Enseignant-chercheur
> http://www.jannik-laval.eu
> http://car.mines-douai.fr/
>



-- 
Bernat Romagosa.

[Pharo-users] Phratch acknowledgement?

[Bernat Romagosa]

Hi all,

I'm not sure this is the proper place to discuss this, but I just felt I
had to write it down.

I've just been taking a look at the Phratch GoogleCode site and I've
noticed there is not a single mention of where the project comes from... As
an opposite example, when Phratch started out a couple years ago, we were
really fast and careful to put out a notice in the Scat site letting people
know that the project had been taken over by another team.

We spent months filing out code from Scratch -a Squeak 2.8 image with
barely any tools available-, we fixed hundreds of issues, we recorded
screenshots, we documented every step we followed, we implemented a way to
save and load projects via Fuel, we got the original Scratch media plugins
to work, etc. but there is no mention of any of this anywhere.

The amount of work we put in the -unfortunately named- Scat project is
huge. We spent more than a year (even some 3-4 months full-time) in it, and
I don't think it's egocentric at all to ask for a little recognition of who
were the people behind the original project and what was the state of Scat
when the Phratch team took over.

I don't mean to sound angry, I'm not. I'm sure no information was omitted
in bad faith, but recognition of other people's work is something I take
very seriously.

:)

Best,
Bernat.

-- 
Bernat Romagosa.

Re: [Pharo-users] Athens on Pharo 3.0 on Ubuntu

[Bernat Romagosa]

Oh I see!

I usually use Debian, so I didn't even look for an Ubuntu option in the
downloads list.

Thanks!


2014/1/6 Damien Cassou 

> On Mon, Jan 6, 2014 at 5:03 PM, Bernat Romagosa
>  wrote:
> > For Ubuntu x64 users, here's what you need to do:
>
>
> no! All Ubuntu users should use
> http://www.pharo-project.org/pharo-download/ubuntu
>
> --
> Damien Cassou
> http://damiencassou.seasidehosting.st
>
> "Success is the ability to go from one failure to another without
> losing enthusiasm."
> Winston Churchill
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Athens on Pharo 3.0 on Ubuntu

[Bernat Romagosa]

Sorry guys, what a stupid mistake!

Of course you can't call a 64b library, I hadn't thought about that...

For Ubuntu x64 users, here's what you need to do:

apt-get install libcairo2-dev:i386



2014/1/6 Bernat Romagosa 

> Hi list,
>
> I was just testing the new Pharo 3.0 on an Ubutu box, and I found the
> Athens Cairo examples are not working. The first bug is just about the path
> of libcairo.so.2 in Ubuntu x64, which is as follows:
>
> /usr/lib/x86_64-linux-gnu/libcairo.so.2
>
> So, this path should be added to CairoLibraryLoader class >>
> pathToCairoOnLinux.
>
> Still, after adding it, I get: 'failed to get a symbol address:
> cairo_image_surface_create', and here I'm lost... any ideas what's going on?
>
> Thanks!
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

[Pharo-users] Athens on Pharo 3.0 on Ubuntu

[Bernat Romagosa]

Hi list,

I was just testing the new Pharo 3.0 on an Ubutu box, and I found the
Athens Cairo examples are not working. The first bug is just about the path
of libcairo.so.2 in Ubuntu x64, which is as follows:

/usr/lib/x86_64-linux-gnu/libcairo.so.2

So, this path should be added to CairoLibraryLoader class >>
pathToCairoOnLinux.

Still, after adding it, I get: 'failed to get a symbol address:
cairo_image_surface_create', and here I'm lost... any ideas what's going on?

Thanks!

-- 
Bernat Romagosa.

Re: [Pharo-users] Writing an IRC bot

[Bernat Romagosa]

Sergi, you're too harsh on your code, I'm looking at it and it's nice! :)


2013/12/18 Sergi Reyner 

> 2013/12/18 
>
>  I would say just ensure that it is packaged to load cleanly on a fresh
>> image.
>>
>
> Yes, as I mention on the description, I´m wrapping my head around
> Metacello trying to put together a decent ConfigurationOfChromia.
>
> Cheers,
> Sergi
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Writing an IRC bot

[Bernat Romagosa]

Im my opinion... messy or not, all code should be shared! :)


2013/12/18 Sergi Reyner 

> I´ve been writing a bot for a while now, with the purpose of learning
> proper Smalltalk and OOP idioms/techniques (I´ve been using C-ish languages
> for a long time now, and I´m trying to cure myself :D). I must say that the
> process has been quite enlightening so far, I never really understood OOP
> until now.
>
> So far I have a bot that works fine for my needs, but I´d like to
> contribute back, so I´ll just list some thoughts and you can comment on
> them. All constructive criticism and pointers on how to do them are welcome!
>
> I´m writing in on Pharo 3.
>
> I want to split the code I currently have in 3 parts:
> - part 1: a couple of classes IRCClient/ZdcSecureIRCClient mirroring
> POP3Client/ZdcSecurePOP3Client, with the intention of contributing them
> back to Pharo
> - part 2: an IRCBot framework, which I´ll likely name 'Chromia', to be
> released under MIT license too
> - part 3: my own bot using that framework, which would add all the extras
> like games
> Does that sound reasonable?
>
> At this point my code is quite messy, so I´m deciding whether to put it on
> SThub or not yet.
>
> I´m depending on http://smalltalkhub.com/#!/~PharoExtras/JSON for reading
> some JSON file from a website.
>
> Though it´s not high on my priority list, I wouldn´t mind making it as
> portable to other dialects as possible, too.
>
>
> Cheers,
> Sergi
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Snap4Arduino pre-alpha release

[Bernat Romagosa]

Thanks Phil!

Weird about the mailto link, it does work for me both on Chrome and FF...
I'll take a look! :)

And about the manual, I didn't even know the link was there! This comes
straight from Snap!, but I guess I'd better override it too!

Glad you like it!


2013/11/28 p...@highoctane.be 

> Just note that the bug reporting is broken on the web page...
>
> It tries to reach
> mailto:scra...@citilab.eu?subject=Snap4Arduino%20Bug%20Report&body=Operating%20System:%0D%0AWeb%20Browser,%20and%20version:%0D%0ASnap4Arduino%20version:%0D%0ASteps%20to%20follow%20in%20order%20to%20reproduce%20the%20problem:%0D%0AAdditional%20notes:
>
> which doesn't work. (Chrome here).
>
> Also, reference manual is missing:
> http://localhost:8080/help/SnapManual.pdf not fouind.
>
> Other than that, sweet stuff. I like the traybar thing :-)
>
> Phil
>
>
> On Thu, Nov 28, 2013 at 6:01 PM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
>
>> Hi list!
>>
>> I know people don't usually make announcements of this kind here, but
>> I've gotten much help from this list on SerialPlugin and NativeBoost
>> questions, so I wanted to let you know I've managed to release the
>> pre-alpha version of Snap4Arduino.
>>
>> Snap! is a Scratch reimplementation written in Javascript by Jens Mönig
>> and Brian Harvey, with advanced programming concepts such as first order
>> functions, closures or continuations. As Brian Harvey puts it:
>>
>> *In the glory days of the MIT Logo Lab, we used to say, “Logo is Lisp
>>> disguised as BASIC.” Now, with its first class procedures, lexical scope,
>>> and first class continuations, Snap! is Scheme disguised as Scratch.*
>>
>>
>> Snap4Arduino is a modification of Snap! plus a server written in Pharo
>> that allow you to live-program Arduino boards very easily.
>>
>> http://s4a.cat/snap
>>
>> I've used Zinc as a web and websockets server, and the Arduino package to
>> achieve communication with the board.
>>
>> I've decided to not wait for the MacOS CogVM serial port bugfix because I
>> really wanted to release something before the end of November, but
>> everything else is in place, so once the VM is fixed, it'll be just plug
>> and release! :)
>>
>> Thanks a lot for your help!
>>
>> --
>> Bernat Romagosa.
>>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Snap4Arduino pre-alpha release

[Bernat Romagosa]

Nice! :)

Feedback will be very much appreciated!

(Please note you need to install Standard Firmata into your board first)


2013/11/28 p...@highoctane.be 

> Hey cool.
>
> I'll try that with my board. (Arduino Uno).
>
> Phil
>
>
>
> On Thu, Nov 28, 2013 at 6:01 PM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
>
>> Hi list!
>>
>> I know people don't usually make announcements of this kind here, but
>> I've gotten much help from this list on SerialPlugin and NativeBoost
>> questions, so I wanted to let you know I've managed to release the
>> pre-alpha version of Snap4Arduino.
>>
>> Snap! is a Scratch reimplementation written in Javascript by Jens Mönig
>> and Brian Harvey, with advanced programming concepts such as first order
>> functions, closures or continuations. As Brian Harvey puts it:
>>
>> *In the glory days of the MIT Logo Lab, we used to say, “Logo is Lisp
>>> disguised as BASIC.” Now, with its first class procedures, lexical scope,
>>> and first class continuations, Snap! is Scheme disguised as Scratch.*
>>
>>
>> Snap4Arduino is a modification of Snap! plus a server written in Pharo
>> that allow you to live-program Arduino boards very easily.
>>
>> http://s4a.cat/snap
>>
>> I've used Zinc as a web and websockets server, and the Arduino package to
>> achieve communication with the board.
>>
>> I've decided to not wait for the MacOS CogVM serial port bugfix because I
>> really wanted to release something before the end of November, but
>> everything else is in place, so once the VM is fixed, it'll be just plug
>> and release! :)
>>
>> Thanks a lot for your help!
>>
>> --
>> Bernat Romagosa.
>>
>
>


-- 
Bernat Romagosa.

[Pharo-users] Snap4Arduino pre-alpha release

[Bernat Romagosa]

Hi list!

I know people don't usually make announcements of this kind here, but I've
gotten much help from this list on SerialPlugin and NativeBoost questions,
so I wanted to let you know I've managed to release the pre-alpha version
of Snap4Arduino.

Snap! is a Scratch reimplementation written in Javascript by Jens Mönig and
Brian Harvey, with advanced programming concepts such as first order
functions, closures or continuations. As Brian Harvey puts it:

*In the glory days of the MIT Logo Lab, we used to say, “Logo is Lisp
> disguised as BASIC.” Now, with its first class procedures, lexical scope,
> and first class continuations, Snap! is Scheme disguised as Scratch.*


Snap4Arduino is a modification of Snap! plus a server written in Pharo that
allow you to live-program Arduino boards very easily.

http://s4a.cat/snap

I've used Zinc as a web and websockets server, and the Arduino package to
achieve communication with the board.

I've decided to not wait for the MacOS CogVM serial port bugfix because I
really wanted to release something before the end of November, but
everything else is in place, so once the VM is fixed, it'll be just plug
and release! :)

Thanks a lot for your help!

-- 
Bernat Romagosa.

Re: [Pharo-users] CogVM arguments in Win32

[Bernat Romagosa]

Ok guys, in the end I implemented a big time clutch that simulates the
behaviour I was after:

I created a tiny app in C++ that starts Pharo, the image reads the --serve
flag (that I implemented in DefaultCommandLineHandler), hides itself via
NB, and kills the UIManager process to prevent refreshes.

Then it adds an icon into the tray, with a single context-menu entry (Quit)
that kills the Pharo process quits the tiny app itself.

I know it's ugly, but it does work and, to the end user, it looks like
Pharo just started minimized to tray.

Thanks a lot for your help! :)

Bernat.


2013/11/13 Igor Stasenko 

>
>
>
> On 13 November 2013 12:02, Bernat Romagosa  > wrote:
>
>> Thanks a lot Torsten!
>>
>> I'll invest the whole morning tomorrow in trying to get a little bit more
>> of this to work.
>>
>> If I don't succeed... there are lots of very good restaurants in
>> Barcelona, Igor ;)
>>
>> i can imagine :) I hope i will be able come there once more one day.
>  Barcelona is very beautiful city.
> :)
>
>
>> 2013/11/13 Torsten Bergmann 
>>
>>> Hi Bernat,
>>>
>>> >how do I translate this into NB code
>>>
>>> Either invite Igor (author of NB) for lunch or try this:
>>>
>>>
>>> Its a C-structure, you convert it by wrapping this in a sublcass
>>> of "NBExternalStructure". See the examples already in a Pharo 3.0 image.
>>>
>>> Basically you need:
>>>
>>> - define a subclass NBExternalStructure subclass: #WinNotifyIconData ...
>>> - define the correct fields in a class side #fieldsDesc method according
>>> to the native data types used in the structure
>>> - call "WinNotifyIconData rebuildFieldAccessors"
>>> - setup the types in a shared pool that you can include later:
>>>
>>>- define the pool:   SharedPool subclass: #WinTryIconConstants ...
>>>- in a class initialize method you can setup the type
>>>
>>>  initialize
>>>
>>> NOTIFYICONDATA := #WinNotifyIconData.
>>> PNOTIFYICONDATA:= 'NOTIFYICONDATA *'.
>>>
>>> - by including the pool you can use "NOTIFYICONDATA" or
>>> "PNOTIFYICONDATA" in any native boost call.
>>>
>>>
>>> If you are in Pharo 3.0 load "OS-Windows" package from the config
>>> browser.
>>> Check the subclasses of NBExternalStructure there.
>>>
>>> I wrapped many other windows structures already so you can get an idea
>>> about
>>> it. For instance have a look at WinConsoleConstants>>initTypeConstants,
>>> there you will find
>>> the CONSOLE_CURSOR_INFO, CONSOLE_SCREEN_BUFFER_INFO structs wrapped in
>>> WinConsoleCursor, WinConsoleScreenBuffer classes.
>>>
>>> Compare them with the MSDN struct description.
>>>
>>> >Could the Windows API be any more convoluted and dev-unfriendly in any
>>> >possible sense?
>>>
>>> This question should go to M$ not Pharo-user ;)
>>>
>>> Bye
>>> T.
>>>
>>>
>>> BTW: I'm not sure "PNOTIFYICONDATA" alone will solve your problem if I
>>> remember correctly
>>>  from my Smalltalk/MT and C/C++ times also playing with tray icons.
>>>  I guess you need a callback that gets called when the icon is
>>> clicked or the tray icon menu
>>>  is choosen (see uCallbackMessage member in the struct).
>>>  You also need a handle to an icon - either the icon from the EXEs
>>> resource section or
>>>  by loading one from a bitmap. That means wrapping the icon or
>>> bitmap apis too...
>>>
>>>
>>
>>
>> --
>> Bernat Romagosa.
>>
>
>
>
> --
> Best regards,
> Igor Stasenko.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Arduino package extra files

[Bernat Romagosa]

Thanks Camille, I just asked Ricardo for the files :)


2013/11/15 Camille Teruel 

> Hello Bernat,
>
> You should ask directly the developers of this project. Maybe they are not
> registered to this mailing list.
> You should find their mail addresses on the squeaksource page of this
> project.
>
>
>
> On 15 nov. 2013, at 10:47, Bernat Romagosa 
> wrote:
>
> bump?
>
>
> 2013/10/25 Bernat Romagosa 
>
>> Hi list,
>>
>> After successfully installing the Arduino package, I noticed this Getting
>> Started text:
>>
>> *After installing the Arduino packages by evaluating...*
>>
>> * ConfigurationOfArduino load.*
>>  *...you'll need a couple extra support files in order to be able to
>> upload programs to your Arduino board. You can download them from here:*
>>  * http://www.mediafire.com/?1rep41uygl4rpf1
>> <http://www.mediafire.com/?1rep41uygl4rpf1>*
>>  *Extract the contents of that file in the same directory where you have
>> your Pharo image.*
>>
>>
>> But the mediafire link is broken.
>>
>> Where can I get the extra support files?
>>
>> Thanks!
>>
>> Bernat.
>>
>> --
>> Bernat Romagosa.
>>
>
>
>
> --
> Bernat Romagosa.
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Arduino package extra files

[Bernat Romagosa]

bump?


2013/10/25 Bernat Romagosa 

> Hi list,
>
> After successfully installing the Arduino package, I noticed this Getting
> Started text:
>
> *After installing the Arduino packages by evaluating...*
>
> * ConfigurationOfArduino load.*
>  *...you'll need a couple extra support files in order to be able to
> upload programs to your Arduino board. You can download them from here:*
>  * http://www.mediafire.com/?1rep41uygl4rpf1
> <http://www.mediafire.com/?1rep41uygl4rpf1>*
>  *Extract the contents of that file in the same directory where you have
> your Pharo image.*
>
>
> But the mediafire link is broken.
>
> Where can I get the extra support files?
>
> Thanks!
>
> Bernat.
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] CogVM arguments in Win32

[Bernat Romagosa]

Thanks a lot Torsten!

I'll invest the whole morning tomorrow in trying to get a little bit more
of this to work.

If I don't succeed... there are lots of very good restaurants in Barcelona,
Igor ;)


2013/11/13 Torsten Bergmann 

> Hi Bernat,
>
> >how do I translate this into NB code
>
> Either invite Igor (author of NB) for lunch or try this:
>
>
> Its a C-structure, you convert it by wrapping this in a sublcass
> of "NBExternalStructure". See the examples already in a Pharo 3.0 image.
>
> Basically you need:
>
> - define a subclass NBExternalStructure subclass: #WinNotifyIconData ...
> - define the correct fields in a class side #fieldsDesc method according
> to the native data types used in the structure
> - call "WinNotifyIconData rebuildFieldAccessors"
> - setup the types in a shared pool that you can include later:
>
>- define the pool:   SharedPool subclass: #WinTryIconConstants ...
>- in a class initialize method you can setup the type
>
>  initialize
>
> NOTIFYICONDATA := #WinNotifyIconData.
> PNOTIFYICONDATA:= 'NOTIFYICONDATA *'.
>
> - by including the pool you can use "NOTIFYICONDATA" or "PNOTIFYICONDATA"
> in any native boost call.
>
>
> If you are in Pharo 3.0 load "OS-Windows" package from the config browser.
> Check the subclasses of NBExternalStructure there.
>
> I wrapped many other windows structures already so you can get an idea
> about
> it. For instance have a look at WinConsoleConstants>>initTypeConstants,
> there you will find
> the CONSOLE_CURSOR_INFO, CONSOLE_SCREEN_BUFFER_INFO structs wrapped in
> WinConsoleCursor, WinConsoleScreenBuffer classes.
>
> Compare them with the MSDN struct description.
>
> >Could the Windows API be any more convoluted and dev-unfriendly in any
> >possible sense?
>
> This question should go to M$ not Pharo-user ;)
>
> Bye
> T.
>
>
> BTW: I'm not sure "PNOTIFYICONDATA" alone will solve your problem if I
> remember correctly
>  from my Smalltalk/MT and C/C++ times also playing with tray icons.
>  I guess you need a callback that gets called when the icon is clicked
> or the tray icon menu
>  is choosen (see uCallbackMessage member in the struct).
>  You also need a handle to an icon - either the icon from the EXEs
> resource section or
>  by loading one from a bitmap. That means wrapping the icon or bitmap
> apis too...
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] CogVM arguments in Win32

[Bernat Romagosa]

Hi list,

I made some progress but I'm still a bit lost here.

I managed to get Pharo to be headless in Win32, by hiding the window via NB
as Igor suggested, plus suspending the UI process (UIManager default
uiProcess suspend), which was the cause for the window to show up again
after a fraction of a second, because of the refresh interval.

However, now I can only close Pharo by killing the process manually, which
is not very nice for the end user. So I figured I'd try to add an icon to
the system tray with a single context menu entry for closing Pharo.

This is what I'm doing, taken from
MSDN<http://msdn.microsoft.com/en-us/library/windows/desktop/bb762159(v=vs.85).aspx>
:

NBWin32Shell >> shellNotifyIcon: lpdata dwMessage: dwMessage



^ self nbCall: #(bool Shell_NotifyIcon(

  DWORD dwMessage,

  PNOTIFYICONDATA lpdata

)) module: #shell32

dwMessage is just a 0 (flag to create a tray icon), but lpdata needs to be a
pointer to a struct of this
form<http://msdn.microsoft.com/en-us/library/windows/desktop/bb773352(v=vs.85).aspx>
:

typedef struct _NOTIFYICONDATA {
  DWORD cbSize;
  HWND  hWnd;
  UINT  uID;
  UINT  uFlags;
  UINT  uCallbackMessage;
  HICON hIcon;
  TCHAR szTip[64];
  DWORD dwState;
  DWORD dwStateMask;
  TCHAR szInfo[256];
  union {
UINT uTimeout;
UINT uVersion;
  };
  TCHAR szInfoTitle[64];
  DWORD dwInfoFlags;
  GUID  guidItem;
  HICON hBalloonIcon;
} NOTIFYICONDATA, *PNOTIFYICONDATA;


So, my question is: how do I translate this into NB code? How does one
define a struct and then pass its pointer to a function in NativeBoost?

Thanks a lot for your help, I'm getting closer :)

Bernat.

p.s. Could the Windows API be any more convoluted and dev-unfriendly in any
possible sense?



2013/11/4 Bernat Romagosa 

> Hi!
>
> Thanks Igor, that kinda worked! Pharo hides, but comes back after half a
> second or so. I'll keep digging, thanks! :)
>
>
> 2013/11/1 p...@highoctane.be 
>
> Well, this should rather be:
>>
>> handle :=NativeBoostWin32 squeakWindowHandle.
>> window := NBWin32Window new value: handle; yourself.
>> window hide.
>>
>> or
>>
>> window setWindowText: 'im a main window blablabla'.
>>
>> Phil
>>
>>
>> On Thu, Oct 31, 2013 at 10:03 PM, Igor Stasenko wrote:
>>
>>> You can try something like this:
>>>
>>> | handle window |
>>>
>>> handle := NativeBoost forCurrentPlatform squeakWindowHandle.
>>> window := NBWin32Window new value: handle; yourself.
>>> window hide.
>>>
>>> or
>>>
>>> window setWindowText: 'im a main window blablabla'.
>>>
>>> :)
>>>
>>> i didn't tested it since its been implemented, but i think it should
>>> work.
>>>
>>>
>>>
>>> On 30 October 2013 11:20, Bernat Romagosa <
>>> tibabenfortlapala...@gmail.com> wrote:
>>>
>>>> In this direction, I'm trying to call a function in the shell32.dll lib
>>>> that apparently should let you minimize an app to the system tray, but I'm
>>>> not having much luck... I guess I don't really understand what am I exactly
>>>> doing.
>>>>
>>>> This is what I found in the 
>>>> MSDN<http://msdn.microsoft.com/en-us/library/bb762159%28VS.85%29.aspx>
>>>> :
>>>>
>>>>  BOOL Shell_NotifyIcon(
>>>>   _In_  DWORD dwMessage,
>>>>   _In_  PNOTIFYICONDATA lpdata
>>>> );
>>>>
>>>>
>>>> So, I tried to translate this into Pharo as:
>>>>
>>>> MyClass >> minimizeToTray: dwMessage data: lpData
>>>>
>>>>   >>> 'shell32.dll'>
>>>>
>>>>
>>>> But it won't let me save the method, reporting it's expecting an
>>>> argument before PNOTIFYICONDATA.
>>>>
>>>> I realize PNOTIFYICONDATA is not a primitive type, but I just don't
>>>> know how to handle it... :(
>>>>
>>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Igor Stasenko.
>>>
>>
>>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] SerialPlugin on MacOS

[Bernat Romagosa]

Thanks, Esteban.

Anything I can do to help, I'm available :)


2013/11/12 Esteban Lorenzano 

>
> On Nov 12, 2013, at 5:58 AM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
>
> I can confirm I still got the same issue after replacing my VM by the
> vmLatest found at files.pharo.org/vm/pharo/mac under the name
> "Pharo-VM-mac-latest.zip"
>
>
> I will check next week :)
>
>
> When trying to write a byte array to the serial port (aSerialPort
> nextPutAll: #[249]), SerialPort fails with a primitiveFailed: primitive
> #primWritePortByName:from:startingAt:count:
>
> The port does open correctly, though.
>
>
> 2013/11/11 Bernat Romagosa 
>
>> Thanks guys,
>>
>> files.pharo.org is down right now
>>
>> I'll try with a newer VM as soon as it's up again :)
>>
>>
>> 2013/11/9 Stéphane Ducasse 
>>
>>>
>>> On Nov 9, 2013, at 2:19 PM, Camillo Bruni 
>>> wrote:
>>>
>>> > Luc proposed a pull request on github
>>> > - got validated by travis
>>> > - I integrated it into the master branch
>>> > - I pushed the changes to the develop branch
>>> >
>>> > so the vmLatest should include the fixes
>>>
>>> I like the process and that esteban releases some steam :)
>>>
>>> Stef
>>>
>>> >
>>> > On 2013-11-09, at 13:56, Stéphane Ducasse 
>>> wrote:
>>> >> Esteban
>>> >>
>>> >> we should organize some sessions where you show to people what you
>>> are doing and see how we
>>> >> should distribute and share load.
>>> >>
>>> >> Stef
>>> >>
>>> >> On Nov 9, 2013, at 12:29 PM, Esteban Lorenzano 
>>> wrote:
>>> >>
>>> >>> Hi,
>>> >>>
>>> >>> it is "stable" but AFAIK it does not includes the latest fix for
>>> SerialPlugin.
>>> >>> So many things to do when I come back... :)
>>> >>>
>>> >>> Esteban
>>> >>>
>>> >>>
>>> >>> On Nov 5, 2013, at 8:27 AM, Bernat Romagosa <
>>> tibabenfortlapala...@gmail.com> wrote:
>>> >>>
>>> >>>> Hi Luc,
>>> >>>>
>>> >>>> Smalltalk vm version reports:
>>> >>>>
>>> >>>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
>>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
>>> >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
>>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
>>> >>>> git://gitorious.org/cogvm/blessed.git Commit:
>>> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100
>>> By: Esteban Lorenzano  Jenkins build #14535
>>> >>>> '
>>> >>>>
>>> >>>> It's the one listed as "latest" at the downloads section in
>>> pharo-project.org
>>> >>>>
>>> >>>> Cheers,
>>> >>>> Bernat.
>>> >>>>
>>> >>>>
>>> >>>> 2013/11/5 Luc Fabresse 
>>> >>>>
>>> >>>>
>>> >>>> 2013/11/5 Luc Fabresse 
>>> >>>> Hi Bernat,
>>> >>>>
>>> >>>>  Which VM version?
>>> >>>>  because MacOsX and Linux now use the same C part of the
>>> SerialPlugin.
>>> >>>>  So if it works on Linux, it be the same on OsX.
>>> >>>>  but I have not tried.
>>> >>>>
>>> >>>> yes we only use Linux here for serial stuff.
>>> >>>>
>>> >>>>
>>> >>>> do you use the right protName?
>>> >>>>
>>> >>>> Cheers,
>>> >>>>
>>> >>>> Luc
>>> >>>>
>>> >>>>
>>> >>>> 2013/11/5 Bernat Romagosa 
>>> >>>> Hi list,
>>> >>>>
>>> >>>> Developing a multi-platform application is not so easy when you
>>> have to deal with hardware it seems...
>>> >>>>
>>> >>>> So I'm having this PrimitiveFailed error on MacOS, using the latest
>>> stable VM listed on the pharo-project website on Pharo20:
>>> >>>>
>>> >>>> PrimitiveFailed: primitive
>>> #primWritePortByName:from:startingAt:count: in SerialPort failed
>>> >>>>
>>> >>>> The same code works fine both in Gnu/Linux and Win32, so I'm
>>> guessing it's a problem with the serial plugin included in this VM. Any
>>> ideas?
>>> >>>>
>>> >>>> Cheers,
>>> >>>> Bernat.
>>> >>>>
>>> >>>> --
>>> >>>> Bernat Romagosa.
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>>
>>> >>>> --
>>> >>>> Bernat Romagosa.
>>> >>>
>>> >>
>>> >
>>> >
>>>
>>>
>>>
>>
>>
>> --
>> Bernat Romagosa.
>>
>
>
>
> --
> Bernat Romagosa.
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] SerialPlugin on MacOS

[Bernat Romagosa]

I can confirm I still got the same issue after replacing my VM by the
vmLatest found at files.pharo.org/vm/pharo/mac under the name
"Pharo-VM-mac-latest.zip"

When trying to write a byte array to the serial port (aSerialPort
nextPutAll: #[249]), SerialPort fails with a primitiveFailed: primitive
#primWritePortByName:from:startingAt:count:

The port does open correctly, though.


2013/11/11 Bernat Romagosa 

> Thanks guys,
>
> files.pharo.org is down right now
>
> I'll try with a newer VM as soon as it's up again :)
>
>
> 2013/11/9 Stéphane Ducasse 
>
>>
>> On Nov 9, 2013, at 2:19 PM, Camillo Bruni  wrote:
>>
>> > Luc proposed a pull request on github
>> > - got validated by travis
>> > - I integrated it into the master branch
>> > - I pushed the changes to the develop branch
>> >
>> > so the vmLatest should include the fixes
>>
>> I like the process and that esteban releases some steam :)
>>
>> Stef
>>
>> >
>> > On 2013-11-09, at 13:56, Stéphane Ducasse 
>> wrote:
>> >> Esteban
>> >>
>> >> we should organize some sessions where you show to people what you are
>> doing and see how we
>> >> should distribute and share load.
>> >>
>> >> Stef
>> >>
>> >> On Nov 9, 2013, at 12:29 PM, Esteban Lorenzano 
>> wrote:
>> >>
>> >>> Hi,
>> >>>
>> >>> it is "stable" but AFAIK it does not includes the latest fix for
>> SerialPlugin.
>> >>> So many things to do when I come back... :)
>> >>>
>> >>> Esteban
>> >>>
>> >>>
>> >>> On Nov 5, 2013, at 8:27 AM, Bernat Romagosa <
>> tibabenfortlapala...@gmail.com> wrote:
>> >>>
>> >>>> Hi Luc,
>> >>>>
>> >>>> Smalltalk vm version reports:
>> >>>>
>> >>>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
>> >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
>> >>>> git://gitorious.org/cogvm/blessed.git Commit:
>> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100
>> By: Esteban Lorenzano  Jenkins build #14535
>> >>>> '
>> >>>>
>> >>>> It's the one listed as "latest" at the downloads section in
>> pharo-project.org
>> >>>>
>> >>>> Cheers,
>> >>>> Bernat.
>> >>>>
>> >>>>
>> >>>> 2013/11/5 Luc Fabresse 
>> >>>>
>> >>>>
>> >>>> 2013/11/5 Luc Fabresse 
>> >>>> Hi Bernat,
>> >>>>
>> >>>>  Which VM version?
>> >>>>  because MacOsX and Linux now use the same C part of the
>> SerialPlugin.
>> >>>>  So if it works on Linux, it be the same on OsX.
>> >>>>  but I have not tried.
>> >>>>
>> >>>> yes we only use Linux here for serial stuff.
>> >>>>
>> >>>>
>> >>>> do you use the right protName?
>> >>>>
>> >>>> Cheers,
>> >>>>
>> >>>> Luc
>> >>>>
>> >>>>
>> >>>> 2013/11/5 Bernat Romagosa 
>> >>>> Hi list,
>> >>>>
>> >>>> Developing a multi-platform application is not so easy when you have
>> to deal with hardware it seems...
>> >>>>
>> >>>> So I'm having this PrimitiveFailed error on MacOS, using the latest
>> stable VM listed on the pharo-project website on Pharo20:
>> >>>>
>> >>>> PrimitiveFailed: primitive
>> #primWritePortByName:from:startingAt:count: in SerialPort failed
>> >>>>
>> >>>> The same code works fine both in Gnu/Linux and Win32, so I'm
>> guessing it's a problem with the serial plugin included in this VM. Any
>> ideas?
>> >>>>
>> >>>> Cheers,
>> >>>> Bernat.
>> >>>>
>> >>>> --
>> >>>> Bernat Romagosa.
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>> Bernat Romagosa.
>> >>>
>> >>
>> >
>> >
>>
>>
>>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] SerialPlugin on MacOS

[Bernat Romagosa]

Thanks guys,

files.pharo.org is down right now

I'll try with a newer VM as soon as it's up again :)


2013/11/9 Stéphane Ducasse 

>
> On Nov 9, 2013, at 2:19 PM, Camillo Bruni  wrote:
>
> > Luc proposed a pull request on github
> > - got validated by travis
> > - I integrated it into the master branch
> > - I pushed the changes to the develop branch
> >
> > so the vmLatest should include the fixes
>
> I like the process and that esteban releases some steam :)
>
> Stef
>
> >
> > On 2013-11-09, at 13:56, Stéphane Ducasse 
> wrote:
> >> Esteban
> >>
> >> we should organize some sessions where you show to people what you are
> doing and see how we
> >> should distribute and share load.
> >>
> >> Stef
> >>
> >> On Nov 9, 2013, at 12:29 PM, Esteban Lorenzano 
> wrote:
> >>
> >>> Hi,
> >>>
> >>> it is "stable" but AFAIK it does not includes the latest fix for
> SerialPlugin.
> >>> So many things to do when I come back... :)
> >>>
> >>> Esteban
> >>>
> >>>
> >>> On Nov 5, 2013, at 8:27 AM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
> >>>
> >>>> Hi Luc,
> >>>>
> >>>> Smalltalk vm version reports:
> >>>>
> >>>> 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
> >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
> >>>> git://gitorious.org/cogvm/blessed.git Commit:
> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100
> By: Esteban Lorenzano  Jenkins build #14535
> >>>> '
> >>>>
> >>>> It's the one listed as "latest" at the downloads section in
> pharo-project.org
> >>>>
> >>>> Cheers,
> >>>> Bernat.
> >>>>
> >>>>
> >>>> 2013/11/5 Luc Fabresse 
> >>>>
> >>>>
> >>>> 2013/11/5 Luc Fabresse 
> >>>> Hi Bernat,
> >>>>
> >>>>  Which VM version?
> >>>>  because MacOsX and Linux now use the same C part of the SerialPlugin.
> >>>>  So if it works on Linux, it be the same on OsX.
> >>>>  but I have not tried.
> >>>>
> >>>> yes we only use Linux here for serial stuff.
> >>>>
> >>>>
> >>>> do you use the right protName?
> >>>>
> >>>> Cheers,
> >>>>
> >>>> Luc
> >>>>
> >>>>
> >>>> 2013/11/5 Bernat Romagosa 
> >>>> Hi list,
> >>>>
> >>>> Developing a multi-platform application is not so easy when you have
> to deal with hardware it seems...
> >>>>
> >>>> So I'm having this PrimitiveFailed error on MacOS, using the latest
> stable VM listed on the pharo-project website on Pharo20:
> >>>>
> >>>> PrimitiveFailed: primitive
> #primWritePortByName:from:startingAt:count: in SerialPort failed
> >>>>
> >>>> The same code works fine both in Gnu/Linux and Win32, so I'm guessing
> it's a problem with the serial plugin included in this VM. Any ideas?
> >>>>
> >>>> Cheers,
> >>>> Bernat.
> >>>>
> >>>> --
> >>>> Bernat Romagosa.
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Bernat Romagosa.
> >>>
> >>
> >
> >
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] SerialPlugin on MacOS

[Bernat Romagosa]

Hi Luc,

Smalltalk vm version reports:

 'NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
git://gitorious.org/cogvm/blessed.git Commit:
412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100
By: Esteban Lorenzano  Jenkins build #14535
'

It's the one listed as "latest" at the downloads section in
pharo-project.org

Cheers,
Bernat.


2013/11/5 Luc Fabresse 

>
>
> 2013/11/5 Luc Fabresse 
>
>> Hi Bernat,
>>
>>   Which VM version?
>>   because MacOsX and Linux now use the same C part of the SerialPlugin.
>>   So if it works on Linux, it be the same on OsX.
>>   but I have not tried.
>>
>
> yes we only use Linux here for serial stuff.
>
>
>>
>>  do you use the right protName?
>>
>> Cheers,
>>
>> Luc
>>
>>
>> 2013/11/5 Bernat Romagosa 
>>
>>> Hi list,
>>>
>>> Developing a multi-platform application is not so easy when you have to
>>> deal with hardware it seems...
>>>
>>> So I'm having this PrimitiveFailed error on MacOS, using the latest
>>> stable VM listed on the pharo-project website on Pharo20:
>>>
>>> *PrimitiveFailed: primitive #primWritePortByName:from:startingAt:count:
>>> in SerialPort failed*
>>>
>>>
>>> The same code works fine both in Gnu/Linux and Win32, so I'm guessing
>>> it's a problem with the serial plugin included in this VM. Any ideas?
>>>
>>> Cheers,
>>> Bernat.
>>>
>>> --
>>> Bernat Romagosa.
>>>
>>
>>
>


-- 
Bernat Romagosa.

[Pharo-users] SerialPlugin on MacOS

[Bernat Romagosa]

Hi list,

Developing a multi-platform application is not so easy when you have to
deal with hardware it seems...

So I'm having this PrimitiveFailed error on MacOS, using the latest stable
VM listed on the pharo-project website on Pharo20:

*PrimitiveFailed: primitive #primWritePortByName:from:startingAt:count: in
SerialPort failed*


The same code works fine both in Gnu/Linux and Win32, so I'm guessing it's
a problem with the serial plugin included in this VM. Any ideas?

Cheers,
Bernat.

-- 
Bernat Romagosa.

Re: [Pharo-users] CogVM arguments in Win32

[Bernat Romagosa]

Hi!

Thanks Igor, that kinda worked! Pharo hides, but comes back after half a
second or so. I'll keep digging, thanks! :)


2013/11/1 p...@highoctane.be 

> Well, this should rather be:
>
> handle :=NativeBoostWin32 squeakWindowHandle.
> window := NBWin32Window new value: handle; yourself.
> window hide.
>
> or
>
> window setWindowText: 'im a main window blablabla'.
>
> Phil
>
>
> On Thu, Oct 31, 2013 at 10:03 PM, Igor Stasenko wrote:
>
>> You can try something like this:
>>
>> | handle window |
>>
>> handle := NativeBoost forCurrentPlatform squeakWindowHandle.
>> window := NBWin32Window new value: handle; yourself.
>> window hide.
>>
>> or
>>
>> window setWindowText: 'im a main window blablabla'.
>>
>> :)
>>
>> i didn't tested it since its been implemented, but i think it should work.
>>
>>
>>
>> On 30 October 2013 11:20, Bernat Romagosa > > wrote:
>>
>>> In this direction, I'm trying to call a function in the shell32.dll lib
>>> that apparently should let you minimize an app to the system tray, but I'm
>>> not having much luck... I guess I don't really understand what am I exactly
>>> doing.
>>>
>>> This is what I found in the 
>>> MSDN<http://msdn.microsoft.com/en-us/library/bb762159%28VS.85%29.aspx>
>>> :
>>>
>>>  BOOL Shell_NotifyIcon(
>>>   _In_  DWORD dwMessage,
>>>   _In_  PNOTIFYICONDATA lpdata
>>> );
>>>
>>>
>>> So, I tried to translate this into Pharo as:
>>>
>>> MyClass >> minimizeToTray: dwMessage data: lpData
>>>
>>>   >> 'shell32.dll'>
>>>
>>>
>>> But it won't let me save the method, reporting it's expecting an
>>> argument before PNOTIFYICONDATA.
>>>
>>> I realize PNOTIFYICONDATA is not a primitive type, but I just don't know
>>> how to handle it... :(
>>>
>>>
>>
>>
>> --
>> Best regards,
>> Igor Stasenko.
>>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Strange behaviour of abstract method

[Bernat Romagosa]

Just tried in Pharo 1.4, 2.0 and 3.0. It fails in all of them.

The error doesn't happen when sending #add: though. Try doing
SequenceableCollection new and the same thing will happen.


2013/10/31 Michael Paap 

> Hello list,
>
> in our OOP course we noticed some behaviour of an abstract method, which I
> cannot explain. Maybe you can help me:
>
> If I do the following
>
> SequenceableCollection new add: 123
>
> I would expect an Error. The method add: is not implemented in
> SequenceableCollectionbut inherited from collection, where it's only
> statement is
>
> self subclassResponsibility
>
> But in reality, Pharo seems to enter an endless loop, consuming more and
> more memory.
>
> Can someone please explain to me, what happens here?
>
> Greetings,
> Michael
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] another talk online: Pharo: Objects At Your Fingertips

[Bernat Romagosa]

For the Gnu/Linux people, you can watch the talk via:

mplayer 'mms://
fibtv.fib.upc.es/videoteca/20131030-1055_Pharo_Objects_at_your_Fingertips.wmv?cat=2&vid=821
'


2013/10/31 Sven Van Caekenberghe 

> Beautiful and useful !
>
> On 31 Oct 2013, at 10:08, Marcus Denker  wrote:
>
> > The idea of this talk is to give an intro for someone who know OO but
> not Pharo (or Smalltalk).
> > (this means for someone who does it has noting new)
> >
> > Pharo: Objects At Your Fingertips
> >   A talk given at Universitat Politècnica de Catalunya on Oct 30,
> 2013.
> >
> > SlideShare:
> http://www.slideshare.net/MarcusDenker/pharo-objects-at-your-fingertips
> > PDF:
> http://marcusdenker.de/talks/13BarcelonaTalk/PharoObjectsAtYourFingertips.pdf
> > Video: http://media.fib.upc.edu/fibtv/streamingmedia/view/2/821
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] CogVM arguments in Win32

[Bernat Romagosa]

In this direction, I'm trying to call a function in the shell32.dll lib
that apparently should let you minimize an app to the system tray, but I'm
not having much luck... I guess I don't really understand what am I exactly
doing.

This is what I found in the
MSDN
:

BOOL Shell_NotifyIcon(
  _In_  DWORD dwMessage,
  _In_  PNOTIFYICONDATA lpdata
);


So, I tried to translate this into Pharo as:

MyClass >> minimizeToTray: dwMessage data: lpData

  


But it won't let me save the method, reporting it's expecting an argument
before PNOTIFYICONDATA.

I realize PNOTIFYICONDATA is not a primitive type, but I just don't know
how to handle it... :(

Re: [Pharo-users] CogVM arguments in Win32

[Bernat Romagosa]

indeed, --headless does "work" but the image just dies after executing
it... :(

I guess some FFI research to minimize the app to tray is in place.

Thanks!


2013/10/29 Esteban Lorenzano 

> AFAIK you can't.
> no matter what you do, it stills shows a pharo in the trial.
>
> I remember once I hid the fact that I had the app running there by
> replacing the world with an "administrative morph" (just as other server
> apps do).
> It was not terrible cool, but it worked.
>
> Esteban
>
> On Oct 29, 2013, at 7:14 AM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
>
> Ok, I see Pharo -help brings up a window with command line options, but
> -headless is still firing up the GUI... any ideas?
>
>
> 2013/10/29 Bernat Romagosa 
>
>> Hi list!
>>
>> I've never used Pharo on Windows before, but we're starting to package a
>> multi-platform app right now and I've just found out command line arguments
>> don't work like I thought they would. I need to run the image headless, so
>> I figured:
>>
>> bin-win32\Pharo -headless shared\Pharo2.0.image
>>
>> Would do the trick, but it's not working.
>>
>> Pharo /? doesn't give any hints either, and I can't seem to find the docs
>> for the Windows VM anywhere.
>>
>> Does anybody know where I can find a Win32 VM reference?
>>
>> Thanks!
>>
>> --
>> Bernat Romagosa.
>>
>
>
>
> --
> Bernat Romagosa.
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] CogVM arguments in Win32

[Bernat Romagosa]

Ok, I see Pharo -help brings up a window with command line options, but
-headless is still firing up the GUI... any ideas?


2013/10/29 Bernat Romagosa 

> Hi list!
>
> I've never used Pharo on Windows before, but we're starting to package a
> multi-platform app right now and I've just found out command line arguments
> don't work like I thought they would. I need to run the image headless, so
> I figured:
>
> bin-win32\Pharo -headless shared\Pharo2.0.image
>
> Would do the trick, but it's not working.
>
> Pharo /? doesn't give any hints either, and I can't seem to find the docs
> for the Windows VM anywhere.
>
> Does anybody know where I can find a Win32 VM reference?
>
> Thanks!
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

[Pharo-users] CogVM arguments in Win32

[Bernat Romagosa]

Hi list!

I've never used Pharo on Windows before, but we're starting to package a
multi-platform app right now and I've just found out command line arguments
don't work like I thought they would. I need to run the image headless, so
I figured:

bin-win32\Pharo -headless shared\Pharo2.0.image

Would do the trick, but it's not working.

Pharo /? doesn't give any hints either, and I can't seem to find the docs
for the Windows VM anywhere.

Does anybody know where I can find a Win32 VM reference?

Thanks!

-- 
Bernat Romagosa.

[Pharo-users] Arduino package extra files

[Bernat Romagosa]

Hi list,

After successfully installing the Arduino package, I noticed this Getting
Started text:

*After installing the Arduino packages by evaluating...*
*
*
* ConfigurationOfArduino load.*
* *
*...you'll need a couple extra support files in order to be able to upload
programs to your Arduino board. You can download them from here:*
* *
* http://www.mediafire.com/?1rep41uygl4rpf1*
* *
*Extract the contents of that file in the same directory where you have
your Pharo image.*


But the mediafire link is broken.

Where can I get the extra support files?

Thanks!

Bernat.

-- 
Bernat Romagosa.

Re: [Pharo-users] Tip: Recovering a broken image

[Bernat Romagosa]

Yes, but you'll have the opportunity to fix whatever broke it before saving
and opening the image again.


2013/10/24 Sven Van Caekenberghe 

> Yes, I understand - I read that, but the next time you start your new
> recover.image they will run again, no ? Resulting in the same problem as
> the original image, or not ?
>
> On 24 Oct 2013, at 14:34, Bernat Romagosa 
> wrote:
>
> > Because:
> >
> > ”Unlike #saveAs: do not transfer the default execution to the new image."
> >
> > So the startup and shutdown scripts won't be executed :)
> >
> > (Or that's what I understood)
> > On Oct 24, 2013 1:54 PM, "Sven Van Caekenberghe"  wrote:
> > Hi Bernat,
> >
> > Interesting, I never heard of #backupTo:
> >
> > But if recover.image is a copy of MyImage.image, and that last one
> failed to start up, why then would the copy not have the same problem ?
> >
> > Sven
> >
> > On 24 Oct 2013, at 13:32, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
> >
> > > Hi list,
> > >
> > > I've just recovered a broken image that crashed upon startup. There
> was some problem with a SerialPort that stayed open and tried to write/read
> into a physical port that didn't exist no more, or something of the sort.
> > >
> > > So here's the magic line:
> > >
> > > $ bin/myVm shared/MyImage.image eval "SmalltalkImage backupTo:
> 'recover'"
> > >
> > > This makes a copy of the image into a new image called
> "recover.image", but as the documentation states:
> > >
> > > Unlike #saveAs: do not transfer the default execution to the new image.
> > >
> > > So there you go!
> > >
> > > Hope it helps someone else. :)
> > >
> > > --
> > > Bernat Romagosa.
> >
> >
>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Tip: Recovering a broken image

[Bernat Romagosa]

Because:

”Unlike #saveAs: do not transfer the default execution to the new image."

So the startup and shutdown scripts won't be executed :)

(Or that's what I understood)
 On Oct 24, 2013 1:54 PM, "Sven Van Caekenberghe"  wrote:

> Hi Bernat,
>
> Interesting, I never heard of #backupTo:
>
> But if recover.image is a copy of MyImage.image, and that last one failed
> to start up, why then would the copy not have the same problem ?
>
> Sven
>
> On 24 Oct 2013, at 13:32, Bernat Romagosa 
> wrote:
>
> > Hi list,
> >
> > I've just recovered a broken image that crashed upon startup. There was
> some problem with a SerialPort that stayed open and tried to write/read
> into a physical port that didn't exist no more, or something of the sort.
> >
> > So here's the magic line:
> >
> > $ bin/myVm shared/MyImage.image eval "SmalltalkImage backupTo: 'recover'"
> >
> > This makes a copy of the image into a new image called "recover.image",
> but as the documentation states:
> >
> > Unlike #saveAs: do not transfer the default execution to the new image.
> >
> > So there you go!
> >
> > Hope it helps someone else. :)
> >
> > --
> > Bernat Romagosa.
>
>
>

[Pharo-users] Tip: Recovering a broken image

[Bernat Romagosa]

Hi list,

I've just recovered a broken image that crashed upon startup. There was
some problem with a SerialPort that stayed open and tried to write/read
into a physical port that didn't exist no more, or something of the sort.

So here's the magic line:

$ bin/myVm shared/MyImage.image eval "SmalltalkImage backupTo: 'recover'"

This makes a copy of the image into a new image called "recover.image", but
as the documentation states:

*Unlike #saveAs: do not transfer the default execution to the new image. *


So there you go!

Hope it helps someone else. :)

-- 
Bernat Romagosa.

Re: [Pharo-users] Comanche on HTTPS

[Bernat Romagosa]

The only reason is I didn't know about it!

I'll take a look at it, thanks a lot :)

Bernat.


2013/10/17 Göran Krampe 

> On 10/17/2013 09:57 AM, Bernat Romagosa wrote:
>
>> Hi list,
>>
>> Is there a way to serve HTTPS via Comanche?
>>
>> I can't use Zinc or Swazoo. Our app uses a version of Comanche that's
>> pretty much hand-tailored for our needs, and switching would be quite a
>> massive amount of work.
>>
>> In case it's not currently supported, does someone know what would it
>> take to implement it?
>>
>
> Any reason you can't use say stud in front? stud is very small and just
> does exactly what you want :)
>
> https://github.com/bumptech/**stud <https://github.com/bumptech/stud>
>
> regards, Göran
>
> PS. Using SqueakSSL on server side does NOT scale.
>
>
>


-- 
Bernat Romagosa.

[Pharo-users] Comanche on HTTPS

[Bernat Romagosa]

Hi list,

Is there a way to serve HTTPS via Comanche?

I can't use Zinc or Swazoo. Our app uses a version of Comanche that's
pretty much hand-tailored for our needs, and switching would be quite a
massive amount of work.

In case it's not currently supported, does someone know what would it take
to implement it?

Thanks!

Bernat.

-- 
Bernat Romagosa.

Re: [Pharo-users] JNIPort - How to load this in pharo?

[Bernat Romagosa]

Good to hear!

You should thank Masashi, he put the image together :p


2013/10/16 Thushar G R 

> Hi Bernat,
> I got the image, used the same settings to initialize JVM in Pharo2.0
> image, and i got the random long working. Its a start.
>
>  Thanks a lot.
> Thushar
>
>
>
> thuchu
>
>
> On Wed, Oct 16, 2013 at 1:27 PM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
>
>> I've replied to your Stack Overflow thread. Hope it helps!
>>
>>
>> 2013/10/16 Thushar G R 
>>
>>> Hi All,
>>>
>>> I was trying to load JNIPort in pharo , from
>>>
>>>  MCHttpRepository
>>> location: 'http://www.squeaksource.com/JNIPort'
>>>  user: ''
>>> password: ''
>>>
>>>
>>> Its raising some bugs regarding missing .mcz files in the repo. I wonder
>>> if sommone is useing it already, and are willing to share info about
>>> loading it to the image.
>>>
>>> My objective is feasibility study.
>>>
>>> Thanks in advance.
>>>
>>> Thushar
>>>
>>
>>
>>
>> --
>> Bernat Romagosa.
>>
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] JNIPort - How to load this in pharo?

[Bernat Romagosa]

I've replied to your Stack Overflow thread. Hope it helps!


2013/10/16 Thushar G R 

> Hi All,
>
> I was trying to load JNIPort in pharo , from
>
>  MCHttpRepository
> location: 'http://www.squeaksource.com/JNIPort'
>  user: ''
> password: ''
>
>
> Its raising some bugs regarding missing .mcz files in the repo. I wonder
> if sommone is useing it already, and are willing to share info about
> loading it to the image.
>
> My objective is feasibility study.
>
> Thanks in advance.
>
> Thushar
>



-- 
Bernat Romagosa.

Re: [Pharo-users] XSD handling in Pharo

[Bernat Romagosa]

I've handled Atom feeds and (properly formatted) HTML pages with the XML
packages for Pharo, so I guess any markup language should be working too...

http://smalltalkhub.com/#!/~PharoExtras/XMLParser
http://smalltalkhub.com/#!/~PharoExtras/XMLWriter

Cheers,
Bernat.


2013/9/30 Friedrich Dominicus 

> I've now searched for a while but did not found much about it.
> Does anyone here have a hint where to look for XSD stuff handling in
> Pharo?
>
> Regards
> Friedrich
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Image taking up 100% CPU

[Bernat Romagosa]

I've just realised my image weighs 301Mb!


2013/9/25 Bernat Romagosa 

> It's a Pharo 1.4 image on this VM:
>
> 'CoInterpreter VMMaker-oscog-EstebanLorenzano.161 uuid:
> 8e0c22c3-b48d-4d8d-a7f9-8a75dc246f28 Jul 18 2012,
> StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.161 uuid:
> 8e0c22c3-b48d-4d8d-a7f9-8a75dc246f28 Jul 18 2012,
> https://git.gitorious.org/cogvm/blessed.git Commit:
> 5151310c41b08f55b70e9c6250711cb1f3672ce7 Date: 2012-07-18 14:06:15 +0200
> By: Camillo Bruni '
>
> (On a Debian VPS)
>
>
> 2013/9/25 Paul DeBruicker 
>
>> Which image and vm ?
>>
>>
>>
>> On Sep 25, 2013, at 3:24 AM, Bernat Romagosa <
>> tibabenfortlapala...@gmail.com> wrote:
>>
>> Hmmm something weird just happened. I restarted Komanche, then when I
>> saved the image and the CPU rushed to 100%!
>>
>>
>> 2013/9/25 Janko Mivšek 
>>
>>> Hi Bernat,
>>>
>>> I remember once having similar problems on Swazoo. But on image restart.
>>> If Swazoo was not stopped before image shutdown, image went into 100%
>>> CPU after restart. Something like that. It seems therefore that this is
>>> sockets related problem
>>>
>>> What if you stop your web server and start again?
>>>
>>> Best regards
>>> Janko
>>>
>>> Dne 25. 09. 2013 10:03, piše Bernat Romagosa:
>>> > Forgot to answer that I'm not using RFB. I had sooo many problems with
>>> > it that since last year I've been using xpra <http://xpra.org/>
>>> instead,
>>> > which lets you capture running X windows remotely over SSH. It's kind
>>> of
>>> > like screen (not even remotely so powerful) but for GUIs.
>>> >
>>> > Cheers,
>>> > Bernat.
>>> >
>>> >
>>> > 2013/9/25 Bernat Romagosa >> > <mailto:tibabenfortlapala...@gmail.com>>
>>> >
>>> > Not really, the image is not being saved regularly... all data is
>>> > stored in a neo4j database, so there's no need to save the image.
>>> >
>>> > It seems like it may have something to do with users uploading
>>> files
>>> > in some particular moments, but I'm using Göran's file upload
>>> > mechanism, in which files are streamed straight to disk, so there
>>> > shouldn't be any image clogging problems even for huge files...
>>> >
>>> > 2013/9/24 Mariano Martinez Peck >> > <mailto:marianop...@gmail.com>>
>>> >
>>> > Bernat, could this be triggered when you SAVE the image? If
>>> > true, do you happen to have RFB running?
>>> >
>>> >
>>> > On Tue, Sep 24, 2013 at 4:45 AM, Bernat Romagosa
>>> > >> > <mailto:tibabenfortlapala...@gmail.com>> wrote:
>>> >
>>> > Hi list,
>>> >
>>> > A couple months ago I deployed an Iliad application in a
>>> > Debian VPS, which has been working great except for the
>>> fact
>>> > that about every two weeks the image takes up 100% of the
>>> > CPU and, of course, the app becomes unusable.
>>> >
>>> > Does anyone have a method for finding out what's going on?
>>> > I've been trying to debug the problem, but as I don't know
>>> > what triggers it, it's pretty impossible to detect...
>>> >
>>> > I've checked the running threads and nothing seems unusual.
>>> > I've also profiled the app for a whole day of real usage
>>> > with end users and not a single method took more time than
>>> > what I expected, so I'm completely lost here.
>>> >
>>> > Any help will be appreciated! :)
>>>
>>>
>>> --
>>> Janko Mivšek
>>> Aida/Web
>>> Smalltalk Web Application Server
>>> http://www.aidaweb.si
>>>
>>>
>>
>>
>> --
>> Bernat Romagosa.
>>
>>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Image taking up 100% CPU

[Bernat Romagosa]

It's a Pharo 1.4 image on this VM:

'CoInterpreter VMMaker-oscog-EstebanLorenzano.161 uuid:
8e0c22c3-b48d-4d8d-a7f9-8a75dc246f28 Jul 18 2012,
StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.161 uuid:
8e0c22c3-b48d-4d8d-a7f9-8a75dc246f28 Jul 18 2012,
https://git.gitorious.org/cogvm/blessed.git Commit:
5151310c41b08f55b70e9c6250711cb1f3672ce7 Date: 2012-07-18 14:06:15 +0200
By: Camillo Bruni '

(On a Debian VPS)


2013/9/25 Paul DeBruicker 

> Which image and vm ?
>
>
>
> On Sep 25, 2013, at 3:24 AM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
>
> Hmmm something weird just happened. I restarted Komanche, then when I
> saved the image and the CPU rushed to 100%!
>
>
> 2013/9/25 Janko Mivšek 
>
>> Hi Bernat,
>>
>> I remember once having similar problems on Swazoo. But on image restart.
>> If Swazoo was not stopped before image shutdown, image went into 100%
>> CPU after restart. Something like that. It seems therefore that this is
>> sockets related problem
>>
>> What if you stop your web server and start again?
>>
>> Best regards
>> Janko
>>
>> Dne 25. 09. 2013 10:03, piše Bernat Romagosa:
>> > Forgot to answer that I'm not using RFB. I had sooo many problems with
>> > it that since last year I've been using xpra <http://xpra.org/>
>> instead,
>> > which lets you capture running X windows remotely over SSH. It's kind of
>> > like screen (not even remotely so powerful) but for GUIs.
>> >
>> > Cheers,
>> > Bernat.
>> >
>> >
>> > 2013/9/25 Bernat Romagosa > > <mailto:tibabenfortlapala...@gmail.com>>
>> >
>> > Not really, the image is not being saved regularly... all data is
>> > stored in a neo4j database, so there's no need to save the image.
>> >
>> > It seems like it may have something to do with users uploading files
>> > in some particular moments, but I'm using Göran's file upload
>> > mechanism, in which files are streamed straight to disk, so there
>> > shouldn't be any image clogging problems even for huge files...
>> >
>> > 2013/9/24 Mariano Martinez Peck > > <mailto:marianop...@gmail.com>>
>> >
>> > Bernat, could this be triggered when you SAVE the image? If
>> > true, do you happen to have RFB running?
>> >
>> >
>> > On Tue, Sep 24, 2013 at 4:45 AM, Bernat Romagosa
>> > > > <mailto:tibabenfortlapala...@gmail.com>> wrote:
>> >
>> > Hi list,
>> >
>> > A couple months ago I deployed an Iliad application in a
>> > Debian VPS, which has been working great except for the fact
>> > that about every two weeks the image takes up 100% of the
>> > CPU and, of course, the app becomes unusable.
>> >
>> > Does anyone have a method for finding out what's going on?
>> > I've been trying to debug the problem, but as I don't know
>> > what triggers it, it's pretty impossible to detect...
>> >
>> > I've checked the running threads and nothing seems unusual.
>> > I've also profiled the app for a whole day of real usage
>> > with end users and not a single method took more time than
>> > what I expected, so I'm completely lost here.
>> >
>> > Any help will be appreciated! :)
>>
>>
>> --
>> Janko Mivšek
>> Aida/Web
>> Smalltalk Web Application Server
>> http://www.aidaweb.si
>>
>>
>
>
> --
> Bernat Romagosa.
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Image taking up 100% CPU

[Bernat Romagosa]

Hmmm something weird just happened. I restarted Komanche, then when I saved
the image and the CPU rushed to 100%!


2013/9/25 Janko Mivšek 

> Hi Bernat,
>
> I remember once having similar problems on Swazoo. But on image restart.
> If Swazoo was not stopped before image shutdown, image went into 100%
> CPU after restart. Something like that. It seems therefore that this is
> sockets related problem
>
> What if you stop your web server and start again?
>
> Best regards
> Janko
>
> Dne 25. 09. 2013 10:03, piše Bernat Romagosa:
> > Forgot to answer that I'm not using RFB. I had sooo many problems with
> > it that since last year I've been using xpra <http://xpra.org/> instead,
> > which lets you capture running X windows remotely over SSH. It's kind of
> > like screen (not even remotely so powerful) but for GUIs.
> >
> > Cheers,
> > Bernat.
> >
> >
> > 2013/9/25 Bernat Romagosa  > <mailto:tibabenfortlapala...@gmail.com>>
> >
> > Not really, the image is not being saved regularly... all data is
> > stored in a neo4j database, so there's no need to save the image.
> >
> > It seems like it may have something to do with users uploading files
> > in some particular moments, but I'm using Göran's file upload
> > mechanism, in which files are streamed straight to disk, so there
> > shouldn't be any image clogging problems even for huge files...
> >
> > 2013/9/24 Mariano Martinez Peck  > <mailto:marianop...@gmail.com>>
> >
> > Bernat, could this be triggered when you SAVE the image? If
> > true, do you happen to have RFB running?
> >
> >
> > On Tue, Sep 24, 2013 at 4:45 AM, Bernat Romagosa
> >  > <mailto:tibabenfortlapala...@gmail.com>> wrote:
> >
> > Hi list,
> >
> > A couple months ago I deployed an Iliad application in a
> > Debian VPS, which has been working great except for the fact
> > that about every two weeks the image takes up 100% of the
> > CPU and, of course, the app becomes unusable.
> >
> > Does anyone have a method for finding out what's going on?
> > I've been trying to debug the problem, but as I don't know
> > what triggers it, it's pretty impossible to detect...
> >
> > I've checked the running threads and nothing seems unusual.
> > I've also profiled the app for a whole day of real usage
> > with end users and not a single method took more time than
> > what I expected, so I'm completely lost here.
> >
> > Any help will be appreciated! :)
>
>
> --
> Janko Mivšek
> Aida/Web
> Smalltalk Web Application Server
> http://www.aidaweb.si
>
>


-- 
Bernat Romagosa.

Re: [Pharo-users] Image taking up 100% CPU

[Bernat Romagosa]

Forgot to answer that I'm not using RFB. I had sooo many problems with it
that since last year I've been using xpra <http://xpra.org/> instead, which
lets you capture running X windows remotely over SSH. It's kind of like
screen (not even remotely so powerful) but for GUIs.

Cheers,
Bernat.


2013/9/25 Bernat Romagosa 

> Not really, the image is not being saved regularly... all data is stored
> in a neo4j database, so there's no need to save the image.
>
> It seems like it may have something to do with users uploading files in
> some particular moments, but I'm using Göran's file upload mechanism, in
> which files are streamed straight to disk, so there shouldn't be any image
> clogging problems even for huge files...
>
> 2013/9/24 Mariano Martinez Peck 
>
>> Bernat, could this be triggered when you SAVE the image? If true, do you
>> happen to have RFB running?
>>
>>
>> On Tue, Sep 24, 2013 at 4:45 AM, Bernat Romagosa <
>> tibabenfortlapala...@gmail.com> wrote:
>>
>>> Hi list,
>>>
>>> A couple months ago I deployed an Iliad application in a Debian VPS,
>>> which has been working great except for the fact that about every two weeks
>>> the image takes up 100% of the CPU and, of course, the app becomes unusable.
>>>
>>> Does anyone have a method for finding out what's going on? I've been
>>> trying to debug the problem, but as I don't know what triggers it, it's
>>> pretty impossible to detect...
>>>
>>> I've checked the running threads and nothing seems unusual. I've also
>>> profiled the app for a whole day of real usage with end users and not a
>>> single method took more time than what I expected, so I'm completely lost
>>> here.
>>>
>>> Any help will be appreciated! :)
>>>
>>> Cheers,
>>>
>>> Bernat.
>>>
>>> --
>>> Bernat Romagosa.
>>>
>>
>>
>>
>> --
>> Mariano
>> http://marianopeck.wordpress.com
>>
>
>
>
> --
> Bernat Romagosa.
>



-- 
Bernat Romagosa.

Re: [Pharo-users] Image taking up 100% CPU

[Bernat Romagosa]

Not really, the image is not being saved regularly... all data is stored in
a neo4j database, so there's no need to save the image.

It seems like it may have something to do with users uploading files in
some particular moments, but I'm using Göran's file upload mechanism, in
which files are streamed straight to disk, so there shouldn't be any image
clogging problems even for huge files...

2013/9/24 Mariano Martinez Peck 

> Bernat, could this be triggered when you SAVE the image? If true, do you
> happen to have RFB running?
>
>
> On Tue, Sep 24, 2013 at 4:45 AM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
>
>> Hi list,
>>
>> A couple months ago I deployed an Iliad application in a Debian VPS,
>> which has been working great except for the fact that about every two weeks
>> the image takes up 100% of the CPU and, of course, the app becomes unusable.
>>
>> Does anyone have a method for finding out what's going on? I've been
>> trying to debug the problem, but as I don't know what triggers it, it's
>> pretty impossible to detect...
>>
>> I've checked the running threads and nothing seems unusual. I've also
>> profiled the app for a whole day of real usage with end users and not a
>> single method took more time than what I expected, so I'm completely lost
>> here.
>>
>> Any help will be appreciated! :)
>>
>> Cheers,
>>
>> Bernat.
>>
>> --
>> Bernat Romagosa.
>>
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>



-- 
Bernat Romagosa.

[Pharo-users] Image taking up 100% CPU

[Bernat Romagosa]

Hi list,

A couple months ago I deployed an Iliad application in a Debian VPS, which
has been working great except for the fact that about every two weeks the
image takes up 100% of the CPU and, of course, the app becomes unusable.

Does anyone have a method for finding out what's going on? I've been trying
to debug the problem, but as I don't know what triggers it, it's pretty
impossible to detect...

I've checked the running threads and nothing seems unusual. I've also
profiled the app for a whole day of real usage with end users and not a
single method took more time than what I expected, so I'm completely lost
here.

Any help will be appreciated! :)

Cheers,

Bernat.

-- 
Bernat Romagosa.

Re: [Pharo-users] SerialPlugin

[Bernat Romagosa]

Hi Esteban!

Wow, thank you so much! I'll ask the IT guy and see how can we set up a
remote session for next week! :)

Disfruta de las vacaciones!


2013/7/19 Esteban Lorenzano 

> Hi Bernat,
>
> I'm going on vacations tomorrow, but if you provide me a way to test the
> plugin (like for example doing a remote session ;) ), I promise to work on
> fix it as soon as I'm back (I'm going out just one week).
>
> can you locate some time for doing it?
>
> Esteban
>
>
> On Jul 19, 2013, at 11:05 AM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
>
> Hi Ricardo,
>
> By using exactly your same packages, it still didn't work on Linux. So I
> guess I'm stuck with a proprietary system for the moment... :(
>
> It seems to work on Mac, no compiling or tweaking needed, so I'll start
> working on a Mac box for the moment, although I'm as productive on anything
> but my PC as if coding with a typewriter...
>
> I'll still keep looking at the Unix plugin code to see if I can fix it. I
> think I've spotted something weird at:
>
> if ((sp->spDescriptor= open(portName, O_RDWR | O_NONBLOCK | O_NOCTTY))
> < 0) {
> fprintf(stderr, "Error while opening the serial port (%s).\n",
> portName);
> return portOpenFailed(sp);
> }
>
>
> This fprintf prints:
>
> Error while opening the serial port (/dev/ttyUSB0!).
>
>
> Notice the last character inside the parens. Sometimes it's a $!,
> sometimes it's a $9. This smells like we're reading one position more than
> needed from the char array, but I've tried changing its size and, even when
> portName has the right value, open() still returns -1...
>
>
>
> 2013/7/18 Ricardo Moran 
>
>> Hi, I just tried Pharo2.0 Latest update: #20596 with the following VM (on
>> Windows):
>>
>> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
>> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
>> git://gitorious.org/cogvm/blessed.git Commit:
>> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100
>> By: Esteban Lorenzano  Jenkins build #14535
>>
>> The serial port seems to work fine here. I hope this helps :)
>>
>> Cheers,
>> Richo
>>
>>
>> On Thu, Jul 18, 2013 at 6:58 AM, Bernat Romagosa <
>> tibabenfortlapala...@gmail.com> wrote:
>>
>>> Still trying without success...
>>>
>>> Does anyone have an image, a VM and a SerialPlugin working in their
>>> machine that they can share with me? At this point I don't care too much on
>>> which OS, I'll find a machine here at work. The thing is I wanted to start
>>> developing right away, and this little obstacle is holding me back...
>>>
>>> Thanks a lot!
>>>
>>> Bernat.
>>>
>>>
>>> 2013/7/17 Bernat Romagosa 
>>>
>>>> Yep, I found that thread and tried all possible combinations:
>>>>
>>>> '/dev/ttyUSB0'
>>>> '/dev//ttyUSB0'
>>>> '/dev/ttyusb0'
>>>> '/dev//ttyusb0'
>>>> 'ttyUSB0'
>>>> 'ttyusb0'
>>>>
>>>> and none worked... :(
>>>>
>>>>
>>>> 2013/7/17 Esteban Lorenzano 
>>>>
>>>>> It is indeed annoying and obviously buggy.
>>>>> I kinda "fixed" it last year but since I didn't had any serial port
>>>>> stuff to test it, it was just in abstract (Luc was using it, thought)
>>>>>
>>>>> There was a report a couple of weeks ago to try using double slash.
>>>>>
>>>>> SerialPort new openPort: '/dev//ttyUSB0'
>>>>>
>>>>>
>>>>>
>>>>> Esteban
>>>>>
>>>>> On Jul 17, 2013, at 1:47 PM, Bernat Romagosa <
>>>>> tibabenfortlapala...@gmail.com> wrote:
>>>>>
>>>>> So I compiled two VMs, one with the SerialPlugin as an internal
>>>>> plugin, the other one as an external plugin.
>>>>>
>>>>> On a Debian box, I connect an Arduino Diecimila board and I get its
>>>>> handler at /dev/ttyUSB0. However, on both VMs with fresh Pharo 2.0 images:
>>>>>
>>>>> SerialPort new openPort: '/dev/ttyUSB0'
>>>>>
>>>>>
>>>

Re: [Pharo-users] SerialPlugin

[Bernat Romagosa]

Hi Ricardo,

By using exactly your same packages, it still didn't work on Linux. So I
guess I'm stuck with a proprietary system for the moment... :(

It seems to work on Mac, no compiling or tweaking needed, so I'll start
working on a Mac box for the moment, although I'm as productive on anything
but my PC as if coding with a typewriter...

I'll still keep looking at the Unix plugin code to see if I can fix it. I
think I've spotted something weird at:

if ((sp->spDescriptor= open(portName, O_RDWR | O_NONBLOCK | O_NOCTTY))
< 0) {
fprintf(stderr, "Error while opening the serial port (%s).\n",
portName);
return portOpenFailed(sp);
}


This fprintf prints:

Error while opening the serial port (/dev/ttyUSB0!).


Notice the last character inside the parens. Sometimes it's a $!, sometimes
it's a $9. This smells like we're reading one position more than needed
from the char array, but I've tried changing its size and, even when
portName has the right value, open() still returns -1...



2013/7/18 Ricardo Moran 

> Hi, I just tried Pharo2.0 Latest update: #20596 with the following VM (on
> Windows):
>
> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid:
> a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013
> git://gitorious.org/cogvm/blessed.git Commit:
> 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100
> By: Esteban Lorenzano  Jenkins build #14535
>
> The serial port seems to work fine here. I hope this helps :)
>
> Cheers,
> Richo
>
>
> On Thu, Jul 18, 2013 at 6:58 AM, Bernat Romagosa <
> tibabenfortlapala...@gmail.com> wrote:
>
>> Still trying without success...
>>
>> Does anyone have an image, a VM and a SerialPlugin working in their
>> machine that they can share with me? At this point I don't care too much on
>> which OS, I'll find a machine here at work. The thing is I wanted to start
>> developing right away, and this little obstacle is holding me back...
>>
>> Thanks a lot!
>>
>> Bernat.
>>
>>
>> 2013/7/17 Bernat Romagosa 
>>
>>> Yep, I found that thread and tried all possible combinations:
>>>
>>> '/dev/ttyUSB0'
>>> '/dev//ttyUSB0'
>>> '/dev/ttyusb0'
>>> '/dev//ttyusb0'
>>> 'ttyUSB0'
>>> 'ttyusb0'
>>>
>>> and none worked... :(
>>>
>>>
>>> 2013/7/17 Esteban Lorenzano 
>>>
>>>> It is indeed annoying and obviously buggy.
>>>> I kinda "fixed" it last year but since I didn't had any serial port
>>>> stuff to test it, it was just in abstract (Luc was using it, thought)
>>>>
>>>> There was a report a couple of weeks ago to try using double slash.
>>>>
>>>> SerialPort new openPort: '/dev//ttyUSB0'
>>>>
>>>>
>>>>
>>>> Esteban
>>>>
>>>> On Jul 17, 2013, at 1:47 PM, Bernat Romagosa <
>>>> tibabenfortlapala...@gmail.com> wrote:
>>>>
>>>> So I compiled two VMs, one with the SerialPlugin as an internal plugin,
>>>> the other one as an external plugin.
>>>>
>>>> On a Debian box, I connect an Arduino Diecimila board and I get its
>>>> handler at /dev/ttyUSB0. However, on both VMs with fresh Pharo 2.0 images:
>>>>
>>>> SerialPort new openPort: '/dev/ttyUSB0'
>>>>
>>>>
>>>> Fails with a generic error.
>>>>
>>>> What's wrong with SerialPort? The "cannot open port" error message is
>>>> about as informative as "sorry, not gonna happen" :(
>>>>
>>>>
>>>> 2013/7/17 Bernat Romagosa 
>>>>
>>>>> Great! I was missing the gl and alsa headers. All done now, thanks a
>>>>> lot :)
>>>>>
>>>>>
>>>>> 2013/7/17 Guillermo Polito 
>>>>>
>>>>>>
>>>>>> On Wed, Jul 17, 2013 at 12:39 PM, Bernat Romagosa <
>>>>>> tibabenfortlapala...@gmail.com> wrote:
>>>>>>
>>>>>>> Okay, it seems the patch is already included in the latest VMMaker
>>>>>>> image, so no need to apply it.
>>>>>>>
>>>>>>
>>>>>> That's nice :). Anyone with grants in the issue tracker can close
>>

Re: [Pharo-users] Voyage: Circular references

[Bernat Romagosa]

Hi Sabine!

If you want an object to be referenced by another, and not embedded in it,
you need to give that object root entity. As a root, the object will have a
collection of its own, and will be referenced by other objects by id. If
the object is not root, it will be embedded inside the referring object as
a property.

So, to be safe, always set #isVoyageRoot to return true at class side of
all objects you don't want to have embedded. In general, "big enough"
objects who are referenced by different objects should be root.

In my case, I had a centre which had users which had centres. Users also
had projects, and projects also had users. Big mess, I know. Besides that,
all users, centres and projects had profiles. My solution was to make
centres, projects and users be roots, and let only the profiles be embedded.

I hope this helped!

Bernat.


2013/7/19 Sabine Knöfel 

> Hi Esteban,
>
> yes, now the Rectangle Example works after doing the reset.
>
> But saving my model still leads to a non responding image because
> Voyage is trying to write json for all model stuf deep deep deep and
> circular. Perhaps same like:
> http://forum.world.st/Voyage-Circular-references-td4691940.html#a4699436
>
> I dont know anything about Magritte (yet) and I need a hint what to
> define in my model so that it stops creating json at certain points
> and creates only e.g. a Symbol.
>
> Example: My model instance  of trip has a connection to an instance of
> country. The country should not be written in json with all its
> definitions. Voyage should only write e.g. #germany in the json and
> later, when getting the instance back from the database, I want to
> reassign the trip to the country.
>
> I already implemented this stuff when working witk Mongotalk the last
> months and it worked fine. But my question yesterday:
>
> http://forum.world.st/MongoDB-open-close-in-production-singleton-or-not-td4699322.html
> lead to my impression that I should use voyage.
>
> So, how can I define the "borders"?
>
> Sabine
>
> On Thu, Jul 18, 2013 at 7:45 PM, EstebanLM [via Smalltalk]
> <[hidden email] <http://user/SendEmail.jtp?type=node&node=4699491&i=0>>
> wrote:
>
> > Hi Sabine,
> >
> > Probably you do not missed anything.
> > Probably I missed to update the voyage configuration :)
> >
> > can you try doing
> >
> > VOMongoRepository allInstancesDo: #reset.
> >
> > before trying again?
> >
> > Cheers,
> > Esteban
> >
> > On Jul 18, 2013, at 6:31 PM, Sabine Knöfel <[hidden email]> wrote:
> >
> >> I found this:
> >> http://smallworks.eu/web/blog/2013-06-14-voyage-the-adventure
> >>
> >> Chapter "Enhancing storage"
> >> But if I add the 3+1 methods to Rectangle, and save it again, the json
> did
> >> not change.
> >>
> >> Did I miss something?
> >>
> >>
> >>
> >>
> >> --
> >> View this message in context:
> >> http://forum.world.st/Voyage-Circular-references-tp4691940p4699436.html
> >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
> >>
> >
> >
> >
> >
> > 
> > If you reply to this email, your message will be added to the discussion
> > below:
> > http://forum.world.st/Voyage-Circular-references-tp4691940p4699443.html
> > To unsubscribe from Voyage: Circular references, click here.
> > NAML
>
> --
> View this message in context: Re: Voyage: Circular 
> references<http://forum.world.st/Voyage-Circular-references-tp4691940p4699491.html>
>
> Sent from the Pharo Smalltalk Users mailing list 
> archive<http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html>at 
> Nabble.com.
>



-- 
Bernat Romagosa.