On 8 Aug 2010, at 15:18, Jon Nettleton <jon.nettle...@gmail.com> wrote:
>> >> But the one of core ideas to not use only regular packaging systems >> (via PackageKit or directly) is having this, natural and desired, >> scenario for sugar ecosystem: >> >> * there is an activity, >> * several users might decide to experiment w/ this activity >> (i.e. change its code) and share this results >> * third user wants to try all these experiments (including pristine >> activity) >> >> This scenario is pretty undoable (by design) in native packaging systems >> but 0install is designed to support scenarios like that (all >> activity implementation are stored in separate directories in user's >> home and can be launched in any time and even at the same time). > > This doesn't sound like a package management system scenario. Really > this sounds like a revision control system is needed. Wouldn't it > make the most sense to integrate bzr or git into sugar to handle code > sharing like this? Then you could continue to have all the Activities > in a single directory with multiple branches to can be switched > between on the fly through a sugar interface. FWIW this is certainly the way I've worked on activities in Sugar for some time now, my ~/Activities is mainly git clones. --Gary > -Jon > _______________________________________________ > olpc mailing list > o...@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/olpc _______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel