F-Droid Devs

131 Members
#fdroid-dev F-Droid development discussion only | Use #fdroid:f-droid.org for general, app- and repo-related matters | Meetings: https://gitlab.com/fdroid/wiki/-/wikis/Weekly-Office-Hours | This channel is publicly logged at https://matrix.f-droid.org/alias/%23fdroid-dev:f-droid.org21 Servers

Load older messages

14 Aug 2022
In reply to @_oftc_Licaon_Kter[xmpp]:matrix.org
I've never used the azure instance since they were reorganized and only one was left. I've sticked with OSLU (spelling?)
(It's Oregon State University Open Source Laboratory, so OSUOSL.)
@_oftc_Licaon_Kter[xmpp]:matrix.orgLicaon_Kter[xmpp]Whatever :))07:45:54
@_oftc_kempe1:matrix.orgkempe1 left the room.14:13:34
@_oftc_kempe1:matrix.orgkempe1 joined the room.14:24:12
29 Sep 2022
@_oftc_jochensp:matrix.orgjochensp..a malicious signature is fine than we should not block it in the fdroid nightly build14:12:44
@_oftc_jochensp:matrix.orgjochensp that's exactly my point with that fdroidserver should be data agnostic 14:13:16
@_oftc_Licaon_Kter[xmpp]:matrix.orgLicaon_Kter[xmpp] > scan_binary is false by default 14:13:54
@_oftc_Licaon_Kter[xmpp]:matrix.orgLicaon_Kter[xmpp]For now...14:13:54
@uniq:matrix.orgmichaelfdroidserver has not been data agnosic for the last 10 years14:14:10
@_oftc_jochensp:matrix.orgjochensp yes, and I think that's something we need to change 14:14:31
@uniq:matrix.orgmichaelat least the fdroid scanner part14:14:34
@_oftc_jochensp:matrix.orgjochensp (don't get me wrong, I'm all for disallowing all those blobs but only for fdroiddata not for everyone using it) 14:14:58
@_oftc_Licaon_Kter[xmpp]:matrix.orgLicaon_Kter[xmpp] What's with the () jochensp ? 14:15:40
@_oftc_jochensp:matrix.orgjochensp (that's a meta comment ;) ) 14:16:18
@_oftc_jochensp:matrix.orgjochenspI think tooling (= fdroidserver) is good if it enables you to do things, not if it restricts you14:17:35
@_oftc_jochensp:matrix.orgjochenspfor example moving the category definitions from fdroidclient to fdroiddata allows other repos to define their one categories, like Izzy did14:18:14
@uniq:matrix.orgmichaelnobody is disputing that ...14:19:09
@uniq:matrix.orgmichaelthis is about defaults for me, not about restrictions14:19:29
@uniq:matrix.orgmichaelthe defaults should be fdroids policies14:19:36
@_oftc_jochensp:matrix.orgjochenspyes, but we should define policies in data not in the tools14:20:00
@_oftc_jochensp:matrix.orgjochenspif we encode them in our tools, we enforce those policies upon everyone14:21:12
@_oftc_jochensp:matrix.orgjochenspso people will not use them or find ways around14:21:29
@_oftc_jochensp:matrix.orgjochenspto give an example with Debian: all tooling is agnostic to what data you package, if you download stuff from the internet or just shovel existing binaries into the .deb14:22:36
@uniq:matrix.orgmichael I'm not sure what you're suggesting. Shipping fdroid scan without default data? 14:22:48
@_oftc_jochensp:matrix.orgjochenspbut the Debian project has clear policies on all of them14:22:49
@uniq:matrix.orgmichaeldata in the sense of scanner signatures14:22:59
In reply to @uniq:matrix.org
Yes, e.g. when used used for nightly builds
The fdroiddata are not designed to be used as that. E.g. you still need those srclibs...

There are no newer messages yet.

Back to Room List