Skip to content
This repository has been archived by the owner on Dec 8, 2023. It is now read-only.

[I/O Site] [Repolinter] Open Source Policy Issues #100

Closed
github-actions bot opened this issue Mar 14, 2022 · 6 comments · Fixed by #112
Closed

[I/O Site] [Repolinter] Open Source Policy Issues #100

github-actions bot opened this issue Mar 14, 2022 · 6 comments · Fixed by #112
Assignees

Comments

@github-actions
Copy link

github-actions bot commented Mar 14, 2022

Repolinter Report

🤖This issue was automatically generated by repolinter-action, developed by the Open Source and Developer Advocacy team at New Relic. This issue will be automatically updated or closed when changes are pushed. If you have any problems with this tool, please feel free to open a GitHub issue or give us a ping in #help-opensource.

This Repolinter run generated the following results:

❗ Error ❌ Fail ⚠️ Warn ✅ Pass Ignored Total
0 1 1 5 0 7

Fail #

readme-starts-with-community-header #

The README of a community project should have a community project header at the start of the README. If you already have a community project header and this rule is failing, your header may be out of date, and you should update your header with the suggested one below. For more information please visit https://opensource.newrelic.com/oss-category/. Below is a list of files or patterns that failed:

  • README.md: The first 5 lines do not contain the pattern(s): Open source Community header (see https://opensource.newrelic.com/oss-category).
    • 🔨 Suggested Fix: prepend [![Community header](https://github.com/newrelic/opensource-website/raw/master/src/images/categories/Community_Project.png)](https://opensource.newrelic.com/oss-category/#community-project) to file

Warning #

Click to see rules

⚠️ third-party-notices-file-exists #

A THIRD_PARTY_NOTICES.md file can be present in your repository to grant attribution to all dependencies being used by this project. This document is necessary if you are using third-party source code in your project, with the exception of code referenced outside the project's compiled/bundled binary (ex. some Java projects require modules to be pre-installed in the classpath, outside the project binary and therefore outside the scope of the THIRD_PARTY_NOTICES). Please review your project's dependencies and create a THIRD_PARTY_NOTICES.md file if necessary. For JavaScript projects, you can generate this file using the oss-cli. For more information please visit https://docs.google.com/document/d/1y644Pwi82kasNP5VPVjDV8rsmkBKclQVHFkz8pwRUtE/view. Did not find a file matching the specified patterns. Below is a list of files or patterns that failed:

  • THIRD_PARTY_NOTICES*
  • THIRD-PARTY-NOTICES*
  • THIRDPARTYNOTICES*

Passed #

Click to see rules

license-file-exists #

Found file (LICENSE). New Relic requires that all open source projects have an associated license contained within the project. This license must be permissive (e.g. non-viral or copyleft), and we recommend Apache 2.0 for most use cases. For more information please visit https://docs.google.com/document/d/1vML4aY_czsY0URu2yiP3xLAKYufNrKsc7o4kjuegpDw/edit.

readme-file-exists #

Found file (README.md). New Relic requires a README file in all projects. This README should give a general overview of the project, and should point to additional resources (security, contributing, etc.) where developers and users can learn further. For more information please visit https://github.com/newrelic/open-by-default.

readme-contains-link-to-security-policy #

Contains a link to the security policy for this repository (README.md). New Relic recommends putting a link to the open source security policy for your project (https://github.com/newrelic/<repo-name>/security/policy or ../../security/policy) in the README. For an example of this, please see the "a note about vulnerabilities" section of the Open By Default repository. For more information please visit https://nerdlife.datanerd.us/new-relic/security-guidelines-for-publishing-source-code.

readme-contains-discuss-topic #

Contains a link to the appropriate discuss.newrelic.com topic (README.md). New Relic recommends directly linking the your appropriate discuss.newrelic.com topic in the README, allowing developer an alternate method of getting support. For more information please visit https://nerdlife.datanerd.us/new-relic/security-guidelines-for-publishing-source-code.

code-of-conduct-should-not-exist-here #

New Relic has moved the CODE_OF_CONDUCT file to a centralized location where it is referenced automatically by every repository in the New Relic organization. Because of this change, any other CODE_OF_CONDUCT file in a repository is now redundant and should be removed. Note that you will need to adjust any links to the local CODE_OF_CONDUCT file in your documentation to point to the central file (README and CONTRIBUTING will probably have links that need updating). For more information please visit https://docs.google.com/document/d/1y644Pwi82kasNP5VPVjDV8rsmkBKclQVHFkz8pwRUtE/view. Did not find a file matching the specified patterns. All files passed this test.

@jpvajda
Copy link

jpvajda commented Mar 17, 2022

cant' be resolved until newrelic/.github#29 is resolved.

@jpvajda
Copy link

jpvajda commented Mar 17, 2022

@LizBaker had a great idea to just swap the image in the open source site to be the new one but with the same path. as long as it has the same name the repo linter workflow wont know the difference and it would update any repo using the old one.

@jpvajda jpvajda added the sp:2 label Mar 17, 2022
@jpvajda jpvajda changed the title [Repolinter] Open Source Policy Issues [I/O Site] [Repolinter] Open Source Policy Issues Mar 17, 2022
@jpvajda jpvajda reopened this Mar 17, 2022
@jpvajda
Copy link

jpvajda commented Mar 22, 2022

It looks like we've already updated the category images to dark mode friendly ones in the OSS site @LizBaker so I am curious if the resolution to this issue is what i defined in newrelic/.github#29, unless you had something else in mind.

@jpvajda
Copy link

jpvajda commented Mar 22, 2022

oh I think I figured out a fix for the repo linter rules we may want to conside: we seem to be pointing our url patterns to master on the oss site, where the image files are actually the older ones on master. simply changing the pattern to look at main might be a good idea.

readme-starts-with-community-header:
    level: error
    rule:
      type: file-starts-with
      options:
        globsAll:
        - README*
        nocase: true
        lineCount: 5
        patterns:
        - https:\/\/github\.com\/newrelic\/opensource-website\/raw\/master\/src\/images\/categories\/Community_Project\.png
        - https:\/\/opensource\.newrelic\.com\/oss-category\/#community-project
        human-readable-pattern: Open source Community header (see https://opensource.newrelic.com/oss-category)
        flags: i
        succeed-on-non-existent: false
    fix:
      type: file-modify
      options:
        text: "[![Community header](https://github.com/newrelic/opensource-website/raw/master/src/images/categories/Community_Project.png)](https://opensource.newrelic.com/oss-category/#community-project)"
        write_mode: prepend
        newlines:
          end: 2

@jpvajda jpvajda linked a pull request Mar 22, 2022 that will close this issue
@jpvajda
Copy link

jpvajda commented Mar 22, 2022

#112 should at least appease repo-linter for now.

@jpvajda
Copy link

jpvajda commented Mar 23, 2022

newrelic/.github#31 --> reported for an improvement which is out of scope for this ticket.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants