| 14 May 2024 |
Qyriad | we would need something that we could integrate into gerrit at minimum, and ideally really into our existing CI | 00:28:17 |
samrose | what is the existing CI based on? | 00:29:22 |
samrose | was it buildbot? | 00:29:45 |
Qyriad | yep | 00:29:55 |
samrose | I had not known about buildbot really before just looking it up now :)
But it looks like it's a nice framework to use in lieu of just running scripts | 00:31:45 |
Lunaphied | Compared to just running custom scripts yeah it's better but it's really not far off | 00:32:06 |
raitobezarius | It's xonsh with a server | 00:33:03 |
raitobezarius | I am not sure I cannot parse if Cirrus CI offer aarch64 Linux builder on demand or on spot or something | 00:34:04 |
raitobezarius | It would be nice if someone tried it and had a report | 00:34:11 |
raitobezarius | Or if we could look the setup of some medium to large OSS project using them | 00:34:24 |
Qyriad | wait does buildbot actually use xonsh? | 00:34:40 |
raitobezarius | In reply to @qyriad:katesiria.org wait does buildbot actually use xonsh? No but it's Python so.... | 00:34:51 |
Qyriad | sadgska fair | 00:35:01 |
raitobezarius | Lunaphied was saying "not too far from running custom scripts" | 00:35:10 |
Qyriad | but xonsh would be way better for a CI system imo | 00:35:13 |
raitobezarius | I just took it one step ahead | 00:35:15 |
raitobezarius | In reply to @qyriad:katesiria.org
but xonsh would be way better for a CI system imo I knew you would be proponent | 00:35:25 |
Lunaphied | In reply to @qyriad:katesiria.org
but xonsh would be way better for a CI system imo Yes | 00:35:28 |
Lunaphied | We should do this I think | 00:35:33 |
Qyriad | listen if it didn't have the worst bootstrap ever we would fully support xonsh as the nix builder language x3 | 00:36:01 |
raitobezarius | So you are saying you should build a new bootstrap path for xonsh | 00:36:21 |
Qyriad | fear | 00:36:36 |
Qyriad | I think I would rather try to convince infinisil of lua | 00:36:55 |
raitobezarius | Back on the topic of CI and compute: I'd be wary of multiplying too many providers at the same time because it makes it hard to maintain them on the long run, I think, if we can have on-demand compute 24/7 for the four major platforms, that's really comfortable and then we can look into additional compute for special tasks if needed | 00:37:43 |
raitobezarius | (thinking about things like Windows or BSD VMs but that's extremely long term) | 00:38:09 |
samrose | This is what it one of the main builds of postgresql looks like on cirrus fwiw https://cirrus-ci.com/github/postgresql-cfbot/postgresql | 00:40:04 |
raitobezarius | I don't see the defn of the CI tasks in the repo | 00:41:36 |
samrose | In reply to @raitobezarius:matrix.org I don't see the defn of the CI tasks in the repo it looks like they just mirror to github, and run their own git server | 00:43:21 |
samrose | https://git.postgresql.org/gitweb/ | 00:43:29 |
samrose | although some of the cirrus build stuff can be seen at https://github.com/postgres/postgres | 00:44:08 |