-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Fixing "problems in spack" as identified by repology #25491
Conversation
f04c91b
to
6d4be85
Compare
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.
Reviewed the first 63 packages. Just a couple of questions so far. I'll also ping @adamjstewart to have another pair of eyes on this one.
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.
Got to half of the perl packages, just another minor comment so far. 165/379
@@ -15,7 +15,7 @@ class Parmgridgen(Package): | |||
ParMGridGen is the parallel version of MGridGen. | |||
""" | |||
|
|||
homepage = "http://www-users.cs.umn.edu/~moulitsa/software.html" | |||
homepage = "https://github.com/mrklein/ParMGridGen" |
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 one is weird. The homepage points to a Github repository that has v0.0.2 as the latest version dating 2015. The url refers to v1.0 so 🤷♂️
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 wasn't sure what to do about this one - the original home page is 404 https://www-users.cse.umn.edu/~moulitsa/software.html. I chose the repo because it seems to be linked to those same docs: https://github.com/mrklein/ParMGridGen
6d4be85
to
3dc6637
Compare
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'm not particularly worried about homepage changes since Spack doesn't use them for anything. As long as you've checked any url changes to make sure that things can still be downloaded. If you ever want to go crazy on url
s, Spack has a spack url stats
command to see how many URLs still use http, and a spack url list
command if you want to print them.
Personally I would leave the R and Perl changes out for now and do a separate PR that replaces everything with a cran = '...'
or cpan = '...'
similar to pypi = '...'
. If @glennpj is busy I may be interested in working on this in the near future.
homepage = "https://metacpan.org/pod/HTML::Parser" | ||
url = "http://search.cpan.org/CPAN/authors/id/G/GA/GAAS/HTML-Parser-3.72.tar.gz" |
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 assume that if search.cpan.org is discouraged for homepages, it's also discouraged for URLs (even if repology doesn't test it). We should add fetching support like we did for pypi
at some point. This can happen in a separate PR though.
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.
yeah that's a good idea!
homepage = "https://cran.r-project.org/web/packages/amap/index.html" | ||
url = "https://cloud.r-project.org/src/contrib/amap_0.8-16.tar.gz" | ||
list_url = "https://cloud.r-project.org/src/contrib/Archive/amap/" |
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.
For R packages we really need a cran
attribute similar to pypi
that autopopulates all of these attributes. @glennpj are you interested in working on this?
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.
Sure, I actually planned on doing that when I do my next wave of CRAN package updates. I have not been pushing for that in PRs though.
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.
Just to make sure that I am clear about the goal, are we looking to have the cran
attribute in all CRAN packages? The attribute already exists but its usage has not been standardized on as of yet.
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.
Maybe y'all want to open an issue on this instead of the thread getting lost in this PR? There are already so many comments I can't find ones that I'm looking for with that accordian thing GitHub is doing!
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.
Yes, the goal is to get a cran
attribute for all packages. I didn't realize we already had support for it. I don't think an issue is necessary if you're already planning to do this in the future.
3dc6637
to
23fda60
Compare
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.
Python packages look good to me. If I get bored I'll add cran
and cpan
attributes for fetching someday.
23fda60
to
6905557
Compare
okay @adamjstewart I fixed that one boost issue, let me know if there is anything else you'd like before this is ready for merge! |
Did you add |
@adamjstewart I asked questions about those requests, they might be hidden now in the compressed comments. I asked specifically about versions I think. |
For at least one of those I said to just deprecate all versions if the entire package is deprecated, sorry for the confusion. |
Most of these are perl packages that need to point to the meta docs site, and then a fair amount of http addresses that need to be https, and then the rest are usually documentation sites that no longer exist or were otherwise changes Signed-off-by: vsoch <vsoch@users.noreply.github.com>
6905557
to
7a1dd37
Compare
No problem! All set. |
YES!!! 🥳 |
Given the commit message with which this landed in |
lol! So that was totally my mistake - I fixed the title from "speck" to "spack" but didn't update the commit message. Oups. And just looked at the link, ewsies! @adamjstewart you can have all the speck, do not save any for me 😆 |
I've added spack to repology (went live in the middle of today) and as part of that, I stumbled on this entire three page of "spack problems"
https://repology.org/repository/spack/problems
And of course could not simply leave them there, so I went through each one and fixed the package. There were a few that should be further discussed in #25490 but for the most part these are small changes to update urls to use https, or update the perl package manager, or replace urls that are now 404. For a few sites that triggered errors (that didn't have https) the certificate setup might be strange but it's not broken, so I didn't change those. It looks like from the file count I was able to fix 379/397, which is pretty good!
Signed-off-by: vsoch vsoch@users.noreply.github.com