Replies: 1 comment 6 replies
-
I am not a lawyer. According to that same stack exchange question, one of the replies also noted:
I don't think this constitutes as impersonation, endorsement, or name dilution, thus making it acceptable. This same format is actively used by many maven repositories for example, without issue. Of course, I could definitely be wrong as well. The line doesn't seem to be very explicit from my quick internet searching... |
Beta Was this translation helpful? Give feedback.
-
I just finished the developer tutorial and I initially thought that the app IDs starting with com.github were for the sake of the examples but after reading https://docs.elementary.io/develop/appcenter/publishing-updates, I checked
flatpak list
and, lo and behold, it does seem all third-party apps on elementary OS have to have an app ID starting withcom.github
.This is a big problem.
It‘s a trademark violation.
None of those apps are by GitHub and yet they have bundle identifiers that include GitHub’s trademark and use its domain in reverse as a unique namespace.
GitHub has gone on the record in the past to explicitly disallow this very use case:
(https://law.stackexchange.com/a/38756)
I feel really horrible bringing this up now (and not earlier) but I only just became aware of it. I have a really bad feeling that this is not going to be easy to change but the sooner it’s addressed, the better. You do not want to base a core piece of functionality in your OS on something that forces application developers to violate the trademark of a trillion-dollar corporation.
Not knowing enough about the internals, I cannot really propose a best way forward and hence this discussion thread, but is there any technical reason why the app ID has to reflect the GitHub repository? I understand that AppCenter has to know what the GitHub repository is but I’m assuming that could easily be included as a bit of metadata in the app.
Thoughts?
Beta Was this translation helpful? Give feedback.
All reactions