python-oauthlib is currently in main, but it is only shipping as py2. It wasn't clear to me that it supported oauth 2, which is of course a requirement for many of the providers. If it can do what we want, then that is preferred (the server team's 'glance' pulls it into main, and that is unlikely to change).
FWIW, I did a diff between __init__.py from python-oauth2 and src/oauth2.py and the differences were not big (only 25 hunks, most changing only one line). I figured this diff could be applied to python- oauth2, adjusting it to make it bi-lingual, then adjust the packaging to have it provide both py2 and py3. It would be good to adjust the tests and run them with both py2 and py3 in the build. All this should of course be sent upstream so we don't have to maintain the delta long term. IMO, the best solution is to use python-oauthlib (especially if it doesn't need porting to py3). An acceptable solution is to make python- oauth2 bi-lingual and pull it into main. I'd much rather have this one additional package in main than have to support multiple embedded python-oauth2s sprinkled throughout the archive as we build out our online-accounts. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1029549 Title: [MIR] online-accounts and friends To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/account-plugins/+bug/1029549/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
