| 6 May 2021 |
 cdesai | Note: I am not against this, just mentioning a technicality. | 17:25:18 |
 proletarius101 | In reply to @freenode_cdesai:matrix.org
sure but you don't get to choose, you get all or nothing Yeah that's true | 17:25:51 |
 @festplattenschnitzel:matrix.org | Do I remember correctly, that fdroid build tries to remove the signing config at some time before building? | 17:41:49 |
 @rdfg77:kde.org | Yes, but sometimes fail | 17:44:06 |
| @festplattenschnitzel:matrix.org | Thanks. Maybe you can include this in your wiki post https://gitlab.com/fdroid/wiki/-/issues/2. | 17:45:09 |
| @rdfg77:kde.org | Ah, yes, will do. | 17:48:02 |
| @festplattenschnitzel:matrix.org | At fdroiddata!8924 the following is in the build.gradle buildTypes part: | 17:53:02 |
| @festplattenschnitzel:matrix.org | buildTypes {
release {
minifyEnabled true
if(
signingConfigs.release.storeFile != null &&
signingConfigs.release.storePassword != null &&
signingConfigs.release.keyAlias != null &&
signingConfigs.release.keyPassword != null
){
} else {
println 'Apk will not be signed'
}
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
| 17:53:03 |
| @festplattenschnitzel:matrix.org | Gradle fails then with Could not get unknown property 'release' for SigningConfig container of type org.gradle.api.internal.FactoryNamedDomainObjectContainer. since signingConfigs.release is not defined because fdroid build removed it.
What is the best way out of this problem here? Asking the app author to implement it different?
| 17:55:50 |
| @rdfg77:kde.org | We can remove those lines with sed. | 17:59:45 |
 _hc | FestplattenSchnitzel: seems like the long term solution is to do that work in a gradle plugin, rather than a regexp that breaks the build. That build.gradle would be great to have as a test case in fdroidserver | 18:02:01 |
| _hc | proletarius101: in the past, we have specifically avoided getting the upgrade because it is not free software. F-Droid is all about free software | 18:06:04 |
| proletarius101 | In reply to @eighthave:matrix.org
proletarius101: in the past, we have specifically avoided getting the upgrade because it is not free software. F-Droid is all about free software well, do we have a higher standard than kde/gnome? | 18:08:26 |
| _hc | I don't know their standard | 18:09:15 |
| _hc | I personally think F-Droid should be like Debian | 18:09:45 |
| proletarius101 | They even join the Open source partner program: https://about.gitlab.com/solutions/open-source/#oss-partners | 18:09:57 |
| _hc | in terms of Free Software | 18:10:01 |
| proletarius101 | debian also | 18:10:04 |
| _hc | gnome self-hosts gitlab as far as I know | 18:10:14 |
| _hc | I assume that means the free software version | 18:10:23 |
| proletarius101 | In reply to @eighthave:matrix.org
gnome self-hosts gitlab as far as I know true, but no difference? | 18:10:26 |
| _hc | but I've never checked | 18:10:27 |
| _hc | as of last Sept, GNOME was using CE: https://about.gitlab.com/blog/2020/09/08/gnome-follow-up/ | 18:11:30 |
| _hc | Debian uses CE | 18:11:41 |
| _hc | yeah seems to still be CE https://gitlab.gnome.org/help | 18:12:40 |
| _hc | Tor Project uses CE https://gitlab.torproject.org/help | 18:13:30 |
| _hc | KDE is on CE https://invent.kde.org/help | 18:14:10 |
| proletarius101 | At the very least, the parter program means supports from the gitlab engineers | 18:14:18 |
| proletarius101 | we can ask them not to enable the premium features | 18:14:29 |
| _hc | what specific thing do you think we need? I currently haven't heard of any features outside of CE that we need | 18:15:24 |
