| 4 Jun 2024 |
 jade_ | we don't close from non-default branches, but clearly it also shouldn't close from forks | 06:27:32 |
 aloisw | So I guess I should just rename my branch? | 06:28:55 |
| jade_ | oh, is it on main? | 06:29:05 |
| jade_ | try not having it on main and see what happens I guess? | 06:29:14 |
| aloisw | In reply to @jade_:matrix.org
oh, is it on main? It is, sorry for the complications this may have caused. I will push to a different branch in the future. | 06:31:14 |
| jade_ | no worries, this is arguably a forgejo bug | 06:31:24 |
| jade_ | it's very absurd behaviour imo | 06:31:32 |
| jade_ | i understand why it does this on other repos, since we actually do use cross repo issue closing sometimes | 06:31:47 |
| jade_ | but being a fork is absurd | 06:31:54 |
| aloisw | Well, a fork is another repo, so… | 06:33:41 |
| jade_ | 
Download image.png | 06:38:39 |
| jade_ | https://codeberg.org/forgejo/forgejo/issues/4010 | 06:41:16 |
| jade_ | there, filed a forgejo bug about it | 06:41:23 |
 K900 | Love that issue title | 06:42:22 |
| jade_ | anyway, this kind of absurdity isn't your fault and we should keep filing bugs about these things as we find more of them :) | 06:46:22 |
 @irenes:matrix.org | for sure | 06:51:02 |
| @irenes:matrix.org | we're honestly doing something novel even just with how we accept contributions in all these ways, we should for sure be leaving a trail so others can follow | 06:51:38 |
|  quantumjump joined the room. | 11:11:51 |
|  ghpzin joined the room. | 11:13:12 |
|  raitobezarius changed their display name from raitobezarius (DECT: 7248) to raitobezarius. | 11:16:29 |
| K900 | How are we doing on the binary cache thing btw? | 14:58:39 |
| K900 | My rk3588 is dying | 14:58:41 |
| raitobezarius | i feel like we should really track nixpkgs and add a new CI job with Buildbot | 16:01:30 |
| raitobezarius | and push to the cache | 16:01:32 |
 Lunaphied | Agreed, at least for now until a better solution is proposed I would like that to be implemented, not sure if I understand enough to do it myself though | 17:00:32 |
 thubrecht | The easiest is to have a recurring job that fetches nixos-{unstable,24.05} each ~3 hours and compiles lix given those inputs | 17:05:12 |
 Qyriad | In reply to@raitobezarius:matrix.org
i feel like we should really track nixpkgs and add a new CI job with Buildbot Kate made an excellent point a bit ago which is that there's no real reason for our binary cache CI and our "does this CL break anything" CI to be the same thing, and given how insecure Nix builds are, maybe even good reason to not have that | 19:19:44 |
| @irenes:matrix.org | good point | 19:20:40 |
| Qyriad | Since like, anyone can push a CL and run an arbitrary derivation build on all our builders | 19:20:56 |
| @irenes:matrix.org | yes | 19:21:11 |
