4 ms·

In the Wine project, which dates back to the mid-90s, we still use a mailing list for patch submission[1]. Every year we get some complaints that it's hard to u

In the Wine project, which dates back to the mid-90s, we still use a mailing list for patch submission[1]. Every year we get some complaints that it's hard to use, and that we should switch to GitHub or set up a GitLab instance or something to encourage more submissions. And maybe we should. But it does keep out crap like this. Wine's a fairly high profile project, especially among "low-information" users. Would the increase in useful submissions justify the cost of having to deal with low-quality submissions? Are there any devs out there who both can hack on Wine and can't figure out an email client? I don't know. [1] https://www.winehq.org/pipermail/wine-devel/2020-October/thread.html https://www.winehq.org/pipermail/wine-devel/2020-October/thr...

bJGVygG7MQVF8c 6y ago
Barriers to entry are good sometimes. Linus was right about GitHub's PR feature. https://github.com/torvalds/linux/pull/17#issuecomment-5654674 https://github.com/torvalds/linux/pull/17#issuecomment-56546...
woodrowbarlow 6y ago
linus torvalds has a good (but unnecessarily vitriolic) explanation for why he only uses github as a read-only mirror. https://github.com/torvalds/linux/pull/17#issuecomment-5659933 https://github.com/torvalds/linux/pull/17#issuecomment-56599... basically: he has high expectations for the raw text formatting of a commit message and discussion threads, and github's web interface lacks the necessary controls.
- corobo 6y ago
  [2012]
brodock 6y ago
Using something like GitHub or GitLab brings transparency to the process and that encourages contribution. You can still prevent low-quality contributions with some bot automation (like ensuring a template is followed etc). GNOME project has become more approachable for a lot of people since they moved to GitLab: https://about.gitlab.com/blog/2020/09/08/gnome-follow-up/ https://about.gitlab.com/blog/2020/09/08/gnome-follow-up/ (Even though I don't have the right skills to "hack" into most of GNOME projects, I can read C code and can provide useful issue submissions, but would not do any of that if I had to subscribe to a mailing list.
- deleted 6y ago
  [deleted]
thrower123 6y ago
Gatekeeping is good, for things that actually matter.

bJGVygG7MQVF8c 6y ago

Barriers to entry are good sometimes. Linus was right about GitHub's PR feature. https://github.com/torvalds/linux/pull/17#issuecomment-5654674 https://github.com/torvalds/linux/pull/17#issuecomment-56546...

woodrowbarlow 6y ago

linus torvalds has a good (but unnecessarily vitriolic) explanation for why he only uses github as a read-only mirror. https://github.com/torvalds/linux/pull/17#issuecomment-5659933 https://github.com/torvalds/linux/pull/17#issuecomment-56599... basically: he has high expectations for the raw text formatting of a commit message and discussion threads, and github's web interface lacks the necessary controls.

corobo 6y ago
[2012]

brodock 6y ago

Using something like GitHub or GitLab brings transparency to the process and that encourages contribution. You can still prevent low-quality contributions with some bot automation (like ensuring a template is followed etc). GNOME project has become more approachable for a lot of people since they moved to GitLab: https://about.gitlab.com/blog/2020/09/08/gnome-follow-up/ https://about.gitlab.com/blog/2020/09/08/gnome-follow-up/ (Even though I don't have the right skills to "hack" into most of GNOME projects, I can read C code and can provide useful issue submissions, but would not do any of that if I had to subscribe to a mailing list.

deleted 6y ago
[deleted]

thrower123 6y ago

Gatekeeping is good, for things that actually matter.