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

changed to setuptools and replaced cStringIO #9

Open
wants to merge 11 commits into
base: master
Choose a base branch
from

Conversation

klintan
Copy link

@klintan klintan commented Feb 2, 2018

Changes to adapt to Python 3. Changed to setuptools (as also seen in another open PR).

Needed to make some changes to get all the tests to pass, but now all passes. Will add some additional tests for pdutil but will keep them in a separate PR.

@klintan klintan mentioned this pull request Feb 2, 2018
@dimatura
Copy link
Owner

Great, thanks! I'll check it out. Would it still work on 2.7?

@klintan
Copy link
Author

klintan commented Mar 16, 2018

As its stands right no, it would not. For instance .iteritems() changed to .items() in python3. Some other minor things right now that would not work in python2.7 but those are the major things I think.
I'll take a look and see if I can get it compatible.

@klintan
Copy link
Author

klintan commented Mar 21, 2018

Ok the tests passes now on python 2 as well, so I think it should be compatible with both now. Take a look and let me know what you think. :)

@dimatura
Copy link
Owner

Nice! I'll give it a try!

@klintan
Copy link
Author

klintan commented Apr 30, 2018

@dimatura have you had time testing it out on python 2 ? :)

@Qiang-Xu
Copy link

Nice @klintan, thanks.(Actually I did exactly the same thing on my machine :~))

@AlexandreSi
Copy link

Hi all,
@dimatura, do you consider merging @klintan's PR?

@ir0nt0ad
Copy link

@dimatura any chance for a merge? thanks

@themightyoarfish
Copy link

Please, please please merge this!

@hhansen-bdai
Copy link

It would be great if this could be merged!

@kentaroy47
Copy link

👀

@clydecbrown
Copy link

I chatted with @dimatura a bit. It sounds like he is willing to keep this project moving but not necessarily to maintain it himself. There are some viable forks out there. The @DanielPollithy fork brings in the @klintan changes plus some additional clean-up. Some questions for everyone:

  • Which fork to use?
  • Keep using a personal repo or move to a shared repo?
  • Who will volunteer for maintenance duty?
  • Can we publish new versions to the existing pypi release? (@dimatura has the key)

For my part, I'm using the @klintan fork. That works but the @DanielPollithy fork looks like an improvement. I can volunteer as a maintainer if no one else wants it, though we are better off with two maintainers. Ideally we would get a couple people with access keys to push a release to pypi.

@DanielPollithy
Copy link

DanielPollithy commented Oct 23, 2020

Hi @clydecbrown !
I think it's a good idea.

In order to get a better overview for the discussion, I will try to summarize what my fork contains:

@clydecbrown
Copy link

Seems like we should go with the @DanielPollithy fork since he is putting in the most effort, and make that one the official fork for release. @dimatura what do you think–willing to hand over the pypi token?

klintan and others added 6 commits December 20, 2020 23:54
Fix import statements for python 3
Fix ValueError: field '__0000' occurs more than once
FIx DATA binary_compressed parsing error
FIx when processing binary_compressed format point cloud
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

Successfully merging this pull request may close these issues.