LoCo Project Review
The LoCo Project has grown immensely over the past few months, and it has come time to do a review to see what is working, and what is not. The best way to do this is to document some opinions.
What is working
If you believe that a process is working really well, and would like to let us know, please add it here (Heading 3 is recommended === Text ===) with an explanation below.
Ship it, Locally - TamilTeam
We started a ship it project at Ubuntu Tamil Team Locally and it has started working.. People have made requests for Ubuntu CDs we have registered few og their feedbacks at our wiki page.
Weekly IRC Meeting - TamilTeam
We started to conduct weekly IRC meeting and it has become a regular habit now. We are logging it at our wiki.
Knowledge sharing with people of other nations speaking Tamil
We have successfully moved so far in our intercations and co-ordination with Tamils of other nation on knowledge sharing realted to Translation and other technical issues related to Tamil Computing.
Face to face support points - BelgianTeam
http://map.ubuntu-be.org About 250 volunteers and over 500 potential users in less than a year. Psychological barriers ("noone around here uses it") torn down. Next steps: improved quality control, better integration with online help methods (forums, answers.launchpad.net,...).
Local press archive - BelgianTeam
https://wiki.ubuntu.com/BelgianTeam/PressCoverage Just a wiki page with what local press says about Ubuntu. Makes you so much more relevant as a locoteam. Easy for less technical users to contribute.
LoCoTeam founding in general
It'd be too sad to leave this section empty I want to say that the approval mechanism of becoming an official LoCoTeam, the possibility of building ubuntu-xx.org web pages etc. is working very fine, and is a tremendous and unique achievement.
What is not working
If you believe that a process is not working, please let us know. Until we're aware, we cannot do anything to rectify the situation. Please add it here (Heading 3 is recommended === Text ===) with an explanation below.
Please do not stage personal attacks on any person or team. This is for constructive criticism only.
Translations in Rosetta, Tamil Team
The confusion in Rosetta as far as translations are concerned still prevails. We have almost stopped translating at Rosetta and is now reaching out to upstream co-ordinators. Proper categorisation of packages in Rosetta would help this cause. And do we really need downstream translation to be done when upstream is always there?
Interaction between "local" and "language"
Recent discussions have brought up the issue of the definition of a LoCo. The current concept of "local team" is based on geography. This is helpful because it allows the Ubuntu project as a whole to be represented in different geographical areas, and to provide a definitive list of regional contacts. For example, the local support page uses the list of local teams to show who might be able to provide face to face support. Equally, lists of Ubuntu friendly vendors or advocacy initiatives can rely on a list of local teams.
However, a number of problems arise:
- How do different teams who share the same language collaborate on translation/support resources?
- Is it appropriate for "local" teams to be created which are based simply on language and not geography?
Is it appropriate for the list of local teams to include teams that are not related either to language or geography (for example UbuntuWomen or any of the teams listed at Teams?
Collaboration between projects
By now, I don't see much collaboration between the LoCo-Project and other projects. I especially would like to see more collaboration between the Marketing Team and the Loco-Teams, e.g. a place where Loco-Teams can find templates (Ubuntu/Kubuntu/Xubuntu etc.) for drupal/joomla etc., artwork, flyers (different languages), slides for presentations, guidlines for events - including talking points, guidelines for the exposed systems, FAQ etc. By now, every loco-team has to search information all over the ubuntu-wiki and websites and create their own material. A good collaboration between the Marketing Team (and maybe other teams?) and the loco-project could improve the situation.
The Art team should be in on this too, since artwork is their specialty (MelissaDraper)
LoCo Resources
There are a number of LoCo Resources issues that need some clarity. Currently this process is unclear and confusing for new teams. I (MelissaDraper) hope that discussion of this can be had at UDS Seville, and a spec written to clarify issues and resource availability.
Naming policy
On LoCoTeamHowto there's a reference to the GeorgiaTeam which shows the lack of a consistent naming policy for teams, since Georgia is both a country and a U.S. state that name shouldn't be used unless a clear naming policy is defined. -- AlexMuntada 2007-03-03 20:14:00
Supporting LoCo Teams
On https://wiki.ubuntu.com/LoCoTeamHowto one can see that LoCo Teams should do a lot of things, especially if they want to get approved officially, but there's rather few they receive. In the end, LoCo Teams spend a lot of time on infrastructure (get a good domain, installing CMS, creating themes, setting up forums, mailing lists etc.), and every new LoCo Team waists his time in reinventing the wheel. Those things could be provided easily by Ubuntu, or at least get worked out in collaboration with existing LoCos, in order that LoCo Teams can start working immediately on fairs, documents, artwork, packages, localised CDs etc. New LoCo Teams could also need help with guidance (epxerienced LoCo Teams could provide models how their guidance works).
Mailing list creation
The current procedure for mailing list creation is sub-optimal because it depends on admin response which is currently extremely slow. The admins are also not well placed to take a decision about whether it is appropriate for a new list to be created as they are not familiar with the community processes. The CommunityManager should take over mailing list administration.
Spam on mailing lists
There is a lot of spam moderation required on the -nz LoCo list - presumably it also affects other groups. I am unsure if the Canonical SAs run SpamAssassin on the mailing list host, but it would be handy if they did.
Hosting slowness/unreliability
The LoCoTeam hosting server is severely lacking resources, being often unbearably slow for eg. any forum dicussions. The current solution is to restart apache every 30 minutes ( ! ) to reduce swapping, which causes additional problems. The server is currently (March 2007) using Ubuntu 5.10 so security support is ending in a month, though it seems some of the server components are newer. There are no backups made, and 100% complete backups cannot be made by the LoCoTeams without help from Canonical each time.
Update: one big service found a new place at another server, so the load is better now. The security support problems, the inevitable lack of server power that will become a problem again soon, and the lack of (even possibility of doing) backups are still there.
Thanks go to Matthew Nuzum for optimizing every last bit of performance out of the current server, and answering community worries on a daily basis.
Custom iso creation
Better documentation for creating a custom (localised) iso would be really welcome. There is lots of info floating around, but no canonical source, and much of it out of date.
Locoteam services authentication
There's room for improvement in locoteam services authentication. The launchpad OpenID bug sort of explains it. See https://bugs.launchpad.net/launchpad/+bug/1169 .