-
-
Notifications
You must be signed in to change notification settings - Fork 19
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
Unneeded feedstock #2
Comments
cc @jakirkham I am okay with the proposal. |
We got pytorch-cpu compiling on conda-forge https://github.com/conda-forge/pytorch-cpu-feedstock I still can't get windows to compile, but if somebody would like to help on that front it would be appreciated. If you would make this recipe depend on pytorch-cpu then it would work out for conda-forge, at least on linux. |
Presently, this package seems to depend on 'pytorch' whereas conda-forge only provides 'pytorch-cpu', this is confusing for users like me. |
The reason I packaged it that way is that there is a huge difference in performance between the two. I figured at least this way, if people depend on pytorch, they will know that only pytorch-cpu exists on conda-forge. We can make a meta package pytorch that will dependent on either pytorch-cpu or pytorch-gpu, I might be tempted to work on this soon. |
Having torchvision in conda-forge is big problem. It's not compatible with the official pytorch conda packages, is very out of date, and results in conflicts when attempting to install software that depends on torchvision, if conda-forge is configured with a high channel priority (as in the recommended install steps on the conda-forge site). In addition, most PyTorch users use GPU, which isn't supported in the conda-forge package. What's the process for getting packages removed from conda-forge that cause problems? This issue was raised over a year ago, was ok'd by @nehaljwani, and then nothing happened. There's zero upside to having this on conda-forge, and many downsides. |
I think the package could be updated to a more modern version. It seems that the setup process now requires pytorch. Conda forge is community lead and complicated software like pytorch is simply challenging to package in an ecosystem. People expecting GPU performance will not find a package called pytorch from conda forge |
You're breaking a lot of downstream software by leaving this here, meaning that anyone wanting to use pytorch in its normal configuration can't use conda-forge. I strongly hope you reconsider, for the health of the conda-forge community and python more generally. If you don't, I very much hope that the project leadership will consider removing it, or at least publish clear guidelines explaining how ecosystem-breaking packages like this can be appealed and on what basis such appeals will be considered. |
I'm just having trouble understanding the use case. Are you using
Then maybe
and that is breaking your system? Why not add the pytorch channel with higher priority than the conda-forge channel? That seems like it should solve the issues. FWIW: I've also started to build pytorch 1.2 CPU, conda-forge/pytorch-cpu-feedstock#8 Their tar balls didn't include the versioned dependencies, making it much harder to auto update |
it seems that pytorch-cpu is a build time requirement for torchvision(-cpu????) they moved to tracking features, enabling a more streamlined install. I agree that torchvision probably shouldn't have been added in before pytorch(-cpu) was built. That said, I think that
should enable pytorch to have highest priority, making the pytorch install good, while using conda-forge packages The pytorch channel seems quite limited to software directly related to pytorch, and doesn't seem like it will add many conflicts |
Yes it's possible to add an extra install step, which would be required by every single dependency on pytorch, to work around this breakage. But better would be to remove this package so that everyone else doesn't have to work around the problem. It adds nothing, almost no-one uses it, and causes a lot of pain. I spent the last 24 hours trying to work around it in a way that doesn't require me to tell every single user to change their conda setup. |
I really do understand your frustration. I'm sorry it has caused you so many problems. I'm just trying to better understand your install steps. Following the instructions from the pytorch website, I get the following:
If your users have an old version of the package, then maybe provide the command:
or similar. Can you provide me with a list install steps that are able to recreate the issue for you? I don't have the powers to delete this package, (and I will likely reupload the 0.4 package when pytorch 1.2 gets built), so I am very interested in learning more about your usecase Feel free to ping the core team to delete the package, but they are swamped |
And this is my config
|
Just a note: It seems that as of 0.3, torchvision builds depend on cpu/gpu configurations. |
Thank you - I will follow those directions to request removal. Other than that, I don't have more time to spend on this unfortunately, since I've decided to continue to avoid conda-forge for now. I've tested it every 6 months since it was first released, to see if it gets to a point that it works without pain for users.
Note that the issue is for maintaining and updating packages that *depend* on pytorch - not pytorch itself.
|
Depending on pytorch should be fine no? I named it pytorch-cpu to explicitly avoid people meaning the GPU version and getting something they don't want. Finally, you can specify the version of the package you need. In that case, if you specify Users will have to have the pytorch channel enabled, but I guess that can be done with a -c flag. |
At the time, this followed pytorch's convention, with the exception of the macos build. |
I don't have the powers to delete this package, (and I will likely reupload the 0.4 package when pytorch 1.2 gets built), so I am very interested in learning more about your usecase
Feel free to ping the core team to delete the package, but they are swamped
https://conda-forge.org/docs/orga/guidelines.html#fixing-broken-packages
and if they miss your ping, then it can take even more time.
According to those instructions the request needs to come from you.
|
I know, even though I'm not a maintainer here, I guess I could ping. But honestly, I'm not convinced it is the best way to help you. @jph00 I still think the correct way for you to resolve your package correctly is to restrict your required version of torchvision in the meta.yaml file. Hi @conda-forge/core, Please move this package from It was built with an external dependency. |
Many thanks. I don't actually need any help because we've solved the problem by avoiding conda-forge.
However I am interested in seeing conda-forge play more nicely with the pytorch ecosystem, and have better policies and processes with interfacing with organizations that want to support the conda community more generally - especially since things like RapidsAI are now using conda-forge deps.
If every package that uses pytorch pins the torchvision version then that would be a workaround for this particular problem. But it's not a great solution to the more general policies and processes issue which led us here.
|
does your software really support that many versions of pytorch/torchvision? With such a fast moving software, |
Note: this got no response, this package is still installable. Ping @jakirkham and @jjhelmus, adding to the discussion for tomorrow. Deletion of this feedstock seems preferable to adding a |
I believe the package is now finally broken, since it cannot import pillow 7.0.0, but pillow doesn't seem to be pinned to a lower version in this repo. Maybe now would be a good time to reconsider deleting this package. |
@ocefpaf What's your opinion on this? I am OK with moving all builds to archive and marking this feedstock as deprecated (but don't have the powers to do so 😉) |
All the packages here are in the epoch Regarding archiving this feedstock, that is up to you @nehaljwani, as the sole maintainer here. If you want to do so I can archive it for you. |
Thanks for the quick response, @ocefpaf ! Please archive this feedstock. |
Unarchiving the feedstock as we have pytorch packages available in conda-forge and it's okay to have torchvision packages in conda-forge. |
I am arguing for the deletion of this feedstock for the following reasons:
The text was updated successfully, but these errors were encountered: