-
Notifications
You must be signed in to change notification settings - Fork 7
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
Publish to PyPI #10
Comments
This would make a lot of sense. I've looked into it a bit. However, seeing as a lot of parts would need to be refactored, also in the breathe repo, and I don't have much time for this project I will leave it as is for now. Maybe I will find a bit of time to do this. It would be much nicer from a usability side of course. |
Well, the current state sort of works, so just publishing as is could be an option. If you don't have the time, I can take that part :) |
Yea, would be great if you could help out :) |
It's a great project and kudos to @rogerbarton for your work. Thanks, it is really appreciated. Anyway, this is for people trying to generate doxygen documentation on the https://readthedocs.org/ and stumbling on this ticket. Since for now, there isn't a PyPI published package, you can't just add it to requirements.txt. Try adding an installation to your # Make sure the the package is a part of the extensions
extensions = ['sphinx_csharp','breathe']
import subprocess, os
read_the_docs_build = os.environ.get('READTHEDOCS', None) == 'True'
if read_the_docs_build:
subprocess.call('doxygen', shell=True)
subprocess.call('pip install git+https://github.com/rogerbarton/sphinx-csharp.git', shell=True) Disclaimer: I know basically nothing about python, I just wanted to have doxygen generated API and this seems to work. |
I looked into publishing a pypi package. However, I would need to rename the package to something else... this would also require the breathe repo to use this new package name. I'm not sure if this is worth the hassle. imo |
The PyPI name needs to be different but the installed package name can remain the same. This happens a lot when projects get outdated and new maintainers pick them up. The only downside is then you cannot install the other package along side this one, but I don't really see that as being an issue as most would not use both packages simultaneously. |
Seeing that upstream has been inactive for a long time now, would you consider publishing your fork to pypi, maybe under a different name?
The text was updated successfully, but these errors were encountered: