Hello, I'm planning to port the ipa-client to Python 3, and I'm likely to end up shaking out some dusty corners of the codebase, rather than doing the minimal amount of work :) So I'd like to get your opinions before I commit significant time to this.
I think it would be beneficial to split ipa-client to better match both how it's put in the RPMs these days, and how the rest of IPA is organized. (And, to stop using autotools to "build" Python libraries...) The resulting structure could look like this: ipaclient/ - *.py - setup.py client-tools/ - man/* - *.c - *.h - all the automake stuff - current contents of ipa-install (Python scripts that go in /usr/sbin) Removed: - ipa-client.spec.in (included in freeipa.spec.in) - NEWS (empty) - README (entirely outdated) Does this look like a reasonable direction to explore? -- Petr Viktorin -- Manage your subscription for the Freeipa-devel mailing list: https://www.redhat.com/mailman/listinfo/freeipa-devel Contribute to FreeIPA: http://www.freeipa.org/page/Contribute/Code