5 Jun 2020 |
_hc | oh you mean downloads | 18:28:42 |
Bubu | yeah | 18:28:45 |
Bubu | tried a few mirror. one worked with 2 mb/s finally | 18:28:59 |
_hc | hmm, strange, I've seen 40MB/s on gitlab-ci from deb.debian.org using apt | 18:29:15 |
Bubu | All pending jobs got canceled but the running jobs are starting to finish: https://gitlab.com/fdroid/fdroiddata/-/pipelines/153403723 | 18:31:59 |
Bubu | actually faster than I expected after that start | 18:32:26 |
Bubu | the network right now seems much faster then 5 hours ago | 18:33:57 |
cdesai | updating the ci-images-server could also give a slight speedup, not having to install all those apt updates | 18:36:37 |
_hc | I donn't think checkupdates needs that big image | 18:37:05 |
_hc | does it need the Android SDK/gradle/etc? | 18:37:13 |
Bubu | I don't think so! | 18:39:53 |
Bubu | like I said the image size isn't a problem as it's cached on the runner | 18:40:10 |
Bubu | only the initial package install time matters really | 18:40:20 |
Bubu | which currently takes about 8 minutes on that runner | 18:40:37 |
| * Bubu is very confused why all the jobs got canceled | 18:40:55 |
Bubu | they should have waited quite awhile longer for the runner to pick them up before getting failed | 18:41:21 |
Bubu | no idea why they got canceled | 18:41:27 |
cdesai | a new ci-images-something with the packages installed would save those 8 minutes then | 18:43:08 |
_hc | I've seen huge time differences due to image size on both gitlab.com runners and ours | 18:46:36 |
_hc | like 20 seconds to set up a light images vs 3-4 minutes on a heavy one | 18:46:59 |
_hc | Bubu: if you are going to run it on gcc148, why use gitlab-ci at all? you could use straight docker | 18:48:28 |
_hc | prep the image once each time locally, then run multiple jobs | 18:48:56 |
Bubu | In reply to @eighthave:matrix.org Bubu: if you are going to run it on gcc148, why use gitlab-ci at all? you could use straight docker because then everyone can see the run logs | 18:49:01 |
Bubu | the image is cached locally it isn't redownloaded | 18:49:30 |
_hc | I mean prep it with all the installs, updates, etc. | 18:50:10 |
Bubu | Yes, that's on the todo list | 18:50:48 |
_hc | you could do a cron'ed run with straight docker that rsyncs the build logs somewhere public | 18:53:35 |
Bubu | but why? | 18:53:47 |
Bubu | if we can just use gitlab CI | 18:53:57 |
_hc | because it'll simplify things a lot | 18:54:04 |