Consider stating the copyright holder of the project

Open
#1,270 3 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
30/100
Issue type
Documentation
Clarity
Needs clarification
Activity status
Stale
Tech stack
python, rust
Domain
documentation

Research direction

Start by inspecting the sdist metadata and the existing Apache license text to see where project authorship is currently represented. This issue needs a maintainer decision about the copyright holder; it is done when that choice is stated consistently in the distributed package and licensing material.

Written by the indexing model from the issue text.

Description

documentation
What is the expected enhancement?

At the moment, it's not clear to me from an sdist who the copyright holder is for the purposes of the Apache 2 licence, making it somewhat unclear "who" should be attributed. The only metadata in an sdist of the package is that Matt is the author, but this possibly isn't a fully accurate representation of the state or the intended state.

The Apache 2 licence file suggests putting this notice of copyright somewhere in the project:

Copyright [year] [copyright holder].

Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at

    http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.

but I couldn't see an equivalent anywhere here.

Dominant language
Rust
Stars
1.8k
Forks
220
Avg merge
3d 16h
Merged PRs (30d)
3

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from Qiskit/rustworkx

All issues in Qiskit/rustworkx

Similar issues

More Rust issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.