Add a LICENSE file (the package currently has none)
Nobody has claimed this yet.
Assessment
- Difficulty
- 1/5
- Estimated time
- Under an hour
- Newbie friendliness
- 78/100
- Issue type
- Documentation
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- swift
- Domain
- documentation
Research direction
Check the repository root and compare the existing license treatment in CodeEditSourceEditor and CodeEditTextView. Add the intended license as a root LICENSE file, or document the chosen alternative clearly; done means the package no longer reports a missing license and downstream attribution has a definitive license to reference.
Written by the indexing model from the issue text.
Description
Hi, and thanks for the package — the editor stack is a pleasure to build on.
This repository has no license file. There is none in the repository root, none
in the source tree, and GitHub's API reports "license": null for it. The same
is true of the sibling package (CodeEditSymbols), while
CodeEditSourceEditor and CodeEditTextView both carry MIT.
Why this matters downstream: without a license the default applies, and the
default is "all rights reserved" — no permission to redistribute. Both packages
are listed in the CodeEditSourceEditor target's own dependencies, so every
application that uses the editor redistributes them inside its binary. I ship a
macOS application built on CodeEditSourceEditor, and when I put together the
attribution notice for it I could only write "no license declared upstream" for
these two, which is not a comfortable line to publish and is presumably not what
you intended either.
If MIT was the intent — as it is for the rest of the project — adding the usual
LICENSE file would settle it. If a different license is intended, that would be
just as useful to know; the point is only that the file be there.
Happy to open a PR with an MIT LICENSE matching CodeEditSourceEditor's if that
helps.
Thanks!
- Dominant language
- Swift
- Stars
- 133
- Forks
- 56
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from CodeEditApp/CodeEditLanguages
-
Syntax highlighting silently fails (and `Bundle.module` crashes) in SwiftPM CLI-built app bundles Open
Difficulty 3/5 1-2 days Newbie friendliness 65/100
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
CodeEditApp/CodeEditLanguages#94 · 1 comment · 1 reaction ·
-
Difficulty 3/5 Half a day Newbie friendliness 45/100
CodeEditApp/CodeEditLanguages#93 · 1 comment ·
-
Difficulty 3/5 1-2 days Newbie friendliness 35/100
-
bug
Difficulty 3/5 1-2 days Newbie friendliness 35/100
All issues in CodeEditApp/CodeEditLanguages
Similar issues
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
type: docs
Difficulty 1/5 Under an hour Newbie friendliness 95/100
googleapis/google-cloud-swift#971 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
bitcoindevkit/bdk-ffi#1125 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
mozilla-mobile/firefox-ios#35743 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
manaflow-ai/cmux#13417 ·