| 26 May 2021 |
 proletarius101 | e.g. cmake is no longer preinstalled | 10:52:02 |
| proletarius101 | In reply to @freenode_jochensp:matrix.org
proletarius101: what kind of adjustments do you mean? but some fdroiddata scripts assume they are there | 10:52:22 |
 jochensp | send a MR? | 10:52:36 |
| proletarius101 | I mean I can't do all of those myself... | 10:53:05 |
| proletarius101 | It's too large | 10:53:15 |
| proletarius101 | In reply to @freenode_jochensp:matrix.org
send a MR? So I have to list the logs somewhere and the fdroiddata moderators have to look into them | 10:54:09 |
|  @blue_penquin:fairydust.space left the room. | 10:54:26 |
| jochensp | not sure I understand, I would assume we only change it for new builds | 10:54:42 |
| proletarius101 | Sure, but some apps require e.g. cmake to build. However, they are not installed by their fdroiddata manifests | 10:55:24 |
| proletarius101 | because the moderators used to be assuming they are installed in the build VM | 10:55:44 |
| jochensp | yes, I got that | 10:55:54 |
| jochensp | with my Debian hat I think we should not change old build recipes, source, metadata and fdroidserver are a moving target I don't think we need to make sure that all work together forever | 10:56:49 |
| jochensp | like we don't (didn't) provide old NDKs up to now | 10:57:11 |
| jochensp | so as we do (did) with the ndk variable, we could just add cmake to the metadata of failing builds | 10:59:34 |
| proletarius101 | In reply to @freenode_jochensp:matrix.org
with my Debian hat I think we should not change old build recipes, source, metadata and fdroidserver are a moving target I don't think we need to make sure that all work together forever Does that mean you think we could just upgrade fdroidserver's base system and let new MRs fails such that we can fix them then? | 10:59:52 |
| proletarius101 | In reply to @freenode_jochensp:matrix.org
with my Debian hat I think we should not change old build recipes, source, metadata and fdroidserver are a moving target I don't think we need to make sure that all work together forever * Does that mean you think we could just upgrade fdroidserver's base system and let new MRs fail such that we can fix them then? | 11:00:02 |
| jochensp | that's my opinion, yes | 11:00:13 |
| proletarius101 | Yeah, I would agree with that | 11:00:33 |
| @blue_penquin:fairydust.space joined the room. | 11:04:21 |
 @festplattenschnitzel:matrix.org | proletarius101 can you open an issue at fdroiddata, so all fdroiddata people are well informed as well? | 11:11:00 |
| proletarius101 | In reply to @festplattenschnitzel:matrix.org
proletarius101 can you open an issue at fdroiddata, so all fdroiddata people are well informed as well? Sure | 11:11:18 |
| proletarius101 | For https://gitlab.com/fdroid/basebox, are there anything preventing us from releasing boxes with up-to-date dependencies | 11:14:19 |
| proletarius101 | * For https://gitlab.com/fdroid/basebox, are there anything preventing us from releasing boxes with up-to-date dependencies？ | 11:14:23 |
| proletarius101 | * For https://gitlab.com/fdroid/basebox, are there anything preventing us from releasing boxes with up-to-date dependencies? | 11:14:27 |
| proletarius101 | And, are there any way to get the checksums of the boxes such that I can fill them in the makebuildserver? | 11:14:59 |
| proletarius101 | (BTW, we are already using the non-free hosted vagrant box hosting service and GitHub, do we need to be so sensitive to the open-core GitLab Ultimate...) | 11:20:06 |
| proletarius101 | At least all source code are open (ee code are not free though) | 11:20:46 |
| jochensp | proletarius101: I would hope we move to free software wherever we can, so I don't get your argument | 11:25:53 |
| proletarius101 | In reply to @freenode_jochensp:matrix.org
proletarius101: I would hope we move to free software wherever we can, so I don't get your argument Eh, fine... | 11:27:11 |
| jochensp | the checksum seems to be sha256 | 11:28:06 |
