Skip to content

Commit 5433444

Browse files
committed
remove more unnecessary blockquote
1 parent c2b2160 commit 5433444

File tree

1 file changed

+74
-73
lines changed

1 file changed

+74
-73
lines changed

Guides/Official/OpenChain-in-Mergers-and-Acquisitions/2.0/en/Assessment-Of-OS-Practices-In-Merger-and-Acquisition.md

Lines changed: 74 additions & 73 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,7 @@
11
---
22
title: A Contribution to the OpenChain Project
33
author: Ibrahim Haddad, Ph.D.
4+
markdown_version: Carlo Piana
45
---
56

67
**A Contribution to the OpenChain Project**
@@ -65,7 +66,7 @@ The checklist explores 13 specific areas to evaluate:
6566
7. Appropriate staffing for compliance execution
6667

6768
8. Adaptation of business processes to accommodate open source specific
68-
> requirements
69+
requirements
6970

7071
9. Training
7172

@@ -76,7 +77,7 @@ The checklist explores 13 specific areas to evaluate:
7677
12. Maintaining inventory of open source software
7778

7879
13. Automation and tool support for large scale use, consumption, and
79-
> compliance
80+
compliance
8081

8182
The remainder of this paper is dedicated to exploring these 13 different
8283
categories and various elements within each category.
@@ -93,80 +94,80 @@ software, including open source software in a code base readied for
9394
release as a product or a service.***
9495

9596
- Open source software discovery occurs at an early point in the
96-
> product development cycle.
97+
product development cycle.
9798

9899
- The product team systematically identifies all the software and
99-
> additional materials that must be subjected to compliance
100-
> analysis.
100+
additional materials that must be subjected to compliance
101+
analysis.
101102

102103
- Third party suppliers disclose all open source software in their
103-
> deliverables.
104+
deliverables.
104105

105106
- The organization has a defined format for the disclosure.
106107

107108
- The open source compliance team reviews the disclosure for
108-
> accuracy and completeness using whatever tools are available
109-
> to it.
109+
accuracy and completeness using whatever tools are available
110+
to it.
110111

111112
- The organization investigates the third party supplier's use of open
112-
> source software and its open source compliance practices as part
113-
> of its supplier selection process.
113+
source software and its open source compliance practices as part
114+
of its supplier selection process.
114115

115116
- The organization investigates the third party supplier's
116-
> compliance and supply chain management practices to evaluate
117-
> their adequacy.
117+
compliance and supply chain management practices to evaluate
118+
their adequacy.
118119

119120
- The organization uses defined guidelines to determine if
120-
> automated scanning or other confirmation of the supplier's
121-
> disclosure is needed.
121+
automated scanning or other confirmation of the supplier's
122+
disclosure is needed.
122123

123124
- Software license agreements include appropriate terms and
124-
> conditions concerning open source software.
125+
conditions concerning open source software.
125126

126127
- Procurement (i.e., Supply Chain) staff and others who interface
127-
> with suppliers have been trained in open source software
128-
> matters and include open source software concerns in their
129-
> discussions with third party suppliers.
128+
with suppliers have been trained in open source software
129+
matters and include open source software concerns in their
130+
discussions with third party suppliers.
130131

131132
- The organization periodically conducts audits of open source
132-
> software use.
133+
software use.
133134

134135
- At an agreed-upon frequency, the organization conducts an
135-
> audit/inventory of open source software used internally and
136-
> records its findings.
136+
audit/inventory of open source software used internally and
137+
records its findings.
137138

138139
- The organization audits and inventories the open source software
139-
> included in its products and services.
140+
included in its products and services.
140141

141142
- The organization identifies the conditions or events that
142-
> trigger a fresh audit of the product's source code or of the
143-
> incremental changes to a code base whose open source
144-
> compliance had previously been verified.
143+
trigger a fresh audit of the product's source code or of the
144+
incremental changes to a code base whose open source
145+
compliance had previously been verified.
145146

146147
- A bill of materials is prepared to reflect the open source content
147-
> of a specific product or service release.
148+
of a specific product or service release.
148149

149150
- Code scans are used to prepare the bill of materials wherever
150-
> source code is available.
151+
source code is available.
151152

152153
- Supplier disclosures are used in cases where source code is not
153-
> available.
154+
available.
154155

155156
- The organization uses a systematic approach to identify changes in
156-
> the code baseline and to perform incremental compliance on changes
157-
> in an efficient manner.
157+
the code baseline and to perform incremental compliance on changes
158+
in an efficient manner.
158159

159160
- The organization systematically achieves closure on issues arising
160-
> from discovery activity.
161+
from discovery activity.
161162

162163
- The organization systematically tracks open issues.
163164

164165
- The organization assigns adequate resources to achieve closure
165-
> in a reasonable timeframe.
166+
in a reasonable timeframe.
166167

167168
- The organization periodically reviews commercial and open source
168-
> tools to assess the costs and benefits of their use in discovering
169-
> open source software in code baselines.
169+
tools to assess the costs and benefits of their use in discovering
170+
open source software in code baselines.
170171

171172
## 2. Review and Approval of the Use of Open Source Software
172173

@@ -178,61 +179,61 @@ software in products for distribution and, if mandated by company
178179
policy, in internal projects.***
179180

180181
- The organization subjects all open source software used in products
181-
> to review and defines what contextual changes in open source
182-
> software use trigger re-approval activity.
182+
to review and defines what contextual changes in open source
183+
software use trigger re-approval activity.
183184

184185
- The organization considers issues relevant to the use of a specific
185-
> open source software package and version, such as bug fixes the
186-
> community has made in subsequent versions, security
187-
> vulnerabilities that have been identified in a specific package
188-
> version, technology incorporated into the package that might be
189-
> subject to export control regulations, etc.
186+
open source software package and version, such as bug fixes the
187+
community has made in subsequent versions, security
188+
vulnerabilities that have been identified in a specific package
189+
version, technology incorporated into the package that might be
190+
subject to export control regulations, etc.
190191

191192
- An open source review board (OSRB) is used to review and approve
192-
> planned uses of open source software in products or services.
193+
planned uses of open source software in products or services.
193194

194195
- The OSRB is staffed with appropriately skilled and knowledgeable
195-
> individuals.
196+
individuals.
196197

197198
- Appropriate resources are available for the interpretation of
198-
> open source licenses and definition of obligations to be
199-
> satisfied.
199+
open source licenses and definition of obligations to be
200+
satisfied.
200201

201202
- Sufficient staffing is provided to the OSRB to achieve
202-
> turnaround time on submissions that supports product
203-
> development cycles.
203+
turnaround time on submissions that supports product
204+
development cycles.
204205

205206
- OSRB procedures (inputs to a review, participants, review
206-
> procedures, analysis procedures, decision outcomes, appeal and
207-
> waiver procedures, etc.) are defined and documented.
207+
procedures, analysis procedures, decision outcomes, appeal and
208+
waiver procedures, etc.) are defined and documented.
208209

209210
- The OSRB considers and provides architectural guidelines and/or
210-
> requirements for OSS inclusion in products to be distributed.
211+
requirements for OSS inclusion in products to be distributed.
211212

212213
- The OSRB uses independent analysis methods to confirm the open
213-
> source software content reported by teams when they submit an
214-
> open source software use case for approval.
214+
source software content reported by teams when they submit an
215+
open source software use case for approval.
215216

216217
- Records of OSRB deliberations are maintained (cases, status,
217-
> past decisions, requirements imposed on product teams, etc.)
218-
> and used in future deliberations.
218+
past decisions, requirements imposed on product teams, etc.)
219+
and used in future deliberations.
219220

220221
- The OSRB decides whether to approve the proposed open source
221-
> software use and identifies obligations that must be
222-
> satisfied, if any, and conditions that must be met, if any,
223-
> before product distribution is approved.
222+
software use and identifies obligations that must be
223+
satisfied, if any, and conditions that must be met, if any,
224+
before product distribution is approved.
224225

225226
- The organization provides a definition and examples of the
226-
> information that must be submitted to the OSRB for approval of
227-
> open source software use.
227+
information that must be submitted to the OSRB for approval of
228+
open source software use.
228229

229230
- Proposed use of open source software includes a description of
230-
> the architectural interfaces and dependencies between any open
231-
> source components and the rest of the system.
231+
the architectural interfaces and dependencies between any open
232+
source components and the rest of the system.
232233

233234
- The OSRB communicates perspectives across business units to achieve
234-
> a consistency of interpretation of license obligations and review
235-
> practices.
235+
a consistency of interpretation of license obligations and review
236+
practices.
236237

237238
## 3. Obligation Satisfaction
238239

@@ -821,7 +822,7 @@ you build your product or software stack.
821822
8. Perform verification to all steps previous to distribution.
822823

823824
9. Distribute source code and perform final verifications in relation
824-
> to distribution.
825+
to distribution.
825826

826827
The output of the process is an open source bill of materials (BoM) that
827828
you can publish, along with a written offer and various copyright,
@@ -1182,7 +1183,7 @@ If you are the target, you can maintain proper open source compliance
11821183
practices by ensuring your development and business processes include:
11831184

11841185
- Identifying the origin and license of all internal and external
1185-
> software.
1186+
software.
11861187

11871188
- Tracking open source software within the development process
11881189
(components and snippets).
@@ -2158,22 +2159,22 @@ packages.
21582159
### Open Source Compliance Tools\*
21592160

21602161
- [FOSSology](https://www.fossology.org/) is an open
2161-
> source license compliance software system and toolkit.
2162+
source license compliance software system and toolkit.
21622163

21632164
- [Binary Analysis Tool](http://www.binaryanalysis.org/)
2164-
> is an open source tool that assist in compliance activities. It
2165-
> examines binary code looking for compliance issues.
2165+
is an open source tool that assist in compliance activities. It
2166+
examines binary code looking for compliance issues.
21662167

21672168
- [QMSTR](https://qmstr.org/) (pronounced quartermaster)
2168-
> creates an integrated open source toolchain that implements
2169-
> industry best practices of license compliance management.
2169+
creates an integrated open source toolchain that implements
2170+
industry best practices of license compliance management.
21702171

21712172
- [Tern](https://github.com/vmware/tern) is an
2172-
> inspection tool to find the metadata of the packages installed in
2173-
> a container image.
2173+
inspection tool to find the metadata of the packages installed in
2174+
a container image.
21742175

21752176
- [SPDX tools](https://spdx.org/tools) provide
2176-
> translation, comparison, and verification functionality.
2177+
translation, comparison, and verification functionality.
21772178

21782179
**\*** The author apologizes in advance if these list are missing any
21792180
provider or tool. If so, please

0 commit comments

Comments
 (0)