10 Aug 2021 |
| Licaon_Kter left the room. | 22:13:03 |
11 Aug 2021 |
| smichel17 changed their profile picture. | 12:27:47 |
Sylvia | Hmm... is the build server broken? It hasn't started a new cycle after over 24 hours | 14:33:55 |
linsui | I'm wondering will new commit be built in this build cycle? | 14:50:42 |
Licaon_Kter[xmpp] | linsui: new commit? | 14:56:33 |
linsui | https://monitor.f-droid.org/builds/running says the fdroiddata version is 8c56c202, so all commits after that won't be built? | 15:05:58 |
linsui | I'm also wondering what does the dirty mean. | 15:06:36 |
Licaon_Kter[xmpp] | linsui: I'm not sure it's started anyway | 15:08:11 |
Licaon_Kter[xmpp] | https://f-droid.org/wiki/index.php?title=Special:RecentChanges&days=7&from=&hidebots=0&hideanons=1&hideliu=1&limit=500 | 15:08:11 |
Licaon_Kter[xmpp] | rewritemeta spits `AttributeError: module 'ruamel.yaml' has no attribute 'YAML'` | 15:09:23 |
Licaon_Kter[xmpp] | What does this mean? I do have python3-ruamel.yaml package | 15:09:24 |
jochensp | Sylvia: maybe the build server gets an update | 15:35:54 |
jochensp | linsui: dirty means that some files in fdroiddata where modified, you can check the yaml to see which but most probably it is the known_apks.txt | 15:36:52 |
jochensp | Licaon_Kter[xmpp]: maybe old version of ruamel | 15:39:02 |
Licaon_Kter[xmpp] | Stretch as usual, dunno... | 15:45:45 |
linsui | In reply to @_oftc_jochensp:matrix.org linsui: dirty means that some files in fdroiddata where modified, you can check the yaml to see which but most probably it is the known_apks.txt Does it means that some files are modified since last build? | 15:56:40 |
jochensp | linsui: yes, check the yaml | 16:02:17 |
_hc | In reply to @rdfg77:kde.org I'm also wondering what does the dirty mean. you can see that in the JSON https://f-droid.org/repo/status/running.json, its not shown in monitor, but it could be | 16:23:06 |
_hc | Licaon_Kter[xmpp]: you need a newer version of ruamel.yaml. You can see it in the provisioning I think. Try from stretch-backports | 16:25:33 |
Licaon_Kter[xmpp] | Hmm, will try | 16:25:59 |
Licaon_Kter[xmpp] | I'll have to update docs with all the packages I added after setup | 16:26:26 |
εΉΈη« (πππΎπ/πππΎπ) | In reply to @eighthave:matrix.org seems like we should switch straight to bullseye and skip buster, if we can since bullseye is supposed to be released in 3 days, I'd say that makes sense :) | 17:08:10 |
εΉΈη« (πππΎπ/πππΎπ) | In reply to @eighthave:matrix.org like those that need java8 fwiw: openjdk-8 is back in sid. if it gets backported, it should then also be available in bullseye. | 17:09:12 |
εΉΈη« (πππΎπ/πππΎπ) | In reply to @rdfg77:kde.org Does submodule inited when fdroid update looking up triplr-t? https://gitlab.com/fdroid/fdroiddata/-/merge_requests/9475#note_646127782 afaik submodule updates/init (and git clone/checkout etc.) are only run during fdroid build and fdroid scanner. fdroid update (which copies triple-t/fastlane) should use what's "left behind" by that. | 17:11:05 |
_hc | you'd have to check whether the submodule stuff is run on the buildserver host or not. It might only be run in the buildserver guest. | 17:18:56 |
_hc | in which case, update would not see it | 17:19:03 |
εΉΈη« (πππΎπ/πππΎπ) | In reply to @eighthave:matrix.org you'd have to check whether the submodule stuff is run on the buildserver host or not. It might only be run in the buildserver guest. now that you mention that, I'm pretty sure that's the problem. | 17:26:28 |
εΉΈη« (πππΎπ/πππΎπ) | should I make an MR to run it on the host as well? | 17:26:56 |
εΉΈη« (πππΎπ/πππΎπ) | In reply to @obfusk:matrix.org now that you mention that, I'm pretty sure that's the problem. confirmed. common.prepare_source() is only run in build_local(). | 17:28:30 |
εΉΈη« (πππΎπ/πππΎπ) | In reply to @obfusk:matrix.org should I make an MR to run it on the host as well? https://gitlab.com/fdroid/fdroidserver/-/merge_requests/994 | 17:39:31 |