27 May 2022 |
linsui | In reply to @_oftc_Licaon_Kter[xmpp]:matrix.org And introducing a third party server... I guess this can be selfhost? | 07:04:34 |
Sylvia | UP has multiple selfhostable options | 07:09:39 |
Licaon_Kter[xmpp] | linsui: right, but I feel all this "we are p2p" PR is sad if in the end they are just reinventing what XMPP solved 20 years ago. | 07:47:18 |
Licaon_Kter[xmpp] | TIL, UCM: RepoManifest does not help with AUM | 09:00:13 |
Licaon_Kter[xmpp] | 😒 | 09:00:13 |
Licaon_Kter[xmpp] | Running the recipe, fails with: | 11:16:44 |
Licaon_Kter[xmpp] | `gcc: error: unrecognized command line option '-marm'; did you mean '-mabm'?` | 11:16:45 |
Licaon_Kter[xmpp] | Entering the VM and running the recipe, success. | 11:16:45 |
Licaon_Kter[xmpp] | w t actual f ? | 11:16:45 |
linsui | Redacted or Malformed Event | 11:20:33 |
Licaon_Kter[xmpp] | Lost in translation | 11:25:30 |
linsui | A mistake... | 11:26:01 |
linsui | * A mistake... Never mind. | 11:26:25 |
28 May 2022 |
| mimi89999 left the room. | 04:01:55 |
| mimi89999 joined the room. | 04:02:29 |
linsui | If we can check Flutter version from somewhere as check app version we can update it automatically. I thought it makes sense to have a unified update check process. Not only for Flutter but also other srclibs versions. | 04:15:30 |
linsui | * If we can check Flutter version from somewhere as checking app version we can update it automatically. I thought it makes sense to have a unified update check process. Not only for Flutter but also other srclibs versions. | 04:15:40 |
Licaon_Kter[xmpp] | linsui: yes, was asked before, so, can we? | 06:20:56 |
linsui | Someone needs to write the code... | 07:46:01 |
Licaon_Kter[xmpp] | linsui: yes, but, iirc, this is not (always?) written anywhere. Eg. Look at cwatch draft MR, pubspep.yaml has an sdk line 2.15 - 3.0 something, is that it? | 09:19:13 |
Sylvia | Licaon_Kter[xmpp]: We may need to check
https://f-droid.org/packages/app.ehrenamtskarte.bayern.floss/ for Google Play Services seeing https://github.com/maplibre/maplibre-gl-native/issues/288#issuecomment-1140216728 | 09:25:52 |
Licaon_Kter[xmpp] | Sylvia: known...yes | 09:30:07 |
Licaon_Kter[xmpp] | Sylvia: i mean known issue...long discussion...afk now, there's another MR that has the same, it has been delayed | 09:34:43 |
linsui | In reply to @_oftc_Licaon_Kter[xmpp]:matrix.org linsui: yes, but, iirc, this is not (always?) written anywhere. Eg. Look at cwatch draft MR, pubspep.yaml has an sdk line 2.15 - 3.0 something, is that it? Some apps have that version in their GitHub CI files. There is also a dev offerred to provide that version in a file. We can even just check the latest version of the corresponding channel. It's just a http page. | 09:35:23 |
Sylvia | In reply to @_oftc_Licaon_Kter[xmpp]:matrix.org Sylvia: i mean known issue...long discussion...afk now, there's another MR that has the same, it has been delayed So the app is non-compliant but not removed? Why? I can't find anything on their bugtracker about this | 09:38:45 |
Licaon_Kter[xmpp] | Sylvia: it's a discussion between "if the gms string is referenced in the apk" vs "gms classes are in" | 09:41:07 |
Licaon_Kter[xmpp] | At the same same maplibre will fail to build if we remove gms from its deps...so...gms is a dep for the final app? | 09:41:08 |
Licaon_Kter[xmpp] | I guess everyone just hoped the other one will be the bad person...and remove the app | 09:41:54 |
Sylvia | I don't get it. I thought MapLibre literally included the library? That is why we made Element remove it too? | 09:42:46 |
Sylvia | (Well, add the exclude) | 09:42:57 |