Skip to content

Conversation

@jbaiera
Copy link
Member

@jbaiera jbaiera commented Jun 11, 2020

By default we filter out projects from dependencies info task based on their group names. We should be filtering based on if the dependency is a project dependency.

@jbaiera jbaiera added >enhancement :Delivery/Build Build or test infrastructure labels Jun 11, 2020
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-core-infra (:Core/Infra/Build)

@elasticmachine elasticmachine added the Team:Core/Infra Meta label for core/infra team label Jun 11, 2020
Copy link
Member

@rjernst rjernst left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@jbaiera jbaiera merged commit e60da4a into elastic:master Jun 12, 2020
@jbaiera jbaiera deleted the dependencies-info-filter-project-deps branch June 12, 2020 14:53
@jbaiera jbaiera added the v8.0.0 label Jun 12, 2020
jbaiera added a commit to jbaiera/elasticsearch that referenced this pull request Jun 12, 2020
…8015)

By default we filter out projects from dependencies info task based on their 
group names. We should be filtering based on if the dependency is a project 
dependency.
jbaiera added a commit that referenced this pull request Jun 12, 2020
…58057)

By default we filter out projects from dependencies info task based on their 
group names. We should be filtering based on if the dependency is a project 
dependency.
jasontedor added a commit that referenced this pull request Jun 12, 2020
Previously we excluded requiring licenses for dependencies with the
group name org.elasticsearch under the assumption that these use the
top-level Elasticsearch license. This is not always correct, for
example, for the org.elasticsearch:jna dependency as this is merely a
wrapper around the upstream JNA project, and that is the license that we
should be including. A recent change modified this check from using the
group name to checking only if the dependency is a project
dependency. This exposed the use of JNA in SQL CLI to this check, but
the license for it was not added. This commit addresses this by adding
the license.

Relates #58015
jasontedor added a commit that referenced this pull request Jun 12, 2020
Previously we excluded requiring licenses for dependencies with the
group name org.elasticsearch under the assumption that these use the
top-level Elasticsearch license. This is not always correct, for
example, for the org.elasticsearch:jna dependency as this is merely a
wrapper around the upstream JNA project, and that is the license that we
should be including. A recent change modified this check from using the
group name to checking only if the dependency is a project
dependency. This exposed the use of JNA in SQL CLI to this check, but
the license for it was not added. This commit addresses this by adding
the license.

Relates #58015
@jasontedor
Copy link
Member

I'm reverting this change because it broke the :dependenciesInfo task for sql-cli due to a missing license file for the runtime JNA dependency. Yet, adding that license is not sufficient (it fixes that task, but then breaks the dependency license check). So, we'll need to take a step back here and sort that out. Can you do that @jbaiera? Note that :dependenciesInfo is not part of check, so you have to run it manually to ensure that both the dependencies license check and the :dependenciesInfo tasks are good here.

@jasontedor
Copy link
Member

Reverted from master and 7.x:

@jbaiera
Copy link
Member Author

jbaiera commented Jun 13, 2020

Note that :dependenciesInfo is not part of check, so you have to run it manually to ensure that both the dependencies license check and the :dependenciesInfo tasks are good here.

Oh woops, I definitely thought it was rolled in with precommit. Good catch, I'll sort this out Monday.

jbaiera added a commit to jbaiera/elasticsearch that referenced this pull request Jun 16, 2020
@mark-vieira mark-vieira added Team:Delivery Meta label for Delivery team and removed Team:Core/Infra Meta label for core/infra team labels Nov 11, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

:Delivery/Build Build or test infrastructure >enhancement Team:Delivery Meta label for Delivery team v7.9.0 v8.0.0-alpha1

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants