Apache or GPL? MIT or BSD? These are just some of the licenses that attach to open source software. Do you know the important distinctions between them?
An Introduction to Free and Open Source Software Licensing and Business ModelsGreat Wide Open
This presentation discusses free and open-source software (FOSS) licensing and business models. It covers the categories of FOSS licenses including copyleft, weak copyleft, and permissive licenses. Common FOSS license requirements like providing source code and attribution are also reviewed. The presentation describes several FOSS business models such as dual licensing proprietary software under both FOSS and commercial licenses, open core licensing, and offering support services. Overall it provides an introduction to key concepts regarding FOSS licensing and how companies can generate revenue using FOSS.
The document discusses open source software, including its growing adoption and various business models. It covers open source licenses and their different levels of permissiveness. Some key points include:
- By 2011, 80% of commercial software will contain open source code according to a Gartner study.
- There are over 300,000 open source projects on SourceForge alone.
- Major companies like IBM, Apple, and Microsoft contribute to and use open source software.
- Licenses like the GPL require all derivative works to remain open source, while licenses like the MPL allow proprietary works to use open source code.
- Businesses can make money from open source in various ways like support, services, complementary proprietary products
Licensing in Composite Open Source ProjectsProtecode
This document discusses open source software adoption and licensing in composite projects. It notes that open source software adoption is nearly universal. Composite open source projects combine original code with third party code, resulting in mixed and sometimes hidden licensing. Properly understanding the licensing in composite projects requires examining declared project licenses, subfolder licenses, file licenses, and binaries, as hidden licenses may exist. Compatibility between licenses must also be considered. Formal open source project communities help manage licensing and governance. Due diligence is needed when using composite open source projects to understand all licenses to ensure compliance.
The document summarizes a debate on open source versus proprietary software. It discusses definitions of open source software, popular open source licenses, and advantages of open source such as customizability, security, and lower costs. Open source is gaining adoption in government and enterprise due to benefits like avoiding vendor lock-in, lower costs, and higher quality from community contributions. Surveys find increasing enterprise adoption rates, with over 50% of new software to be open source in the next 5 years. Microsoft is also increasingly supporting open source.
Software Heritage, a revolutionary infrastructure for software source code, O...OW2
Open Source Software is at the heart of our digital society and embodies a growing part of our technical and organisational knowledge, and this raises many questions: how to comply with the obligations of Open Source licenses? how to be sure that the source code of a key module we use will be still there when we need it in the future? do we really know what source code we are using, and where it comes from? how can we adress cybersecurity if we do not know? how do we share this information across the software supply chain?
Answering these questions and answering them well is quite a challenge.
In this presentation, you will discover Software Heritage, an open non-profit initiative, in partnership with Unesco, and supported by major IT players, and how the revolutionary infrastructure it is building changes the way we adress these issues.
Keynote presentation by Roberto Di Cosmo, Inria.
Abstract: With 8 billions unique source files from 120 million repositories, it is the largest archive of source code ever built.
Apache or GPL? MIT or BSD? These are just some of the licenses that attach to open source software. Do you know the important distinctions between them?
An Introduction to Free and Open Source Software Licensing and Business ModelsGreat Wide Open
This presentation discusses free and open-source software (FOSS) licensing and business models. It covers the categories of FOSS licenses including copyleft, weak copyleft, and permissive licenses. Common FOSS license requirements like providing source code and attribution are also reviewed. The presentation describes several FOSS business models such as dual licensing proprietary software under both FOSS and commercial licenses, open core licensing, and offering support services. Overall it provides an introduction to key concepts regarding FOSS licensing and how companies can generate revenue using FOSS.
The document discusses open source software, including its growing adoption and various business models. It covers open source licenses and their different levels of permissiveness. Some key points include:
- By 2011, 80% of commercial software will contain open source code according to a Gartner study.
- There are over 300,000 open source projects on SourceForge alone.
- Major companies like IBM, Apple, and Microsoft contribute to and use open source software.
- Licenses like the GPL require all derivative works to remain open source, while licenses like the MPL allow proprietary works to use open source code.
- Businesses can make money from open source in various ways like support, services, complementary proprietary products
Licensing in Composite Open Source ProjectsProtecode
This document discusses open source software adoption and licensing in composite projects. It notes that open source software adoption is nearly universal. Composite open source projects combine original code with third party code, resulting in mixed and sometimes hidden licensing. Properly understanding the licensing in composite projects requires examining declared project licenses, subfolder licenses, file licenses, and binaries, as hidden licenses may exist. Compatibility between licenses must also be considered. Formal open source project communities help manage licensing and governance. Due diligence is needed when using composite open source projects to understand all licenses to ensure compliance.
The document summarizes a debate on open source versus proprietary software. It discusses definitions of open source software, popular open source licenses, and advantages of open source such as customizability, security, and lower costs. Open source is gaining adoption in government and enterprise due to benefits like avoiding vendor lock-in, lower costs, and higher quality from community contributions. Surveys find increasing enterprise adoption rates, with over 50% of new software to be open source in the next 5 years. Microsoft is also increasingly supporting open source.
Software Heritage, a revolutionary infrastructure for software source code, O...OW2
Open Source Software is at the heart of our digital society and embodies a growing part of our technical and organisational knowledge, and this raises many questions: how to comply with the obligations of Open Source licenses? how to be sure that the source code of a key module we use will be still there when we need it in the future? do we really know what source code we are using, and where it comes from? how can we adress cybersecurity if we do not know? how do we share this information across the software supply chain?
Answering these questions and answering them well is quite a challenge.
In this presentation, you will discover Software Heritage, an open non-profit initiative, in partnership with Unesco, and supported by major IT players, and how the revolutionary infrastructure it is building changes the way we adress these issues.
Keynote presentation by Roberto Di Cosmo, Inria.
Abstract: With 8 billions unique source files from 120 million repositories, it is the largest archive of source code ever built.
Making Money is Important! Open Business Models as an Integrated Part of Crea...Haggen So
Creative Commons was found due to the failure to stop the Copyright Term Extension Act. This ever increasing control is imposed on us in the name of the benefits of the creators, with the latest incarnation as the Directive on Copyright in the Digital Single Market. By giving creators tools to receive revenue without retaining full copyright, we can demonstrate that open business models are viable alternatives other than control. The success of "Made with Creative Commons" strongly indicated that Open Business Models should be an integrated part of the Creative Commons Movement
https://ccglobalsummit2019lisbonportugal.sched.com/event/MmjR/opening-night-program
OpenChain - The Industry Standard for Open Source ComplianceSZ Lin
OpenChain is a legal compliance process and standard for the implementation of open source software in the enterprise supply chain. It enables the upstream and downstream of the software supply to follow and share the open source compliance obligations accordingly; moreover, it can also help the enterprises to collaborate with the open source communities positively.
This document discusses SSL/TLS protocols and how to set up your own certificate authority (CA) or use Let's Encrypt for free SSL certificates.
It provides a brief history of SSL and TLS protocols, outlines the key differences between versions, and lists common TLS implementations like OpenSSL. It then explains how to set up your own CA by generating root and intermediate certificates and signing server/client certificates.
Finally, it introduces Let's Encrypt as a free and automated CA that aims to promote SSL security. It explains how Let's Encrypt validates domain ownership and issues certificates to ensure communications are private, integrity is maintained, and parties can be trusted.
This document discusses the intersection of blockchain technology, open source software, and patents. Some key points include:
1) Open source licenses can "taint" proprietary software if they are combined, requiring the proprietary software to also be open source. This impacts business models.
2) Open source software can still be patented. Patents are an important issue to consider with open source use and contributions.
3) Certain open source licenses require licensees to grant patent licenses, sometimes broadly, which many organizations do not expect.
4) Asserting patent claims against open source users can trigger penalties under some licenses, such as losing the right to use the open source software.
5) Network access models
Presented at the Open Repositories Conference, this presentation describes the Lessons Learned in the Open Source Movement that can be used outside of the traditional IT environment.
Open source software is growing, especially in IoT, but there is little understanding of license obligations. This presentation provides best practices for using open source software safely and effectively. It discusses open source licenses including GPL, LGPL, MIT and their terms. It emphasizes the importance of compliance to avoid liability issues seen in court cases. Developers must understand which licenses are acceptable and how to identify and address license requirements for all code used.
This document discusses open source software and open source business models. It begins with an introduction to open source software, including definitions and licenses. It notes the growth of open source and benefits such as lower costs. However, it also identifies challenges for open source like the lack of a "whole product" and professional services. The document then analyzes the differences between proprietary and open source business models. It proposes crossing the adoption chasm by focusing on the "whole product" and targeting customer needs rather than just the software. Overcoming barriers will also help drive more widespread open source adoption.
Open Source Hardware and Developments in Creative Commons Licenses, Compatibi...Mike Linksvayer
This document summarizes Mike Linksvayer's presentation on developments in Creative Commons licenses and their relevance to open source hardware. Some key points:
- CC BY-SA 4.0 and CC BY 4.0 licenses have improvements that make them more globally applicable and easier to understand and comply with.
- CC BY-SA 4.0 is now bilaterally compatible with the Free Art License, allowing works to be adapted between the two licenses.
- The CC BY-SA 4.0 and CC BY 4.0 licenses explicitly exclude patents from the license, avoiding potential confusion.
- Open source hardware projects seeking patent collaboration could explore licenses that include patent grants, like GPLv3, or
This document provides information about open source software including definitions, features, advantages, disadvantages, popular open source software, licensing, and legitimacy of open source software. It defines open source software as software with source code available and licensed to allow users to study, change, and distribute the software for any purpose. Popular advantages listed include free distribution, lower hardware costs, and abundant support from online communities. Disadvantages include costs of maintenance and support as well as difficulty of installation and use for some end users. The document also discusses open source licensing and laws related to intellectual property and copyright.
Open Software Solutions (OSS) is a software program with the source code that allows programmers to check, moderate, and update anytime from anywhere. OSS also comes with certain requirements, which if not properly followed can lead to legal, operational and security issues. To keep organizations out of OSS-related issues, Deloitte leverages a tool that helps to analyze source code and build a standard process to enhance OSS management. Click on the link to learn how Deloitte can help organizations to manage and utilize OSS in an appropriate manner.
The document discusses open source software licenses. It defines open source and compares it to public domain and freeware licenses. The main open source licenses discussed are the GNU General Public License (GPL) and Berkeley Software Distribution (BSD) license. The GPL requires derivatives to also use the GPL while the BSD allows derivatives to use other licenses. Pros of open source development cited include peer review, motivated community contributions, and avoidance of vendor lock-in. Potential cons include projects becoming niche or fragmented.
- Twitter relies heavily on open source software and contributes a significant amount of code back to the open source community.
- In 2011, Twitter created an Open Source Office to direct all open source efforts related to compliance, standards, and engineering outreach.
- The Open Source Office established review processes, licensing guidelines, and development best practices to manage open source code in a transparent and compliant manner while still facilitating contributions and collaboration.
Simon Phipps, President, Open Source Initiative
Open source is not about free stuff. It's a way of granting permission in advance so that innovation can happen without obstruction and so loose-knit communities can collaborate freely. As such, it's more important than ever in an age of APIs, devices and distributed web infrastructure.
This session will:
Explain the dynamics of open source licensing
Consider the relative merits of licensing "strengths" for IoT
Discuss the challenges of software patents to APIs and open collaboration.
This document provides an overview of open source software and open development. It discusses the history of open source software and definitions of key terms. It also presents two case studies of successful open source projects: TexGen, a textile CAD modeler, and Apache Wookie, a widget server. Both projects benefited from collaboration, publicity, and new partnerships by being open source. The document also briefly covers legal aspects of open source like copyright.
Knowledge on open source software, license and usages.
Difference between open source foundation and free software foundation.
Alos, knows software categories belongs to open source.
Open source technology allows end users and developers to view and modify source code. It has various benefits including being free, continually evolving through community contributions, and not locking users into specific vendors. There are different open source licenses that comply with the open source definition by allowing free use, modification and sharing of software. Open source makes sense for financial services by enabling innovation through building on others' work and collaborating to solve problems faster. It encourages participation and contribution which can benefit society.
Open source technology allows end users and developers to view and modify source code. It has various benefits including being free, continually evolving through community contributions, and not locking users into specific vendors. There are different open source licenses that comply with the open source definition by allowing free use, modification and sharing of software. Open source makes sense for financial services by enabling innovation through building on others' work and collaborating to solve problems faster. It encourages participation and contribution which benefits societal development.
Making Money is Important! Open Business Models as an Integrated Part of Crea...Haggen So
Creative Commons was found due to the failure to stop the Copyright Term Extension Act. This ever increasing control is imposed on us in the name of the benefits of the creators, with the latest incarnation as the Directive on Copyright in the Digital Single Market. By giving creators tools to receive revenue without retaining full copyright, we can demonstrate that open business models are viable alternatives other than control. The success of "Made with Creative Commons" strongly indicated that Open Business Models should be an integrated part of the Creative Commons Movement
https://ccglobalsummit2019lisbonportugal.sched.com/event/MmjR/opening-night-program
OpenChain - The Industry Standard for Open Source ComplianceSZ Lin
OpenChain is a legal compliance process and standard for the implementation of open source software in the enterprise supply chain. It enables the upstream and downstream of the software supply to follow and share the open source compliance obligations accordingly; moreover, it can also help the enterprises to collaborate with the open source communities positively.
This document discusses SSL/TLS protocols and how to set up your own certificate authority (CA) or use Let's Encrypt for free SSL certificates.
It provides a brief history of SSL and TLS protocols, outlines the key differences between versions, and lists common TLS implementations like OpenSSL. It then explains how to set up your own CA by generating root and intermediate certificates and signing server/client certificates.
Finally, it introduces Let's Encrypt as a free and automated CA that aims to promote SSL security. It explains how Let's Encrypt validates domain ownership and issues certificates to ensure communications are private, integrity is maintained, and parties can be trusted.
This document discusses the intersection of blockchain technology, open source software, and patents. Some key points include:
1) Open source licenses can "taint" proprietary software if they are combined, requiring the proprietary software to also be open source. This impacts business models.
2) Open source software can still be patented. Patents are an important issue to consider with open source use and contributions.
3) Certain open source licenses require licensees to grant patent licenses, sometimes broadly, which many organizations do not expect.
4) Asserting patent claims against open source users can trigger penalties under some licenses, such as losing the right to use the open source software.
5) Network access models
Presented at the Open Repositories Conference, this presentation describes the Lessons Learned in the Open Source Movement that can be used outside of the traditional IT environment.
Open source software is growing, especially in IoT, but there is little understanding of license obligations. This presentation provides best practices for using open source software safely and effectively. It discusses open source licenses including GPL, LGPL, MIT and their terms. It emphasizes the importance of compliance to avoid liability issues seen in court cases. Developers must understand which licenses are acceptable and how to identify and address license requirements for all code used.
This document discusses open source software and open source business models. It begins with an introduction to open source software, including definitions and licenses. It notes the growth of open source and benefits such as lower costs. However, it also identifies challenges for open source like the lack of a "whole product" and professional services. The document then analyzes the differences between proprietary and open source business models. It proposes crossing the adoption chasm by focusing on the "whole product" and targeting customer needs rather than just the software. Overcoming barriers will also help drive more widespread open source adoption.
Open Source Hardware and Developments in Creative Commons Licenses, Compatibi...Mike Linksvayer
This document summarizes Mike Linksvayer's presentation on developments in Creative Commons licenses and their relevance to open source hardware. Some key points:
- CC BY-SA 4.0 and CC BY 4.0 licenses have improvements that make them more globally applicable and easier to understand and comply with.
- CC BY-SA 4.0 is now bilaterally compatible with the Free Art License, allowing works to be adapted between the two licenses.
- The CC BY-SA 4.0 and CC BY 4.0 licenses explicitly exclude patents from the license, avoiding potential confusion.
- Open source hardware projects seeking patent collaboration could explore licenses that include patent grants, like GPLv3, or
This document provides information about open source software including definitions, features, advantages, disadvantages, popular open source software, licensing, and legitimacy of open source software. It defines open source software as software with source code available and licensed to allow users to study, change, and distribute the software for any purpose. Popular advantages listed include free distribution, lower hardware costs, and abundant support from online communities. Disadvantages include costs of maintenance and support as well as difficulty of installation and use for some end users. The document also discusses open source licensing and laws related to intellectual property and copyright.
Open Software Solutions (OSS) is a software program with the source code that allows programmers to check, moderate, and update anytime from anywhere. OSS also comes with certain requirements, which if not properly followed can lead to legal, operational and security issues. To keep organizations out of OSS-related issues, Deloitte leverages a tool that helps to analyze source code and build a standard process to enhance OSS management. Click on the link to learn how Deloitte can help organizations to manage and utilize OSS in an appropriate manner.
The document discusses open source software licenses. It defines open source and compares it to public domain and freeware licenses. The main open source licenses discussed are the GNU General Public License (GPL) and Berkeley Software Distribution (BSD) license. The GPL requires derivatives to also use the GPL while the BSD allows derivatives to use other licenses. Pros of open source development cited include peer review, motivated community contributions, and avoidance of vendor lock-in. Potential cons include projects becoming niche or fragmented.
- Twitter relies heavily on open source software and contributes a significant amount of code back to the open source community.
- In 2011, Twitter created an Open Source Office to direct all open source efforts related to compliance, standards, and engineering outreach.
- The Open Source Office established review processes, licensing guidelines, and development best practices to manage open source code in a transparent and compliant manner while still facilitating contributions and collaboration.
Simon Phipps, President, Open Source Initiative
Open source is not about free stuff. It's a way of granting permission in advance so that innovation can happen without obstruction and so loose-knit communities can collaborate freely. As such, it's more important than ever in an age of APIs, devices and distributed web infrastructure.
This session will:
Explain the dynamics of open source licensing
Consider the relative merits of licensing "strengths" for IoT
Discuss the challenges of software patents to APIs and open collaboration.
This document provides an overview of open source software and open development. It discusses the history of open source software and definitions of key terms. It also presents two case studies of successful open source projects: TexGen, a textile CAD modeler, and Apache Wookie, a widget server. Both projects benefited from collaboration, publicity, and new partnerships by being open source. The document also briefly covers legal aspects of open source like copyright.
Knowledge on open source software, license and usages.
Difference between open source foundation and free software foundation.
Alos, knows software categories belongs to open source.
Open source technology allows end users and developers to view and modify source code. It has various benefits including being free, continually evolving through community contributions, and not locking users into specific vendors. There are different open source licenses that comply with the open source definition by allowing free use, modification and sharing of software. Open source makes sense for financial services by enabling innovation through building on others' work and collaborating to solve problems faster. It encourages participation and contribution which can benefit society.
Open source technology allows end users and developers to view and modify source code. It has various benefits including being free, continually evolving through community contributions, and not locking users into specific vendors. There are different open source licenses that comply with the open source definition by allowing free use, modification and sharing of software. Open source makes sense for financial services by enabling innovation through building on others' work and collaborating to solve problems faster. It encourages participation and contribution which benefits societal development.
Similar to 20200918 lucien-open chain-and_common_requirements (20)
Cc asia pacific regional meeting 2014 taiwan updates and success storyLucien C.H. Lin
"CC Asia Pacific Regional Meeting 2014 Taiwan Updates and Success Story" is the material for meeting of CC Asia Pacific Regional Meeting held in Seoul. It explains how CC TW has been doing CC promotion in Taiwan, and the achivement in the past two years during 2012 to 2014.
Capital Punishment by Saif Javed (LLM)ppt.pptxOmGod1
This PowerPoint presentation, titled "Capital Punishment in India: Constitutionality and Rarest of Rare Principle," is a comprehensive exploration of the death penalty within the Indian criminal justice system. Authored by Saif Javed, an LL.M student specializing in Criminal Law and Criminology at Kazi Nazrul University, the presentation delves into the constitutional aspects and ethical debates surrounding capital punishment. It examines key legal provisions, significant case laws, and the specific categories of offenders excluded from the death penalty. The presentation also discusses recent recommendations by the Law Commission of India regarding the gradual abolishment of capital punishment, except for terrorism-related offenses. This detailed analysis aims to foster informed discussions on the future of the death penalty in India.
The presentation deals with the concept of Right to Default Bail laid down under Section 167 of the Code of Criminal Procedure 1973 and Section 187 of Bharatiya Nagarik Suraksha Sanhita 2023.
Corporate Governance : Scope and Legal Frameworkdevaki57
CORPORATE GOVERNANCE
MEANING
Corporate Governance refers to the way in which companies are governed and to what purpose. It identifies who has power and accountability, and who makes decisions. It is, in essence, a toolkit that enables management and the board to deal more effectively with the challenges of running a company.
Indonesian Manpower Regulation on Severance Pay for Retiring Private Sector E...AHRP Law Firm
Law Number 13 of 2003 on Manpower has been partially revoked and amended several times, with the latest amendment made through Law Number 6 of 2023. Attention is drawn to a specific part of the Manpower Law concerning severance pay. This aspect is undoubtedly one of the most crucial parts regulated by the Manpower Law. It is essential for both employers and employees to abide by the law, fulfill their obligations, and retain their rights regarding this matter.
2. Common requirements on OSS compliance
from communities to Taiwan companies and
how OpenChain can help to that
Lucien Cheng-hsia Lin / 林誠夏
Open Culture Foundation, Legal Adviser / 開放文化基金會 法制顧問
Open Source Legal Network Taiwan, Co-founder / 台灣開源法律網絡,共同創辦人
Email: lucien.cc@gmail.com / lucien@ocf.tw
LinkedIn: https://tw.linkedin.com/in/lucienchlin
OpenChain Taiwan Work Group 1st Meeting / OpenChain 台灣社群聚會:首發工作坊
2020.09.18
本文件使用 SIL Open Font License v1.1 釋出之 Public Sans 及 思源黑體 字型,
前者由 USWDS 發布,後者由 Adobe 、 Google 及其他合作夥伴協同發布。
簡報內容未經特別標註者,皆採 CC0-1.0 公眾領域貢獻宣告 釋出,後續得不受著作權利限制被使用。
3. Common requirements (1)
I need the Source Codes of the Product that
shall be provided under GPL.
- 我需要您產品裡應該採 GPL 提供的程式源碼。
4. Common requirements (2)
Due to the non-compliance, the FOSS license
for your distribution has been voided, you have
to cease the delivery of the product.
- 因為沒有做到自由開源合規,原自由開源授權已
經終止,你不能再交付這個產品給客戶。
5. Common requirements (3)
Even if the related components are developed partially
on your own, still, you have to provide the Source Code
of that under the GPL as a derivative work of the
original ones.
- 即使相關元件部份是由您自行開發,然而它是 GPL 原元
件的改作,您還是要提供該元件的程式源碼!
6. Common requirements (4)
You seem keep all the FOSS info from the users to hide and
obfuscate the application, however the error signal and
help page shows opposite result, please clarify this issue.
- 您似乎將自由開源軟體相關資訊給隱藏或混淆了,但是程式
的錯誤訊息及內嵌的說明頁顯示它原來就是自由開源軟體,請
釐清!
7. Common requirements (5)
The Source Code you provided corresponded to
the FOSS components is less than enough,
please rectify this situation.
- 您依照自由開源元件提供的相應程式源碼並不充
足,請改正這個狀況。
8. Common requirements (6)
The FOSS component you used in the product is originally
developed by me, all the copyright notice and attribution to me
has been wrongly neglected, please rectify this situation.
- 您產品裡使用的自由開源元件是我初始開發的,但所有關於我的著
作權聲明及顯名聲明都被錯誤忽略了,請改正這個狀況。
9. Common requirements (7)
The product comes with GPL-licensed components, I
would like to do some modification based on the FOSS
part, please provide me the certification keys to bypass
the DRM.
產品裡有 GPL 授權元件,我想基於此做一些修改,請提供
我可以避過數位權利管理的認證金鑰。
15. I have a phone, I have a bubble tea.
"File: Nokia 3310.png" by bijutoha is licensed under CC-CC0 1.0. To view a copy of this license, visitНовый
https://creativecommons.org/licenses/cc0/1.0/.
"BiCCA 19" by spongebabyalwaysfull is marked under CC0 1.0. To view the terms, visit
https://creativecommons.org/licenses/cc0/1.0/
16. I have a phone, I have a bubble tea, uh!
Broken Phone!!!
17. Face the Music
1. FOSS List
2. Corresponding Source
3. Certification Key
4. Attribution
20. The crucial 6 points of OpenChain management
進行 OpenChain 開源合規的 6 大要點
1. Policy 政策書
2. Contacting Window / Liaison 協調窗口
3. Work Flow to Produce the FOSS List 產出自由開源清單的流程
4. Work Flow to Verify the FOSS List 驗證自由開源清單的流程
5. Code of Community Participation 社群參與規範
6. Updating All the Crucial Points 定期更新各項要點
21. What OpenChain can help
1. FOSS List
2. Corresponding Source
3. Certification Key
4. Attribution
22. What OpenChain can help
1. FOSS List √
2. Corresponding Source
3. Certification Key
4. Attribution
23. What OpenChain can help
1. FOSS List
2. Corresponding Source √
3. Certification Key
4. Attribution
24. What OpenChain can help
1. FOSS List
2. Corresponding Source
3. Certification Key √ (contacting window)
4. Attribution
25. What OpenChain can help
1. FOSS List
2. Corresponding Source
3. Certification Key
4. Attribution √
26. What OpenChain can help to TW ICT
1. Fairly sharing the responsibilities 權責相配
2. Fundamental Work Flow for FOSS Compliance 流程可循
3. Dances with Wolves 社群互動
4. Switching from Follower to Lead 化守為攻