Is there a protocol for contributing to spoon? Has there been any work done to make the system self contained? (ie. containing scamper, celeste, irc etc... so the user never has to leave the system) I've used metacello to get packages so far. Is this the canonical way to get object packages on spoon?
Noah
Hi Noah--
Is there a protocol for contributing to spoon?
...
I've used metacello to get packages so far. Is this the canonical way to get object packages on spoon?
At the moment contributing to Spoon means taking code away (not adding it), or debugging Naiad, an all-live-objects module system.
The current focus is on testing the releases and documenting desired use cases. We're using http://bugs.squeak.org for that. As for code contributions, Spoon is rather unusual, given the goals of a minimal system and new modularity technology. Part of the work is defining the long-term contribution protocol you seek. While we're in this bootstrapping phase, I'm coordinating contributions manually.
Has there been any work done to make the system self contained? (ie. containing scamper, celeste, irc etc... so the user never has to leave the system)
No, currently we're developing a minimal system with which you can load and unload code modules. Creating "distros" from that is a later goal. We can prepare for that, though, by finding the boundaries and dependencies between the code we have now in existing object memories (e.g., previous releases of Squeak, Pharo, and the other Smalltalks). We can use the existing change management tools to do that (e.g., Monticello).
Please see the details about Naiad on my blog[1].
thanks!
-C
[1] http://thiscontext.wordpress.com/a-detailed-naiad-description
-- Craig Latta www.netjam.org/resume +31 6 2757 7177 (SMS ok) + 1 415 287 3547 (no SMS)
Aaaah... okay. I made progress on the plan 9 port today. I manually de-ANSI'ed interp.c and got a useless vm compiling with all stubbed out functions. This was more work than expected because the squeak vm is so heavily tied to ANSI and includes ANSI code as strings in some situations. I manually edited out the #if's and #defined away printf. In the end a real plan9 port will require subclassing Interpreter, VMMaker and friends or parameterizing their included headers and changing how liberally they use the preprocessor.
That said I'm curious to see how well the thread(2), draw(2), mouse(2) and keyboard(2) apis map to the squeak model.
http://plan9.bell-labs.com/magic/man2html/2/thread http://plan9.bell-labs.com/magic/man2html/2/draw http://plan9.bell-labs.com/magic/man2html/2/mouse http://plan9.bell-labs.com/magic/man2html/2/keyboard
Any advice?
Noah
On Fri, Feb 8, 2013 at 9:13 PM, Craig Latta craig@netjam.org wrote:
Hi Noah--
Is there a protocol for contributing to spoon?
...
I've used metacello to get packages so far. Is this the canonical way to get object packages on spoon?
At the moment contributing to Spoon means taking code away (not
adding it), or debugging Naiad, an all-live-objects module system.
The current focus is on testing the releases and documenting
desired use cases. We're using http://bugs.squeak.org for that. As for code contributions, Spoon is rather unusual, given the goals of a minimal system and new modularity technology. Part of the work is defining the long-term contribution protocol you seek. While we're in this bootstrapping phase, I'm coordinating contributions manually.
Has there been any work done to make the system self contained? (ie. containing scamper, celeste, irc etc... so the user never has to leave the system)
No, currently we're developing a minimal system with which you can
load and unload code modules. Creating "distros" from that is a later goal. We can prepare for that, though, by finding the boundaries and dependencies between the code we have now in existing object memories (e.g., previous releases of Squeak, Pharo, and the other Smalltalks). We can use the existing change management tools to do that (e.g., Monticello).
Please see the details about Naiad on my blog[1]. thanks!
-C
[1] http://thiscontext.wordpress.com/a-detailed-naiad-description
-- Craig Latta www.netjam.org/resume +31 6 2757 7177 (SMS ok)
- 1 415 287 3547 (no SMS)
Spoon mailing list Spoon@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/spoon
On 8 February 2013 20:23, Noah Evans noah.evans@gmail.com wrote:
Aaaah... okay. I made progress on the plan 9 port today.
*boggle* You're porting the Interpreter VM to Plan 9? That's... pretty cool!
frank
I manually de-ANSI'ed interp.c and got a useless vm compiling with all stubbed out functions. This was more work than expected because the squeak vm is so heavily tied to ANSI and includes ANSI code as strings in some situations. I manually edited out the #if's and #defined away printf. In the end a real plan9 port will require subclassing Interpreter, VMMaker and friends or parameterizing their included headers and changing how liberally they use the preprocessor.
That said I'm curious to see how well the thread(2), draw(2), mouse(2) and keyboard(2) apis map to the squeak model.
http://plan9.bell-labs.com/magic/man2html/2/thread http://plan9.bell-labs.com/magic/man2html/2/draw http://plan9.bell-labs.com/magic/man2html/2/mouse http://plan9.bell-labs.com/magic/man2html/2/keyboard
Any advice?
Noah
On Fri, Feb 8, 2013 at 9:13 PM, Craig Latta craig@netjam.org wrote:
Hi Noah--
Is there a protocol for contributing to spoon?
...
I've used metacello to get packages so far. Is this the canonical way to get object packages on spoon?
At the moment contributing to Spoon means taking code away (not
adding it), or debugging Naiad, an all-live-objects module system.
The current focus is on testing the releases and documenting
desired use cases. We're using http://bugs.squeak.org for that. As for code contributions, Spoon is rather unusual, given the goals of a minimal system and new modularity technology. Part of the work is defining the long-term contribution protocol you seek. While we're in this bootstrapping phase, I'm coordinating contributions manually.
Has there been any work done to make the system self contained? (ie. containing scamper, celeste, irc etc... so the user never has to leave the system)
No, currently we're developing a minimal system with which you can
load and unload code modules. Creating "distros" from that is a later goal. We can prepare for that, though, by finding the boundaries and dependencies between the code we have now in existing object memories (e.g., previous releases of Squeak, Pharo, and the other Smalltalks). We can use the existing change management tools to do that (e.g., Monticello).
Please see the details about Naiad on my blog[1]. thanks!
-C
[1] http://thiscontext.wordpress.com/a-detailed-naiad-description
-- Craig Latta www.netjam.org/resume +31 6 2757 7177 (SMS ok)
- 1 415 287 3547 (no SMS)
Spoon mailing list Spoon@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/spoon
Spoon mailing list Spoon@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/spoon
Keep it under your hat until I finish. If you feel like being a victim ... I mean tester, I'll be happy to hook you up with the code when it starts blitting.
Noah
On Fri, Feb 8, 2013 at 10:56 PM, Frank Shearar frank.shearar@gmail.com wrote:
On 8 February 2013 20:23, Noah Evans noah.evans@gmail.com wrote:
Aaaah... okay. I made progress on the plan 9 port today.
*boggle* You're porting the Interpreter VM to Plan 9? That's... pretty cool!
frank
I manually de-ANSI'ed interp.c and got a useless vm compiling with all stubbed out functions. This was more work than expected because the squeak vm is so heavily tied to ANSI and includes ANSI code as strings in some situations. I manually edited out the #if's and #defined away printf. In the end a real plan9 port will require subclassing Interpreter, VMMaker and friends or parameterizing their included headers and changing how liberally they use the preprocessor.
That said I'm curious to see how well the thread(2), draw(2), mouse(2) and keyboard(2) apis map to the squeak model.
http://plan9.bell-labs.com/magic/man2html/2/thread http://plan9.bell-labs.com/magic/man2html/2/draw http://plan9.bell-labs.com/magic/man2html/2/mouse http://plan9.bell-labs.com/magic/man2html/2/keyboard
Any advice?
Noah
On Fri, Feb 8, 2013 at 9:13 PM, Craig Latta craig@netjam.org wrote:
Hi Noah--
Is there a protocol for contributing to spoon?
...
I've used metacello to get packages so far. Is this the canonical way to get object packages on spoon?
At the moment contributing to Spoon means taking code away (not
adding it), or debugging Naiad, an all-live-objects module system.
The current focus is on testing the releases and documenting
desired use cases. We're using http://bugs.squeak.org for that. As for code contributions, Spoon is rather unusual, given the goals of a minimal system and new modularity technology. Part of the work is defining the long-term contribution protocol you seek. While we're in this bootstrapping phase, I'm coordinating contributions manually.
Has there been any work done to make the system self contained? (ie. containing scamper, celeste, irc etc... so the user never has to leave the system)
No, currently we're developing a minimal system with which you can
load and unload code modules. Creating "distros" from that is a later goal. We can prepare for that, though, by finding the boundaries and dependencies between the code we have now in existing object memories (e.g., previous releases of Squeak, Pharo, and the other Smalltalks). We can use the existing change management tools to do that (e.g., Monticello).
Please see the details about Naiad on my blog[1]. thanks!
-C
[1] http://thiscontext.wordpress.com/a-detailed-naiad-description
-- Craig Latta www.netjam.org/resume +31 6 2757 7177 (SMS ok)
- 1 415 287 3547 (no SMS)
Spoon mailing list Spoon@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/spoon
Spoon mailing list Spoon@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/spoon
spoon@lists.squeakfoundation.org