[VOTE] Use GitHub issues instead of bugs.openwrt.org
por at oranjevos.nl
Thu Jan 27 02:15:31 PST 2022
Op 25 jan. 2022, om 15:20 heeft Paul Spooren <mail at aparcar.org> het volgende geschreven:
>> An observation of a by-stander about this vote and the prior discussion.
>> Most, if not all of the pro GitHub arguments and votes cast seem to be for good pragmatic reasons, which is fair enough and understandable.
>> On the other hand, most of votes and objections have a more principal point of few.
>> And the difficulty about principles is that these are ... principles, that these are in some way fundamental (not necessarily absolute, but ...).
>> Besides: A decision that surpasses on some principle might benefit from an explicit acknowledgement of that involved principle. The accompanying discussion has served that purpose, but it could be good practice to state the involved principles raised in the discussions in a preambule of an ensuing vote.
>> I'm aware that a solution for current problems with FS (and git hosting) is surely needed and that by-standers do not carry the burden of solving the problems and shall so respect the outcome.
> I’m not sure if I understand what you’re trying to say. Could you please rephrase this?
Most arguments against going GitHub are about it being in control of a private company that likely puts its own interests (to be more precise: its shareholders) before that of other stakeholders, see f.e. groklaw.net, a legal trove that documents (earlier) practices and conduct of such companies. Considerations like these touch on principles, in this case principles of FOSS.
That doesn't imply one could not decide to go GitHub, but principles are of another nature then technical arguments (i.e. practical).
Both are relevant, but in general, surpassing a principle is more difficult to defend, requires pressing reasons and remedies.
The above "Besides:" remark stated that if a vote touches on a principle (as shown by its preceding discussion), the voting ballot would better mention that.
More information about the openwrt-adm