[Pharo-project] Nile tests red - Pharo 1.3
Hi, I have a changeset to fix most tests -all except one at this time- of Nile, most of the red tests are the same errors related to NewParagraph, NSTranscripter, so the changeset is very small but I don't the procedure to submit a fix ? Do I add a comment to the issue at code.google with the attached changeset ? http://code.google.com/p/pharo/issues/detail?id=4051 Do someone review the code (as I am new to Pharo and don't know much of Nile , Transcripter ) ? Do someone - ... who? ... - incorporate the changeset in the sources of the package ? TIA Alain
On Wed, May 4, 2011 at 10:28 PM, Alain_Rastoul <alr.dev@free.fr> wrote:
Hi,
I have a changeset to fix most tests -all except one at this time- of Nile, most of the red tests are the same errors related to NewParagraph, NSTranscripter, so the changeset is very small but I don't the procedure to submit a fix ?
Thanks Alain. For the moment, upload the changeset to the issue tracker. Then, hopefully, someone take a look, and finally it is commited to Nile repo and ConfigurationOfNile is updated. Then, next Pharo build by Hudson will use the new version-
Do I add a comment to the issue at code.google with the attached changeset ? http://code.google.com/p/pharo/issues/detail?id=4051
Do someone review the code (as I am new to Pharo and don't know much of Nile , Transcripter ) ? Do someone - ... who? ... - incorporate the changeset in the sources of the package ?
I don't know anything about Nile either. Maybe Damien Cassou can review your changes. Thanks -- Mariano http://marianopeck.wordpress.com
Ok, done. I'll have a look at the last error soon. Regards Alain "Mariano Martinez Peck" <marianopeck@gmail.com> a écrit dans le message de news: BANLkTim7ts8650dZvoKFj-JEUhLXCOX-tw@mail.gmail.com... On Wed, May 4, 2011 at 10:28 PM, Alain_Rastoul <alr.dev@free.fr> wrote: Hi, I have a changeset to fix most tests -all except one at this time- of Nile, most of the red tests are the same errors related to NewParagraph, NSTranscripter, so the changeset is very small but I don't the procedure to submit a fix ? Thanks Alain. For the moment, upload the changeset to the issue tracker. Then, hopefully, someone take a look, and finally it is commited to Nile repo and ConfigurationOfNile is updated. Then, next Pharo build by Hudson will use the new version- Do I add a comment to the issue at code.google with the attached changeset ? http://code.google.com/p/pharo/issues/detail?id=4051 Do someone review the code (as I am new to Pharo and don't know much of Nile , Transcripter ) ? Do someone - ... who? ... - incorporate the changeset in the sources of the package ? I don't know anything about Nile either. Maybe Damien Cassou can review your changes. Thanks -- Mariano http://marianopeck.wordpress.com
thanks alain!!! did you sign the license agreement? Setf On May 4, 2011, at 10:28 PM, Alain_Rastoul wrote:
Hi,
I have a changeset to fix most tests -all except one at this time- of Nile, most of the red tests are the same errors related to NewParagraph, NSTranscripter, so the changeset is very small but I don't the procedure to submit a fix ? Do I add a comment to the issue at code.google with the attached changeset ? http://code.google.com/p/pharo/issues/detail?id=4051
Do someone review the code (as I am new to Pharo and don't know much of Nile , Transcripter ) ? Do someone - ... who? ... - incorporate the changeset in the sources of the package ?
TIA
Alain
Hello Setf + list, on the google project page it says that "sendig via email" is okay, in the document it says fax or, preferred, snail-mail - is it okay to email the license agreement? If yes, to which address? Regards, Makrus 2011/5/4 Stéphane Ducasse <stephane.ducasse@inria.fr>:
thanks alain!!! did you sign the license agreement?
Setf
On May 4, 2011, at 10:28 PM, Alain_Rastoul wrote:
On May 5, 2011, at 8:47 AM, Markus Fritsche wrote:
Hello Setf + list,
on the google project page it says that "sendig via email" is okay, in the document it says fax or, preferred, snail-mail - is it okay to email the license agreement? If yes, to which address?
mine. Stef
Regards, Makrus
2011/5/4 Stéphane Ducasse <stephane.ducasse@inria.fr>:
thanks alain!!! did you sign the license agreement?
Setf
On May 4, 2011, at 10:28 PM, Alain_Rastoul wrote:
------------------------ Dr. Stéphane Ducasse -- Directeur de Recherche (Senior Researcher) INRIA - USTL - CNRS UMR 8022 stephane.ducasse@inria.fr http://stephane.ducasse.free.fr/ http://rmod.lille.inria.fr/ **NEW ***Tel 00 33 (0)3 20 43 42 56 - Fax 33 3 59 57 78 50 "if you knew today was your last day on earth, what would you do different? ... especially if, by doing something different, today might not be your last day on earth" Calvin&Hobbes European Smalltalk User Group: http://www.esug.org/ Open Source Smalltalks: http://www.pharo-project.org/ Moose Analysis platform: http://www.moosetechnology.org/
On Wed, 4 May 2011 23:40:59 +0200, Stéphane Ducasse<stephane.ducasse@inria.fr> wrote:
thanks alain!!! did you sign the license agreement? Not yet but I will no problem , I just have to find a printer and scanner and I send it to you
Setf
On May 4, 2011, at 10:28 PM, Alain_Rastoul wrote:
Hi,
I have a changeset to fix most tests -all except one at this time- of = Nile, most of the red tests are the same errors related to NewParagraph, NSTranscripter, so the changeset is very small but I don't the = procedure to submit a fix ? Do I add a comment to the issue at code.google with the attached = changeset ? http://code.google.com/p/pharo/issues/detail?id=4051
Do someone review the code (as I am new to Pharo and don't know much = of Nile , Transcripter ) ? Do someone - ... who? ... - incorporate the changeset in the sources = of the package ?
TIA
Alain
-- Alain_rastoul
Keep on making Pharo, IMHO it's the best thing that happened to squeak since years - though I was very septic at the beginning Last time I made a small demo to 2 of my collegues they didn't laugh - scouic - and were even impressed by smalltalk concepts -- Alain_rastoul
Keep on making Pharo, IMHO it's the best thing that happened to squeak since years - though I was very septic at the beginning Last time I made a small demo to 2 of my collegues they didn't laugh - scouic - and were even impressed by smalltalk concepts
Thanks *a lot* alain. we **know** what you think. We were teaching Smalltalk to students and look like idiots during years. I should be one of the person that demoed a *lot* smalltalk and got burned. I could impose Smalltalk in some places because of my strong large cv. As we already said we invested a lot in Squeak (I wrote three books = 4 years to write one) and a lot of things. For my job people were laughing: oh you are doing Smalltalk, little smile = you are an idiot while I'm the french which published the most in OOPSLA but this did not count..... and this was a problem for me to get a job. I can continue the long list like that. So doing pharo was not an easy decision: it was pharo or ruby or python or lua. I hope that we did not make the wrong choice - I'm not joking. Now for pharo we have a vision: We want a system to invent the next one and that people can make a living with it. - bootstrappable - clean lean robust - (ideally) good interface with C - (ideally) a lovely fast readable documentd extensible VM - good infrastructure - meta model for code - browser for remote/crosscompilation/default browsing - new compiler - first class instance variable - new network layer - new graphics - new module system At the end it may not be Smalltalk but it will be the same spirit. I think that we are slowly getting to the point where we will start to invent new things instead of just removing old experiences. Stef
On 05/05/2011 12:45, Stéphane Ducasse wrote:
Now for pharo we have a vision: We want a system to invent the next one and that people can make a living with it. - bootstrappable - clean lean robust - (ideally) good interface with C - (ideally) a lovely fast readable documentd extensible VM - good infrastructure - meta model for code - browser for remote/crosscompilation/default browsing - new compiler - first class instance variable - new network layer - new graphics - new module system
At the end it may not be Smalltalk but it will be the same spirit. I think that we are slowly getting to the point where we will start to invent new things instead of just removing old experiences.
I rather believe it will be Smalltalk. After all, consider how different each step of ST-72 to ST-80 was from each other, yet they were all still Smalltalk.
your definition is ok for me :)
Now for pharo we have a vision: We want a system to invent the next one and that people can make a living with it. - bootstrappable - clean lean robust - (ideally) good interface with C - (ideally) a lovely fast readable documentd extensible VM - good infrastructure - meta model for code - browser for remote/crosscompilation/default browsing - new compiler - first class instance variable - new network layer - new graphics - new module system
At the end it may not be Smalltalk but it will be the same spirit. I think that we are slowly getting to the point where we will start to invent new things instead of just removing old experiences.
I rather believe it will be Smalltalk. After all, consider how different each step of ST-72 to ST-80 was from each other, yet they were all still Smalltalk.
Nice vision. I want it now :) I think smalltalk is the best choice for that - you know better than me of course However to make a living with it, it has to interface with other IT systems and standards, so that developers can make an sell a part of the system. Pharo has seaside-web on one end but may be something is missing with relational databases. They are today the heart of business information systems (I have to try dbx and glorp , odbc is not usable because of locks) Side note, I often wondered myself why object databases didn't catch? Technical issues? Marketing? Btw, pharo has taken a good direction. Nice work. I'll try and see if I can help in this field (databases) which is one of my skill Cheers Alain -- Alain_rastoul
On Fri, May 6, 2011 at 12:44 AM, Alain rastoul <Alr.dev@free.fr> wrote:
Nice vision. I want it now :) I think smalltalk is the best choice for that - you know better than me of course However to make a living with it, it has to interface with other IT systems and standards, so that developers can make an sell a part of the system. Pharo has seaside-web on one end but may be something is missing with relational databases. They are today the heart of business information systems (I have to try dbx and glorp ,
This is why ESUG has sponsored several times DBX. There are a couple of other alternatives to DBX. There is a native (written in squeak/pharo) driver for PostgreSQL and MySQL. In addition, there are another wrappers (delegating to C via FFI) to Sqlite and ODBC. And frameworks on top you have a couple...Glorp, SandstonDB, SqueakSave, ROE, etc... Here are a list: http://www.seaside.st/documentation/persistence odbc is not usable because of locks)
This is the biggest problem. With dbx we "more or less" fix it. Basically, most of the database client libraries can work asynchronous. OpenDBX also. So....from the image side, we invoke a function of OpenDBX, and OpenDBX answer us whether it is ready or not. Then, if it is not ready, we do a little wait in the image so that to let the process to another guy. And then we retry....until it is finished. It is not the best, but at least it doesn't lock the whole VM for a long time. DBXTalk has been used in several production apps and we didn't have a problem so far with this. Anyway, Cog now is almost to support multithreaded FFI, where there is no lock :)
Side note, I often wondered myself why object databases didn't catch? Technical issues? Marketing?ç
For me Marketing, just as Smalltalk (in addition to prices).
Btw, pharo has taken a good direction. Nice work. I'll try and see if I can help in this field (databases) which is one of my skill
You can help with DBXTalk team is you wish ;)
Cheers Alain
-- Alain_rastoul
-- Mariano http://marianopeck.wordpress.com
I used odbc-ffi and they are serious problem with the single threaded vm, you can lock the vm with only 2 connections. That's what I want to check with dbx. I m also interested in glorp. . Sqlite is good for standalone or small apps. I'm talking of small to medium business systems from 1-10 users (small) to 500 (medium) computer users - where customers have dba and other admistrators who impose things like sql server or oracle. Postgresql could be also a player - don't know. I feel that pharo could take a place here with seaside apps -- Alain_rastoul
On May 6, 2011, at 10:44 AM, Alain rastoul wrote:
I used odbc-ffi and they are serious problem with the single threaded vm, you can lock the vm with only 2 connections. That's what I want to check with dbx. I m also interested in glorp.
I would really like to have a good layer build on glorp to support easy CRUDE in Smalltalk The problem of Glorp was that it is a bit heavyweight.
. Sqlite is good for standalone or small apps. I'm talking of small to medium business systems from 1-10 users (small) to 500 (medium) computer users - where customers have dba and other admistrators who impose things like sql server or oracle. Postgresql could be also a player - don't know. I feel that pharo could take a place here with seaside apps
-- Alain_rastoul
On 06 May 2011, at 10:55, Stéphane Ducasse wrote:
I would really like to have a good layer build on glorp to support easy CRUDE in Smalltalk The problem of Glorp was that it is a bit heavyweight.
Actually, IMHO, it would be a waste to dismiss Glorp as being too old or too complex. It is a very nice OR framework that capable of taking on other well known OR tools in other languages. Yes, it is a bit complex to get started, but persistence is not easy once you get past HelloWorld and once you have more data. But you are right, some layer on top of Glorp would be nice. Now, such things do exists (similar to ActiveRecord). Sven PS: for a simple tutorial involing Glorp: http://homepage.mac.com/svc/Reddit.st/
On May 6, 2011, at 11:19 AM, Sven Van Caekenberghe wrote:
On 06 May 2011, at 10:55, Stéphane Ducasse wrote:
I would really like to have a good layer build on glorp to support easy CRUDE in Smalltalk The problem of Glorp was that it is a bit heavyweight.
Actually, IMHO, it would be a waste to dismiss Glorp as being too old or too complex.
This is not what I'm saying. I'm saying that making sure that building CRUDE really easily using Glorp would be really nice to have.
It is a very nice OR framework that capable of taking on other well known OR tools in other languages.
Yes, it is a bit complex to get started, but persistence is not easy once you get past HelloWorld and once you have more data.
But you are right, some layer on top of Glorp would be nice. Now, such things do exists (similar to ActiveRecord).
Sven
PS: for a simple tutorial involing Glorp: http://homepage.mac.com/svc/Reddit.st/
I will read it :) I would love to have a chapter on Glorp for the new book.
Databases are heavy, I had a look at glorp tutorial pointed to by glorp.org, it seems pretty good. Perhaps few helpers or tools on top of it could simplify. On Fri, 6 May 2011 10:55:41 +0200, Stéphane Ducasse<stephane.ducasse@inria.fr> wrote:
The problem of Glorp was that it is a bit heavyweight.
-- Alain_rastoul
Yes this is my point. Stef
Databases are heavy, I had a look at glorp tutorial pointed to by glorp.org, it seems pretty good. Perhaps few helpers or tools on top of it could simplify.
On Fri, 6 May 2011 10:55:41 +0200, Stéphane Ducasse<stephane.ducasse@inria.fr> wrote:
The problem of Glorp was that it is a bit heavyweight.
-- Alain_rastoul
On Fri, May 6, 2011 at 10:44 AM, Alain rastoul <Alr.dev@free.fr> wrote:
I used odbc-ffi and they are serious problem with the single threaded vm, you can lock the vm with only 2 connections.
In fact with only one. If the query is long, and ODBC doesn't answer until the query is finished...you are screw :(
That's what I want to check with dbx. I m also interested in glorp. . Sqlite is good for standalone or small apps. I'm talking of small to medium business systems from 1-10 users (small) to 500 (medium) computer users - where customers have dba and other admistrators who impose things like sql server or oracle.
Yes, exactly. That was the reason behind DBX. MSSQL and Oracle are supported :)
Postgresql could be also a player - don't know. I feel that pharo could take a place here with seaside apps
+1 -- Mariano http://marianopeck.wordpress.com
On May 6, 2011, at 12:44 AM, Alain rastoul wrote:
Nice vision. I want it now :) I think smalltalk is the best choice for that - you know better than me of course However to make a living with it, it has to interface with other IT systems and standards, so that developers can make an sell a part of the system.
Yes
Pharo has seaside-web on one end but may be something is missing with relational databases. They are today the heart of business information systems (I have to try dbx and glorp , odbc is not usable because of locks)
Yes this is why we need a good FFI not locking.
Side note, I often wondered myself why object databases didn't catch? Technical issues? Marketing?
I talked with somebody that was and is in the business and she told me that RDB nicely killed all the start up on the 80/90e around OODB. Now we should try to get pharo running on gemstone one of these days :).
Btw, pharo has taken a good direction. Nice work. I'll try and see if I can help in this field (databases) which is one of my skill
Yes we are really interesting in that!
Cheers Alain
-- Alain_rastoul
participants (8)
-
Alain rastoul -
Alain_Rastoul
-
Douglas Brebner -
Mariano Martinez Peck -
Markus Fritsche -
Stéphane Ducasse -
Sven Van Caekenberghe -
Toon Verwaest