4 ms·

That's not quite the angle he(?) was going for — he(?) is saying that an aggressive campaign from one of the Big Three in Git hosting to aggressively take down

by rylee 11y ago

That's not quite the angle he(?) was going for — he(?) is saying that an aggressive campaign from one of the Big Three in Git hosting to aggressively take down badware distributors while hosting your software would be one hell of a PR campaign.

sytse 11y ago
I don't think any of the big three are hosting badware. We want people to choose GitLab, I don't want to start distributing software like Gimp without their blessing.
- carussell 11y ago
  I think you're still not hearing what I'm getting at. The idea isn't that the big three are now peddling crapware-infested downloads, but there exist services like SourceForge and tons of download sites that are. This is about aggressively courting existing projects that may still be on SourceForge out of nothing more than inertia. Migrating away is a process, even with importers. My original comment was about surveying the landscape for potential candidates that you'd like to see using GitLab, and then go ahead and set up a home for select projects before approaching them. This could include reserving accounts for the core developers, pre-seeding the project with whatever importing would be required, and just generally making it stupid-easy to migrate--as easy as just saying, "yeah, okay; we'll do that", and then setting up their password. If you're worried about doing anything with their blessing, this could all happen in such a way as to not be publicly accessible until the project actually gives the go-ahead and confirms they would like to make the switch.
  - sytse 11y ago
    Making it easy is a great idea and our on-click importers are getting better all the time. Pre-creating all SourceForge accounts and content is wasteful, many good usernames will go unused and all our backups will contain many projects that are never accessed. So we'll focus on making in the import good and fast instead of doing it in advance and emailing people about it.

by rylee 11y ago

sytse 11y ago

I don't think any of the big three are hosting badware. We want people to choose GitLab, I don't want to start distributing software like Gimp without their blessing.

carussell 11y ago
I think you're still not hearing what I'm getting at. The idea isn't that the big three are now peddling crapware-infested downloads, but there exist services like SourceForge and tons of download sites that are. This is about aggressively courting existing projects that may still be on SourceForge out of nothing more than inertia. Migrating away is a process, even with importers. My original comment was about surveying the landscape for potential candidates that you'd like to see using GitLab, and then go ahead and set up a home for select projects before approaching them. This could include reserving accounts for the core developers, pre-seeding the project with whatever importing would be required, and just generally making it stupid-easy to migrate--as easy as just saying, "yeah, okay; we'll do that", and then setting up their password. If you're worried about doing anything with their blessing, this could all happen in such a way as to not be publicly accessible until the project actually gives the go-ahead and confirms they would like to make the switch.
- sytse 11y ago
  Making it easy is a great idea and our on-click importers are getting better all the time. Pre-creating all SourceForge accounts and content is wasteful, many good usernames will go unused and all our backups will contain many projects that are never accessed. So we'll focus on making in the import good and fast instead of doing it in advance and emailing people about it.