Re: [Pharo-dev] Versioner
Am 30.06.2014 um 20:50 schrieb Stephan Eggermont step...@stack.nl: Kilon wrote: I disagreed with this Stephan That being said, I am getting a bit nervous about how versioner is released. It should aim to improve the way people can work, and not to create a single workflow for all people working on pharo projects. I hope my fears are unfounded. this what I was replying to. Ok. The concrete problem we ran into with the current version of Versioner is that it wants to resolve dependencies to exact versions. For configurations depending on Seaside, Magritte or Grease, this is normally unwanted. They should depend on the symbolic release versions. With the high number of changes in Pharo, exact versions have a short lifetime. I disagree here. Using symbolic versions in a release just seems to be easier to use while being wrong. I'm talking about a release here. A release is only useful if you have exact versions. Everything else is asking for trouble and not reliable. That you can read in the mail archives. Nevertheless if you want a workflow where everything is updated in an uncontrolled way so be it. What you are saying is that metacello is lacking support for specifying if baseline symbolic versions should be resolved or not, right? I do not really see how versionner can influence this. Even if versionner would try to solve this in a custom way the configuration of that would have to be put in the metacello config as well. But where? Or did I miss the point? Norbert Dale wrote: In a programming language where the development environment allows script-based tools (as opposed to GUI-based tools) it is much easier to construct custom tools to support variations in workflow ... individual developers routinely copy/share scripts that routinely need to be customized for their environment ... In order to work together effectively in open source projects it is important that contributors know what workflow is used in a project. That is easier when the number of different workflows is limited. Because projects depend on other projects the number of combinations of workflow is very large. Scriptable tools can easily support these resulting combinations. Building a GUI tool that is both very flexible and very easy to use seems to be less easy. Stephan
Re: [Pharo-dev] Sharing/Versioning Data
Ah, interesting. I was looking at the theme icons yesterday and importing/exporting those would benefit from this view on resources. Also, there is the Seaside WAFileLibrary which provides some support on that front, allowing one to do a #deployFiles and get them out and also there is the support for getting them in. There is no Fuel file there. For Fuel, the main pain point is when there is an upgrade of Fuel (somewhat unexpected to the user) that renders the existing files unreadable. I had that on a StartUp and it made things weird... Not sure we want to use Fuel then. Phil On Wed, Jul 2, 2014 at 2:44 AM, Eliot Miranda eliot.mira...@gmail.com wrote: Hi Guillermo, On Sat, Jun 28, 2014 at 11:07 PM, Guillermo Polito guillermopol...@gmail.com wrote: With Martin we started on friday to sketch a kind of resource manager with an internal file system. Our idea is to plug a resource manager to each package and then serialize a fuel file of it inside the mc package. I like the idea of a file system, but don't like the idea of an internal file system. The issue here is that I will probably want to use external tools to create the external data, and will want to export the external data from Monticello to an external file system when I come to deploy (that's the point right?). So the issue is how to provide a nice interface to determining which external files are part of a package and in including them in the externalization of a Monticello package (e.g. the zip format of an mcz would seem to be adequate). 2¢ But we just started it... Good luck! The one glaring hole in all the Smalltalk versioning systems I've seen so far is the lack of support for external data. I hope you succeed!! On Sun, Jun 29, 2014 at 5:22 AM, Sean P. DeNigris s...@clipperadams.com wrote: How do we do this now with MC? Are there options other than encode in string returned by method like I've seen done for image data? My use case is that I have a very static domain, and so doesn't require user changes. I think the easiest way to distribute it would be to edit the data on a dev image, and then somehow save the data in a way that can be committed with MC so that loading via MetaC config loads the latest version of the data. What would be the best way to do that? Thanks. p.s. on a related note, I'm also interested in distributing static files with the code e.g. maybe a PDF readme - Cheers, Sean -- View this message in context: http://forum.world.st/Sharing-Versioning-Data-tp4765528.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. -- best, Eliot
[Pharo-dev] PillarHub
Hi everyone. I’m so excited that I cannot keep silent. Guys from Pharocloud have implemented online editor (and storage) for Pillar documents. This is really amazing, and you can check it out here: http://pillarhub.pharocloud.com/hub/pillarhub/about. They have a really nice plans, and now we can write pillar docs with live compilation and share them online. Cheers! Uko
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/40056 Home: https://github.com/pharo-project/pharo-core
Re: [Pharo-dev] [Pharo-users] PillarHub
+1 Doru On Wed, Jul 2, 2014 at 10:00 AM, Sven Van Caekenberghe s...@stfx.eu wrote: Wow, amazing - great work ! On 02 Jul 2014, at 09:28, Yuriy Tymchuk yuriy.tymc...@me.com wrote: Hi everyone. I’m so excited that I cannot keep silent. Guys from Pharocloud have implemented online editor (and storage) for Pillar documents. This is really amazing, and you can check it out here: http://pillarhub.pharocloud.com/hub/pillarhub/about. They have a really nice plans, and now we can write pillar docs with live compilation and share them online. Cheers! Uko -- www.tudorgirba.com Every thing has its own flow
[Pharo-dev] Seeking help
Several days ago I was immersed in Pharo3.0 as this time things worked well. So, did include many packaeges in image up to Eye-watcer, than started to look what a repository is all about - so, was given offer to have some subdomain with my name and probably uploaded everything. Next time when I started my image from disk there was small progress bar - clearly something was updating itself or something and Eye-Watcher was in debuger window not understanding some message. Clearly had installed something unfinished or wrongly initialized. So, i deleted entire Pharo directory, and downloaded pharo, and same thing happend. Pretty nasty Huh, I am sorry if i ruined something on repository I am afraid of. Could you please tell me what is going on? Or in case i ruined repository how long does it take to fix it, please help! Thank You!
Re: [Pharo-dev] Seeking help
On Wed, Jul 2, 2014 at 10:18 AM, Janko Korelc dazajn.kor...@gmail.com wrote: Could you please tell me what is going on? which operating system are you using? -- Damien Cassou http://damiencassou.seasidehosting.st Success is the ability to go from one failure to another without losing enthusiasm. Winston Churchill
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/40057 Home: https://github.com/pharo-project/pharo-core
Re: [Pharo-dev] Seeking help
Can you provide a screenshot of what happens after startup? A stack trace would also be helpful. Cheers, Max On 02.07.2014, at 10:18, Janko Korelc dazajn.kor...@gmail.com wrote: Several days ago I was immersed in Pharo3.0 as this time things worked well. So, did include many packaeges in image up to Eye-watcer, than started to look what a repository is all about - so, was given offer to have some subdomain with my name and probably uploaded everything. Next time when I started my image from disk there was small progress bar - clearly something was updating itself or something and Eye-Watcher was in debuger window not understanding some message. Clearly had installed something unfinished or wrongly initialized. So, i deleted entire Pharo directory, and downloaded pharo, and same thing happend. Pretty nasty Huh, I am sorry if i ruined something on repository I am afraid of. Could you please tell me what is going on? Or in case i ruined repository how long does it take to fix it, please help! Thank You!
Re: [Pharo-dev] [Pharo-users] PillarHub
Superb! Keep on pushing, that's how we can attain the critical momentum. Hopefully, I'll be able to show something from my side as well on the commercial products front. Phil On Wed, Jul 2, 2014 at 10:00 AM, Sven Van Caekenberghe s...@stfx.eu wrote: Wow, amazing - great work ! On 02 Jul 2014, at 09:28, Yuriy Tymchuk yuriy.tymc...@me.com wrote: Hi everyone. I’m so excited that I cannot keep silent. Guys from Pharocloud have implemented online editor (and storage) for Pillar documents. This is really amazing, and you can check it out here: http://pillarhub.pharocloud.com/hub/pillarhub/about. They have a really nice plans, and now we can write pillar docs with live compilation and share them online. Cheers! Uko
Re: [Pharo-dev] Athens and StrikeFont ( again )
I am not quite convinced we should solve it, actually. We survived for a long time without TT fonts. Now that we finally have them, I think we can manage to survive without Bitmap fonts, too :) Cheers, Doru On Tue, Jul 1, 2014 at 10:05 PM, Nicolai Hess nicolaih...@web.de wrote: 2014-07-01 3:16 GMT+02:00 Igor Stasenko siguc...@gmail.com: On 30 June 2014 21:36, Nicolai Hess nicolaih...@web.de wrote: The real question was: Why can't we draw a text with StrikeFont and with Athens. Igor, can't we use AthensCairoText (cairo toy text api) for non-truetype fonts? Because strike fonts are stored in special format which you cannot render directly by cairo library. Because strike fonts are not scalable. Because it will be horribly slow. Choose one. I choose the first one, horrible slow or not scaleable is better than a drawing error :) If someday all rendering is done through Athens, how do we solve this problem with the StrikeFont? 2014-06-21 1:20 GMT+02:00 Hilaire Fernandes hilaire.fernan...@gmail.com : Gi Igor, For DrGeo it is not a workable option to have different fonts in Morphic widget and Athens canvas (I explained earlier why). However I found the scaling trick of draw text to work reasonably well. Not full perfect as from time to time I can see some artifact. Thanks Hilaire Le 20/06/2014 15:32, Igor Stasenko a écrit : Sure, you can do: make sure you don't render text with same font in Morphic UI and Athens, so they don't interfere with each other. There's no easy way to get rid of interference, because it would require changing Freetype package and its plugin in order to establish a single font management point and funnel all requests to freetype library through it. -- Dr. Geo http://drgeo.eu iStoa - https://launchpad.net/istoa -- Best regards, Igor Stasenko. -- www.tudorgirba.com Every thing has its own flow
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/30851 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] [pharo-project/pharo-core] 315fe0: 30851
Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 315fe0879bb4aed96b7a8c336f4a450248bc4185 https://github.com/pharo-project/pharo-core/commit/315fe0879bb4aed96b7a8c336f4a450248bc4185 Author: Jenkins Build Server bo...@pharo-project.org Date: 2014-07-02 (Wed, 02 Jul 2014) Changed paths: A FileSystem-Core.package/FileReference.class/class/instance creation/newTempFilePrefix_suffix_.st A FileSystem-Tests-Core.package/FileReferenceTest.class/instance/tests/testTempFilePrefixSuffix.st M Morphic-Base.package/MorphTreeMorph.class/instance/updating/updateContentsWithPreviouslyExpanded_.st M Morphic-Core.package/MorphicShortcutHandler.class/class/tools/registerToolsOn_.st A MorphicTests.package/MorphTreeMorphTests.class/README.md A MorphicTests.package/MorphTreeMorphTests.class/definition.st A MorphicTests.package/MorphTreeMorphTests.class/instance/as yet unclassified/testLeakingSelectionsOnUpdate.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script113.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30851.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: --- 30851 13422 Image crashes because an open Nautilus browser hangs onto many objects while code is being loaded https://pharo.fogbugz.com/f/cases/13422 13405 Get support for temporary files (backport) https://pharo.fogbugz.com/f/cases/13405 13452 Backport Pharo3: Issue 13415 Smalltalk resetTools breaks keybindings https://pharo.fogbugz.com/f/cases/13452 http://files.pharo.org/image/30/30851.zip
Re: [Pharo-dev] [pharo-project/pharo-core] 315fe0: 30851
On 02 Jul 2014, at 11:53, GitHub nore...@github.com wrote: 13422 Image crashes because an open Nautilus browser hangs onto many objects while code is being loaded https://pharo.fogbugz.com/f/cases/13422 Excellent, professional work from everybody involved !
Re: [Pharo-dev] [Pharo-users] PillarHub
Awesome. Not that I have time right now but I have always wanted to bring Swiki / AniAniWeb into the present. This would be the right foundational work to make this a useful reality. On a side note, I apologize for all the bad qualities of Pillar markup. Back in 1999, I created ComSwiki out of the beginning that was PWS Swiki (the first wiki to eschew camel case for links). One of the first things I did was to make changes to the markup to improve it. Of course, once we had some users and established content, all the decisions I made at that early point in the project were made permanent. Looking at Pillar, it pretty much uses the syntax I created back then (with a few improvements). I'm sure the markup just drifted through the Smalltalk community and was then adopted by Pillar. It's not a bad design but I've always felt that a better, more extensible syntax was possible. As usual, the good proved to be the enemy of the great. Cheers, Jeff On Wed, Jul 2, 2014 at 10:57 AM, p...@highoctane.be p...@highoctane.be wrote: Superb! Keep on pushing, that's how we can attain the critical momentum. Hopefully, I'll be able to show something from my side as well on the commercial products front. Phil On Wed, Jul 2, 2014 at 10:00 AM, Sven Van Caekenberghe s...@stfx.eu wrote: Wow, amazing - great work ! On 02 Jul 2014, at 09:28, Yuriy Tymchuk yuriy.tymc...@me.com wrote: Hi everyone. I'm so excited that I cannot keep silent. Guys from Pharocloud have implemented online editor (and storage) for Pillar documents. This is really amazing, and you can check it out here: http://pillarhub.pharocloud.com/hub/pillarhub/about. They have a really nice plans, and now we can write pillar docs with live compilation and share them online. Cheers! Uko -- Jochen Jeff Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick
Re: [Pharo-dev] [pharo-project/pharo-core] 315fe0: 30851
On 02 Jul 2014, at 12:04, Sven Van Caekenberghe s...@stfx.eu wrote: On 02 Jul 2014, at 11:53, GitHub nore...@github.com wrote: 13422 Image crashes because an open Nautilus browser hangs onto many objects while code is being loaded https://pharo.fogbugz.com/f/cases/13422 Excellent, professional work from everybody involved ! yes, excellent team work :)
Re: [Pharo-dev] [Pharo-users] PillarHub
Definitely one step closer to a Pharo Wiki. Great news indeed. Will it also offer a version control system so we can reverse changes in case of spams or mistakes etc ? On Wed, Jul 2, 2014 at 1:05 PM, J.F. Rick s...@je77.com wrote: Awesome. Not that I have time right now but I have always wanted to bring Swiki / AniAniWeb into the present. This would be the right foundational work to make this a useful reality. On a side note, I apologize for all the bad qualities of Pillar markup. Back in 1999, I created ComSwiki out of the beginning that was PWS Swiki (the first wiki to eschew camel case for links). One of the first things I did was to make changes to the markup to improve it. Of course, once we had some users and established content, all the decisions I made at that early point in the project were made permanent. Looking at Pillar, it pretty much uses the syntax I created back then (with a few improvements). I'm sure the markup just drifted through the Smalltalk community and was then adopted by Pillar. It's not a bad design but I've always felt that a better, more extensible syntax was possible. As usual, the good proved to be the enemy of the great. Cheers, Jeff On Wed, Jul 2, 2014 at 10:57 AM, p...@highoctane.be p...@highoctane.be wrote: Superb! Keep on pushing, that's how we can attain the critical momentum. Hopefully, I'll be able to show something from my side as well on the commercial products front. Phil On Wed, Jul 2, 2014 at 10:00 AM, Sven Van Caekenberghe s...@stfx.eu wrote: Wow, amazing - great work ! On 02 Jul 2014, at 09:28, Yuriy Tymchuk yuriy.tymc...@me.com wrote: Hi everyone. I’m so excited that I cannot keep silent. Guys from Pharocloud have implemented online editor (and storage) for Pillar documents. This is really amazing, and you can check it out here: http://pillarhub.pharocloud.com/hub/pillarhub/about. They have a really nice plans, and now we can write pillar docs with live compilation and share them online. Cheers! Uko -- Jochen Jeff Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick
Re: [Pharo-dev] Athens and TextMorphs
Hi nicolai what would be good is to give feedback to igor on the TxText because this is the future :) Stef Working with Text and Athens only works for FreeType fonts and with Athens primitive drawString: method. Morphs with Text can not be used on an Athens. (No TextMorph rendering and no font emphasis on String or LabelMorph). But there is a AthensText package with some classes for text morph/renderer/scanner/paragraph. These are only used in AthensTextRenderTest and AthensTextMorph both don't work and AthensTextMorph should not be used (?) Classcomment: this class is subject of changes/removal. do not use it. Where do we go from here? What is supposed to work and is it worth while to fix the missing/wrong implementations? nicolai
Re: [Pharo-dev] [ANN]: Little NeoJSON Helper
Let's classify it as a brilliant, advanced hack then ;-) On 01 Jul 2014, at 03:54, Sean P. DeNigris s...@clipperadams.com wrote: Sven Van Caekenberghe-2 wrote I just don't know, what do you think about it in retrospect ? Thanks for taking a look! I don't know either :) - Cheers, Sean -- View this message in context: http://forum.world.st/ANN-Little-NeoJSON-Helper-tp4756763p4765873.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/40058 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] [pharo-project/pharo-core] 937d90: 40058
Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 937d900c132708614731a9b3a02666ef0904d980 https://github.com/pharo-project/pharo-core/commit/937d900c132708614731a9b3a02666ef0904d980 Author: Jenkins Build Server bo...@pharo-project.org Date: 2014-07-02 (Wed, 02 Jul 2014) Changed paths: M OpalCompiler-Core.package/OCSlotVariable.class/README.md M OpalCompiler-Core.package/OCUndeclaredVariable.class/README.md A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script58.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40058.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/InstanceVariableSlot.class/README.md M Slot.package/InstanceVariableSlot.class/class/cleanup/resetIvarSlots.st A Slot.package/LinkWrapper.class/README.md A Slot.package/LinkWrapper.class/definition.st A Slot.package/LinkWrapper.class/instance/accessing/link.st A Slot.package/LinkWrapper.class/instance/accessing/link_.st A Slot.package/LinkWrapper.class/instance/accessing/slot.st A Slot.package/LinkWrapper.class/instance/accessing/slot_.st A Slot.package/LinkWrapper.class/instance/emitting/emitValue_.st M Slot.package/Slot.class/README.md M Slot.package/TestSlot.class/README.md Log Message: --- 40058 13411 Some Slot instances left...re-run cleanup https://pharo.fogbugz.com/f/cases/13411 13453 add LinkWrapper and some comments for Slots https://pharo.fogbugz.com/f/cases/13453 13454 Failing test: SlotIntegrationTest.testSlotScopeParallelism https://pharo.fogbugz.com/f/cases/13454 http://files.pharo.org/image/40/40058.zip
Re: [Pharo-dev] Pharo running with spur (work in process)
Excellent work, Esteban Guillermo (and of course Eliot to begin with), very good to hear. Now, I guess the actual debugging road will be long and dangerous ;-) Apart from the speedup, does this also include 64-bit memory ? On 02 Jul 2014, at 16:13, Esteban Lorenzano esteba...@gmail.com wrote: Hi, I’ve been working on prepare Pharo to run with the new Spur VM… and finally this week Guille and I sit together and make a huge advance :) here a screenshot of pharo 4 running with spur: Screen Shot 2014-07-02 at 15.58.17.png for more information, same image before migration, with a regular cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means that the tiny benchmarks run at 166% the speed of the old vm… Of course this is just one benchmark, but I’m very impressed :) Now, it is still not usable but I’m confident I can put a jenkins job to work very soon :) Esteban ps: before you start asking: Spur WILL NOT be available for Pharo3, it will be part of Pharo4.
Re: [Pharo-dev] Pharo running with spur (work in process)
On 02 Jul 2014, at 16:23, Sven Van Caekenberghe s...@stfx.eu wrote: Excellent work, Esteban Guillermo (and of course Eliot to begin with), very good to hear. Now, I guess the actual debugging road will be long and dangerous ;-) Apart from the speedup, does this also include 64-bit memory ? nope :( but this is a necessary step to allow us to start working on the 64bits vm (which I hope to start soon too) On 02 Jul 2014, at 16:13, Esteban Lorenzano esteba...@gmail.com wrote: Hi, I’ve been working on prepare Pharo to run with the new Spur VM… and finally this week Guille and I sit together and make a huge advance :) here a screenshot of pharo 4 running with spur: Screen Shot 2014-07-02 at 15.58.17.png for more information, same image before migration, with a regular cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means that the tiny benchmarks run at 166% the speed of the old vm… Of course this is just one benchmark, but I’m very impressed :) Now, it is still not usable but I’m confident I can put a jenkins job to work very soon :) Esteban ps: before you start asking: Spur WILL NOT be available for Pharo3, it will be part of Pharo4.
Re: [Pharo-dev] Pharo running with spur (work in process)
Woohooo! So it has started and it will progress. Wonderful! And it is the path to 64bit as well :) thanks Esteban, Eliot and Guille Norbert Am 02.07.2014 um 16:13 schrieb Esteban Lorenzano esteba...@gmail.com: Hi, I’ve been working on prepare Pharo to run with the new Spur VM… and finally this week Guille and I sit together and make a huge advance :) here a screenshot of pharo 4 running with spur: Screen Shot 2014-07-02 at 15.58.17.png for more information, same image before migration, with a regular cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means that the tiny benchmarks run at 166% the speed of the old vm… Of course this is just one benchmark, but I’m very impressed :) Now, it is still not usable but I’m confident I can put a jenkins job to work very soon :) Esteban ps: before you start asking: Spur WILL NOT be available for Pharo3, it will be part of Pharo4.
Re: [Pharo-dev] Pharo running with spur (work in process)
On 02 Jul 2014, at 16:26, Esteban Lorenzano esteba...@gmail.com wrote: On 02 Jul 2014, at 16:23, Sven Van Caekenberghe s...@stfx.eu wrote: Excellent work, Esteban Guillermo (and of course Eliot to begin with), very good to hear. Now, I guess the actual debugging road will be long and dangerous ;-) Apart from the speedup, does this also include 64-bit memory ? nope :( but this is a necessary step to allow us to start working on the 64bits vm (which I hope to start soon too) OK, we'll get there, I am sure. On 02 Jul 2014, at 16:13, Esteban Lorenzano esteba...@gmail.com wrote: Hi, I’ve been working on prepare Pharo to run with the new Spur VM… and finally this week Guille and I sit together and make a huge advance :) here a screenshot of pharo 4 running with spur: Screen Shot 2014-07-02 at 15.58.17.png for more information, same image before migration, with a regular cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means that the tiny benchmarks run at 166% the speed of the old vm… Of course this is just one benchmark, but I’m very impressed :) Now, it is still not usable but I’m confident I can put a jenkins job to work very soon :) Esteban ps: before you start asking: Spur WILL NOT be available for Pharo3, it will be part of Pharo4.
[Pharo-dev] issue with Nautilus?
I’ve opened this: https://pharo.fogbugz.com/f/cases/13456/Nautilus-showing-methods-that-are-not-in-a-class quite strange. First time I see something like that sebastian o/ blog: http://sebastianconcept.com LinkedIn: http://www.linkedin.com/in/sebastiansastre github: https://github.com/sebastianconcept
Re: [Pharo-dev] Pharo running with spur (work in process)
On 02 Jul 2014, at 16:59, Eliot Miranda eliot.mira...@gmail.com wrote: Hi Esteban, Hi Guille, On Wed, Jul 2, 2014 at 7:56 AM, Esteban Lorenzano esteba...@gmail.com wrote: On 02 Jul 2014, at 16:43, Denis Kudriashov dionisi...@gmail.com wrote: Great! How you built Pharo image for Spur? I read from Eliot mails that for Squeak he has something like 'Sput bootstrap: 'some.image'. Do you implement something similar? If yes then why converting Pharo3 images will not work? we adapted same bootstrap it will not work for pharo3 because we need to add some classes, modify some others and reload the old class builder to bootstrap (and the new class builder needs to be fundamentally modified). so is a lot of work, and does not corresponds to a stable version. also, Spur will be stable some months from now… so it has sense to make it for pharo4 and not for older versions. Great news! Can you send me change sets so I can integrate into VMMaker.oscog? Not yet… it is still very dirty. For now I’m going to the green as fast as I can and I will clean later :P Esteban Best regards, Denis 2014-07-02 18:13 GMT+04:00 Esteban Lorenzano esteba...@gmail.com: Hi, I’ve been working on prepare Pharo to run with the new Spur VM… and finally this week Guille and I sit together and make a huge advance :) here a screenshot of pharo 4 running with spur: Screen Shot 2014-07-02 at 15.58.17.png for more information, same image before migration, with a regular cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means that the tiny benchmarks run at 166% the speed of the old vm… Of course this is just one benchmark, but I’m very impressed :) Now, it is still not usable but I’m confident I can put a jenkins job to work very soon :) Esteban ps: before you start asking: Spur WILL NOT be available for Pharo3, it will be part of Pharo4. -- best, Eliot
Re: [Pharo-dev] Pharo running with spur (work in process)
exciting! you guys are magicians sebastian o/ On 02/07/2014, at 11:13, Esteban Lorenzano esteba...@gmail.com wrote: Hi, I’ve been working on prepare Pharo to run with the new Spur VM… and finally this week Guille and I sit together and make a huge advance :) here a screenshot of pharo 4 running with spur: Screen Shot 2014-07-02 at 15.58.17.png for more information, same image before migration, with a regular cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means that the tiny benchmarks run at 166% the speed of the old vm… Of course this is just one benchmark, but I’m very impressed :) Now, it is still not usable but I’m confident I can put a jenkins job to work very soon :) Esteban ps: before you start asking: Spur WILL NOT be available for Pharo3, it will be part of Pharo4.
Re: [Pharo-dev] Pharo running with spur (work in process)
Congrats for this giant step forward! 2014-07-02 17:45 GMT+02:00 Sebastian Sastre sebast...@flowingconcept.com: exciting! you guys are magicians sebastian o/ On 02/07/2014, at 11:13, Esteban Lorenzano esteba...@gmail.com wrote: Hi, I’ve been working on prepare Pharo to run with the new Spur VM… and finally this week Guille and I sit together and make a huge advance :) here a screenshot of pharo 4 running with spur: Screen Shot 2014-07-02 at 15.58.17.png for more information, same image before migration, with a regular cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means that the tiny benchmarks run at 166% the speed of the old vm… Of course this is just one benchmark, but I’m very impressed :) Now, it is still not usable but I’m confident I can put a jenkins job to work very soon :) Esteban ps: before you start asking: Spur WILL NOT be available for Pharo3, it will be part of Pharo4.
Re: [Pharo-dev] Pharo running with spur (work in process)
A spur image :) awesome !! Thanks Esteban Guille! I'll start adapting the new class builder to Spur next wednesday when I come back from holidays. On 2 juil. 2014, at 16:13, Esteban Lorenzano esteba...@gmail.com wrote: Hi, I’ve been working on prepare Pharo to run with the new Spur VM… and finally this week Guille and I sit together and make a huge advance :) here a screenshot of pharo 4 running with spur: Screen Shot 2014-07-02 at 15.58.17.png for more information, same image before migration, with a regular cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means that the tiny benchmarks run at 166% the speed of the old vm… Of course this is just one benchmark, but I’m very impressed :) Now, it is still not usable but I’m confident I can put a jenkins job to work very soon :) Esteban ps: before you start asking: Spur WILL NOT be available for Pharo3, it will be part of Pharo4.
Re: [Pharo-dev] Project XMLParser green
XMLParser has some platform definition and versionner does not support them. On 1/7/14 12:02, Tudor Girba wrote: Thanks. Just please detail what happened and why Versionner should not be used. Only like that we can learn and coordinate. Doru On Tue, Jul 1, 2014 at 11:39 AM, Stephan Eggermont step...@stack.nl mailto:step...@stack.nl wrote: Bad configuration, fixed. Do not use current version of versioner for this configuration Stephan -- www.tudorgirba.com http://www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Seeking help
Hello Janko Several days ago I was immersed in Pharo3.0 as this time things worked well. So, did include many packaeges in image up to Eye-watcer, than started to look what a repository is all about - so, was given offer to have some subdomain with my name and probably uploaded everything. Next time when I started my image from disk there was small progress bar - clearly something was updating itself or something and Eye-Watcher was in debuger window not understanding some message. Clearly had installed something unfinished or wrongly initialized. So, i deleted entire Pharo directory, and downloaded pharo, and same thing happend. This is strange. :) Do you have startup preferences? because normally this should not happen magically. Which precise image are you using? What are the packages that you loaded? Which OS? Stef Pretty nasty Huh, I am sorry if i ruined something on repository I am afraid of. Could you please tell me what is going on? Or in case i ruined repository how long does it take to fix it, please help! Thank You!
[Pharo-dev] AlignmentMorph classnewRow and pinning Menus
As you might know, pinning a Menu (like the WorldMenu) slightly changes the size of the menu. This was somehow caused by initialising AlignmentMorphs with an extent 1@1 in #newRow. I removed that line, th fix is in Pharo 40 059. (issue 13433 https://pharo.fogbugz.com/default.asp?13433). As the morph layout computation is pretty complex this may cause some unforeseen issues. just to be warned :) nicolai
Re: [Pharo-dev] Pharo running with spur (work in process)
0.549181 seconds per message is just insanely low number . This is not even in the realm of nanoseconds. Is this number real ? Because I am very skeptical that one can get this kind of performance from a dynamic language even with a JIT VM. On Wed, Jul 2, 2014 at 9:08 PM, Camille Teruel camille.ter...@gmail.com wrote: A spur image :) awesome !! Thanks Esteban Guille! I'll start adapting the new class builder to Spur next wednesday when I come back from holidays. On 2 juil. 2014, at 16:13, Esteban Lorenzano esteba...@gmail.com wrote: Hi, I’ve been working on prepare Pharo to run with the new Spur VM… and finally this week Guille and I sit together and make a huge advance :) here a screenshot of pharo 4 running with spur: Screen Shot 2014-07-02 at 15.58.17.png for more information, same image before migration, with a regular cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so that means that the tiny benchmarks run at 166% the speed of the old vm… Of course this is just one benchmark, but I’m very impressed :) Now, it is still not usable but I’m confident I can put a jenkins job to work very soon :) Esteban ps: before you start asking: Spur WILL NOT be available for Pharo3, it will be part of Pharo4.
Re: [Pharo-dev] [pharo-project/pharo-core] 315fe0: 30851
I just saw that and yes thank a lot for this great fix. Stef On 2/7/14 12:31, Esteban Lorenzano wrote: On 02 Jul 2014, at 12:04, Sven Van Caekenberghe s...@stfx.eu wrote: On 02 Jul 2014, at 11:53, GitHub nore...@github.com wrote: 13422 Image crashes because an open Nautilus browser hangs onto many objects while code is being loaded https://pharo.fogbugz.com/f/cases/13422 Excellent, professional work from everybody involved ! yes, excellent team work :)
Re: [Pharo-dev] Athens and StrikeFont ( again )
2014-07-02 10:00 GMT+02:00 Henrik Sperre Johansen henrik.s.johan...@veloxit.no: On 01.07.2014 22:05, Nicolai Hess wrote: 2014-07-01 3:16 GMT+02:00 Igor Stasenko siguc...@gmail.com: On 30 June 2014 21:36, Nicolai Hess nicolaih...@web.de wrote: The real question was: Why can't we draw a text with StrikeFont and with Athens. Igor, can't we use AthensCairoText (cairo toy text api) for non-truetype fonts? Because strike fonts are stored in special format which you cannot render directly by cairo library. Because strike fonts are not scalable. Because it will be horribly slow. Choose one. I choose the first one, horrible slow or not scaleable is better than a drawing error :) If someday all rendering is done through Athens, how do we solve this problem with the StrikeFont? You would have to implement a special rendering path for StrikeFonts utilizing essentially the same method used for rendering bitmaps. In theory, if cairo bitmap perf is about the same as traditional bitmap perf, that'd be about as slow as FT-rendering is in non-cairo images, if there's no scaling involved. Scaled, it would probably look horrible, take a screenshot of this mail, zoom to 400% in Paint or something, that's what to expect. (Though, one *could* do some tricks translating point size /scale factor to another font with point size closer to the final result (if one exists) and get slightly less horrible results) another solution in: 13458 https://pharo.fogbugz.com/default.asp?13458 Rendering text with Athens and StrikeFonts Here I use Athens/Cairos simple text api. Maybe not a good solution, but it is better than the drawing error, I think. Cheers, Henry
Re: [Pharo-dev] Pharo running with spur (work in process)
On Jul 2, 2014, at 3:43 PM, kilon alios kilon.al...@gmail.com wrote: 0.549181 seconds per message is just insanely low number . This is not even in the realm of nanoseconds. Is this number real ? Because I am very skeptical that one can get this kind of performance from a dynamic language even with a JIT VM. Nice! careful guys, as we’re start dealing with things in the Planck scale with all this power we can accidentally open a portal to another multiverse :D
Re: [Pharo-dev] Pharo running with spur (work in process)
On Wed, Jul 2, 2014 at 11:43 AM, kilon alios kilon.al...@gmail.com wrote:
0.549181 seconds per message is just insanely low number . This is
not even in the realm of nanoseconds. Is this number real ? Because I am
very skeptical that one can get this kind of performance from a dynamic
language even with a JIT VM.
Here's a measurement on my 2.2GHz Mac Book Pro Core i7:
| r | {[r := 34 benchFib] timeToRun. r} #(140 18454929)
benchFib is nfib that adds one for each call, so the answer is the number
of calls necessary to compute the answer.
benchFib ^self 2 ifTrue: [1] ifFalse: [(self-1) benchFib + (self-2)
benchFib + 1]
So that's 18 million calls in 140 milliseconds, or about 132 calls per
microsecond. That's indeed in the realm of nanoseconds, 13.2 nsecs per
call.
On Wed, Jul 2, 2014 at 9:08 PM, Camille Teruel camille.ter...@gmail.com
wrote:
A spur image :) awesome !!
Thanks Esteban Guille!
I'll start adapting the new class builder to Spur next wednesday when I
come back from holidays.
On 2 juil. 2014, at 16:13, Esteban Lorenzano esteba...@gmail.com wrote:
Hi,
I’ve been working on prepare Pharo to run with the new Spur VM… and
finally this week Guille and I sit together and make a huge advance :)
here a screenshot of pharo 4 running with spur:
Screen Shot 2014-07-02 at 15.58.17.png
for more information, same image before migration, with a regular cogvm
gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’, so
that means that the tiny benchmarks run at 166% the speed of the old vm…
Of course this is just one benchmark, but I’m very impressed :)
Now, it is still not usable but I’m confident I can put a jenkins job
to work very soon :)
Esteban
ps: before you start asking: Spur WILL NOT be available for Pharo3, it
will be part of Pharo4.
--
best,
Eliot
Re: [Pharo-dev] Pharo running with spur (work in process)
On Wed, Jul 2, 2014 at 12:22 PM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Wed, Jul 2, 2014 at 11:43 AM, kilon alios kilon.al...@gmail.com
wrote:
0.549181 seconds per message is just insanely low number . This
is not even in the realm of nanoseconds. Is this number real ? Because I
am very skeptical that one can get this kind of performance from a dynamic
language even with a JIT VM.
Here's a measurement on my 2.2GHz Mac Book Pro Core i7:
| r | {[r := 34 benchFib] timeToRun. r} #(140 18454929)
benchFib is nfib that adds one for each call, so the answer is the number
of calls necessary to compute the answer.
benchFib ^self 2 ifTrue: [1] ifFalse: [(self-1) benchFib + (self-2)
benchFib + 1]
So that's 18 million calls in 140 milliseconds, or about 132 calls per
microsecond. That's indeed in the realm of nanoseconds, 13.2 nsecs per
call.
Ugh, let me try again...
that's 184549290 / 0.14 = 1.3182092142857141e9 calls per second, which is
0.76 nsecs per call.
On Wed, Jul 2, 2014 at 9:08 PM, Camille Teruel camille.ter...@gmail.com
wrote:
A spur image :) awesome !!
Thanks Esteban Guille!
I'll start adapting the new class builder to Spur next wednesday when I
come back from holidays.
On 2 juil. 2014, at 16:13, Esteban Lorenzano esteba...@gmail.com
wrote:
Hi,
I’ve been working on prepare Pharo to run with the new Spur VM… and
finally this week Guille and I sit together and make a huge advance :)
here a screenshot of pharo 4 running with spur:
Screen Shot 2014-07-02 at 15.58.17.png
for more information, same image before migration, with a regular
cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’,
so that means that the tiny benchmarks run at 166% the speed of the old vm…
Of course this is just one benchmark, but I’m very impressed :)
Now, it is still not usable but I’m confident I can put a jenkins job
to work very soon :)
Esteban
ps: before you start asking: Spur WILL NOT be available for Pharo3, it
will be part of Pharo4.
--
best,
Eliot
--
best,
Eliot
Re: [Pharo-dev] Pharo running with spur (work in process)
Ah ah, insanely sweet!
Le 2 juil. 2014 21:29, Eliot Miranda eliot.mira...@gmail.com a écrit :
On Wed, Jul 2, 2014 at 12:22 PM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Wed, Jul 2, 2014 at 11:43 AM, kilon alios kilon.al...@gmail.com
wrote:
0.549181 seconds per message is just insanely low number . This
is not even in the realm of nanoseconds. Is this number real ? Because I
am very skeptical that one can get this kind of performance from a dynamic
language even with a JIT VM.
Here's a measurement on my 2.2GHz Mac Book Pro Core i7:
| r | {[r := 34 benchFib] timeToRun. r} #(140 18454929)
benchFib is nfib that adds one for each call, so the answer is the number
of calls necessary to compute the answer.
benchFib ^self 2 ifTrue: [1] ifFalse: [(self-1) benchFib + (self-2)
benchFib + 1]
So that's 18 million calls in 140 milliseconds, or about 132 calls per
microsecond. That's indeed in the realm of nanoseconds, 13.2 nsecs per
call.
Ugh, let me try again...
that's 184549290 / 0.14 = 1.3182092142857141e9 calls per second, which is
0.76 nsecs per call.
On Wed, Jul 2, 2014 at 9:08 PM, Camille Teruel camille.ter...@gmail.com
wrote:
A spur image :) awesome !!
Thanks Esteban Guille!
I'll start adapting the new class builder to Spur next wednesday when I
come back from holidays.
On 2 juil. 2014, at 16:13, Esteban Lorenzano esteba...@gmail.com
wrote:
Hi,
I’ve been working on prepare Pharo to run with the new Spur VM… and
finally this week Guille and I sit together and make a huge advance :)
here a screenshot of pharo 4 running with spur:
Screen Shot 2014-07-02 at 15.58.17.png
for more information, same image before migration, with a regular
cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’,
so that means that the tiny benchmarks run at 166% the speed of the old vm…
Of course this is just one benchmark, but I’m very impressed :)
Now, it is still not usable but I’m confident I can put a jenkins job
to work very soon :)
Esteban
ps: before you start asking: Spur WILL NOT be available for Pharo3,
it will be part of Pharo4.
--
best,
Eliot
--
best,
Eliot
Re: [Pharo-dev] Pharo running with spur (work in process)
For me its 99 milliseconds with my iMac (Pharo 3) which is a 3.2 Intel Core
i5 and 8GB 1600Mhz DDR3 Ram. Very impressive stuff.
On Wed, Jul 2, 2014 at 10:22 PM, Eliot Miranda eliot.mira...@gmail.com
wrote:
On Wed, Jul 2, 2014 at 11:43 AM, kilon alios kilon.al...@gmail.com
wrote:
0.549181 seconds per message is just insanely low number . This
is not even in the realm of nanoseconds. Is this number real ? Because I
am very skeptical that one can get this kind of performance from a dynamic
language even with a JIT VM.
Here's a measurement on my 2.2GHz Mac Book Pro Core i7:
| r | {[r := 34 benchFib] timeToRun. r} #(140 18454929)
benchFib is nfib that adds one for each call, so the answer is the number
of calls necessary to compute the answer.
benchFib ^self 2 ifTrue: [1] ifFalse: [(self-1) benchFib + (self-2)
benchFib + 1]
So that's 18 million calls in 140 milliseconds, or about 132 calls per
microsecond. That's indeed in the realm of nanoseconds, 13.2 nsecs per
call.
On Wed, Jul 2, 2014 at 9:08 PM, Camille Teruel camille.ter...@gmail.com
wrote:
A spur image :) awesome !!
Thanks Esteban Guille!
I'll start adapting the new class builder to Spur next wednesday when I
come back from holidays.
On 2 juil. 2014, at 16:13, Esteban Lorenzano esteba...@gmail.com
wrote:
Hi,
I’ve been working on prepare Pharo to run with the new Spur VM… and
finally this week Guille and I sit together and make a huge advance :)
here a screenshot of pharo 4 running with spur:
Screen Shot 2014-07-02 at 15.58.17.png
for more information, same image before migration, with a regular
cogvm gives this numbers: '1297023432 bytecodes/sec; 161029354 sends/sec’,
so that means that the tiny benchmarks run at 166% the speed of the old vm…
Of course this is just one benchmark, but I’m very impressed :)
Now, it is still not usable but I’m confident I can put a jenkins job
to work very soon :)
Esteban
ps: before you start asking: Spur WILL NOT be available for Pharo3, it
will be part of Pharo4.
--
best,
Eliot
Re: [Pharo-dev] PillarHub
Hi everyone, Thanks! I think Alexey will be really happy to read this thread when he is back to university in a month :) As for versioning yes we plan to implement it. I think it should be easy as Monticello implement it so it should be possible to reuse. I need to see the code though. Also Damien gave a great idea to add a configuration for a hub to sync it's content to GitHub so cloud could be used for backup/versioning. I think it is a perfect solution but I don't see yet how it can be implemented. Is any one knows classes to talk to github? Thanks for a feedback guys! Any suggestions on future plans for PillarHub are welcomed. -- View this message in context: http://forum.world.st/PillarHub-tp4766012p4766256.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
