Skip to content

[staging-next] libmicrohttpd: Refactor to inherit#292674

Merged
mweinelt merged 1 commit intoNixOS:staging-nextfrom
tweag:libmicrohttpd-refactor
Mar 2, 2024
Merged

[staging-next] libmicrohttpd: Refactor to inherit#292674
mweinelt merged 1 commit intoNixOS:staging-nextfrom
tweag:libmicrohttpd-refactor

Conversation

@infinisil
Copy link
Member

Description of changes

The pkgs/by-name check currently fails on the staging-next merge into master (https://github.com/NixOS/nixpkgs/actions/runs/8110296543/job/22167262748) because it contains the changes of #278920, which introduced a "new" package using callPackage but not using pkgs/by-name.

This was never noticed in that PR because CI last ran almosts 2 months ago, which is before the check for new packages was introduced.

This wouldn't be a problem normally, it's only become a problem because of the staging-next merge into master, which effectively PRs the same change again (and the pkgs/by-name check doesn't try to distinguish between branches).

The fix for this is a bit special because it's not actually a "new" package, but rather just a new version of an existing package. The pkgs/by-name check can't distinguish between such cases though.

So instead we make sure that the pkgs/by-name check doesn't think of it as a package using callPackage by using the recommendation for multi-versioned packages from
#292214.

Ping @vcunat @mweinelt


Add a 👍 reaction to pull requests you find important.

The `pkgs/by-name` check currently fails on the staging-next merge into
master (https://github.com/NixOS/nixpkgs/actions/runs/8110296543/job/22167262748)
because it contains the changes of NixOS#278920, which introduced a "new" package using `callPackage` but not using `pkgs/by-name`.

This was never noticed in that PR because CI last ran almosts 2 months ago, which is before the check for new packages was introduced.

This wouldn't be a problem normally, it's only become a problem because
of the staging-next merge into master, which effectively PRs the same
change again (and the `pkgs/by-name` check doesn't try to distinguish
between branches).

The fix for this is a bit special because it's not actually a "new"
package, but rather just a new version of an existing package. The
`pkgs/by-name` check can't distinguish between such cases though.

So instead we make sure that the `pkgs/by-name` check doesn't think of
it as a package using `callPackage` by using the recommendation for
multi-versioned packages from
NixOS#292214.
@infinisil infinisil mentioned this pull request Mar 1, 2024
1 task
@mweinelt mweinelt merged commit 32dda6a into NixOS:staging-next Mar 2, 2024
@infinisil infinisil deleted the libmicrohttpd-refactor branch March 2, 2024 15:20
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.

2 participants