| 1 Jul 2020 |
 _hc | the jenkins.debian.net setup was originally conceived of a full buildserver and fdroiddata rebuild once a week, it does build a lot of APKs every week | 10:03:44 |
 jochensp | I find it interesting that we discuss blocking apps the don't add value from fdroiddata but have a number of F-Droid clients in the repo now | 10:18:56 |
 Bubu | In reply to@uniq:matrix.org
@Bubu did you see foxy droid? https://f-droid.org/packages/nya.kitsunyan.foxydroid/ I haven't looked at it in detail yet. | 11:05:26 |
| _hc | jochensp: you think they don't add value? It seems that people really want specific UXes from their client | 12:26:26 |
| jochensp | I think 2-3 clients make sense (like we have apt and aptitude in Debian), not sure about more. Also in Debian it's normal to ask for joining upstream projects instead of forking to combine work force | 12:33:55 |
| jochensp | I think we should do that as well | 12:34:04 |
| _hc | the .deb ecosystem has at least 20 | 12:37:25 |
| _hc | dpkg ,apt, aptitude, gdebi, ubuntu software center, gnome, xfce, etc. etc. | 12:37:55 |
 cdesai | there was this talk about a common fdroid library a while ago, which'd handle the interfacing with the server and the client database. | 12:38:19 |
| _hc | I agree that we should encourage people to work together | 12:38:20 |
| cdesai | Although some of these use different database models as well, and sometimes that can be useful. | 12:38:41 |
| _hc | yeah, that's the problem I see | 12:38:44 |
| _hc | the .deb clients generally are based on dpkg and libapt | 12:38:55 |
| _hc | I can't see a reason why all the fdroid clients couldn't use the same shared core database. The other database models are not fully implemented, that's the key difference | 12:40:46 |
| _hc | any extra features can easily be combined with a shared common database structure | 12:41:06 |
| jochensp | a F-Droid repo provider (like Calendar provider)? And a syn service? | 12:42:08 |
| cdesai | I think it'd be more like a fdroid library | 12:42:29 |
| _hc | definitely not a provider, that's the current structure, it was a mistake | 12:42:32 |
| cdesai | with the common code for dealing with index / mirrors / everything inside the index. | 12:43:08 |
 wb9688 | jochensp: And apt-get, and some GUI frontends for it… | 12:48:27 |
| wb9688 | Oh, _hc mentioned it already | 12:49:00 |
| wb9688 | Well, not apt-get, but the GUIs | 12:49:09 |
| jochensp | apt == apt-get | 12:49:11 |
| wb9688 | No, it isn't | 12:49:20 |
| wb9688 | apt is a more human-friendly CLI | 12:49:28 |
| jochensp | it's a wrapper | 12:49:39 |
| jochensp | (in the same package) | 12:50:25 |
| wb9688 | It's not a wrapper | 12:52:07 |
| wb9688 | Though they both are frontends for the same library | 12:52:45 |
|  lineos joined the room. | 17:18:36 |
