Closed osalbahr closed 12 months ago
In this case the spec file in neofetch source repository needs to be updated to point to correct source. Hotness is just trying to do the scratch build and it doesn't analyze the result, just notify the maintainer that something went wrong.
Makes sense, thx for clarifying. I am closing this since the main question was answered.
Out of curiosity, how did Hotness pickup that Hyfetch maintains a fork of neofetch
and concluded that "neofetch-7.3.10 is available"?
Hotness is taking the information about that from the release-monitoring.org project. Here is the neofetch project.
I'm the maintainer of the neofetch package for Fedora. Is changing the upstream repo for an existing package a common method? I know it's a fork of neofetch, but it continues under a different name, right? Wouldn't it make more sense to start a new package called hyfetch with the new repo? Then we can just retire neofetch. I don't have the time or interest to package hyfetch, so if someone else wants to package that one. There is also fastfetch.
In case the Fedora dev community thinks it's a good idea to switch to a different upstream source, but keep the name of the original package name, then I'll fix that and continue. But I personally think it's messy. What if the original maintainer of neofetch starts developing again?
@kees-closed It will be best to start this discussion on fedora-devel mailing list or https://discussions.fedoraproject.org. I don't know that much about Fedora packaging to be able to answer your questions.
The build for Bug 2212029 - neofetch-7.3.10 is available and I think it might be because of the repo changing (see the error message below).
i.e. neofetch-7.3.10.tar.gz is in https://github.com/hykilpikonna/hyfetch/releases/tag/neofetch-7.3.10
What is the proper course of action for such cases? Should the-new-hotness flag that the repo changed, for example?