Closed thejuliekramer closed 3 years ago
It looks like this may have already been done upstream (and it's marked that way in the spreadsheet); we need to confirm and make sure we're using that version before we mark this Done, though.
Main PY3 upgrade work was done here.
Supplementary issue fixes:
I'm confident that this is ready for integration testing.
As tests are passing for Py3 and we have a separate issue covering testing the integration as we deploy into the production catalog app, we'll call this one Done.
Integrated into catalog app:
User Story
As a data.gov developer, I want ckanext-dcat running with CKAN 2.9 and Python 3 so that we can move out of CKAN 2.8 and reduce our technical debt and meet compliance standards.
Acceptance Criteria
Background
CKAN 2.9 extension tracker.
Details / tasks
The goal is to support running this extension against CKAN 2.9 (Python 3) and CKAN 2.8 (Python 2) environments. Please refer to the main CKAN documentation for Python 3 extensions migration. We're not following this guide exactly. Instead of creating a long-lived py3 branch, we should be merging often. New CI test suites don't need to required or to be fully passing in order to merge. It's only important that changes don't introduce new failures or break the existing test suites.
Below are a list of tasks. Depending on the extension's functionality, not all tasks will be actionable.
Tasks:
main
.check_ckan_version
caniusepython3 -r requirements.txt
from within the virtualenv) and post the results to this issue (docs)tests
dir totests/nose
in order to preserve existing test environment (example)futurize --both-stages --write ckanext
git grep -w 'paste\|pylons'
should return no imports) (docs)controller='package'
->controller='dataset'
orcontroller='resource'
Additional resources: