Remove missing files from the file list.

[xhochy]

These files are only really missing if the user executed conda clean -p.

[mcg1969]

@xhochy can you revisit this one? I'm afraid there are some nontrivial merge conflicts now. In particular, note that I created a setup_envs.bat for Windows that mirrors setup_envs.sh for Unix because I was having issues with bash on Windows.

[mcg1969]

Now that we're using GitHub Actions for CI you can just delete .travis.yml. And setup_envs.bat is gone again, too; we're now back down to just setup_envs.sh. So it should be easier to merge your changes.

[mcg1969]

Now that I've spent so much time wading in this, I'm actually going to propose the following: that conda pack should always be tested against its own conda installation—or more specifically, its own package cache—so that it's free to manipulate that cache however it wants to without distrupting the user's local installation.

That's effectively what I do in the GitHub Action. For the raw package build and the doc build, I'm using the worker's built-in Miniconda install. But for the testing, I'm installing our own conda environment.

That said, I'd rather not do a full conda clean in testing. Let's just delete one or two packages, like the current testing does.

[mcg1969]

It doesn't even matter, actually, if the conda used to create the environment is the same as the conda used to run the test! Because the code determines the location of the cached packages by the metadata in the environment.

[mcg1969]

OK, with #135 I've changed the testbed in a significant way: it now creates a full conda tree, including a root environment with conda installed, and with that conda installing the individual test environments. This is significant because it enables the testbed to control its own package cache without disrupting any other work the developer might be doing.

So with this, we can free free to remove package cache entries at will, as we now do with the Python 2.7 version of the conda_pack_test_lib2 package.

[dbast]

@xhochy What are your plans with this PR? What about rebasing it?

[github-actions]

Hi there, thank you for your contribution!

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed automatically if no further activity occurs.

If you would like this pull request to remain open please:

1. Rebase and verify the changes still work
2. Leave a comment with the current status

NOTE: If this pull request was closed prematurely, please leave a comment.

Thanks!

[xhochy]

Due to the merge of a very old branch, this has triggered darker for a lot of the existing codebase. Thus most of the changes are unrelated. I hope it is still reviewable.

[jaimergp]

This is a bit cryptic. Can we use a word here instead of "1"?