de_DE and de_de
fr_CA and fr_ca
ja_JP and ja_jp
ko_KR and ko_kr
pt_BR and pt_br
zh_CN and zh_cn
The Mac OS filesystem is case-insensitive, but Docker does not know that. When Docker attempts to copy these directories from a case-sensitive Ubuntu filesystem to the Mac OS case-insensitive filesystem, these failures occur.
I don’t know how to resolve this, but what I do know is that Tutor cannot fix this for you. Here are a few suggestions:
Get in touch with the xblock-poll authors via a Github issue on their repo (I know some people from Opencraft are here @arbrandes )
Don’t work directly on the /openedx/venv bind-mounted volume, but work on a subfolder of the virtualenv which does not include the poll/ folder.
Work on a case-sensitive filesystem (I have no idea if this is possible in Mac OS. Maybe take a look at this?).
I started installing the DevStack Docker set-up. But I encounter connection issues with some repos most likely due to my bad connection. I’ll let you know if I see the same issues with Devstack Docker.
I avoided using Ubuntu VMs because of resource constraints (already have two VMs set-up). But if the Devstack Docker setup will face more issues, I’ll have to go the VM Ubuntu route.
@eragon You should really try out the machine plugin: Overhang.IO | Tutor Plugins - machine
I live in a remote village of the French Alps, where my bandwidth is quite poor (~500kB/s), so I primarily developed this plugin to resolve my own badnwidth and performance issues. The Machine plugin allows you to hack on Open edX on a low-end laptop with poor connectivity.
Okay I’ll check out the machine plugin. Just finished pulling Devstack Docker and provisioning it for NFS.
Your 500kB/s is paradise compared to a download speed of 30kB/s (most of the time - but it could reach more than 500kB/s at times). My hard disk space has like 60GB space left (of 1TB). But I’ll probably archive a lot of old and unused files and code ce week-end :-D.
Newer versions of MacOS support case-sensitive file systems, although it’s not the default. So the best solution would be to use one of these if you are provisioning a new Mac. I guess it’s not possible to change the FS type without loosing all the data.
Move the volumes directory inside the tutor root directory (created by a previous run of bindmount) to the new volume.
cd $(tutor config printroot)
mv volumes /Volumes/APFS_case_sensitive
Create a symlink in the tutor root directory
ln -nsf /Volumes/APFS_case_sensitive/volumes .
Rerun the tutor dev bindmount commands. Now the errors should be gone.
Check that the volumes directory is a link to the new APFS case sensitive volume
% ls -la
drwxr-xr-x 6 andres staff 192 Jan 26 13:18 .
drwxr-xr-x 13 andres staff 416 Jan 26 11:57 ..
-rw-r--r-- 1 andres staff 2142 Jan 26 11:47 config.yml
drwxr-xr-x 9 andres staff 288 Jan 26 11:11 data
drwxr-xr-x 10 andres staff 320 Jan 26 11:41 env
lrwxr-xr-x 1 andres staff 36 Jan 26 13:18 volumes -> /Volumes/APFS_case_sensitive/volumes