1 votos

¿Ha cambiado 13.4 la gestión de los enlaces simbólicos?

Algunos scripts que han estado funcionando bien durante meses fallaron miserablemente hoy.

No estoy completamente seguro de lo que ocurre; tal vez otra persona pueda confirmar o refutar lo que creo haber descubierto:

Anteriormente, el uso de open o hacer doble clic en un enlace simbólico obtendría el contenido del destino, y cp o ArchivoGuardar como crearía una nueva copia del archivo actual.

Hoy en día, parece que cp y ArchivoGuardar como están haciendo nuevos enlaces simbólicos. El problema para mí es que mis scripts dependían de mover el archivo actual a "añadir automáticamente a Música". ¡Ahora estoy recibiendo enlaces simbólicos allí donde el archivo ya no existe y Música no puede importar un enlace simbólico sin destino!

¿Alguien puede determinar si mi análisis es correcto o si es erróneo explicar lo que realmente está pasando?

El único cambio entre la última ejecución satisfactoria y la de hoy es la actualización de macOS_13.3.1_22E772610a a macOS_13.4_22F66.

Por si sirve de algo, la 13.4 arregló un grave error que también me causó pena.

Ahora, el total de "detalles sangrientos" de estos scripts, pocos querrían leer, pero aquí está una breve versión de lo que sucedió en la última ejecución exitosa:

Hay ocho "álbumes" en la biblioteca de música. Siete son versiones en distintos idiomas de un par de docenas de archivos de audio hablado. Una "Lectura de hoy" es el último archivo de cada álbum. En un directorio "Libros" hay enlaces simbólicos a todos los archivos de los distintos idiomas y un archivo de texto para cada uno. En un directorio "Hoy" hay enlaces simbólicos a los siete archivos más recientes.

El primer script abre los archivos más recientes a través de los siete enlaces simbólicos en Today/*, crea siete nuevos archivos de texto (vacíos) y abre siete páginas web donde se encontrará el nuevo material.

El siguiente paso es manual: copia y pega el texto de la web en los archivos de texto y descarga el audio correspondiente. Guarda y cierra los archivos de texto. Uno a uno, abre el audio descargado y usa copiar/pegar para reemplazar el audio en los archivos abiertos. Guarda y cierra (que sea directo al fichero real, no al enlace simbólico).

A continuación, otro script utiliza eyeD3 para añadir el texto como "letra" al archivo correspondiente y actualizar los metadatos (título, álbum) de cada uno. A continuación, los copia en el directorio de adición automática para que Music.app los importe. A continuación, vuelve a cambiar álbum/título a "Hoy/Idioma", borra (vacía) el álbum "Lectura de hoy" y los copia de nuevo para importarlos a ese álbum. Después de una espera de diez segundos para asegurarse de que las importaciones se han completado, borra los enlaces simbólicos en Hoy y los vuelve a crear, y añade los nuevos enlaces simbólicos en Libros.

Esto es lo que funcionó bien durante meses, hasta que el error mencionado anteriormente .

No había ninguna solución práctica para el fallo, y si la hubiera habido, cambiar los scripts habría sido una proctalgia, así que no hice el proceso durante un tiempo y no cambiar los scripts.

La actualización 13.4 parecía haber corregido ese error, así que hoy he vuelto a ejecutar los scripts. Después, los nuevos archivos esperados eran no en los ocho álbumes y los enlaces simbólicos a los archivos Today eliminados estaban en el directorio de autoimportación.

Por eso parecía cp (symlink) ((auto-import) había cambiado. Pero tal vez algo más causó el mismo resultado.

Reconstruí manualmente las condiciones originales (unidades TM no conectadas) e hice el proceso de nuevo. Mismo resultado.

1voto

Marc Wilson Puntos 146

cp ve a través de enlaces simbólicos al archivo real.

De la página man de /bin/cp

Los enlaces simbólicos se siguen siempre a menos que se active la opción -R

Lo que pueda hacer una aplicación depende de la aplicación.

He probado con TextMate y ofrecía el nombre del enlace simbólico para SaveAs, pero guardaba un archivo real, no un enlace simbólico. Con COTEditor , ofrecía el nombre de archivo real (no el nombre del enlace simbólico) para SaveAs, cuando lo cambié, guardó un archivo real. BBEdit hizo lo mismo.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X