Callpath package failed with Spack packaging
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 25/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Domain
- build-system
Research direction
Start by reproducing spack install callpath in the Docker image for OSX, following the linked Spack packaging tutorial and the failing depends_on('callpath') step. Trace the reported NoneType/string comparison to determine whether the callpath package metadata or Spack environment causes it; done means the package installs without this error.
Written by the indexing model from the issue text.
Description
Hello, I'm trying to create a spack package by following the Spack tutorial ([https://spack-tutorial.readthedocs.io/en/latest/tutorial_packaging.html], Docker image for OSX), but it failed on depends_on('callpath'), if I "spack install callpath", it fails and gives the same error "==> Error: '<' not supported between instances of 'NoneType' and 'str'".
I suppose this is a problem with callpath.
- Dominant language
- Shell
- Stars
- 7
- Forks
- 5
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Similar issues
-
docs(agents): strengthen the no-backslash-escaped-backticks rule with an issue-creation example Open
Difficulty 1/5 Under an hour Newbie friendliness 92/100
-
package-update
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
oSoWoSo/vOid_Community_repOsitory#148 · 1 comment ·
-
chore
Difficulty 1/5 Under an hour Newbie friendliness 91/100
alunduil/alunduil-chezmoi#792 ·
-
area: compat bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
zenhub-dev
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
OpenLiberty/ci.docker#747 ·