OpenSolaris
Collectives
Discussions
Documentation
Download
Source Browser
Free CD
Log-in
|
en
Community Group web
:
Collective Life Cycle
Top Menu
Show
:
Comments
Attachments
History
Information
Print
:
Print
Print preview
Export as PDF
Export as RTF
Export as HTML
Export as XAR
Wiki code for
Collective Life Cycle
Hide Line numbers
1: = Collective Life Cycle Instructions = 2: 3: === Introduction === 4: 5: This document outlines procedures for activating, deactivating, and terminating website infrastructure for the three Collective types on opensolaris.org: 6: 7: 1. [[Community Groups>>Main.communities]] 8: 1. [[Projects>>Main.projects]] 9: 1. [[User Groups>>Community Group advocacy.ug-leaders]] 10: 11: The processes for managing the life cycles of these Collectives are implemented by the Website Engineering Team, which is part of the OpenSolaris Open Development Engineering Team. The Website Team builds and supports opensolaris.org on behalf of Sun Microsystems and the OpenSolaris Community and leads the [[Website Community Group>>Community Group web.WebHome]]. 12: 13: === Mailing Lists === 14: 15: * For all implementation interactions concerning all Collective life cycle issues, post to **project-setup AT opensolaris DOT org**. 16: * For general community discussions about the website, post to **website-discuss AT opensolaris DOT org**. [[Subscribe here>>http://mail.opensolaris.org/mailman/listinfo/website-discuss]]. 17: * For website user account issues, post to **website-admin AT opensolaris DOT org**. 18: 19: == 1. Community Groups == 20: 21: === Activation === 22: 23: The [[OGB>>Community Group ogb.WebHome]] approves the creation of Community Groups and formally sponsors those groups throughout their life cycle. Review the [[OpenSolaris Constitution>>Community Group ogb.governance]] for guidance about proposing new Community Groups. After the Community Group is approved by the OGB, forward the approval thread to [[project-setup>>mailto:project-setup@opensolaris.org]] and include the following information: 24: 25: * The full name of the Community Group and its abbreviation for the group’s URL (For example: Name: Installation and Packaging. Abbreviation for URL: install). Do not use "Solaris" or "OpenSolaris" in the Community Group’s name. Solaris and OpenSolaris are trademarks of Sun Microsystems and will not be used in group names. Use a generic name instead. 26: * A brief public description of the Community Group. 27: * The opensolaris.org user names and email addresses of the Community Group’s Facilitator and Leaders. 28: * If the Community Group requires a mailing list, the name of the list, and the names of Leaders who will administer the list. Names for Community Group lists should be in the following format: **[name]-discuss AT opensolaris DOT org** 29: 30: If everything is in order, a Community Group space will be set up on the site and Leaders will be added to the Community Group in the Auth database. The OGB Secretary will add the Facilitator to the Community Group in Auth since that is a governance role. Leaders are expected to populate their pages with content and announce their new group on **opensolaris-announce AT opensolaris DOT org** ([[subscribe here>>http://mail.opensolaris.org/mailman/listinfo/opensolaris-announce]]). To properly maintain their website infrastructure, Community Group Leaders are also responsible for following these three documents: 31: 32: 1. [[OpenSolaris Website Guidelines>>Main.site_guidelines]] 33: 1. [[OpenSolaris Trademarks Policy>>Main.trademark]] 34: 1. [[Community/Project lead reference>>Main.lead_reference]] 35: 36: === Deactivation and/or Termination === 37: 38: There are three ways a Community Group’s website infrastructure can be deactivated and/or terminated: 39: 40: 1. The OGB can deactivate and/or terminate a Community Group as per the OpenSolaris Constitution (Section 7.12. Termination). 41: 1. The Website Team can deactivate and/or terminate website infrastructure if it is not well maintained (filled with spam, violations of the TOU, etc) or abandoned for 3 months based on the [[OpenSolaris Website Guidelines>>Main.site_guidelines]]. 42: 1. Community Group Leaders can request that their group be deactivated and/or terminated. 43: 44: In these cases, the procedures below will be followed: 45: 46: * The OGB can initiate this action by posting mail to [[project-setup>>mailto:project-setup@opensolaris.org]] with the Community Group name and URL, the names of any mailing lists and forums, and a link to the public thread with the OGB’s decision. 47: * If the Website Team initiates this action, the team will post mail to the Community Group’s and/or the OGB’s list requesting that action be taken to maintain the site’s infrastructure properly. If a Community Group’s website infrastructure becomes completely abandoned, the Website Team will post mail to the OGB requesting that action be taken to replace the Leaders and/or deactivate/terminate the Community Group. If a decision is not made within 3 months, the Website Team can deactivate and/or terminate the Community Group. 48: * In the case of deactivation, mailing lists and forums will be reset to disable new subscriptions and new postings but archives will be saved. If there has been no activity to archive, the lists and forums will be deleted. In the case of termination instructions from the OGB, the mailing list infrastructure will be deleted. 49: * In the case of deactivation, the Community Group’s web pages will be tagged with text indicating that the group is no longer active, and the members of the Community Group who have website edit privileges will no longer have the ability to edit the group’s web pages unless the Community Group is reactivated. However, any governance privileges among Community Group members will remain unless the OGB specifies otherwise. In the case of termination instructions from the OGB, the Community Group space on the site will be deleted. 50: * Project sponsorship by an deactivated or terminated Community Group can be reassigned to another Community Group as specified by the OpenSolaris Constitution (7.12. Termination). 51: 52: === Reactivation === 53: 54: To reactivate Community Groups, check with the OGB for reactivation procedures and forward the approval thread to [[project-setup>>mailto:project-setup@opensolaris.org]] with the following information: 55: 56: * The names of the Community Group and mailing list. 57: * The opensolaris.org user names and email addresses of the Community Group’s Facilitator and Leaders. 58: * The opensolaris.org user names and email addresses of the Leaders who will administer the mailing list. 59: 60: === Transition to a Project === 61: 62: If a Community Group decides to become a Project, follow the instructions for requesting a new Project below. Once approved, the Project will be created. Before removing the old Community Group, governance roles associated with the old Community Group will be transferred to the Community Group that is sponsoring the new Project. 63: 64: == 2. Projects == 65: 66: === Activation === 67: 68: Community Groups approve the creation of Projects and formally sponsors those Projects throughout their life cycle. Refer to the OGB’s [[OpenSolaris Project Instantiation Policy>>attach:Community Group ogb.policies@project-instantiation.txt]] for guidance about proposing new Projects and voting procedures, but also check with the sponsoring Community Group for any modifications or additions to the OGB policy. After the Project is approved by a Community Group, forward the approval thread to [[project-setup>>mailto:project-setup@opensolaris.org]] and include the following information: 69: 70: * Full Project name and abbreviation for the Project URL (For example: Name: Device Manager. Abbreviation for URL: devicemgr). Do not use "Solaris" or "OpenSolaris" in the Project name. Solaris and OpenSolaris are trademarks of Sun Microsystems and will not be used in Project names without Sun legal approval. Use a generic name instead. 71: * A brief public description of the Project. 72: * The opensolaris.org user names and email addresses of the Project’s Leaders. 73: * If the Project requires one or more mailing lists, for each list, provide the word to substitute for [name] in an option below and the names of the Leaders who will administer the list: 74: ** Options for naming Project lists: 75: *** **[name]-dev AT opensolaris DOT org** (developer discussions) 76: *** **[name]-discuss AT opensolaris DOT org** (general discussions) 77: *** **[name]-notify AT opensolaris DOT org** (notifications for code putbacks) 78: 79: If everything is in order, a Project space will be set up on the site, Leaders will be added to the Project in the Auth database, and the Community Group <-> Project sponsorship relationship will be set in the Auth database. Leaders are expected to populate their pages with content and announce their new group on **opensolaris-announce AT opensolaris DOT org** ([[subscribe here>>http://mail.opensolaris.org/mailman/listinfo/opensolaris-announce]]). To properly maintain their website infrastructure, Project Leaders are also responsible for following these four documents: 80: 81: 1. [[OpenSolaris Website Guidelines>>Main.site_guidelines]] 82: 1. [[OpenSolaris Trademarks Policy>>Main.trademark]] 83: 1. [[Community/Project lead reference>>Main.lead_reference]] 84: 1. [[Posting Source and Binaries>>Main.posting_instr]] 85: 86: === Deactivation and/or Termination === 87: 88: There are three ways a Project’s website infrastructure can be deactivated and/or terminated: 89: 90: 1. The sponsoring Community Group can deactivate or terminate a Project. 91: 1. The Website Team can deactivate and/or terminate website infrastructure if it is not well maintained (filled with spam, violations of the TOU, etc) or abandoned for 3 months based on the [[OpenSolaris Website Guidelines>>Main.site_guidelines]]. 92: 1. Project Leaders can request that their group be deactivated and/or terminated. 93: 94: In these cases, the procedures below will be followed: 95: 96: * The sponsoring Community Group can initiate this action by posting mail to [[project-setup>>mailto:project-setup@opensolaris.org]] with the Project name and URL, the names of any mailing lists and forums, and a link to the public thread with the Community Group’s decision. 97: * If the Website Team initiates this action, the team will post mail to the sponsoring Community Group’s and/or Project’s list requesting that action be taken to maintain the site’s infrastructure properly. If a Project’s website infrastructure becomes completely abandoned, the Website Team will post mail to the sponsoring Community Group requesting that action be taken to replace the leaders and/or deactivate/terminate the Project. If a decision is not made within 3 months, the Website Team can deactivate and/or terminate the Project. 98: * In the case of deactivation, mailing lists and forums will be reset to disable new subscriptions and new postings but archives will be saved. If there has been no activity to archive, the lists and forums will be deleted. In the case of termination instructions from the sponsoring Community Group, the mailing list infrastructure will be deleted. 99: * In the case of deactivation, the Project’s web pages will be tagged with text indicating that the group is no longer active, and the members of the Project who have website edit privileges will no longer have the ability to edit the group’s web pages unless the Project is reactivated. Additionally, Project sponsorship by a deactivated or terminated Community Group can be reassigned to another Community Group as specified by the OpenSolaris Constitution (7.12. Termination). 100: * Source Code Management 101: ** Access to SCM repositories will be disabled if a Project is deactivated. SCM repositories will be deleted if a Project is terminated. 102: ** To request that repositories be deleted on active Projects, the leaders should post to **tonic-ops AT sun DOT com** and/or **project-setup AT opensolaris DOT org **and the Website Team will delete the repos. In the future, this feature will be added to the SCM Console so leaders can delete repositories themselves. 103: 104: === Reactivation === 105: 106: To reactivate Projects, there are a few choices: Check with the original sponsoring Community Group for reactivation procedures or engage a new Community Group if the original Community Group is no longer active or denies the request. Once approved, forward the thread to [[project-setup>>mailto:project-setup@opensolaris.org]] with the following information: 107: 108: * The names of the Project and mailing list and sponsoring Community Group. 109: * The opensolaris.org user names and email addresses of the Project’s leaders. 110: * The opensolaris.org user names and email addresses of the leaders who will administer the mailing list. 111: 112: === Transition to a Community Group === 113: 114: If a Project decides to become a Community Group, follow the instructions for creating a new Community Group above. Once approved, the Community Group will be created. Because a Project has no governance roles, there is no governance data to transfer to the new Community Group. Instead, Community Group roles will be initially populated with people named in the creation request to the OGB. 115: 116: == 3. User Groups == 117: 118: === Activation === 119: 120: The Advocacy Community Group approves the creation of OpenSolaris User Groups (OSUGs) and formally sponsors those groups throughout their life cycle. See Advocacy’s ([[proposal procedures here>>Community Group advocacy.usergroups]]). After the OSUG is approved by the Advocacy Community Group, forward the approval thread to [[project-setup>>mailto:project-setup@opensolaris.org]] and include the following information: 121: 122: * Full User Group name and its abbreviation for the User Group URL (For example: Name: Japan OpenSolaris User Group. Abbreviation for URL: jposug). Although "OpenSolaris" is a trademark of Sun Microsystems and can not be used in Community Group and Project names, it is considered fair use to use OpenSolaris in the name of a User Group. We encourage this format. 123: * A brief public description of the User Group and its location. 124: * The opensolaris.org user names and email addresses of the User Group’s Leaders. 125: * If the User Group requires a mailing list, the name of the list, and the names of Leaders who will administer the list. Names for User Group lists should be in the following format: **ug-[name]osug AT opensolaris DOT org**. 126: 127: If everything is in order, a User Group space will be set up on the site, and Leaders will be added to the User Group in the Auth database. Leaders are expected to populate their pages with content and announce their new group on **opensolaris-announce AT opensolaris DOT org** ([[subscribe here>>http://mail.opensolaris.org/mailman/listinfo/opensolaris-announce]]). To properly maintain their website infrastructure, User Group Leaders are also responsible for following these three documents: 128: 129: * [[OpenSolaris Website Guidelines>>Main.site_guidelines]] 130: * [[OpenSolaris Trademarks Policy>>Main.trademark]] 131: * [[Community/Project lead reference>>Main.lead_reference]] 132: 133: === Deactivation and/or Termination === 134: 135: There are three ways a User Group’s website infrastructure can be deactivated and/or terminated: 136: 137: 1. The sponsoring Community Group (Advocacy) can deactivate and/or terminate a User Group. 138: 1. The Website Team can deactivate and/or terminate website infrastructure if it is not well maintained (filled with spam, violations of the TOU, etc) or abandoned for 3 months based on the [[OpenSolaris Website Guidelines>>Main.site_guidelines]]. 139: 1. User Group Leaders can request that their group be deactivated and/or terminated. 140: 141: In these cases, the procedures below will be followed: 142: 143: * The Advocacy Community Group can initiate this action by posting mail to [[project-setup>>mailto:project-setup@opensolaris.org]] with the User Group name and URL, the names of any mailing lists and forums, and a link to the public thread with the Advocacy decision. 144: * If the Website Team initiates this action, the team will post mail to the User Group’s and/or Advocacy’s list requesting that action be taken to maintain the site’s infrastructure properly. If a User Group’s website infrastructure becomes completely abandoned, the Website Team will post mail to the Advocacy Community Group requesting that action be taken to replace the leaders and/or deactivate/terminate the User Group. If a decision is not made within 3 months, the Website Team can deactivate and/or terminate the User Group. 145: * In the case of deactivation, mailing lists and forums will be reset to disable new subscriptions and new postings but archives will be saved. If there has been no activity to archive, the lists and forums will be deleted. In the case of termination instructions from the Advocacy Community Group, the mailing list infrastructure will be deleted. 146: * In the case of deactivation, the User Group’s web pages will be tagged with text indicating that the group is no longer active, and the members of the User Group who have website edit privileges will no longer have the ability to edit the group’s web pages unless the User Group is reactivated. In the case of termination instructions from the Advocacy Community Group, the User Group space on the site will be deleted. 147: 148: === Reactivation === 149: 150: To reactivate User Groups, check with the Advocacy Community Group for reactivation procedures and forward the approval thread to [[project-setup>>mailto:project-setup@opensolaris.org]] with the following information: 151: 152: * The names of the User Group and mailing list. 153: * The opensolaris.org user names and email addresses of the Community Group’s facilitator and leaders. 154: * The opensolaris.org user names and email addresses of the leaders who will administer the mailing list 155: 156: == References == 157: 158: === Governance Documents === 159: 160: * [[OpenSolaris Governing Board>>Community Group ogb.WebHome]] 161: * [[OpenSolaris Constitution>>Community Group ogb.governance]] 162: * [[OpenSolaris Project Instantiation Policy>>attach:Community Group ogb.policies@project-instantiation.txt]] 163: 164: === Website Information & Procedures === 165: 166: * [[OpenSolaris Website Community>>Community Group web.WebHome]] 167: * [[OpenSolaris Website Guidelines>>Main.site_guidelines]] 168: * [[OpenSolaris Trademarks Policy>>Main.trademark]] 169: * [[Community/Project lead reference>>Main.lead_reference]] 170: * [[Posting Source and Binaries>>Main.posting_instr]] 171: * [[Website Roles & Collectives Overview>>Community Group web.transition-roles-collectives]] 172: * [[Collective Life Cycle Instructions>>Community Group web.infrastructure-setup]] 173: 174: === Document Updates === 175: 176: Sun’s Website Engineering Team will update the Collective Life Cycle Instructions document to reflect changes in the OpenSolaris community and/or program.
Search
Collectives
Community Group
Academic and Research
Accessibility
Advocacy
Appliances
Approachability
Architecture Process and Tools
BrandZ
Chinese Users
Community Advisory Board
Databases
Desktop
Device Drivers
Distribution
Documentation
DTrace
Emerging Platforms
Fault Management
Games on OpenSolaris
HA Clusters
HPC Developer
Installation and Packaging
Internationalization and Localization
Laptop
Logical Domains
Modular Debugger (MDB)
Networking
NFS
Observability
OpenSolaris Governing Board (OGB)
OpenSolaris Printing
OS/Net (ON)
Performance
Power Management
PowerPC
Security
Service Management Facility (smf(5))
Software Porters
Solaris Volume Manager
Storage
Systems Administration Community Group
Testing
Tools Home
Unix File Systems (UFS)
Website Community
X Window System
Xen
ZFS
Zones
Project
ADSL Modem Enhancement
ARC Process Definition
ARM Platform Port
Automatic Data Migration
BIND Update
Bluetooth Stack & Drivers
Brocade FC HBA - Initiator
Brocade FC HBA - Target
Brussels - unified network link configuration
Caiman, Solaris Install Revisited
Celeste
Český portál
Chime Visualization Tool for DTrace
CIFS client for Solaris
CIFS Server
Clearview: Network Interface Coherence
Cluster Agent: Informix Dynamic Server
Cluster Agent: OpenSolaris Container
Cluster Agent: OpenSolaris xVM
Cluster Agent: Oracle E-Business Suite
Cluster agent: PostgreSQL
Cluster Agent: Samba
Cluster Agent: Tomcat
CMT
Coarse Data Flow Parallelism
Colorado: Open HA Cluster on OpenSolaris
Command Assistant
Common Array Manager
Companion - /opt/sfw: Free and Open Source software
COMSTAR: Common Multiprotocol SCSI Target
Content
Contest
CPU Observability
Credentials Process Groups
Crossbow: Network Virtualization and Resource Control
Crypto KMS Agent Toolkit
Cryptographic Framework
Data Migration Manager
Data Tethers
Deutsches Portal
Device Detection Tool
Device Driver Utility
Device Manager
Device Mapper
Direct Rendering Infrastructure & 3D drivers
DTrace Guide
Duckwater: Simplified name services management
Easy Tools
Emancipation
Emulex Fibre Channel Device Driver
Emulex Advanced Ethernet Device Driver
Enable/Enhance Solaris support for Intel Platform
Enhance the support of USB webcams
Enhanced SMF Profiles
Enhancements for AMD-based Platforms
Erlang DTrace Integration
Ethernet bridge module for Solaris
Evaluate Conary
Events Registry
Ext3 file system support
F/OSS Package Base
Facilitation
Fibre Channel over Ethernet
Fine Grained Access Policy (FGAP)
Fingerprint Authentication
Flexible Mandatory Access Control
Forensic Tools
Fully Open X Project
Fuse on Solaris
gcore
Generic Machine Check Architecture Improvements
Google SOC
HA-JBoss
HA-MySQL
Hadoop Live CD
Hitachi
HoneyComb Fixed Content Storage
HPC Stack
Image Packaging System
Improved Performance MIB
Indiana
Innovation Awards
Input Method
Intel Graphics
Internet Key Exchange, version 2
Interrupt Resource Management
IP Datapath Refactoring
IP over Infiniband
IPsec Tunnel Reform
iSCSI Extensions for Remote DMA (iSER)
iSNS Server
JeOS - Just enough Operating System
JKstat - a java binding for libkstat
Journaled File System (JFS)
K Desktop Environment
Kerberos
Kernel Sockets
Kernel SSL Enhancements
Key Management Framework
Korn Shell 93 integration/migration project
Labeled IPsec
LatencyTOP
Layer 2 Filtering
LDoms Manager
Lending
libMicro - portable microbenchmarks
Link Layer Discovery
Live Media: Technologies for distributions running from CD and other media
Locale Data
lofi compression and cryptography support
lx64 brand
Media Management System
Mega_sas
Mexico
MilaX minimal Live Distribution
MIPS Platform Port
Mozilla DTrace
MRSL.NONsharedDevice
Multi-lingual Glossary
Multi-pathing software (MPxIO)
Multiple disk sector size support
Multiple DOI
Muskoka: An open repository for OpenSolaris technical content
Navigator
Nemo: A Framework for High-Performance Networking
Network Auto-Magic
Network Data Management Protocol
Network MIBs
Network Storage
Network Time Protocol (NTP)
Nevada Globalization
New Design of 4over6 Mechanism Based on OpenSolaris
NFS RDMA transport update and performance analysis
NFS Server in non-Global Zones
NFS version 4.1 pNFS
NFSv4 namespace extensions
Nightingale: Port Songbird to OpenSolaris
NPort ID Virtualization (NPIV)
NUMA
Object Storage Device (OSD) support for Solaris
OHACGE Script Based Plug-in
ON/Nevada (ONNV) Project
Open Development Infrastructure
Open HA Cluster Utilities
Open Sound System
OpenGrok
OpenPegasus CIM Server
OpenRTI
OpenSolaris Busybox
OpenSolaris Desktop
OpenSolaris Hispano
OpenSolaris Security Audit
OpenSolaris support for the QEMU processor emulator: host and guest
PEF: Packet Event Framework
Performance Wrappers
Pkgfactory
Polski Portal
Portail Francophone
Portal Brasil
Portals
Power Management Usability Interfaces
Presto: Automatic Printing Configuration
Printable Many Page Solaris Manuals
Promise SuperTrak RAID HBA Driver
QLogic Converged Network Adapter GLDv3 NIC Driver
Quagga Routing Protocol Suite Integration
RAID Configuration Utility
RBridge (IETF TRILL) support
RDMA Offload Framework
Reno: Login Process Enhancements for Interop
Resource Management
s10brand
SAM/QFS
SCM Migration Project
SCSI RDMA Protocol
SDcard Drivers
Sensor Abstraction Layer
Session Initiation Protocol
SFW
Shell: bourne shell, korn shell, C shell, etc.
Sierra: Intel WiFi Chipsets Support
Simple Panels
SM-HBA Based SAS HBA Management
SMF Documentation
Solaris iSCSI Target
Solaris PowerPC Port
SourceJuicer
Sparks: name service switch/nscd enhancements
Squashfs
Star integration/migration project
Starfish
Starter Kit
Storage Power Management
Sun Security Toolkit
Sun StorageTek Availability Suite
Support for OpenFabrics User Verbs / API on OpenSolaris OS
Support gcc4/GCCfss in Solaris
Suspend/Resume
SVR4 Packaging
Systemz
Tamarack: Removable Media Enhancements in Solaris
Tesla: OpenSolaris Enhanced Power Management
Test Development
Tickless Kernel Architecture
TIPC
Trademarks
Trusted networking interface policy database for Trusted Extensions
Trusted Platform Module support
Use Case
Validated Execution Project
Virtual Console
Virtual Network Machines
Visual Panels
Visualization for HPC
Volo
VRRP: Virtual Router Redundancy Protocol Implementation
VSCAN service
Web Stack
Website
Winchester: Schema mapping and ID mapping for AD Interoperability
Wireless USB Support
Wireless Wide Area Network
X Consolidation
x86 Generic FMA Topology Enumerator
Xen Gate
Xfce: A lightweight desktop environment
ZFS Boot and Install
ZFS on disk encryption support
Zone Manager
Zone Statistics
Русский портал
البوابة العربية
भारतीय पोर्टल
中国门户
日本ポータル
한국 포탈
User Group
Adelaide
Argentina
Arizona
Atlanta
Baltimore-Washington
Bangalore
Bangkok
Bangladesh
Beijing
Bélem
Berlin
Bhimavaram
Bloomington
Campus Ambassadors
Capital Region
Cardiff
Charlotte
Chengdu
Chennai
Chihuahua
Chile
Cleveland
Colombia
Columbus
Connecticut
Cracow
Czech
Dallas/Ft. Worth
Danish
Delaware
Edinburgh
Egypt
Finland
Florida
Front Range
FuZhou
Great Lakes
Greece
Hangzhou
Hawaii
HeFei
Houston
Hyderabad
Indonesia
Irish
Israel
Italian
Jinan
Kabul
Kansas City
Latvia
London
Madurai
Manchester
Mato Grosso
Melbourne
Minas Gerais
Minnesota
Montreal
Moscow
Mumbai
Munich
NEA
Netherlands
New England
New York City
New Zealand
NIT Hamirpur
Noroeste
Oklahoma City
Osnabrück
Peru
Philadelphia
Piaski
Pittsburgh
Porto Alegre
Puget Sound
Pune
Queensland
Research Triangle Park
Romania
Russia
San Antonio
San Diego
San Francisco
São Paulo
Scottish
Serbia
Shanghai
Shenzhen
Silicon Valley
Singapore
Slovak
South African
Southern Connecticut
St. Louis
Sweden
Switzerland
Sydney
Szczecin
Taiwan
Tecum
Thames Valley
Tokyo
Toronto
Trondheim
Tulsa
Turkey
Ukraine
University of Melbourne
Vale do Paraíba
Vancouver
Venezuela
Welsh - Cymru
Wisconsin
Xi'an
Subsites
Code Reviews
Code Repositories
Package Search
Bugster
Bugzilla
Test Machines
Planet
Mailing Lists
Elections & Polls
ARC Case Logs
Source Juicer
Package Factory
User Authentication
Community Group web Pages
Content & Editorial Guidelines
G11n_feature
IRC Chat Test
Files
Collective Life Cycle
Restructuring
Preparing Content
Site Feature Mappings
Wiki Evaluation Form
JSPWiki Evaluation
XWiki Evaluation
Wiki Requirements
XWiki/Auth Integration
Announcements
Content Archives
Data Migration
Roles & Collectives