Commit 1695d6

2026-09-16 12:23:40 novaflash: -/-
Meetings/2026/2026-09-16.md ..
@@ 5,19 5,18 @@
# Topics
- * **2.6.x release**
+ * **Updated: 2.7.x release**
+ A few more security fixes are coming in 2.7.8, and this is planned for October 1st.
+
+ * **Updated: 2.6.x release**
Some security fixes recently released in 2.7.7 didn't apply cleanly to 2.6.x.
- Backporting it to 2.6 is ongoing, exact release date of that is not yet known.
+ Backporting it to 2.6 is ongoing, and a release for that is expected next week.
- * **2.7.x release**
- Version 2.7.7 went out last week and contains some security fixes and bugfixes.
- We however were not able to address all reported issues in one go, and we didn't want to hold back releasing to get it all in.
- The next 2.7.x release, version 2.7.8, is planned for 3 weeks from now.
-
- - **test latency and MTU in openvpn**
+ - **Updated: test latency and MTU in openvpn**
A new feature is proposed for adding to master; ability to do latency and MTU tests in the OpenVPN protocol.
This would allow for a client to for example select the best available server based on test results.
This is currently under review: https://gerrit.openvpn.net/q/topic:%22oob-server-probe%22
+ The design document is here: https://github.com/lstipakov/openvpn/blob/server-probe-design/design-server-probe.md
# Backlog
@@ 26,16 25,11 @@
The date is around 17 and 18 October, location in Paderborn, Germany.
For the t-shirt we have some idea of what to do. Will check with designer if he can do it for us.
- * **publish also on codeberg**
- Suggestion was made by cron2 to also publish openvpn2 on codeberg. OpenVPN3 Linux is already there at this time.
- It would not replace github but just serve as another place to publish the code.
- No clear decision made as yet. Concerns raised about new avenues of opening tickets/PRs.
-
- **2.7 security audit**
The security audit was completed for 2.7.0 and results are available internally.
We are working to publish this in an official blog post. ordex and novaflash are driving this in OpenVPN Inc. internally.
- * **Coordinating big changes**
+ * **Coordinating big changes**
A related discussion is how to handle big changesets (e.g. currently the multipeer changes from plaisthos and the
oob changes from lev). There was some unhappiness that these changesets are dropped without sufficient context and
that makes it hard to keep track of all the developments. One advise is that developers that want to have big (or many)
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9