ios_build #140

dan · 2021-08-07T02:17:51Z

dan commented

2021-08-07 02:17:51 +00:00

porting @ineiti's work from the old repo at flutter/flutter_app#78 adding iOS build support

porting @ineiti's work from the old repo at https://git.openprivacy.ca/flutter/flutter_app/pulls/78 adding iOS build support

dan added 4 commits 2021-08-07 02:17:52 +00:00

9034e3e73d First try at getting an iOS build ready

This is a draft PR!

It allows anybody interested to help me debug why I get `no matching architecture in universal wrapper`

17f3bcbace dan's comment. Also added Makefile and ios/Podfile*

3ea37d6c1f Thanks @Pleurinae for pointing out it's a static library... And it needs to be included somewhere in a call.

continuous-integration/drone/pr Build is failing Details

de1d74a6c3 README update about Mac

dan referenced this pull request from flutter/flutter_app

2021-08-07 02:21:58 +00:00

WIP: First try at getting an iOS build ready #78

buildbot commented

2021-08-07 02:23:42 +00:00

Drone Build Status: failure

https://build.openprivacy.ca/cwtch.im/cwtch-ui/161

Drone Build Status: failure https://build.openprivacy.ca/cwtch.im/cwtch-ui/161

ineiti commented

2021-08-07 06:08:00 +00:00

First-time contributor

With regard to long-running processes: this is not only a problem on iOS, but also on Android, depending on the version and vendor. We had this problem when developing SwissCovid, and in the end only a special GAEN-API (Google-Apple Exposure Notification) allowed the apps to run 24h/24...

iOS has this thing where you can have a server notify the device if there is a new message. But I guess this is not something you want to do for cwtch!

We will make our repo public sometimes next week, one part is already public:

https://github.com/c4dt/lightarti-rest

It is a REST-wrapper around arti (https://gitlab.torproject.org/tpo/core/arti) and comes with an iOS and an Android library. This might be an option - of course it would need to be adapted. I think at least the following would need to be done:

change the caching mechanism of the tor-nodes: arti downloads all nodes, we have a server-side list of the 1000 fastest and most reliable nodes. Here we would want probably downloading the whole list, and then caching it and flagging nodes that are down. When too little nodes are available, download the whole list again
currently it's a one-shot REST setup: every time you call a REST method, a new tor-circuit is set up. This is OK for us, as we do this once a day. For cwtch we would need to keep the circuit alive and only set it up if it has been closed.

We'll be most probably working on this over the next few months, but if you're interested, I could speed this up a bit.

With regard to long-running processes: this is not only a problem on iOS, but also on Android, depending on the version and vendor. We had this problem when developing SwissCovid, and in the end only a special GAEN-API (Google-Apple Exposure Notification) allowed the apps to run 24h/24... iOS has this thing where you can have a server notify the device if there is a new message. But I guess this is not something you want to do for cwtch! We will make our repo public sometimes next week, one part is already public: https://github.com/c4dt/lightarti-rest It is a REST-wrapper around arti (https://gitlab.torproject.org/tpo/core/arti) and comes with an iOS and an Android library. This might be an option - of course it would need to be adapted. I think at least the following would need to be done: 1. change the caching mechanism of the tor-nodes: arti downloads all nodes, we have a server-side list of the 1000 fastest and most reliable nodes. Here we would want probably downloading the whole list, and then caching it and flagging nodes that are down. When too little nodes are available, download the whole list again 2. currently it's a one-shot REST setup: every time you call a REST method, a new tor-circuit is set up. This is OK for us, as we do this once a day. For cwtch we would need to keep the circuit alive and only set it up if it has been closed. We'll be most probably working on this over the next few months, but if you're interested, I could speed this up a bit.

dan added 1 commit 2021-08-13 00:14:56 +00:00