Re: [Pharo-dev] A screenshot we should remind today[SEC=UNCLASSIFIED]
Yeah indeed that is worse. But I have to confese my experience with both smalltalk and lisp (common lisp) has started with a so what ? experience. When I opened squeak , the IDE looked like any other ide I used, the guis was ugly, morph halos looked kinda weird. I did not understan why all the ranting that everything is a smalltalk object and of course we should not forget the usual If your language is all that great why people are not even aware of it. Especially the last one , I have been coding for fun for more than 24 years now and never , absolutely never heard of smalltalk before. Actually the reason I discovered smalltalk was because of lisper I was chating via irc 1 + years ago. I was reading how awesome common lisp is , but of course I did hate all that parentheses. However I did decide to give it a serious try , but for me the barrier was emacs and text based interfaces, I was always a fan of GUIs, so I was chating with him saying to him how I would love to do live coding and visual coding and he replied hey did you try squeak and smalltalk ? , I replied back whats that ? and the rest is history. So to be fair he did tell me what the big deal was so I knew when I tried squeak that it was very special. Because if I have tried it by accident most likely I would have taken the same route as you and even never come back to it. The problem with smalltalk and lisp is that it takes a lot of time to realise the benefits of using such unpopular languages. Its difficult to kick out the whats the big deal ? attitude. -- View this message in context: http://forum.world.st/Pharo-dev-A-screenshot-we-should-remind-today-tp4690921p4691332.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] Problems with Penelope
Hi, http://bugs.pharo.org/issues returns Error 503 Davide -- View this message in context: http://forum.world.st/Problems-with-Penelope-tp4691333.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Lowecase class names
These kind of features and flexibility should be more promoted to coders. Its these things that make smalltalk so special , yet people like me who are still very fresh to it deal with it like its another python or ruby. -- View this message in context: http://forum.world.st/Pharo-dev-Lowecase-class-names-tp4690963p4691334.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] A screenshot we should remind today[SEC=UNCLASSIFIED]
Takes a while indeed. On Mon, Jun 3, 2013 at 9:53 AM, kilon theki...@yahoo.co.uk wrote: Yeah indeed that is worse. But I have to confese my experience with both smalltalk and lisp (common lisp) has started with a so what ? experience. When I opened squeak , the IDE looked like any other ide I used, the guis was ugly, morph halos looked kinda weird. I did not understan why all the ranting that everything is a smalltalk object and of course we should not forget the usual If your language is all that great why people are not even aware of it. Especially the last one , I have been coding for fun for more than 24 years now and never , absolutely never heard of smalltalk before. Actually the reason I discovered smalltalk was because of lisper I was chating via irc 1 + years ago. I was reading how awesome common lisp is , but of course I did hate all that parentheses. However I did decide to give it a serious try , but for me the barrier was emacs and text based interfaces, I was always a fan of GUIs, so I was chating with him saying to him how I would love to do live coding and visual coding and he replied hey did you try squeak and smalltalk ? , I replied back whats that ? and the rest is history. So to be fair he did tell me what the big deal was so I knew when I tried squeak that it was very special. Because if I have tried it by accident most likely I would have taken the same route as you and even never come back to it. The problem with smalltalk and lisp is that it takes a lot of time to realise the benefits of using such unpopular languages. Its difficult to kick out the whats the big deal ? attitude. -- View this message in context: http://forum.world.st/Pharo-dev-A-screenshot-we-should-remind-today-tp4690921p4691332.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Smalltalkhub
Hi Hilaire, On Mon, Jun 3, 2013 at 9:59 AM, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: It will be helpful to properly document the migration process, ONCE and in ONE place. http://www.squeaksource.com contains the migration process. Use the latest release of Pharo (Pharo 2.0) to do the migration; you don't need your project to work under Pharo 2.0 to do the migration from there. Another solution is to replace the use of MCSmalltalkhubRepository by MCHttpRepository. Just copy/paste the MCHttpRepository text as shown in the SmalltalkHub page of your project. -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-dev] zeroconf --headless/-headless
On Sat, Jun 1, 2013 at 12:51 AM, Camillo Bruni camillobr...@gmail.comwrote: fixed it: http://get.pharo.org/vmLatest works now under linux additionally I added a small CLI introduction to http://get.pharo.org ;) Thanks. I just committed another small change. Andrei
Re: [Pharo-dev] zeroconf --headless/-headless
On 2013-06-03, at 10:15, Andrei Vasile Chis chisvasileand...@gmail.com wrote: On Sat, Jun 1, 2013 at 12:51 AM, Camillo Bruni camillobr...@gmail.comwrote: fixed it: http://get.pharo.org/vmLatest works now under linux additionally I added a small CLI introduction to http://get.pharo.org ;) Thanks. I just committed another small change. ah sorry, I didn't see it before, nice ;)
Re: [Pharo-dev] Lowecase class names
On Jun 3, 2013, at 1:13 PM, Jan Vrany jan.vr...@fit.cvut.cz wrote: I thought so. Attached hack removes it. Of course a complete rewrite of the class builder is ready for integration… https://ci.inria.fr/pharo-contribution/job/Slot/ So the question is if it makes sense to add this one? Marcus Jan On 31/05/13 14:47, Marcus Denker wrote: On May 31, 2013, at 1:32 PM, Jan Vrany jan.vr...@fit.cvut.cz wrote: Hi is there any reason why class builder does not allow lowercase classnames? Underscore is allowed, though. In the past people started too add check to make sure that we only use the naming that people are supposed to use. The place these checks where placed was the class builder. Over time it has shown that this is not good: it has do be done on a higher level. (we already removed certain checks, e.g. about variable capitalization). We should at some point introduce something that does these kinds of checks for the tools, but allows one to just do anything when needed at the lower level… Marcus ClassBuilder-validateClassName.st
Re: [Pharo-dev] WhatsUp from: 2013-06-03 until: 2013-06-16
Le 03/06/2013 07:00, seas...@rmod.lille.inria.fr a écrit : Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! ### Here's what I've been up to since the last WhatsUp: - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS - Mastering Makefiles+Command Line to have a build environment for my pharo2.0 developments - Got MonticelloFileTreeGit to commit automagically packages to git - Got MonticelloFileTreeGit to scan a git repo for all stored versions of a package... sort of - Failed to do things on the grammar/parser front ### What's next, until 2013-06-16 (*): - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION - Get MonticelloFileTreeGit to load any package version from a git repo (without doing a git checkout :)) - Add a full GUI testing mode to the Alt Browser to be able to withstand the next RPackage / System announcements redesign. (*) we'll be expecting results by then ;) Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95
Re: [Pharo-dev] Hosting your own SmalltlakHub: turning off/on the web
On Mon, Jun 3, 2013 at 9:08 AM, Mariano Martinez Peck marianop...@gmail.com wrote: On Fri, May 31, 2013 at 11:39 AM, Mariano Martinez Peck marianop...@gmail.com wrote: Hi Nico, First, let me say that without a lot of pain, I have my own (actually, its for a client) SmalltalkHub instance running with Pharo 2.0, mongoDB, nginx and HTTPS :) Usually we need the web interface quite infrequently, that is, when we create a new user or a new project. So I would like to turn off the website for most of the time and just turn it on when I need something like that. Of course when I mean turn off the website I mean that: only the website. Monticello should continue working :) One solution I found is that since I have nginx listening in an SSL port and then this is forwarded to the port zinc is listening, I can just turn off nginx. That way noone can reach the website from outside... but maybe there is a better solution... Of course this doesn't actually help because when I turn off nginx I not only turn off the website but also the monticello server part :( Any ideas? Thanks! -- Mariano http://marianopeck.wordpress.com -- Mariano http://marianopeck.wordpress.com -- Mariano http://marianopeck.wordpress.com
Re: [Pharo-dev] WhatsUp from: 2013-06-03 until: 2013-06-16
### Here's what I've been up to since the last WhatsUp: PharoLauncher (https://ci.inria.fr/pharo-contribution/job/PharoLauncher/) - glamour-based GUI - Jenkins + files.pharo.org automatic fetch of images - save downloaded zip files for later reuse (with Erwan Douaille) - many class and method comments - refactorings - you can start trying it now Smalltalkhub - check my previous fixes (with Nicolas Petton) - add features and fix many issues (http://code.google.com/p/smalltalk-hub/issues/list) Traits - mentoring Sebastian Tleyle for improving both trait implementation and browsing support Command line interface - implement the --save option in both Pharo 2.0 and Pharo 3.0 that should be used for all eval scripts on the command line instead of using Smalltalk snapshot: true andQuit: true ### What's next, until 2013-06-16 (*): probably nothing as I won't have time. But I will try to work on the PharoLauncher as I (and others) want to use it everyday. -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
[Pharo-dev] SOAP in Pharo
Hi, I have the distinguished pleasure of needing to interface with a SOAP service from within Pharo Smalltalk. Currently taking a look at SoapOpera and iWSDL projects on Squeaksource. These projects seem to be unchanged since 2010 and broken in Pharo 1.4 Probably I will be spending some time to bring these to life again in current Pharo, but if anyone has some better pointers to use, please let me know. cheers Johan
Re: [Pharo-dev] WhatsUp from: 2013-06-03 until: 2013-06-16
### Here's what I've been up to since the last WhatsUp: - Learned how to use Seaside-REST and use it in Amber - Worked on an internal application using Seaside ### What's next, until 2013-06-16 (*): - Going to Pharo event in Lille 6/6 - Undestanding Magritte and Reef for creating Seaside components Phil
Re: [Pharo-dev] WhatsUp from: 2013-06-03 until: 2013-06-16
Damien Cassou wrote: ### Here's what I've been up to since the last WhatsUp: PharoLauncher (https://ci.inria.fr/pharo-contribution/job/PharoLauncher/) - glamour-based GUI - Jenkins + files.pharo.org automatic fetch of images - save downloaded zip files for later reuse (with Erwan Douaille) - many class and method comments - refactorings - you can start trying it now Cool. You mention in its design specification that it will be cross platform. Is that the case as this stage? I'm not sure if I follow Jenkins logs properly but there seems only a Linux job running. btw, Are there any plans for PharoLauncher to help report VM bugs? Eliot once mentioned on [vm-dev] that the best VM bug reports provide a launch script that reproduces the VM crash. The PharoLauncher could monitor VMs that don't close cleanly, and then lead the user through generating such a script. Then at the click of a button, the script, VM and image can be packaged up for submitting to a bug tracker. Much further down the line, PharoLauncher might even enable a VM flag to log all UI events from which a crash-script could be generated. cheers -ben Smalltalkhub - check my previous fixes (with Nicolas Petton) - add features and fix many issues (http://code.google.com/p/smalltalk-hub/issues/list) Traits - mentoring Sebastian Tleyle for improving both trait implementation and browsing support Command line interface - implement the --save option in both Pharo 2.0 and Pharo 3.0 that should be used for all eval scripts on the command line instead of using Smalltalk snapshot: true andQuit: true ### What's next, until 2013-06-16 (*): probably nothing as I won't have time. But I will try to work on the PharoLauncher as I (and others) want to use it everyday. -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
Re: [Pharo-dev] WhatsUp from: 2013-06-03 until: 2013-06-16
p...@highoctane.be wrote: ### Here's what I've been up to since the last WhatsUp: - Learned how to use Seaside-REST and use it in Amber What reference material did you find useful ? cheers -ben
Re: [Pharo-dev] WhatsUp from: 2013-06-03 until: 2013-06-16
On 3 June 2013 07:00, seas...@rmod.lille.inria.fr wrote: Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! ### Here's what I've been up to since the last WhatsUp: Mainly spent time synchronizing with team, discussing next steps and planning. So, the only significant thing, is - Fixed a bug in VM (thanks to Guillermo). ### What's next, until 2013-06-16 (*): - start work on TxText , including: - review and understand new code - implement Athens renderer for it - look how we can plug it into system -- Best regards, Igor Stasenko.
Re: [Pharo-dev] SOAP in Pharo
Am 03.06.2013 um 18:14 schrieb p...@highoctane.be p...@highoctane.be: ah ah +1000! And WS-* with all kinds of crypto doesn't help! No, I'm done with it since that project I described http://norbert.hartl.name/blog/2010/10/05/isnt-soap-supposed-to-make-it-clean/ Norbert Le 3 juin 2013 18:09, Norbert Hartl norb...@hartl.name a écrit : Am 03.06.2013 um 15:46 schrieb Johan Brichau jo...@inceptive.be: Hi, I have the distinguished pleasure of needing to interface with a SOAP service from within Pharo Smalltalk. Currently taking a look at SoapOpera and iWSDL projects on Squeaksource. These projects seem to be unchanged since 2010 and broken in Pharo 1.4 Probably I will be spending some time to bring these to life again in current Pharo, but if anyone has some better pointers to use, please let me know. Welcome to the club! The short version is: I use SOAP templates ! (like a lot of people out there) In order to use SOAP properly you need a full namespace aware xml parser, a xml schema parser, a WSDL parser plus code generator and the will to abuse HTTP completely . Even if you build a perfect tool you'll maybe face the not so perfect responses from the remote side. So my strategy with SOAP since years is (advizable only if there isn't a huge API with a huge variance of parameters): - Create all needed SOAP calls with any tool and snapshot them - build a small templating tool to insert values - send the snippet with every misguided header/setup the remote side needs to operate - take the response and first thing is strip off SOAP envelope - parse the xml and use pastell or something like that to query values to build objects (using it this way even has a name to make it look more professional. It is called document oriented SOAP :) ) Sounds hackish? Sounds stupid? Yes, you are right, it is. But it is by far less stupid as SOAP is. Sorry but I had to write this :) Norbert
Re: [Pharo-dev] SOAP in Pharo
Am 03.06.2013 um 15:46 schrieb Johan Brichau jo...@inceptive.be: Hi, I have the distinguished pleasure of needing to interface with a SOAP service from within Pharo Smalltalk. Currently taking a look at SoapOpera and iWSDL projects on Squeaksource. These projects seem to be unchanged since 2010 and broken in Pharo 1.4 Probably I will be spending some time to bring these to life again in current Pharo, but if anyone has some better pointers to use, please let me know. Welcome to the club! The short version is: I use SOAP templates ! (like a lot of people out there) In order to use SOAP properly you need a full namespace aware xml parser, a xml schema parser, a WSDL parser plus code generator and the will to abuse HTTP completely . Even if you build a perfect tool you'll maybe face the not so perfect responses from the remote side. So my strategy with SOAP since years is (advizable only if there isn't a huge API with a huge variance of parameters): - Create all needed SOAP calls with any tool and snapshot them - build a small templating tool to insert values - send the snippet with every misguided header/setup the remote side needs to operate - take the response and first thing is strip off SOAP envelope - parse the xml and use pastell or something like that to query values to build objects (using it this way even has a name to make it look more professional. It is called document oriented SOAP :) ) Sounds hackish? Sounds stupid? Yes, you are right, it is. But it is by far less stupid as SOAP is. Sorry but I had to write this :) Norbert
Re: [Pharo-dev] Bug in SmalltalkHub delete package
On Fri, May 31, 2013 at 1:44 PM, Damien Cassou damien.cas...@gmail.comwrote: On Fri, May 31, 2013 at 5:48 PM, Mariano Martinez Peck marianop...@gmail.com wrote: Hi guys. I tried to remove a package from the remove package button in the website. The package is indeed removed from the website, but if you take a fresh image, add the repository and add it to monticello, you still can see and browse the removed package any idea how to solve it? I need to remove packages for real... please report the bug to http://code.google.com/p/smalltalk-hub/issues/list with *precise* steps and details on how to reproduce. https://code.google.com/p/smalltalk-hub/issues/detail?id=25 -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill -- Mariano http://marianopeck.wordpress.com
Re: [Pharo-dev] SOAP in Pharo
On 03 Jun 2013, at 18:08, Norbert Hartl norb...@hartl.name wrote: In order to use SOAP properly you need a full namespace aware xml parser, a xml schema parser, a WSDL parser plus code generator and the will to abuse HTTP completely . Even if you build a perfect tool you'll maybe face the not so perfect responses from the remote side. Even using the Java stack with all its tools and frameworks, SOAP is still terrible. Especially if you have to interface with Microsofts' idea of SOAP and web services. But Johan implied already that it would not be fun. On the other hand, I think that XML Support _is_ namespace aware. So it would not be too hard to actually generate/parse SOAP messages for real. You could get already pretty far with that, IMHO. Sven PS: In another life I did http://common-lisp.net/project/cl-soap/ - it was never perfect but it kind of worked to talk to Google AdWords. -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
Re: [Pharo-dev] SOAP in Pharo
Easy answer to SOAP problems: IBM Datapower SOA Appliance. http://www-03.ibm.com/software/products/us/en/datapower/ I played with this one: http://www-03.ibm.com/software/products/us/en/datapower-xi50 Current stuff is http://article.wn.com/view/2013/04/29/SOA_Software_Enables_REST_Services_on_IBM_DataPower_To_Help_/#/video Short version: you shell out EUR 250K + IBM consulting fees and this translates whatever SOAP you want into something readable and it does it fast. Note: this is one of the hottest selling products of IBM at the moment, they ship it by the boatload to banks and organisations requiring heavy security/regulations. Putting Pharo behind this makes for a pretty good solution. Phil On Mon, Jun 3, 2013 at 7:31 PM, Sven Van Caekenberghe s...@stfx.eu wrote: On 03 Jun 2013, at 18:08, Norbert Hartl norb...@hartl.name wrote: In order to use SOAP properly you need a full namespace aware xml parser, a xml schema parser, a WSDL parser plus code generator and the will to abuse HTTP completely . Even if you build a perfect tool you'll maybe face the not so perfect responses from the remote side. Even using the Java stack with all its tools and frameworks, SOAP is still terrible. Especially if you have to interface with Microsofts' idea of SOAP and web services. But Johan implied already that it would not be fun. On the other hand, I think that XML Support _is_ namespace aware. So it would not be too hard to actually generate/parse SOAP messages for real. You could get already pretty far with that, IMHO. Sven PS: In another life I did http://common-lisp.net/project/cl-soap/ - it was never perfect but it kind of worked to talk to Google AdWords. -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill
Re: [Pharo-dev] Rubric: playing with selection
fun :) and continue because a good text editor will change our life On Jun 2, 2013, at 11:38 PM, plantec alain.plan...@yahoo.com wrote: Hi all, I've tried to manage the selection as a Morph. I was curious to see if it was enough efficient. and yes it is :) http://vimeo.com/67516363 Cheers Alain
Re: [Pharo-dev] MetacelloRepository
Hilaire Normally this is XMLParser. I extracted just the XML parser and not all the tools. Now if you want to write you have XMLWriter. Let us know if it works. Stef On Jun 3, 2013, at 10:17 AM, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: Hello, To build DrGeo I use the squeaksource MetacelloRepository (example bellow). I can not find it in SmalltalkHub? I can see in PahroExtra/XMLParser ConfigurationOfXMLParser, is it the same as ConfigurationOfXMLSupport. Can I find equivalent of ConfigurationOfXMLSupport matching the exact same XML source version? Unhelpful, I did not find how to browse the source form Smalltalkhub to explore online the ConfigurationOf... code. Thanks Hilaire baseline1012: spec version: '10.12-baseline' spec for: #pharo do: [ spec blessing: #baseline. spec project: 'XML Parser' with: [ spec className: 'ConfigurationOfXMLSupport'; version: '1.0.1'; loads: #('default'); file: 'ConfigurationOfXMLSupport'; repository: 'http://www.squeaksource.com/MetacelloRepository']. spec package: 'DrGeoII-Core' with: [ spec requires: 'XML Parser']] -- Dr. Geo - http://drgeo.eu
[Pharo-dev] [regression reporter]regression occurred
https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/./Run=run%201,VM=vm,label=mac/246/ 1 regressions found. KernelTests.Chronology.DateTest.testDateAndTimeNow
Re: [Pharo-dev] jenkins running temporarily EC2
Thanks camillo :) Stef On Jun 3, 2013, at 10:16 PM, Camillo Bruni camillobr...@gmail.com wrote: I added an emergency EC2 instance to our jenkins (and connected the mac slave via the EC2 instance) that way we have an short term emergency solution up and running. I will switch back everything once the network problem at ci.inria.fr are fixed.
Re: [Pharo-dev] jenkins running temporarily EC2
On 03 Jun 2013, at 22:16, Camillo Bruni camillobr...@gmail.com wrote: I added an emergency EC2 instance to our jenkins (and connected the mac slave via the EC2 instance) that way we have an short term emergency solution up and running. I will switch back everything once the network problem at ci.inria.fr are fixed. I am kind of disappointed: I would have expected Camillo to run the emergency build server on his own machine ;-) Just kidding, great work ! Sven
[Pharo-dev] get.moosetechnology.org
Hi, Andrei joined Camillo and extended a bit the ZeroConf infrastructure to make it easy for other projects to generate install scripts. As a consequence, we now have: http://get.moosetechnology.org The Moose-specific customization code can be found in the Moose-Development-Tools package from: http://www.smalltalkhub.com/mc/Moose/Moose/main The scripts are generated via the Pharo command line like: Pharo/pharo-ui moose-latest-dev-4.8.image moosezeroconf Cheers, Doru -- www.tudorgirba.com No matter how many recipes we know, we still value a chef.
Re: [Pharo-dev] jenkins running temporarily EC2
On 2013-06-03, at 22:59, Sven Van Caekenberghe s...@stfx.eu wrote: On 03 Jun 2013, at 22:16, Camillo Bruni camillobr...@gmail.com wrote: I added an emergency EC2 instance to our jenkins (and connected the mac slave via the EC2 instance) that way we have an short term emergency solution up and running. I will switch back everything once the network problem at ci.inria.fr are fixed. I am kind of disappointed: I would have expected Camillo to run the emergency build server on his own machine ;-) haha, well actually that would now be any more complicated since I have to pierce 2 firewalls with reverse ssh tunnels :D
Re: [Pharo-dev] get.moosetechnology.org
nice work :) On 2013-06-03, at 23:18, Tudor Girba tu...@tudorgirba.com wrote: Hi, Andrei joined Camillo and extended a bit the ZeroConf infrastructure to make it easy for other projects to generate install scripts. As a consequence, we now have: http://get.moosetechnology.org The Moose-specific customization code can be found in the Moose-Development-Tools package from: http://www.smalltalkhub.com/mc/Moose/Moose/main The scripts are generated via the Pharo command line like: Pharo/pharo-ui moose-latest-dev-4.8.image moosezeroconf Cheers, Doru -- www.tudorgirba.com No matter how many recipes we know, we still value a chef.
Re: [Pharo-dev] MetacelloRepository
Stephane, The lack for me was the configurationOfXML with the XML-Parser version I use (#20, a bit old). As this is problably limited to my sistuation I recreate a configurationOfXML in my own repo. Btw, I use XML-Parser for both read and write of XML file. Was XML-support splited in two packages recently? Thanks Hilaire Le 03/06/2013 22:08, Stéphane Ducasse a écrit : Hilaire Normally this is XMLParser. I extracted just the XML parser and not all the tools. Now if you want to write you have XMLWriter. Let us know if it works. Stef On Jun 3, 2013, at 10:17 AM, Hilaire Fernandes hilaire.fernan...@gmail.com wrote: Hello, To build DrGeo I use the squeaksource MetacelloRepository (example bellow). I can not find it in SmalltalkHub? I can see in PahroExtra/XMLParser ConfigurationOfXMLParser, is it the same as ConfigurationOfXMLSupport. Can I find equivalent of ConfigurationOfXMLSupport matching the exact same XML source version? Unhelpful, I did not find how to browse the source form Smalltalkhub to explore online the ConfigurationOf... code. Thanks Hilaire baseline1012: spec version: '10.12-baseline' spec for: #pharo do: [ spec blessing: #baseline. spec project: 'XML Parser' with: [ spec className: 'ConfigurationOfXMLSupport'; version: '1.0.1'; loads: #('default'); file: 'ConfigurationOfXMLSupport'; repository: 'http://www.squeaksource.com/MetacelloRepository']. spec package: 'DrGeoII-Core' with: [ spec requires: 'XML Parser']] -- Dr. Geo - http://drgeo.eu -- Dr. Geo - http://drgeo.eu
Re: [Pharo-dev] get.moosetechnology.org
You know, imitation is the sincerest form of flattery… On 03 Jun 2013, at 23:22, Camillo Bruni camillobr...@gmail.com wrote: nice work :) On 2013-06-03, at 23:18, Tudor Girba tu...@tudorgirba.com wrote: Hi, Andrei joined Camillo and extended a bit the ZeroConf infrastructure to make it easy for other projects to generate install scripts. As a consequence, we now have: http://get.moosetechnology.org The Moose-specific customization code can be found in the Moose-Development-Tools package from: http://www.smalltalkhub.com/mc/Moose/Moose/main The scripts are generated via the Pharo command line like: Pharo/pharo-ui moose-latest-dev-4.8.image moosezeroconf Cheers, Doru -- www.tudorgirba.com No matter how many recipes we know, we still value a chef.