| NOTE: The contents of this page are not set in stone, and are subject to change!|
This page is a draft in active flux ...
Developers -- When you use an activity and there's something you don't like... what do you do?
- Ignore it
- Tell the activity's dev about it
- File a proper bug report for it
- Fix it locally
- Make a patch for it
- git push
The activity co-op is for developers who, when they find something they don't like about their own system, want to immediately fix and upstream their changes. This will require a simplification and standardization of diff/patch generation and delivery.
The current incarnation of this idea is "Brian's Script", which is a structured list of some activity repositories on dev.laptop.org, and a script for making symlinks so the git repositories show up as usable activities in sugar. The advantage of this is that you can easily update to the newest available version of an activity (Joyride style) with a simple git pull in the directory, while allowing you to launch the activities from Sugar as usual.
Brian's script assumes a clean install with no activities. It also assumes you have nothing important on the laptop. Brian's script is incredibly dangerous. But you're the adventurous type... right? Don't live in fear! Embrace the failings of bleeding edge activity development!
It also assumes the activities in the repository are using relative file locations for stuff in their own/other activities and absolute file locations for things outside of their activity (not other activities).
Brian's Script: STEPS FOR SUCCESS: 1
ctrl + alt + neighborhood view su olpc sudo yum install git cd ~ wget http://dev.laptop.org/~bjordan/briansscript/gitlist wget http://dev.laptop.org/~bjordan/briansscript/briansscript.py
Brian's Script: STEPS FOR SUCCESS: 2
So simple, there is no step number two.
Brian's Script: STEPS FOR SUCCESS: 3
Cross your fingers. This will take but two minutes.
Keep your fingers crossed. Yell at Brian. Fix it.