| 26 May 2021 |
 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 |
| proletarius101 | In reply to @freenode_jochensp:matrix.org
the checksum seems to be sha256 Yeah, but do I need to download them all to get a checksum...? | 11:28:43 |
| jochensp | I guess so | 11:29:09 |
| jochensp | hm.. there is a buster basebox in makebuildserver, so would it be enough to change BASEBOX_VERSION_DEFAULT? | 11:30:56 |
| proletarius101 | In reply to @freenode_jochensp:matrix.org
hm.. there is a buster basebox in makebuildserver, so would it be enough to change BASEBOX_VERSION_DEFAULT? Yeah, and also the checksums | 11:31:47 |
