Nix + Go | 233 Members | |
| Go packaging for and with Nixpkgs. | Be excellent to each other. | 49 Servers |
| Sender | Message | Time |
|---|---|---|
| 28 Feb 2024 | ||
In reply to @diamondburned:matrix.orgI think we should rather convince people not to fear .0 releases 😉 | 10:18:47 | |
| I also looked into removing Go 1.20, as it is EOL since some weeks. But I couldn't fix the remaining packages relying on it yet. | 10:20:43 | |
| feel free ping me, and/ro marsam ( maybe he doesn't use matrix ) | 10:23:45 | |
In reply to @kirillrdy:matrix.orgThanks, will do. I hope I'll find some time for it this weekend. | 10:25:33 | |
kirillrdy: Have you seen my PRs on buildGoModule? I'm still looking for someone to mergehttps://github.com/NixOS/nixpkgs/pull/279391 and https://github.com/NixOS/nixpkgs/pull/278115 | 10:29:00 | |
| As well as for some early feedback on https://github.com/NixOS/nixpkgs/pull/284568 | 10:29:37 | |
| no i have not, I am happy to have a look at them | 10:31:04 | |
| 4 Mar 2024 | ||
| Do we have some script/GHA/etc to extract the vendor hash when updating golang dependencies, so that it can be automatically updated for a git flake in the same repo? | 10:14:07 | |
In reply to @sandro:supersandro.deIs nix-update --version=skip --flake attr what you are looking for? | 14:19:25 | |
| Does that work when I am in the upstream repo itself and just want to update the vendorHash? | 14:20:00 | |
| it does | 14:20:22 | |
| We use renovate at work to update Go deps, and the following action to push vendorHash updates on renovate PRs: https://github.com/edgelesssys/uplosi/blob/main/.github/workflows/lint.yml#L85-L126 | 14:22:02 | |
| So it looks like just running nix-update then? | 14:52:56 | |
| * So it looks like just running nix-update and skipping the version then? | 14:53:40 | |
personally if I'm having a workflow for my own repo, I tend to use gomod2nix and have it maintain that instead of the vendorHash | 14:54:45 | |
| something like this: https://github.com/diamondburned/dissent/blob/main/.github/workflows/publish.yml#L30-L65 | 14:55:17 | |
| 5 Mar 2024 | ||
| 03:21:28 | ||
In reply to @diamondburned:matrix.orgThat brings a whole bunch of new problems with it, especially since go is such picky about it's deps | 10:31:06 | |
| what are the problems? | 10:57:58 | |
| The previous version of such a tool, vgo2nix, just didn't worked with some combination of dependencies | 13:50:21 | |
| also it makes remote building a pain | 13:50:28 | |
| * also it makes remote building a take a longer time | 13:50:35 | |
In reply to @sandro:supersandro.dehm, never had such a program with gomod2nix | 14:06:37 | |
| not too sure about remote building either | 14:06:46 | |
| * hm, never had such a problem with gomod2nix | 14:07:02 | |
| given how it works, that would make sense | 14:07:12 | |
| if it splits all the deps into individual derivations, then remote building will be slower due to its inefficient ways of handing off builds | 14:07:26 | |
| but it also seems fairly minor? especially when you can probably easily override that if you don't already have them on some cache | 14:07:39 | |
| 23:05:44 | ||
| 7 Mar 2024 | ||
| hey folks! i recently saw that the e2ee photo storage service ente.io had open-sourced their server so i'm trying to write a flake for it so i can self-host it. i'm doing that by looking at the
when i run
why is thanks in advance. | 00:30:13 | |