Conversation
ced4f53 to
6a945a5
Compare
| ```bash | ||
| docker compose run --rm -v /path/to/wav/files:/data django ./manage.py importRecordings /data | ||
| ```sh | ||
| ./manage.py importRecordings /data |
There was a problem hiding this comment.
Modifying the volume mounts like this isn't really compatible with dev containers. Of course, it's possible to modify the Docker Compose files and then restart the whole stack, but I think the better approach is just to hardlink the files from their host filesystem into the repo.
@BryonLewis Can you test if hardlinks work, then we can update these docs accordingly?
There was a problem hiding this comment.
Sorry, I forgot about this comment. This would mostly be softlinks (mounting a directory to import multiple wav files). This wouldn't work because it would be pointing to a location outside of the mounted container. This isn't something that is done frequently and if done I would probably utilize this: https://code.visualstudio.com/remote/advancedcontainers/add-local-file-mount
There was a problem hiding this comment.
Symlinks on the host system certainly wouldn't work: from within the container, they'd point seemingly nowhere.
I was thinking about whether we could use hardlinks instead, but I realize those only work with individual files, not directories.
I was hoping you wouldn't have to modify any of the volume mounts.
|
@BryonLewis @naglepuff This is ready for testing and review. Any feedback is welcome. |
6a945a5 to
3d70efa
Compare
|
I just rebased this and bumped it with an upstream patch version. |
| "justMyCode": false | ||
| }, | ||
| { | ||
| "name": "Pytest: Debug", |
There was a problem hiding this comment.
Test breakpoints weren't working for Bryon for some reason.
|
So I decided to test this in MacOS to see how it functioned and below are some minor notes: I modified the platform: linux/amd64 for django and celery for the Large Image wheels support so it will use Rosetta 2 translation layer. I then removed all of my previous images and volumes for a fresh install. I'm getting an npm access error: Exec-ing into the container and checking the folder: Looks like something is running during initialization that is writing to root access in the npm folder. I know you have a comment in there about the User being set up in the docker file but I did try adding Then removed the npm command from To confirm the next line in this link: https://containers.dev/implementors/features/#user-env-var If I exec in and delete npm cache all subsquent runs until a rebuild of the base image seem to be fine. |
|
@BryonLewis This is an incredibly helpful bug report, thank you! From looking at the Node feature, I think it may be caused by the pnpm install step. I've just pushed a change to disable that. Could you drop the cache volume |
Just re-tested after removing everything and it seems to be working. The ./pkg-cache-npm directory is owned by vscode now. There may be another side issue (after launch I tried |
|
Update: That side issue with the rollup module and |
704dd75 to
9ccddb3
Compare
|
@BryonLewis I've rebased this on Let me know what you think. @naglepuff Any feedback would be welcome too. I'm happy to talk through this live if you'd prefer. |
BryonLewis
left a comment
There was a problem hiding this comment.
I pulled down on both my Ubuntu workstation and M3 MacBook and tested the dev containers up to starting the celery container and importing/converting a wav file into its spectrogram and pulse/line metadata.
This worked on both the MacBook and Ubuntu systems without any problems.
LGTM
|
@BryonLewis Any thoughts about this section of the docs: #475 (comment) |
Deploying bats-ai with
|
| Latest commit: |
b0fdab1
|
| Status: | ✅ Deploy successful! |
| Preview URL: | https://35e906d8.bats-ai.pages.dev |
| Branch Preview URL: | https://resonant-upgrade.bats-ai.pages.dev |
|
@naglepuff I'd like to get more of your feedback on this, but I think it might be easier to just merge it now, then have you try it out during normal development from Is that ok? |
No description provided.