Skip to content

Generate index db for nixpkgs stable branch#165

Open
azuwis wants to merge 3 commits intonix-community:mainfrom
azuwis:nixpkgs-stable-branch
Open

Generate index db for nixpkgs stable branch#165
azuwis wants to merge 3 commits intonix-community:mainfrom
azuwis:nixpkgs-stable-branch

Conversation

@azuwis
Copy link

@azuwis azuwis commented Oct 24, 2025

It was changed to `grep -v '+ generating full/small index:'` in
8abb006, but this grep was mean to
ignore the `+ generating index: ...` output of nix-index
@Mic92 Mic92 force-pushed the nixpkgs-stable-branch branch from fdcecd1 to e6d5a03 Compare December 9, 2025 07:50
@Mic92
Copy link
Member

Mic92 commented Dec 9, 2025

can you look at the ci error? also we should now switch to 25.11

@azuwis
Copy link
Author

azuwis commented Dec 9, 2025

Bump stable branch to 25.11.

As for the CI error, I have no idea how Garnix works, but I guess that's because generated.nix don't have updated content like azuwis@0ce453f yet.

@azuwis
Copy link
Author

azuwis commented Jan 15, 2026

@Mic92 Anything left?

The CI errors should be gone once this PR get merged and workflow triggered. I can not update generated.nix in this PR, it should be updated by the workflow with the generated nix-index database assets.

@Mic92 Mic92 enabled auto-merge January 15, 2026 10:59
@HigherOrderLogic
Copy link

Seems like the auto-merge is not working because of CI fails?

@azuwis
Copy link
Author

azuwis commented Feb 5, 2026

I've investigated the Garnix CI error regarding packages.x86_64-linux.nix-index-stable-database:

       error: attribute 'x86_64-linux-stable' missing
       at /nix/store/g4blx8rlszy7p3qkxyd013fdy2ilw9jz-source/default.nix:28:14:
           27|       url = generated.url + pkgs.stdenv.system + "-stable";
           28|       hash = generated.hashes."${pkgs.stdenv.system}-stable";
             |              ^
           29|     }).overrideAttrs

Root Cause:

The build fails because it looks for the x86_64-linux-stable attribute in generated.nix, which doesn't exist yet. This file is updated by the scheduled workflow. These attributes will only appear once the changes to the workflow are merged and the scheduler runs.

Now the auto-merge is blocked by the CI error, this is a chicken-and-egg problem, I think we can:

  • Merge as-is: Acknowledge the CI failure as a known side-effect that will self-correct once the first scheduled run completes post-merge.
  • Two-step merge: Revert the changes to default.nix in this PR to get a green CI. Once merged, submit a follow-up PR to re-enable the default.nix changes.

What do you think, @Mic92 ? (Option 1 seems more efficient if you're okay with a temporary red light).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants