-
Notifications
You must be signed in to change notification settings - Fork 161
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
Fix multiple breaking issues from new pyparsing
versions
#296
Conversation
Someone merge this in! |
@InfamyStudio I've done it so long ago that I don't remember what I did there 😄 I believe currently only @prmtl is capable of merging this |
@prmtl @peternowee Could you check this PR? You're the only active people there. |
The third member of the pydot org is @erocarrera, who worked on pydot-ng back in 2010 but doesn't seem to have been involved since... but, still, technically is a member of the org and probably has access. Ping? @prmtl hasn't been seen on GitHub in a while. @peternowee is still around but presumably busy with other things. |
Just wanted to +1 this, we (networkx) are planning on deprecating support for networkx/networkx#5723 for some time now as pydot doesn't seem to be maintained. It breaks certain part of our graphviz/drawing test suite, and a lot of pydot issues are reported to us by networkx users. It would be great to get some activity here to bring pydot up to date with the latest python/pyparsing releases!! pydot is super useful in cases where users just want to generate .dot files and it's pure python (easily WASM'able). |
@MridulS I've managed to get access to the repo. I'll be able to relearn and review my old changes in this PR and possibly merge them – maybe this weekend. There's a huge test suite that will help. Another thing is actually publishing them as a new version if they'd work – I probably don't have rights for that yet so I'll have to ask Ero for even more 🥲 |
I see the current repo has CI definitions for AppVeyor and Travis; presumably Travis, at least, is a lost cause. I'd be willing to work on a PR to migrate that into GitHub Actions, if you'd be interested in reviewing and merging that, @lkk7. That'd then open the door to setting up automatic (or non- automatic) PyPi publishing of releases as well, if the relevant credentials were stored in the repo's or org's secrets. Then anyone with the necessary rights to tag releases here could perform that step as well. Raise the bus factor a bit. |
(Actually I see #299 was already submitted to start that work. But then it was closed seemingly immediately after, with no explanation.) |
@ferdnyc Hi, thanks and feel free to replace the old workflows with GitHub Actions lint/test steps. I'd suggest skipping the PyPI publishing part for now – Ero (the original owner) wants to publish the first few changes himself to gain confidence in us 😄 |
This pull request has conflicts, please resolve those so that the changes can be evaluated. |
All conflicts have been resolved, thanks! |
How often will a new version be released? |
@zen-xu May I ask why are you asking? Any comments/feedback/help is welcome |
This PR:
html_labels.dot
,html2.dot
)russian.dot
)pyparsing
to>=3.0.9
Tradeoff: from my tests, there is a small performance degradation due to introduction of
pyparsing_unicode.BasicMultilingualPlane.alphanums
which impactspyparsing
's speed. This can be investigated later. For now, the most important thing is that it works.