Version 10.23 by lhawthorn on 2016/04/22 01:56

Show last authors
1 Time: Thursday April 21st, 2016, 18:00-21:00
2
3 **Location**: [[Bocoup Office>>url:https://bocoup.com/]]
4
5 201 South Street, Floor 1
6 Boston, MA 02111
7
8 The Bocoup folks ask that attendees enter through our back door at 50 Utica St., Boston, MA
9
10 **Parking**:
11
12 Street parking is metered but inconsistent in the area
13
14 //Parking Garages//:
15
16 South Station Garage: Address: 750 Atlantic Ave, Boston, MA 02111 ~/~/ Phone: [[(617) 345-0202>>path:tel:%28617%29%20345-0202]]
17
18 Chinatown Garage: Address: 125 Lincoln St, Boston, MA 02111 ~/~/ Phone: [[(617) 416-6201>>path:tel:%28617%29%20416-6201]]
19
20
21 **Public Transportation/ MBTA**:
22
23 South Station (Red Line) is a 5 min. walk away
24
25 Chinatown Station (Orange Line) is an 8 min. walk away
26
27 **Agenda**
28
29 Come meet the OSI Board! At this town hall style meeting, members of the OSI Board will share their ideas and plans for the future, talk about the organization's mission and concerns, and, hopefully, hear from you about your ideas and how you think the OSI can best serve the open source community.
30
31 There will be snacks and (non-alcoholic) drinks!
32
33 RSVP below:
34
35 1. Deb Bryant
36 1. Molly de Blanc
37 1. Leslie Hawthorn
38 1. Patrick Masson
39 1. Mike Milinkovich
40 1. Allison Randal
41 1. Paul Tagliamonte
42 1. Italo Vignoli
43 1. Stefano Zacchiroli
44 1. Chris Aniszczyk (tentative)
45 1. Duane O'Brien
46 1. Shane Curcuru
47
48 (((
49 [[Read more about the OSI Board>>url:https://opensource.org/docs/board-annotated]].
50
51 Read the [[Beyond-Licensing email archives>>url:https://lists.opensource.org/pipermail/beyond-licensing/]] for more details about the project.
52
53 **Meeting Notes**
54
55 * Beyond licensing: meant to explore open source just beyond the scope of licensing - what is the raison d'etre of the OSI beyond keeping a list of licenses
56 * A license is not enough to create a successful community & project, but these things are not as well defined as e.g. The Open Source Definition
57 * Open standards requirements are a good addition to the purview of the OSI
58 * Branding is important for open source projects, see recent post from Shane Curcuru on Beyond Licensing list
59 ** Company leadership who is disconnected from marketing dept understanding of open source and who co-opt open source brands / branding (e.g. Hadoop)
60 ** People want to work on projects because of the "brand" - reputation, credibility, etc.
61 ** Not every project needs to get to the point of needing "branding" but if you wait to long then your brand can have been coopted by businesses, etc.
62 ** Foundations exist to hold marks and allows for use of them in a sane way, e.g. differently than a trademarked name of a 'project' which is owned by a VC funded company
63 ** Company involvement can skew the perception of your project before you are aware it is happening
64 * Open source needs marketing & marketing education! ~^~^
65 ** OSI can provide education and basic models for trademark usage or amplify signal of modern trademark guidelines & FOSS Marks project
66 ** Guide on what to worry about and when in your lifecycle for branding for projects so you don't burn cycles or get co-opted
67 ** 80% of trademark enforcement can be done with no cash outlay, just by sending a letter - can OSI provide templates for these polite letters?
68 * Governance models
69 ** Copyright aggregation - this can be dangerous if any one entity exercises too much control over code base copyright
70 ** How do we organize our open source project
71 * Social responsibility of the open source movement / organizations within it
72 ** Are codes of conduct something we should talk about as a best practice?
73 ** Free software and policy, e.g. bill introduced in New York City Council advocating government prefer FOSS in procurement - cuts costs, use local contractors vs. big vendors, set target for amount of open source being used, software produced by government should be released as open source
74 * How to tell if a particular project is "good" to engage with / contribute to
75 * How do we engage authentically with open source communities when we're a business using/creating open source software
76 * OSI has capacity and neutrality to compile and index this kind of best practices content, the question is where to start - we want to be the 'reference desk'
77 ** Would there be a peer review process for this content?
78 ** What is the approval process for a particular document / syllabus / piece of work?
79 *** Could be the committer model to avoid endless debate
80 * Employee and employer relationship around open source stuff - employment contracts, expectations of time to spend contributing, copyright assignment in work for hire situations, etc.
81 * Sustainability of working on open source as an independent developer
82 * Dealing with large and old companies trying to figure out how to use and deal with open source software and change agency within their organization
83 ** documenting the journey of these long existing companies to open source, e.g. Airbus determining the only way to support software in their aircraft, which can be in service 50-80 years, requires open source
84 * Case study approach for business models of open source
85 * Newer projects didn't really care about licenses in the first place - look at GitHub 3-4 years ago, now GitHub is recommending a license as you spin up project
86 *
87 )))

Submit feedback regarding this wiki to webmaster@opensource.org

This wiki is licensed under a Creative Commons 2.0 license
XWiki 14.10.13 - Documentation