-
Notifications
You must be signed in to change notification settings - Fork 879
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question: are github1s and github.surf related in any way? #140
Comments
I'm wondering the same. It seems like they copied this work and made a repo of their own. Check this. I really hope this is related, otherwise that's not really nice, is it? 😄 |
Before bringing attention to this issue through my social media channels, I just saw in the readme that they say:
Not sure if it's technically legal to change the license like that, but either way it still kind of leaves a bad taste in my mouth. At the very least, they should actually fork the repo (such that it shows up as "forked from conwnet/github1s") rather than copy the codebase and commit to a brand new repo, misleading people into thinking this is an original Bridged project and totally their idea in "redefining user interface design". That disclaimer is very buried too, so I'm calling bad faith on this. @bridgedxyz, @softmarshmallow, @GwonHeeJun, do you have anything to say about this? |
First of all, thanks for pointing this out. We did not "fork" the project from github because github1s did't fork vscode either. (in our case we are using vscode as git submodule) (and also on extensions directory, there are whole bunch of copy/pastes from other repositories -- and this is not an issue) I understand this could be offensive in some order, but the whole point of the project is to make full experience of vscode in browser environment, and as noted on README we are focusing on server-side technologies to make the code buildable, executable, and ui-previewable. Feel free to give us feedback. we can improve our README to reference github1s in a more highlighted way. Thanks. p.s We'll take the repository down immediately if there is a legal issue of our action. |
So your excuse for minimising @conwnet's contribution is "they did it first"? IMO even that is very different — github1s is not trying to be VSCode, whereas github.surf being "inspired by" github1s is very much an understatement. |
It takes time for us to actually fully-implement what we are trying to make. We are not trying to be github1s as github1s is not trying to be vscode. I mean for few days we were working on jupyter notebook support and gist support. And we did. Next, which gist support will have flutter live-preview-build support that clearly isn't what github1s is for. Right? We're modifying the origin conwnet's work to make our product of our own. That's it. (I'm not trying to have an argument here. or win anything) |
Will this help? |
You're missing the point, I'm not saying you shouldn't use @conwnet's code (after all, that's what OSS is all about, and the MIT license allows it, even for commercial use). What I'm saying is that it's a scumbag move to underplay their contribution. In @conwnet's extensions directory, they clearly have "This repo is forked from X" plastered at the very top. This tells me that they clearly weren't trying to pass off someone else's work as their own, but rather it's equivalent to using that code as a submodule/library. There is also no way that somebody could assume that github1s is affiliated with VSCode in anyway; the way they use VSCode's code is a technicality. Meanwhile, people have every reason to believe that Brided is trying to pass off @conwnet's work as their own. It doesn't matter if you transform it or add to it, it's clear you're still trying to minimise their contribution because "why should we if they haven't"? |
Alright then, give us a phrase/text to indicate the contributors work. I'll put it, make it clear on the readme. (since the disclaimer was not enough, my bad) |
I don't think it's my place to tell you what to do, I think @conwnet should say that. Maybe @conwnet is actually totally ok with this. And I'm certainly not a lawyer, so I can't tell you if the Apache license is a problem. What I can tell you is that this sentiment is not just unique to me. I mean, just look at the comments you got on ProductHunt: https://www.producthunt.com/posts/github-surf Nobody would have said these things if you had made it clear from the start |
Hope this solves your concern. p.s. the license seems fine on this case. (also i'm not a lawyer, so..) |
@softmarshmallow imagine the following. You invest several months implementing Bitbucket support, compiling, and other features. Then I clone your code, publish it under "github.ninja", and give you that little credit buried somewhere at the bottom of the readme. All legal. Then people see my "github.ninja" project and say: wow, so convenient, and it has both GitHub and Bitbucket support, and it's so fast, etc, etc. Well, of course, none of those will be thanks to my work, but people don't know that. Many people are familiar with VSCode, but not many are familiar with your project. How would that make you feel? And your comment from Product Hunt is just disrespectful:
That's you basically saying: yeah, that guy did the actual work, but who cares, my project has a cooler name, which is way more important. And maybe it will have some other bells and whistles sometime in the future. |
I am very sorry to upset you guys. I'll do my best to fix this. Just please know that the intentions were to make a surf tool with previewing features, linked to a private server (for computing resources) Again, sincerely i apologize for this. i've clearly updated, pointed out that it's a fork from this repo, and also mentioned conwnet on the top of the readme |
The quick and easy solution is to include this repo as a git submodule. You won't have to port changes manually. The other repo is licensed under Apache 2. IANAL, but you should be able to use MIT-licensed code in an AL2-licensed project. |
Thanks to everyone. I'm very happy that you like github1s. I love open source, it is my pleasure to contribute to the open source community. github.surf is not related with github1s, although there is a little bit of unspeakable feel, I still don't blame anything. I also hope to learn something from github.surf to make github1s better. In the days of from github1s release, I learned a lot from the contributors, this is my most precious harvest. we welcome the any contribution of all. And as you see, I'm not good at English, I also hope that you can help me improve the documentation. github1s will be free forever, there won't even be any ads, I never intend to profit from it. Because of the github pages, we needn't pay the web hosting bills. The only one bills is domain name, but compared to the user's approval (and a project may I can add to my resume), it is too cheap. It seems that some people are worried about the security of domain name, it hosted in Godaddy now, what should I do to dispel this worry? |
In my opinion Godaddy has a bad reputation, maybe moving somewhere (namecheap?) is a good idea. |
Note that most of the commits of that surf repo is like 'rename xxx'/'update readme'/'fix typo'. I do admire their marketing job done out there but it feels really bad in tech community by copying a great open source project and rename it to there own and describe this as 'inspired by'. What pops my head when I'm writing is 'Do they just copy-pasted some chrome/firefox extension code to make there own |
I don't think it would be illegal to fork an MIT Licensed project and do your own 'implementations' and 'improvements'. First of all: A Fork is a ForkSure you could have used the fork function which will keep all the git history rather than dumping all the source code with an "initialized" commit surfcodes/surf@7d7c470 Respect the fxxking License!MIT License is so permissive with only 20 lines ! Read it and don't break it!
How could you alter the copyright and remove the permission notice? Finally and most importantly: Respect how open source community works!When a new open source project comes out, you like it and wants to make it better. Then you can create an issue, make suggestions and create PR if you can help. That's how we build open source projects with gathered intelligence.
This might be a good excuse for forking future, but it's toooo dammit early. |
You started from this codebase, you forked this project. VSCode is a dependency like any other it is irrelevant to forking.
You can't release code written by someone else without having permission by everyone who contributed to it. It's also a really shitty move to not include the original commits in your fork. |
Oooook, I guess they do and I created an issue here. The official surf chrome extension code look totally alike to lol. Edit: cc @Darkempire78 |
The right thing for GithubSurf to do here, culturally, is to create an actual fork in Github of the Github1s repository, make changes to drive functionality for their own product, and submit a pull request. Everyone wins. |
Wouldn't be better to consolidate the contributions of the both party to have a better solution ? |
See https://github.com/bridgedxyz/github.surf which sprung into existence 3 days ago and has been getting some traction, under a different license (Apache)
The text was updated successfully, but these errors were encountered: