Sender | Message | Time |
---|---|---|
24 Jan 2025 | ||
Hey, I merged https://github.com/NixOS/nixpkgs/pull/376046 yesterday, which added updateScript to azure-cli-extensions, but it looks like it's not working in nixpkgs-update.
but the log says there was no diff: https://nixpkgs-update-logs.nix-community.org/azure-cli-extensions.ssh/2025-01-24.log | 16:01:49 | |
The bot checks for new update scripts twice a day and updates are run on the merge base of master and staging so sometimes the the bot attempts an update script that doesn't work on the current merge base. | 23:39:57 | |
25 Jan 2025 | ||
Makes sense, thanks. Will wait and observe. :) | 09:00:11 | |
27 Jan 2025 | ||
07:39:29 | ||
Can someone help me understand by the bot created https://github.com/NixOS/nixpkgs/pull/374876 ? (downgrade filebeat 8 -> filebeat 7) -- is it because I, in a misguided attempt to stay consistent with the existing I tried loading up nixpkgs-update in a ghci repl, but it appears to indicate I'm good on that front,
How do I fix this? :) | 08:21:04 | |
* Can someone help me understand why the bot created https://github.com/NixOS/nixpkgs/pull/374876 ? (downgrade filebeat 8 -> filebeat 7) -- is it because I, in a misguided attempt to stay consistent with the existing I tried loading up nixpkgs-update in a ghci repl, but it appears to indicate I'm good on that front,
How do I fix this? :) | 08:24:43 | |
In reply to @srhb:matrix.orgProbably you need to fix the updateScript, that is what the bot used. | 08:54:21 | |
Ah, yes. I'll have a look at that. | 08:54:43 | |
Yep, thanks, think I fixed it, https://github.com/NixOS/nixpkgs/pull/377256 | 09:13:52 | |
28 Jan 2025 | ||
could we reopen https://github.com/Mic92/nixpkgs-review/issues/430 please? see https://github.com/NixOS/nixpkgs/pull/377508#issuecomment-2618905015 | 20:34:31 | |
2 Feb 2025 | ||
16:04:48 | ||
3 Feb 2025 | ||
16:25:35 | ||
5 Feb 2025 | ||
01:49:47 | ||
6 Feb 2025 | ||
What's the usual practice for nested attributes where I'd like to expose an update script? For instance, we want to expose a single attribute in androidenv , which is an attrset, not a derivation itself. | 03:29:53 | |
Provided, this is also a custom update script not using nix-update or something else. | 03:30:42 | |
Do I need to expose the passthru on the top level attribute? Is the solution a well placed recurseIntoAttrs? Never done this before, so unsure. :-) | 03:34:15 | |
is this what are you looking for? | 07:43:46 | |
https://github.com/NixOS/nixpkgs/blob/34c5ee1a54bbf1ccfd2f5443564ccb6e71c05879/pkgs/applications/editors/vim/plugins/non-generated/blink-cmp/default.nix#L1 | 07:43:47 | |
* https://github.com/NixOS/nixpkgs/blob/34c5ee1a54bbf1ccfd2f5443564ccb6e71c05879/pkgs/applications/editors/vim/plugins/non-generated/blink-cmp/default.nix | 07:43:52 | |
Close-ish. More wondering how a passthru.updateScript that's not nixpkgs-update (i.e. it's a custom script) would work on an attribute that isn't toplevel. | 21:07:05 | |
8 Feb 2025 | ||
20:26:59 | ||
10 Feb 2025 | ||
18:50:35 | ||
Would anyone know why eval could be failing on an update PR here: https://github.com/NixOS/nixpkgs/pull/380939#issuecomment-2648941718? | 18:51:12 | |
11 Feb 2025 | ||
11:52:59 | ||
14 Feb 2025 | ||
06:37:48 | ||
15 Feb 2025 | ||
10:17:36 | ||
10:43:04 | ||
18 Feb 2025 | ||
i recently manually updated package optinix i can see from https://r.ryantm.com/log/ that it has never been attempted to automatically update. is there some process to register a package for autoupdates? | 06:03:19 | |
The auto-updates pull from repology, and that being a nix specific tool, it's probably not tracked on there | 06:04:35 | |
ok. thanks. i asked this in another channel, does passthru.updateScript = nix-update-script { }; register the package for updates using nix-update? or does a package always have to be in repology to get auto updated? | 06:21:56 |