Skip to content
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

Merged
merged 1 commit into from
Aug 26, 2021

Conversation

vsoch
Copy link
Member

@vsoch vsoch commented Aug 18, 2021

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

@vsoch vsoch changed the title Fixing "problems in speck" as identified by repology Fixing "problems in spack" as identified by repology Aug 18, 2021
@vsoch vsoch mentioned this pull request Aug 18, 2021
2 tasks
@vsoch vsoch force-pushed the fix/repology-problems branch 3 times, most recently from f04c91b to 6d4be85 Compare August 18, 2021 23:47
@vsoch vsoch requested a review from alalazo August 19, 2021 00:50
Copy link
Member

@alalazo alalazo left a 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.

Copy link
Member

@alalazo alalazo left a 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"
Copy link
Member

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 🤷‍♂️

Copy link
Member Author

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

Copy link
Member

@adamjstewart adamjstewart left a 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 urls, 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.

Comment on lines +12 to 13
homepage = "https://metacpan.org/pod/HTML::Parser"
url = "http://search.cpan.org/CPAN/authors/id/G/GA/GAAS/HTML-Parser-3.72.tar.gz"
Copy link
Member

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.

Copy link
Member Author

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!

var/spack/repos/builtin/packages/py-nose-cov/package.py Outdated Show resolved Hide resolved
var/spack/repos/builtin/packages/py-pager/package.py Outdated Show resolved Hide resolved
var/spack/repos/builtin/packages/py-pytest-pep8/package.py Outdated Show resolved Hide resolved
var/spack/repos/builtin/packages/py-wget/package.py Outdated Show resolved Hide resolved
var/spack/repos/builtin/packages/py-zc-buildout/package.py Outdated Show resolved Hide resolved
Comment on lines +15 to 17
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/"
Copy link
Member

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?

Copy link
Contributor

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.

Copy link
Contributor

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.

Copy link
Member Author

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!

Copy link
Member

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.

adamjstewart
adamjstewart previously approved these changes Aug 23, 2021
Copy link
Member

@adamjstewart adamjstewart left a 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.

@vsoch
Copy link
Member Author

vsoch commented Aug 23, 2021

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!

@adamjstewart
Copy link
Member

Did you add deprecated=True to the known deprecated packages?

@vsoch
Copy link
Member Author

vsoch commented Aug 23, 2021

@adamjstewart I asked questions about those requests, they might be hidden now in the compressed comments. I asked specifically about versions I think.

@adamjstewart
Copy link
Member

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>
@vsoch
Copy link
Member Author

vsoch commented Aug 23, 2021

No problem! All set.

@vsoch vsoch mentioned this pull request Aug 26, 2021
@adamjstewart adamjstewart merged commit 6a26322 into spack:develop Aug 26, 2021
@vsoch
Copy link
Member Author

vsoch commented Aug 26, 2021

YES!!! 🥳

@alalazo
Copy link
Member

alalazo commented Aug 27, 2021

Given the commit message with which this landed in develop, I think @adamjstewart was hungry 😆 For reference this is "speck"

@vsoch
Copy link
Member Author

vsoch commented Aug 27, 2021

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 😆

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.

None yet

4 participants