You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With #1331, the user in Docker containers can now be root as well as brutus; however, Briefcase always mounts the data directory in to .cache directory for brutus. This doesn't appear to be having adverse effects right now....but it should probably be reconciled.
Steps to reproduce
Using Docker Desktop, run briefcase open linux --target debian
Run whoami to see current user
Run ls -lh /home/brutus/.cache/
Expected behavior
I suppose it doesn't actually hurt anything to leave this as is....but it seems a lot more consistent if we use a user-agnostic location to bind mount the Briefcase data directory given we're not always using the brutus user now.
Screenshots
No response
Environment
Operating System: pop os 22.04
Python version: 3.10.12
Software versions:
Briefcase: 0.3.16.dev20+g8b020d6c
Logs
No response
Additional context
No response
The text was updated successfully, but these errors were encountered:
This is a little different; here, I'm pointing out that we're still using /home/brutus/.cache/briefcase when the brutus user does not exist in the image; such as when using Docker Desktop on Linux and root is used in the image.
It's not an inherent problem....it's just a bit strange...especially without any context/history.
I think a more consistent approach would put the Briefcase data directory in root's home directory in this case or use a dedicated location in the filesystem like /briefcase.
Describe the bug
With #1331, the user in Docker containers can now be
root
as well asbrutus
; however, Briefcase always mounts the data directory in to.cache
directory forbrutus
. This doesn't appear to be having adverse effects right now....but it should probably be reconciled.Steps to reproduce
briefcase open linux --target debian
whoami
to see current userls -lh /home/brutus/.cache/
Expected behavior
I suppose it doesn't actually hurt anything to leave this as is....but it seems a lot more consistent if we use a user-agnostic location to bind mount the Briefcase data directory given we're not always using the
brutus
user now.Screenshots
No response
Environment
0.3.16.dev20+g8b020d6c
Logs
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: