Codeberg/Community
60
387
Fork
You've already forked Community
12

An ambigous licensing guide at creating repo page #624

Closed
opened 2022年05月17日 18:06:32 +02:00 by faustzero1 · 4 comments

At the [https://docs.codeberg.org/getting-started/licensing/]
On the Conflict-of-interests section it indicate that [https://choosealicense.com/] is a bad document resource of the choosing a license,
that [https://choosealicense.com/] creating encouragement for people to using MIT license as if the user condition is "I want it simple and permissive" which is somewhat untrue.

However my question is, why Codeberg are still using choosealicense.com as reference at the creating repo page?
Yes I know this thing is from the Gitea (the Codeberg upstream), but I think this is an ambiguous thing that makes some kinda obscurity, should we make our a guide like choosealicense.com version of ourself?

NB: I post the issue here [https://codeberg.org/Codeberg/Community/] with the aim of getting more views than just post on here [https://codeberg.org/Codeberg/gitea].
I'm using this style of formatting only as an affirmation in the hope that it can be more understandable for the readers, please let me know if this just makes it worse.

At the [https://docs.codeberg.org/getting-started/licensing/] On the **Conflict-of-interests** section it indicate that [https://choosealicense.com/] is a bad document resource of the choosing a license, that [https://choosealicense.com/] creating encouragement for people to using MIT license as if the user condition is "I want it simple and permissive" which is somewhat untrue. However my question is, **why Codeberg are still using choosealicense.com** as reference at the creating repo page? Yes I know this thing is from the Gitea (the Codeberg upstream), but I think this is an ambiguous thing that makes some kinda obscurity, **should we make our a guide like choosealicense.com version of ourself**? NB: I post the issue here [https://codeberg.org/Codeberg/Community/] with the aim of getting more views than just post on here [https://codeberg.org/Codeberg/gitea]. *I'm using this style of formatting only as an affirmation in the hope that it can be more understandable for the readers, please let me know if this just makes it worse.*
Owner
Copy link

This issue tracker is the right place, you can't open issues in Codeberg/Gitea.

You mean links within Gitea itself? Is pointing to our docs instead a good option? Please also see #459.

This issue tracker is the right place, you can't open issues in Codeberg/Gitea. You mean links within Gitea itself? Is pointing to our docs instead a good option? Please also see #459.

Good issue. References to choosealicense.com should be completely eliminated because it is sub-par. Codeberg is right in slamming this website. 😁

Regardless of that particular website, I personally think documentation should be self-contained and doesn't link to any external website (except when to prove something or for further reading, or when it's about a completely different project). Because external websites can go offline, change, break, etc. IMHO external websites should only supplement, but not replace documentation.

Also, it would be great if this could be fixed upstream and not only on codeberg.org.

Good issue. References to choosealicense.com should be completely eliminated because it *is* sub-par. Codeberg is right in slamming this website. 😁 Regardless of that particular website, I personally think documentation should be self-contained and doesn't link to any external website (except when to prove something or for further reading, or when it's about a completely different project). Because external websites can go offline, change, break, etc. IMHO external websites should only supplement, but not replace documentation. Also, it would be great if this could be fixed upstream and not only on codeberg.org.

@faustzero1 As the mentioned link is provided by Gitea itself, would you mind opening an issue upstream at the gitea issue tracker?

I personally think documentation should be self-contained and doesn't link to any external website

Having a documentation that doesn't need to utilize external links is surely a nice thing, but - as you already might know - someone needs to write and review these documentation.

New contributors to our docs are always welcome, feel free to have a look at https://codeberg.org/Codeberg/Documentation

@faustzero1 As the mentioned link is provided by Gitea itself, would you mind opening an issue upstream at the gitea issue tracker? > I personally think documentation should be self-contained and doesn't link to any external website Having a documentation that doesn't need to utilize external links is surely a nice thing, but - as you already might know - someone needs to write and review these documentation. New contributors to our docs are always welcome, feel free to have a look at https://codeberg.org/Codeberg/Documentation

Noting here that this issue was duplicated in a more-recent (and more active) issue #1214

Noting here that this issue was duplicated in a more-recent (and more active) issue https://codeberg.org/Codeberg/Community/issues/1214
fnetX 2023年12月30日 13:53:58 +01:00
  • closed this issue
  • added the
    duplicate
    label
Sign in to join this conversation.
No Branch/Tag specified
main
No results found.
Labels
Clear labels
accessibility
Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
bug
Something is not working the way it should. Does not concern outages.
bug
infrastructure
Errors evidently caused by infrastructure malfunctions or outages
Codeberg
This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
contributions welcome
Please join the discussion and consider contributing a PR!
docs
No bug, but an improvement to the docs or UI description will help
duplicate
This issue or pull request already exists
enhancement
New feature
infrastructure
Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
legal
An issue directly involving legal compliance
licence / ToS
involving questions about the ToS, especially licencing compliance
please chill
we are volunteers
Please consider editing your posts and remember that there is a human on the other side. We get that you are frustrated, but it's harder for us to help you this way.
public relations
Things related to Codeberg's external communication
question
More information is needed
question
user support
This issue contains a clearly stated problem. However, it is not clear whether we have to fix anything on Codeberg's end, but we're helping them fix it and/or find the cause.
s/Forgejo
Related to Forgejo. Please also check Forgejo's issue tracker.
s/Forgejo/migration
Migration related issues in Forgejo
s/Pages
Issues related to the Codeberg Pages feature
s/Weblate
Issue is related to the Weblate instance at https://translate.codeberg.org
s/Woodpecker
Woodpecker CI related issue
security
involves improvements to the sites security
service
Add a new service to the Codeberg ecosystem (instead of implementing into Forgejo)
upstream
An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Forgejo, Weblate, etc.)
wontfix
Codeberg's current set of contributors are not planning to spend time on delegating this issue.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
5 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Community#624
Reference in a new issue
Codeberg/Community
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?