(Difference between revisions)
|
|
| Line 15: |
Line 15: |
| | === Requirements === | | === Requirements === |
| | | | |
| - | === Current status ===
| |
| - |
| |
| - | OBS up and running.
| |
| - | Authentication and authorization is an issue.
| |
| - |
| |
| - | Web end needs work (short on people to do it)
| |
| - |
| |
| - | [http://trac.tspre.org/meetbot/meego-meeting/2010/meego-meeting.2010-06-02-17.33.log.html Raw meeting log from 2.6.2010]
| |
| | | | |
| | === Scope of this work === | | === Scope of this work === |
| Line 52: |
Line 44: |
| | * The way to manage how applications flow to the final repository from the initial build repository - not everything goes to end users directly | | * The way to manage how applications flow to the final repository from the initial build repository - not everything goes to end users directly |
| | * Managing the users - is it completely free for all anonymous users or is there some form of user management in place? | | * Managing the users - is it completely free for all anonymous users or is there some form of user management in place? |
| - |
| |
| - | === How to start ===
| |
| - |
| |
| - | Things to do first in parallel:
| |
| - | * Get hardware
| |
| - | * Build the clients
| |
| - | * Practice setting up an OBS instance
| |
| - | * Agree on the web interface for the client
| |
| - | * Work out the QA rules
| |
| - | * Work out the security aspects
| |
| - |
| |
| - | Things that need the hardware
| |
| - | * Setting up the real OBS instance
| |
| - | * Setting up the repository
| |
| - | * Setting up the management interfaces
| |
| | | | |
| | === People === | | === People === |
| Line 80: |
Line 57: |
| | * Tero (tekojo) - co-ordination | | * Tero (tekojo) - co-ordination |
| | * Jeremiah Foster - observer of the process, considering both client implementation and / or OBS instances with repos for GENIVI | | * Jeremiah Foster - observer of the process, considering both client implementation and / or OBS instances with repos for GENIVI |
| - |
| |
| - | === Servers for the system ===
| |
| - |
| |
| - | Some servers have been ordered, and one of those can be used to get this work going.
| |
| - | Additional hardware is being bought now, so that we have a sensible level of hardware to go on.
| |
| - |
| |
| - | ETA for the servers is undefined.
| |
| | | | |
| | ===Links=== | | ===Links=== |
| | *discussion about above in forum: [http://forum.meego.com/showthread.php?t=135] | | *discussion about above in forum: [http://forum.meego.com/showthread.php?t=135] |
| | + | |
| | + | === Old log === |
| | + | |
| | + | [http://trac.tspre.org/meetbot/meego-meeting/2010/meego-meeting.2010-06-02-17.33.log.html Raw meeting log from 2.6.2010] |
Revision as of 10:36, 14 November 2010
This project is about enabling the community to create open applications and share them through a channel that is hosted in meego.com.
Current status
- Community OBS is in limited testing. Request for access from X-Fade or lbt on #meego on Freenode
- BOSS to be used as the management system for the apps/repos
- OCS interface defined
- End-user clients are there in gitorious under the name garage-client
- Work on OCS server interface commencing in week 48
Current tasks that need to be taken
- The rules for moving packages to and from testing
Requirements
Scope of this work
This project is about community built open applications that would be shared through meego.com. The project outlines what services need to be set up for supporting application sharing through meego.com.
This work is not about platform development.
The technical parts of this project relate to the official MeeGo build and repositories so, that the community build and repository infrastructure load packages form the official side, but do not upload to them.
The technical parts
- Web front end for developers to upload their applications to
Later there can be a direct 'upload to service' function in the MeeGo application development IDE.
- Build server (OBS server), needed for building the applications
- Repository server, for storing the applications and catering them to the end users
- The logic for running the build and repository servers
- End user clients, for the end users of MeeGo devices to get the applications with
- A web front end to the repository, so that the application lists can also be browsed on the net
- Automated quality assurance
The social side
- Quality assurance process, initially this most likely will be human testing, but automated tools would make it much faster and simpler
- The way to manage how applications flow to the final repository from the initial build repository - not everything goes to end users directly
- Managing the users - is it completely free for all anonymous users or is there some form of user management in place?
People
- The people to implement all the above mentioned parts
Initially the following people are looking at this:
- David (lbt) - OBS and repository
- Niels (X-Fade) - OBS, repository, management tools
- Bob (bspencer) - client, web interface
- Daniel (danielwilms) - client, web interface
- Carsten (Stskeeps) - OBS
- Mike (mrshaver) - web back-end
- Tero (tekojo) - co-ordination
- Jeremiah Foster - observer of the process, considering both client implementation and / or OBS instances with repos for GENIVI
Links
- discussion about above in forum: [1]
Old log
Raw meeting log from 2.6.2010