Include flag to set different permissions during s3invsync transfer
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- aws, rust
- Área
- cli, cloud, operating-systems
Línea de trabajo
Comienza en el punto de entrada de transferencia de s3invsync y sigue el recorrido hasta determinar dónde se establecen los permisos de los archivos y directorios copiados. Define el flag propuesto para el acceso de grupo de solo lectura solicitado y verifica después que una transferencia produzca archivos con -rw-r-----+ y directorios con drwxrws---+.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Permissions set on files that were transfers were not optimal for read-only access across groups.
During our s3invsync transfer, files copied over to MIT Engaging had a default permissions of:
File-level:
-rw-------+
Directory Level
drwxrws---+
When first ssh'd onto a login node, output of umask is 0002; however, these permissions do not match such an setting that you'd expect from the default umask value.
The ideal permissions for our group are:
File-level
-rw-r-----+
Directory-level
drwxrws---+ (which was appropriate from the initial copy)
This GitHub issue captures the need to perhaps set temporary permissions that enable read-only access across groups/users for not just the user that transfers the files, but also others.
Perhaps a quick setting of umask 027, etc. could work here -- rather integrate something into s3invsync though upstream -- thanks all
Cc @kabilar @yarikoptic @satra @jwodder
- Lenguaje dominante
- Rust
- Estrellas
- 3
- Forks
- 1
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de dandi/s3invsync
-
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
error handling
Dificultad 3/5 1-2 días Aptitud para principiantes 42/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Todos los issues de dandi/s3invsync
Issues similares
-
✨ enhancement needs-discussion
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
-
docs(openclaw): RTK_REWRITE_HOST relaxes every default ask, not only commands no rule matchedAbiertoarea:docs documentation good first issue priority:low
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
rtk-ai/rtk#4500 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
triage:accepted
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
open-telemetry/otel-arrow#4343 ·
Los mantenedores suelen responder en 2 días
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
mishraprafful/multihull#150 ·
Los mantenedores suelen responder en 1 día
-
area:tooling bug good first issue priority:P3
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
michaelnavazhylau/ngspice-rs#129 ·
Los mantenedores suelen responder en 1 día