Process edx-platform assets without Paver #31798
Assignees
Comments
This was referenced Feb 21, 2023
Closed
kdmccormick
added a commit
that referenced
this issue
Feb 22, 2023
The file was introduced as part of the "decentralized devstack" spike. We wanted a working Dockerfile in the edx-platform root, and we wanted to speed it up by not relying on Paver. edx-platform now has a working Dockerfile, and it does not use this script. The paver-free-assets initiative is being continued here: #31798 It will result in a new, prod-ready asset building script.
This was referenced Mar 7, 2023
kdmccormick
changed the title
kdmccormick
changed the title
kdmccormick
added a commit
to kdmccormick/tutor
that referenced
this issue
Apr 14, 2023
When enabled, this flag tells Tutor's openedx-assets script (which processes assets using Python and edx-platform's Paver tools) to instead proxy through to edx-platform's new asset processing system (`scripts/build-assets.sh` and `./manage.py collectstatic`). Also, when enabled, openedx-assets will print out the shell command that could have been used to directly invoke the new asset processing system. In the future, openedx-assets will be deprecated, and the direct shell command will be the canonical way of compiling assets. Part of: openedx/edx-platform#31798 ADR: https://github.com/openedx/edx-platform/blob/master/docs/decisions/0017-reimplement-asset-processing.rst
kdmccormick
added
the
duplicate
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Dupe of #31895, #31895
The text was updated successfully, but these errors were encountered: