4 ms·

Note that there's additional follow-up available here: https://lists.freebsd.org/pipermail/freebsd-hackers/2021-March/057082.html https://lists.freebsd.org/pipe

Note that there's additional follow-up available here: https://lists.freebsd.org/pipermail/freebsd-hackers/2021-March/057082.html https://lists.freebsd.org/pipermail/freebsd-hackers/2021-Mar...

darkwater 6y ago
Came here to post that, looks like they are pulling out the recent effort EDIT: removed the "and revert to the original freebsd (broken?) implementation"
- cperciva 6y ago
  WireGuard is gone from the kernel in 13.0-RELEASE. Given the choice between "buggy" and "less than a week old", we're going with the third option of "you can ship a kernel module via the ports tree".
  - zx2c4 6y ago
    Which is really the absolute best outcome: https://lists.freebsd.org/pipermail/freebsd-hackers/2021-March/057083.html https://lists.freebsd.org/pipermail/freebsd-hackers/2021-Mar... https://lists.freebsd.org/pipermail/freebsd-hackers/2021-March/057084.html https://lists.freebsd.org/pipermail/freebsd-hackers/2021-Mar...
- beatrobot 6y ago
  They are removing both implementations(the new and the broken one) in order to put more work and review on the new one, and release it properly at a later time.
ksec 6y ago
Absolutely the best outcome. BSDs has always been ( to me at least ) about getting things right, take time to get it baked before committing. The old, out of fashion style of getting things done properly and not shipping for the sake of it. Which is both a good thing and a bad thing in the modern world. But it is a trade off. I also hope FreeBSD sort of look into why it was committed in the first place. Hopefully this also set the tone for Scott and Netgate. Even having mild scepticism of the one sided bash to them on HN had me downvoted into oblivion.
- deleted 6y ago
  [deleted]
- loeg 6y ago
  > I also hope FreeBSD sort of look into why it was committed in the first place. It is a widely desired feature that no one else was working on and unfortunately, did not see adequate review. FreeBSD largely trusts committers to seek out review and submit quality code. There are certainly downsides to this model, sometimes more impactful than others. Unfortunately, FreeBSD does not have the large body of employer-paid maintainers Linux has available to thoroughly code review every patch that lands.

Note that there's additional follow-up available here: https://lists.freebsd.org/pipermail/freebsd-hackers/2021-March/057082.html https://lists.freebsd.org/pipermail/freebsd-hackers/2021-Mar...

darkwater 6y ago

Came here to post that, looks like they are pulling out the recent effort EDIT: removed the "and revert to the original freebsd (broken?) implementation"

cperciva 6y ago
WireGuard is gone from the kernel in 13.0-RELEASE. Given the choice between "buggy" and "less than a week old", we're going with the third option of "you can ship a kernel module via the ports tree".
- zx2c4 6y ago
  Which is really the absolute best outcome: https://lists.freebsd.org/pipermail/freebsd-hackers/2021-March/057083.html https://lists.freebsd.org/pipermail/freebsd-hackers/2021-Mar... https://lists.freebsd.org/pipermail/freebsd-hackers/2021-March/057084.html https://lists.freebsd.org/pipermail/freebsd-hackers/2021-Mar...
beatrobot 6y ago
They are removing both implementations(the new and the broken one) in order to put more work and review on the new one, and release it properly at a later time.

ksec 6y ago

Absolutely the best outcome. BSDs has always been ( to me at least ) about getting things right, take time to get it baked before committing. The old, out of fashion style of getting things done properly and not shipping for the sake of it. Which is both a good thing and a bad thing in the modern world. But it is a trade off. I also hope FreeBSD sort of look into why it was committed in the first place. Hopefully this also set the tone for Scott and Netgate. Even having mild scepticism of the one sided bash to them on HN had me downvoted into oblivion.

deleted 6y ago
[deleted]
loeg 6y ago
> I also hope FreeBSD sort of look into why it was committed in the first place. It is a widely desired feature that no one else was working on and unfortunately, did not see adequate review. FreeBSD largely trusts committers to seek out review and submit quality code. There are certainly downsides to this model, sometimes more impactful than others. Unfortunately, FreeBSD does not have the large body of employer-paid maintainers Linux has available to thoroughly code review every patch that lands.