-
Notifications
You must be signed in to change notification settings - Fork 437
Open
Labels
Description
From the beginning, this tool has been closely modeled after the pre-existing macdeployqt
tool to facilitate integration into upstream Qt. The question is whether we should do this.
http://wiki.qt.io/Qt_Contribution_Guidelines
Pros:
- Might lead to valuable discussion, reviews, and contributions from the Qt developer community
- Might become an official part of Qt tools, receiving more attention
When I created this project I was really keen on collaborating with the Qt community. But it seems to me, as a newcomer to the Qt community, this is unnecessary hard because, well, basically they don't use GitHub that we all know and love.
Cons:
- Need to follow a convoluted Gerrit setup involving SSH keys (which is a pain for the nomadic workflow I typically use)
- Reviews by the Qt developer team may lead to additional work no one is currently doing (e.g., rewriting
ldd
in Qt), hence delaying integration - Everyone who wants to contribute needs separate logins, may decrease drive-by contributions
- Can't use GitHub Issues
- Can' use GitHub Pull Requests, need to learn Gerrit instead
- Complicated processes to follow (rather than just sending a PR)
- Might lead to fewer contributions from the Qt user community (= application developers; linuxdeployqt's target audience)
- Integration with Travis CI?
What do people think? Is it worthwhile? Who would be willing to do the work?
vadi2, knro, Skycoder42 and RokeJulianLockhart