New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Added out-of-date package reports to github templates #100482
Conversation
This is similar to what can be done in AUR and I like the idea. |
Hello, sorry for the late response, I'm happy that you like it! I'm going to add a "nix search name:" line under the "project name" section, add a checkbox for verifying that the issuer checks the master branch of the github repo to avoid situations where the package is already being treated by hydra but is not at completion. Btw, I don't really know who r-ryantm is. Do I have to do something special for the "funnelled to r-ryantm" part to happen? |
As this is an issue template targeted at beginner nixos users, I tried to make it as beginner friendly and comprehensive as possible. |
You can use the "Go to file" functionality on github to find the package | ||
Then you can go to the history for this package | ||
Find the latest "package_name: old_version -> new_version" commit | ||
The "new_version" is the the current version of the package |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
While this is mostly correct, people should really look into the .nix
file and look for version=
.
But the first check should actually be on https://search.nixos.org/packages?channel=unstable as the versions there should be up-to-date with nixpkgs (at most few days behind, when there is something seriously broken).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi! I took as an example pharo.
It has no version on the search website and the version for the pharo launcher is a date and (I don't think, I'm going to check tommorow) not an official version number like 5, 6 etc like on the actual commit.
Also, for a package like discord, having the wrong version means having no discord app for a few hours. If the PR of the new version of discord is added fast as it should be, an out-of-date issue will more than surely be raised if the person doesn't check the master branch even if hydra takes two or less hours.
I thought taking the path where there is less risk of raising issues might be better, however I understand the fact that it's way easier to check the version number for the package on the site :/
It would be good if we could search the master branch on the site, it would be really usefull. If this were the case, I would a 100% use this method.
Such a feature could also actually be pretty good outside of this issue. Should I make another issue on this subject?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I just checked and yes, the current version of the pharo-launcher is 2.2.
It's not written in a date format unfortunately
r-ryantm is the friendly update bot that autmagically generates PRs to update packages. Pinging a few people who can better help you here: @zimbatm @worldofpeace @cole-h @ryantm |
We have something like a "request for new packages" badge. Can it be expandex/extended for this case too? Also, I would recommend a pointer to Repology about the status of those packages. |
@Narice @wamserma |
Changed the label to '9.needs: package (update)' Removed trailing spaces Modified formulation of a sentence
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks good to me now, but I think we should have at least one more committer approve this, since it is an important change. Maybe @jtojnar can look again?
Hmm, I am thinking we could add |
Like on AUR? That would be a very good idea. |
We can pre-fill the issue text using URL parameters: isaacs/github#99 (comment) We could add links to https://github.com/NixOS/nixos-search |
Yes this is indeed a very good idea! |
Oh wow, the site is in Elm, I love it, I can work on it without any problems! |
Ok I found where to do the modification and it seems to be quite an easy one as well. @jtojnar I have some questions about the pre-filling of issues using urls: EDIT: |
No need to assign the bot or me to it. If this starts being a good source of update info we can try wiring it in though! |
Ok thanks for your response! |
Hello! sorry for the delay, I had a lot of personal work. |
This looks good to me. I'm going to merge it. We can always nit pick it more later. |
Thank you! |
Motivation for this change
There are a lot of outdated packages on nix, and no easy way to report them.
This added template will also help categorizing issues related to out of date packages for maintainers to take care of.
Furthermore, for new contributors, updating an out-of-date package is way easier than creating a new package.
Adding a pinned issue on updating out-of-date packages could also be a very good idea. something like ZERO hydra failures 20.09 which provides as well video tutorials on how to do the job.
This could be a very good first issue for everyone that wants to contribute to Nix.
Things done
This is not a package
sandbox
innix.conf
on non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
./result/bin/
)nix path-info -S
before and after)