Codeberg/Community
54
325
Fork
You've already forked Community
12

Non-free materials in repo: WSDL files and documentation #956

Closed
opened 2023年03月08日 22:12:09 +01:00 by stevendh · 4 comments

A piece of software I want to develop on Codeberg talks to a private SOAP web service. I have the associated WSDL files and the documentation here, and if possible I'd like to add them to project repository. Particularly the WSDL descriptions would be handy to include, the stubs generated from them would be part of the working software program.

At this moment I don't have explicit permission to release these files publicly. If I am allowed to do that, I don't know under what licence that would be. In case that's not a free software/culture licence, would it still be acceptable for inclusion on Codeberg? The ToS mention limited exceptions to the requirement to free licensing, but I feel that what I'm asking is a good bit larger than that.

A piece of software I want to develop on Codeberg talks to a private SOAP web service. I have the associated WSDL files and the documentation here, and if possible I'd like to add them to project repository. Particularly the WSDL descriptions would be handy to include, the stubs generated from them would be part of the working software program. At this moment I don't have explicit permission to release these files publicly. If I am allowed to do that, I don't know under what licence that would be. In case that's not a free software/culture licence, would it still be acceptable for inclusion on Codeberg? The ToS mention limited exceptions to the requirement to free licensing, but I feel that what I'm asking is a good bit larger than that.
Owner
Copy link

Tough question. Depending on the size of the file, it might be okay. In any case, please make it really unambiguous that this file is not covered by a FLOSS license.

But if it's really just one or a few file(s), it might be easiest to upload them somewhere else (maybe even as an issue attachment?).

Tough question. Depending on the size of the file, it might be okay. In any case, please make it really unambiguous that this file is not covered by a FLOSS license. But if it's really just one or a few file(s), it might be easiest to upload them somewhere else (maybe even as an issue attachment?).

The WSDL are a lot of files: at the moment there are 206 files in 89 maps, totalling 20716 lines, just under a megabyte in size. I expect that to grow organically. This is distributed to the developers of the SOAP API clients as about fifteen zip files. It's all a bit tedious to work with and get in the right form at the exact right spot. That's why I'd like to distribute them along with my code, if possible. But I realize it's not a small exception I'm asking.

The documentation consists of about twenty PDFs and a few text documents, circa 15 MiB.

The WSDL are a lot of files: at the moment there are 206 files in 89 maps, totalling 20716 lines, just under a megabyte in size. I expect that to grow organically. This is distributed to the developers of the SOAP API clients as about fifteen zip files. It's all a bit tedious to work with and get in the right form at the exact right spot. That's why I'd like to distribute them along with my code, if possible. But I realize it's not a small exception I'm asking. The documentation consists of about twenty PDFs and a few text documents, circa 15 MiB.
Owner
Copy link

You could create a private repository for this, then, if this suits your workflow. We currently generally don't act on private repositories if the total size does not exceed 50MB.

You could create a private repository for this, then, if this suits your workflow. We currently generally don't act on private repositories if the total size does not exceed 50MB.

Hm, yes, perhaps as a git subtree or something? Or just a directory next to the repo (../wsdl/) where the zip files go, and let the build script figure out unzipping et cetera. I'll think and try to find something that works.

Thanks for your consideration!

Hm, yes, perhaps as a git subtree or something? Or just a directory next to the repo (`../wsdl/`) where the zip files go, and let the build script figure out unzipping et cetera. I'll think and try to find something that works. Thanks for your consideration!
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 Gitea)
upstream

An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Gitea, Forgejo, 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
2 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#956
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?