[go: up one dir, main page]

Skip to content
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

generate_python_bindings.sh dependencies #22

Open
danielk333 opened this issue Mar 11, 2022 · 6 comments
Open

generate_python_bindings.sh dependencies #22

danielk333 opened this issue Mar 11, 2022 · 6 comments

Comments

@danielk333
Copy link

The script in OPI/tools/generate_python_bindings.sh depends on h2xml and xml2py, however looking into these packages they seem to be semi-abandoned (on ubuntu launchpad the latest release was 2015 and hence they dont show up in e.g. AUR on arch), trying to find the source code the only refence avalible is this repository which seems to have switched use-case as it does not supply h2xml and xml2py as entry-points anymore but rather clang2py.

Any ideas? Or did i just miss what the actual package is? xD

@danielk333
Copy link
Author
danielk333 commented Mar 11, 2022

Ah i found the svn repository for ctypeslib (the repository i linked before is ctypeslib2) and it lives here on PyPI https://pypi.org/project/ctypeslib/ unfortunately not installable it seems though

@danielk333
Copy link
Author

Cloning the svn code revealed that its only python 2 compatible so this is probably a no-go as a dependency

@ckebschull
Copy link
Collaborator

Hi Daniel, yes you are right that code has not been touched in a while. Maybe you could ask your question on the OPI side of things. Then my colleague @mmoeckel could respond. Please also note that we are currently stuck on OPI-2015 and OPI has been further developed.

@danielk333
Copy link
Author

#1 should resove this issue right?

@ckebschull
Copy link
Collaborator

That is correct. I hope to soon be able to look at it, but this is more complex as NEPTUNE is used in other projects, which still run on OPI-2015.

@danielk333
Copy link
Author
danielk333 commented Aug 25, 2022

Ah i see. But that should not be a big problem since its under version control and those projects can just check out a particular release/hash/tag using OPI-2015? Or have a separate branch that can also receive bugfixes

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants