Stream tunnel state over grpc

[pronebird]

• Move common types shared between nym-vpn-lib and nym-vpn-proto into nym-vpn-lib-types
• Implement bridging uniffi types for nym-vpn-lib-types and provide From conversions. It's really inconvenient that we have to duplicate structs but I guess we can't change how uniffi works.

---

This change is 

[octol]

Reviewable status: 0 of 30 files reviewed, 1 unresolved discussion (waiting on @doums, @neacsu, @pronebird, @rokas-ambrazevicius, and @zaneschepke)

---

proto/nym/vpn.proto line 1034 at r1 (raw file):

}

enum ActionAfterDisconnect {

Can we scope these two? Or workaround it by prefixing the enum cases? These end up in the global namespace. You can check this by try e.g adding a INTERNAL = 4 to ActionAfterDisconnect, it will collide with INTERNAL = 10 from ErrorStateReason and fail to compile

[pronebird]

Reviewable status: 0 of 30 files reviewed, 1 unresolved discussion (waiting on @doums, @neacsu, @octol, @rokas-ambrazevicius, and @zaneschepke)

---

proto/nym/vpn.proto line 1034 at r1 (raw file):

Previously, octol (Jon Häggblad) wrote…

Can we scope these two? Or workaround it by prefixing the enum cases? These end up in the global namespace. You can check this by try e.g adding a INTERNAL = 4 to ActionAfterDisconnect, it will collide with INTERNAL = 10 from ErrorStateReason and fail to compile

Thanks for raising this. I have moved both of enums into TunnelState message.

[doums]

neat API!

[octol]

Reviewable status: 0 of 30 files reviewed, 1 unresolved discussion (waiting on @neacsu, @pronebird, @rokas-ambrazevicius, and @zaneschepke)