<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>REUSE</title>
    <link>https://reuse.software/</link>
    <description>Recent content on REUSE</description>
    <generator>Hugo</generator>
    <language>en</language>
    <atom:link href="https://reuse.software/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Check your inbox now</title>
      <link>https://reuse.software/booster-confirm/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/booster-confirm/</guid>
      <description>You have almost completed the process of registering your project for the REUSE Booster programme. Please take a look in your email inbox to confirm your address.&#xA;In this email, you will also be able to check all entered information again.&#xA;If you do not receive an email from us in the next 15 minutes, please also check your spam folder.&#xA;Thank you!</description>
    </item>
    <item>
      <title>Comparison of license compliance projects</title>
      <link>https://reuse.software/comparison/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/comparison/</guid>
      <description>It is easy to get confused by the multitude of initiatives and tools that help with software license compliance. Provided below is a short and incomplete overview of some noteworthy projects.&#xA;REUSE does not intend to replace, but rather complement them. We try to solve unclear and missing license and copyright information at the very source. We empower developers to ensure proper and exhaustive licensing of their project.&#xA;SPDX is the rock upon which REUSE is built.</description>
    </item>
    <item>
      <title>Frequently Asked Questions</title>
      <link>https://reuse.software/faq/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/faq/</guid>
      <description>This page lists common questions and their answers when dealing with licensing and copyright, and with the adoption of REUSE specifically. Please note that nothing here is legal advice.&#xA;Table of Contents General I am short on time. Can you give me the quickest possible summary? 1. Choose and provide licenses 2. Add copyright and licensing information to each file 3. Confirm REUSE compliance What is SPDX? Copyright What is copyright?</description>
    </item>
    <item>
      <title>Get help to become REUSE compliant</title>
      <link>https://reuse.software/booster/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/booster/</guid>
      <description>Implementing the REUSE principles is easy. Even without legal knowledge, project maintainers can massively improve the licensing and copyright declaration of their software.&#xA;But sometimes, everyone needs some extra help. All you have to do is ask your friends. That is why we assist Free Software projects with making their repositories REUSE compliant! That will ensure that your project ships one or multiple licenses in a standardised location and form, and that each file is equipped with information about its license and copyright.</description>
    </item>
    <item>
      <title>Help for developers</title>
      <link>https://reuse.software/dev/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/dev/</guid>
      <description>Licensing should be easy for developers. We provide several tools and services to allow you to concentrate on coding.&#xA;Contents: Helper tool, example repositories, REUSE API, CI/CD workflows&#xA;REUSE Tool The REUSE tool assists with achieving and confirming REUSE compliance. It downloads the full license texts, adds copyright and license information to file headers, and contains a linter to identify problems. Eventually, you can generate a software bill of materials.</description>
    </item>
    <item>
      <title>Resources</title>
      <link>https://reuse.software/resources/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/resources/</guid>
      <description>You have already explored parts of the REUSE universe and would like to go one step further? Read more background, get in touch with the community and help us spread the word!&#xA;Get in touch Just like Free Software, the REUSE project is based on its community and the people who support and adopt it. Become part of it by joining the mailing list to get to know other users, and influence the way REUSE evolves.</description>
    </item>
    <item>
      <title>REUSE Booster registration completed</title>
      <link>https://reuse.software/booster-success/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/booster-success/</guid>
      <description>You have successfully completed the process of registering your project for the REUSE Booster programme!&#xA;After the deadline we will evaluate all registrations in a jury. You will hear back from us in any case.&#xA;But that does not stop you to have a closer look at REUSE already and make the first steps to adopt the best practices! Check out the tutorial and FAQ, or more advanced options for developers like the helper tool, API, pre-commit hooks and CI snippets.</description>
    </item>
    <item>
      <title>REUSE Practices – Version 1.2</title>
      <link>https://reuse.software/spec-1.2/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/spec-1.2/</guid>
      <description>1. Provide the exact text of each license used Free and open source software licenses are standardised and have standard texts. Regardless of which license you use, you should include the license text in your project. You should also include the license text of any code which may be under a different license, and it&amp;rsquo;s important you do not change the license text on other software you include.&#xA;If your project only includes code licensed under a single license, you may provide the text of this license in a file in the top level directory of your repository with the name LICENSE, LICENCE or COPYING (you may attach some suffix to the filename as well, such as LICENSE.</description>
    </item>
    <item>
      <title>REUSE Practices – Version 2.0</title>
      <link>https://reuse.software/spec-2.0/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/spec-2.0/</guid>
      <description>1. Provide the exact text of each license used Free and open source software licenses are standardised and have standard texts. Regardless of which license you use, you should include the license text in your project.&#xA;You must include all licenses which are used in your project, and you must never change any license texts even if they are very similar to existing ones.&#xA;The easiest way to make sure that you provide an unchanged license is by copying it verbatim from this repository of licenses maintained by the SPDX Workgroup.</description>
    </item>
    <item>
      <title>REUSE Specification</title>
      <link>https://reuse.software/spec/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/spec/</guid>
      <description></description>
    </item>
    <item>
      <title>REUSE Specification – Version 3.0</title>
      <link>https://reuse.software/spec-3.0/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/spec-3.0/</guid>
      <description>This specification defines a standardized method for declaring copyright and licensing for software projects. The goal of the specification is to have unambiguous, human- and machine-readable copyright and licensing information for each individual file in a project. Ideally this information is embedded into every file, so that the information is preserved when the file is copied and reused by third parties.&#xA;This specification implements IETF RFC 2119: Key words for use in RFCs to Indicate Requirement Levels.</description>
    </item>
    <item>
      <title>REUSE Specification – Version 3.2</title>
      <link>https://reuse.software/spec-3.2/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/spec-3.2/</guid>
      <description>This specification defines a standardised method for declaring copyright and licensing for software projects. The goal of the specification is to have comprehensive, unambiguous, human- and machine-readable copyright and licensing information for each individual file in a project. Ideally this information is embedded into every file, so that the information is preserved when the file is copied and reused by third parties.&#xA;This specification implements IETF RFC 2119: Key words for use in RFCs to Indicate Requirement Levels.</description>
    </item>
    <item>
      <title>REUSE Specification – Version 3.3</title>
      <link>https://reuse.software/spec-3.3/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/spec-3.3/</guid>
      <description>This specification defines a standardised method for declaring copyright and licensing for software projects. The goal of the specification is to have comprehensive, unambiguous, human- and machine-readable copyright and licensing information for each individual file in a project. Ideally this information is embedded into every file, so that the information is preserved when the file is copied and reused by third parties.&#xA;This specification implements IETF RFC 2119: Key words for use in RFCs to Indicate Requirement Levels.</description>
    </item>
    <item>
      <title>REUSE Specifications</title>
      <link>https://reuse.software/specifications/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/specifications/</guid>
      <description>These are the versions of the specification, listed from new to old:&#xA;Version 3.3. Version 3.2. Version 3.0. Historically, the specification was less formal, and titled &amp;lsquo;REUSE Practices&amp;rsquo;:&#xA;Version 2.0. Version 1.2. The most current specification can always be found at https://reuse.software/spec/.</description>
    </item>
    <item>
      <title>Supporters</title>
      <link>https://reuse.software/supporters/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/supporters/</guid>
      <description>We are grateful for everyone who supports REUSE. The ever-growing ecosystem of specification, documentation, helper tool, API and a lot more demands time and funds. Thanks to volunteers, cooperating organisations and projects, as well as corporate sponsors, REUSE can constantly evolve and improve.&#xA;Users and adopters A project that follows the REUSE best practices makes its licensing and copyright situation transparent, ensures that third-party code is attributed correctly, and makes it easily re-usable for other developers.</description>
    </item>
    <item>
      <title>Tutorial: How to become REUSE-compliant</title>
      <link>https://reuse.software/tutorial/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://reuse.software/tutorial/</guid>
      <description>This tutorial explains the basics of making a software project REUSE-compliant. The goal is to easily, comprehensively, and unambiguously declare your copyright and licensing in a way that is machine-readable. By the end of this tutorial, you will understand the three fundamental steps of REUSE:&#xA;Choose and provide licenses Add copyright and license information to each file Confirm REUSE compliance For the purpose of this tutorial, we will assume that the directory of your project looks like this:</description>
    </item>
  </channel>
</rss>
