hey, is any action needed on nixpkgs-update's part when repology changes the name of a package?

pebble had a name clash between two separate projects, which was causing build failures. now they've renamed the two projects to different names, and pebble doesn't exist anymore: https://repology.org/project/pebble/versions

hey, is any action needed on nixpkgs-update's part when repology changes the name of a package?

pebble had a name clash on repology between two separate upstream projects, which was causing build failures. now they've renamed the two projects to different names, and pebble doesn't exist anymore: https://repology.org/project/pebble/versions

Setting null for updateScript doesn't work (and can sometimes break the bot).

This should work for the updateScript:

passthru = lib.optionalAttrs (app-type == "main") {
  updateScript = writeShellScript "update-rquickshare.sh" ''
    ${lib.getExe nix-update} rquickshare
    sed -i 's/version = "0.0.0";/' pkgs/by-name/rq/rquickshare/package.nix
    ${lib.getExe nix-update} rquickshare-legacy
  '';
};

Would also need to add rquickshare-legacy to https://github.com/nix-community/nixpkgs-update/blob/main/src/Skiplist.hs, currently it isn't otherwise possible to tell the bot to ignore the legacy version without splitting them into separate packages.

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.
Locally I get the following:

❯ nix-shell maintainers/scripts/update.nix --argstr path azure-cli-extensions.ssh

Going to be running update for following packages:
 - python3.12-ssh-2.0.5

Press Enter key to continue...

Running update for:
 - python3.12-ssh-2.0.5: UPDATING ...
 - python3.12-ssh-2.0.5: DONE.

Packages updated!

❯ git diff --no-ext-diff 
diff --git a/pkgs/by-name/az/azure-cli/extensions-manual.nix b/pkgs/by-name/az/azure-cli/extensions-manual.nix
index 254ad69d2c23..823ab0fb0989 100644
--- a/pkgs/by-name/az/azure-cli/extensions-manual.nix
+++ b/pkgs/by-name/az/azure-cli/extensions-manual.nix
@@ -113,9 +113,9 @@
 
   ssh = mkAzExtension rec {
     pname = "ssh";
-    version = "2.0.5";
+    version = "2.0.6";
     url = "https://azcliprod.blob.core.windows.net/cli-extensions/ssh-${version}-py3-none-any.whl";
-    hash = "sha256-gMmLENe/HOQAW3aUrt0FxHNVRWd1umElMIvmX7D+/JM=";
+    hash = "sha256-PSIGtOa91WxpzFCauZ5d5tx/ZtCRsBhbejtVfY3Bgss=";
     description = "SSH into Azure VMs using RBAC and AAD OpenSSH Certificates";
     propagatedBuildInputs = with python3Packages; [
       oras

but the log says there was no diff: https://nixpkgs-update-logs.nix-community.org/azure-cli-extensions.ssh/2025-01-24.log
Any ideas what could be wrong?

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 filebeat7 attr named it filebeat8 rather than filebeat_8 ?

I tried loading up nixpkgs-update in a ghci repl, but it appears to indicate I'm good on that front,

ghci> versionCompatibleWithPathPin "filebeat8" "8.16.1"
True

ghci> versionCompatibleWithPathPin "filebeat8" "7.17.27"
False

How do I fix this? :)

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 filebeat7 attr named it filebeat8 rather than filebeat_8 ?

I tried loading up nixpkgs-update in a ghci repl, but it appears to indicate I'm good on that front,

ghci> versionCompatibleWithPathPin "filebeat8" "8.16.1"
True

ghci> versionCompatibleWithPathPin "filebeat8" "7.17.27"
False

How do I fix this? :)

In reply to @srhb:matrix.org

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 filebeat7 attr named it filebeat8 rather than filebeat_8 ?

I tried loading up nixpkgs-update in a ghci repl, but it appears to indicate I'm good on that front,

ghci> versionCompatibleWithPathPin "filebeat8" "8.16.1"
True

ghci> versionCompatibleWithPathPin "filebeat8" "7.17.27"
False

How do I fix this? :)