Ferdy escribió:No, la idea es que un paquete puede instalar dos ficheros iguales y, SEMÁNTICAMENTE, ser distintos. Es decir, sin saber si dos ficheros ERAN el mismo (hardlink), no puedes recrear el hardlink, tienes demasiada incertidumbre.
- ferdy
Comparación binaria. ¿No sería suficiente?.
En todo caso, como digo, esto ya iría en la rama de desarrollo del "instalador", pues el "empaquetador" no puede lidiar con el sistema de destino, tan sólo adelantarse a los posibles problemas futuros e intentar remediarlos o darle posibilidad de arreglarlo en el futuro, sin limitar o imponer determinada información. Por ello decidí crear un índice en formato XML, pues así puedo crear futuras revisiones con compatibilidad hacia atrás. El índice le indicará al "instalador" donde se encuentra los archivos en el paquete y las propiedades de los mismos (antes de la extracción). Los añadidos como modificación de ficheros en el sistema de destino, o configuración en el sistema de destino, tiene que ser resuelto por el programa empaquetado, y no por el "empaquetador" o el "instalador". Esas son las bases de desarrollo que sigo; si voy a crear un empaquetador, esa será su función, empaquetar; lo mismo para el instalador. Ni el "empaquetador" ni el "instalador" tienen que hacer las funciones que debería de chequear el "programa" empaquetado o instalado (edición de ficheros en el sistema final, por poner un ejemplo).
Ahora mismo estoy en la rama de desarrollo del "empaquetador", y me falta entre otras cosas, decidir la estructuración del índice; procurando dar soporte para la resolución de posibles problemas futuros que se pudieran dar (como necesitar un paquete previamente instalado, dependencias, etc). Concretamente la estructuración del índice para indicar los archivos que contiene el paquete.
. Tengo que seguir un desarrollo "por partes"; ahora el empaquetador, luego el instalador.
.
. 