Conversation
|
Should I ignore these tests? They should not be failing. These tests failed.
in 1. this -> git+https://github.com/atzannes/[email protected]#egg=test-private-dependency-v0.1 might be the issue. https://github.com/atzannes/test-private-dependency/blob/master/README.md says Trying this on my machine-> This works-> Let me know what to do about this. |
|
Getting issues with dev environ again. This is one reason its so annoying to do this. Thanks to a part in https://pipenv.readthedocs.io/en/latest/dev/contributing/#run-the-tests Fix this first? |
|
@snow8gaia Thanks for your efforts, we are not going to look at PRs until the CI issue is fixed. You can wait for it and just ignore the failures before it's done. #3298 |
|
frostming Thanks for the update. |
|
#3298 is merged. Sync the fork ->2 failing. https://dev.azure.com/pypa/pipenv/_build/results?buildId=5560 -> the commit 0984bab the function |
|
frostming Ignore the failing tests, got it. So, I will begin working on this. (hope that's what you meant by 'you can wait for it and ignore the failures before it's done') |
|
Step2
Step3
Step4
|
|
All checks pass. |
|
this PR doesn't appear to carry any changes with it. You don't need to rely on tests that are not related to the changes you are attempting to make but please don't open dummy PRs as a personal workbench. Do feel free to open a work in progress PR when you have some working code for review Closing this for now as it currently contains no changes |
|
Seen. |
|
Sorry for noupdates, delay, etc. permanently set my GitHub status to Busy.
# warn about invalid extras in Pipfile
from .environment import Environment
for section in pipfile_section:
for k,v in pipfile[section].copy().items():
if hasattr(v, "extras"):
if k =! package__name.valid and package__name.is_installed(k):# check if extra is valid
raise exceptions.PipenvFileError(message="Invalid extra in Pipfile in [{0}] section".format(
pipfile_section.replace("_", "-")))
will try to reply quickly. |
|
@snow8gaia We don't keep PRs without any meaningful change and just for personal testing. If you have some working code you can push it to your fork repo and open another PR. Closing a PR won't cause you unable to push. |
edit: Thanks a lot frostming. It works now. Earlier I hadn't added any code to the repo. Whenever I would sync the fork and then try to update the fork by 'git push origin master'. It would give this error message- edit2: |
I Will be gone for a while. |
yeah it only contains updates of this PR for now. In case the remote repo rejects your push you need to do It will be better if you can squash the commits without changes. |
to be clear1. is not a complain 2. was meant to work; but turned out to be a error. I'll fix it. 3. (is sarcasm) but this(1) needs to improve. Duplicate of # I will be gone for a while. |
Thank you for contributing to Pipenv!
The issue
What is the thing you want to fix? Is it associated with an issue on GitHub? Please mention it.
Always consider opening an issue first to describe your problem, so we can discuss what is the best way to amend it. Note that if you do not describe the goal of this change or link to a related issue, the maintainers may close the PR without further review.
If your pull request makes a non-insignificant change to Pipenv, such as the user interface or intended functionality, please file a PEEP.
The fix
How does this pull request fix your problem? Did you consider any alternatives? Why is this the best solution, in your opinion?
The checklist
news/directory to describe this fix with the extension.bugfix,.feature,.behavior,.doc..vendor. or.trivial(this will appear in the release changelog). Use semantic line breaks and name the file after the issue number or the PR #.