Blame

6f02e7 Samuli Seppänen 2025-01-29 06:40:08 1
# Basic info
2
3
- **Time:** Wed July 07th 2022 10:30 CEST (8:30 UTC)
4
- **Place:** #openvpn-meeting channel on LiberaChat IRC network
5
6
# Topics
7
8
## 1. Sync up on OpenVPN 2.5 and 2.6
9
- 2.5
10
- 2.6
11
12
## 2. Hackathon
13
14
## 3. Drop `--mktun` / `--rmtun` support?
15
- This adds quite a bit of code complexity
16
- Especially with DCO vs. Tuntap and devices being always called "tunX"
17
- `ip tuntap add mode tun name tun10` seems to get the same job done as `openvpn --mktun --dev tun10`
18
19
## 4. Migrating to the [new Patchwork instance](https://18.192.149.255/project/openvpn2/list/)
20
- New Patchwork is ready to be used, it has already collected the most recent patches
21
- Ordex is able to resend relevant patches so the new Patchwork gets them
22
- Our mailing list archive contains the discussion history for patches that have been merged/are not relevant anymore -> no real need to have those in new Patchwork
23
- DNS can be switched at any time
24
- Users need to be added for those who need Patchwork, but doing this will be easier once patches are in
25
- In Patchwork, Git authors and users are kind of the same thing afaik, so this is mostly about permissions
26
- When to do this?
27
28
## 5. What to do with Trac?
29
- **Background**
30
- Trac project has struggled quite a bit to get Python 3 support in ([see Trac ticket #12130](https://trac.edgewall.org/ticket/12130))
31
- This was somewhat expected, given that a large number of its dependencies needed to become Python 3 compatible first
32
- There are no stable Trac releases with Python 3 support
33
- The only Trac version that supports Python 3 is development release (1.5)
34
- While Trac is still being developed, it is not moving forward very fast
35
- e.g. Python 3 support was supposed to land in Trac 1.3
36
- Our Trac setup is fairly complex (LDAP auth, lots of plugins, spam filtering, etc.)
37
- When Trac was set up originally it was deemed important by OpenVPN Inc. management to self-host everything: this *may* have changed since then
38
- **Options**
39
- Update to Trac 1.5
40
- Can be done, but users *may* experience issues
41
- Some of the Trac plugins may no longer work (warrants research)
42
- Migrate to GitHub
43
- We are using GitHub for most of our development already (excluding a subset of OpenVPN 2.x development)
44
- Benefit: contents of "community.openvpn.net" would be reachable via IPv6 - assuming GitHub supports IPv6 :)
45
- Wiki import [seems possible](https://stackoverflow.com/questions/9710129/how-do-i-export-trac-wiki-to-github-wiki) and can even be done manually (we don't have hundreds or thousands of pages)
46
- Issue import (without comments) can be done from CSV with [github-csv-tools](https://github.com/gavinr/github-csv-tools)
47
- Issue comments can be imported with a custom script that drives [the GitHub issues API](https://docs.github.com/en/rest/issues/comments)
48
- We'd want HTTP redirects for the most important pages at least
49
- Simple Nginx/Apache server doing these redirects would be sufficient
50
- Overall: it will be a hassle, but can be done
51
- Use separate software for Wiki and Bug tracking
52
- **Wikis**
53
- [Self-hosted Wiki software options](https://geekflare.com/self-hosted-wiki-software/)
54
- [Best self-hosted Wiki software](https://rooferne.mooo.com/best-self-hosted-wiki-software/)
55
- **Bug tracking**
56
- [Open Source Bug and Issues Tracking Management Solutions](https://medevel.com/19-os-bug-and-issues-tracking-and-management-solutions/)
57
- Other options?
58
- Self-hosted GitLab or GitLab.com
59
- Mattock is not very keen on doing this even though he does have a self-hosted GitLab instance and uses GitLab.com to an extent: GitLab has turned into a pig/beast with gazillion of features most of which we would not even use. If we wanted to use GitLab then we should probably go all the way in or not at all.
60
61
## 6. IPv6 to community?
62
6ebd94 Samuli Seppänen 2025-01-29 11:27:35 63
[Back to meeting list](..)