Difference between revisions of "PyOGP"

From Second Life Wiki
Jump to navigation Jump to search
(→‎Links: added a link to a separate page for all those links)
Line 88: Line 88:
== Links ==
== Links ==
Please add to the list as you see fit. The more we throw in here, the better off we are in the long run.
Please add to the list as you see fit. The more we throw in here, the better off we are in the long run.
* [[Pyogp/LinkCollection|Link Collection]]  - a comprehensive list of ressources
* [https://lists.secondlife.com/cgi-bin/mailman/listinfo/pyogp Pyogp mailing list]
* [https://lists.secondlife.com/cgi-bin/mailman/listinfo/pyogp Pyogp mailing list]
*[[Pyogp/Client_Lib|Python Client Library]] - dedicated page to the client library
*[[Pyogp/Client_Lib|Python Client Library]] - dedicated page to the client library

Revision as of 01:24, 14 July 2008

Overview

What is it?

Linden Lab and its community based AWG (in-world discussion group page) are working together to develop a set of open protocols (called the Open Grid Protocol (OGP)) that can be used to create a virtual world where regions are independently operated (not only by Linden Lab). The project is aiming to allow people (organizations, individuals, and the like) to host their own regions in the virtual world and be able to interact and communicate with people in regions hosted elsewhere. In essence, the project's goal is to allow open-source region hosting.

AWG and Linden Lab plan to share the effort in writing a test harness which executes tests against implementations of the Open Grid Protocol. The intent is not to test SL or OpenSim (or gridX) themselves. Rather, the desire is to create a framework where the implementations of the protocols can be tested in any virtual environment implemented per the Open Grid Protocols as documented. The goal is to use the test harness to test the implementations to make sure that the virtual environment is interoperable with the other virtual environments that have implemented the OGP. However, we also plan to test the current SL protocols (the Legacy protocols). We plan to be able to test at the smallest functional level possible, akin to unit testing, and to have the ability to use the framework to sequence steps to enable state specific tests to be run.

The longer term vision is essentially a client library, capable of navigating the grid and interacting with the various hosts, sitting next to a testing framework, happily running along telling us what works where, and where something needs a little attention to work according to specification...

For a smidge more detail on OGP, see a visual representation of the upcoming projects and a general introduction.

What does it consist of?

Pyogp is actually an umbrella name that consists of a group of efforts. The project is currently broken into two parts: the Python client library and test harness. We imagine that in the future there will be more components to the Pyogp project.

  • Pyogp/Client_Lib - a library that can be used to mimic a client so as to interact with the grid. It may someday be used for automated testing or even as the basis for a light-weight client written in Python.
  • Pyogp/Test_Harness - the protocol implementation testing framework. It will also be used to test the client library.

Project Status

  • June 26, 2008 - We have begun to write some code to prototype the client library framework. We have also discussed some of the details of the client lib and how we should begin to structure it.

Project Tasks (Roadmap)

We plan on using the public jira (pjira) to list all of our tasks. This isn't currently set up, but we will be sure to keep you updated on the status. These are tasks that need to be accomplished for the overall project. Each part of the project (library and harness) also has its own task list.

  1. Commit rights - need to get Tao and other contributors commit rights to the svn repo
  2. Expand on the roadmap - start filling in more details so we know exactly what to do and when
  3. Task list - the real down-n-dirty list of what needs to be done
  4. Start planning structure for Pyogp overall, with an initial emphasis on the client library.
    • ZCA, buildout and eggs have been tapped as components/attributes of Pyogp...
  5. Start planning structure for test harness (see Pyogp/Test_Framework)

Recently completed tasks include:

  1. Created pyogp@lists.secondlife.com mailing list
  2. License - The Apache V2 License has been selected as the license of choice for pyogp (or whatever name we agree upon, see next point).
  3. Naming - Pyogp
  4. Repository - So Mercurial, aka hg, was looking promising, but we decided internally that we aren't quite ready for that. There is a move toward Mercurial internally, but we need to work this out before moving forward with it on this effort. It is quite possible that this library and test harness work will become a guinea pig for hg with Linden Lab in the open source arena. Until then, I bring you pyogp on SVN: http://svn.secondlife.com/trac/linden/browser/projects/2008/pyogp.
  5. Contributions - As we are going to be hosting the source code for this, contributions will be subject to Linden Lab's standard contributor's agreement. I hope this doesn't prevent good work here...
  6. Set up collaboration methods
    • Meeting Times - Enus is out of the Linden Lab office until July 14th. June 28th is unavailable for him, the following week is some silly American holiday, and the following Friday (July 11) is a travel day). July 18th will be the first sc heduled office hours where Pyogp will be a primary topic.

Collaboration

Communication Channels

    • AW_Groupies - AWG in-world discussion group, Pyogp is occassionally covered at the Tuesday morning meetings at 9:30 SLT
    • In-world meeting: Fridays, 1:00PM SLT. This is starting July 11.
      • We will post the location as soon as we decide.

Contributors

  • Main Linden Lab Contributors
    • Enus -
    • Infinity - login and teleport test cases.
    • Locklainn -
  • Main AWG Contributors (subject to the contributor's agreement)
    • Tao Takashi -
    • Saijanai Kuhn -
    • (your name here)

Related Chat Logs

Pyogp discussion transcripts

In World Meetings

We're going to start having daily meetings at "infinity is full of stars" in Levenhall at 9:30AM SLT each day. These meetings are for the PyOGP coders to meet and discuss design, process and status. In the near term, these are likely to be "somewhat beefy" meetings where design issues are discussed and differences hammered out. In the longer term, these will hopefully be more "Agile Stand-Up" style meetings where we discuss: a. what we've done in the last 24 hours, b. what we're going to do in the next 24 and c. what we're blocked on.

Infinityisfullofstars.jpg
what PyOGP Coders Meeting
who PyOGP l33t C0d3rZ
where "infinity is full of stars" @ Levenhall/91/208/22
when 9:30AM SLT / 12:30PM Eastern Time / 5:30PM GMT / 6:30PM Central European Time
why for PyOGP contributors to hash out architecture, design, test and deploy issues

Links

Please add to the list as you see fit. The more we throw in here, the better off we are in the long run.

Licensing

  1. The code written as part of this effort is subject to the Apache v2 license. Read more at http://opensource.org/licenses/apache2.0.php.
 <excerpt>
 Copyright 2008, Linden Research, Inc.
 
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. </excerpt>

Picture of the Moment

  1. 05/29/08: Using quite nasty code, a first contact of sorts via python into the agent domain and onto a simulator:
pyogp and ad enabled sl viewer on a vaak sim via aditi's agent domain