Estoy trabajando en los labels que Nhopkg utilizarán para designar los nombres de los paquetes en próximas versiones. Para versiones futuras, y actual versión en desarrollo, hay que considerar que Nhopkg será multiplataforma, llegando a múltiples arquitecturas y sistemas operativos (BSD, Solaris, etc.) y esta información debería ser visible rápidamente.
La mejor forma de dar a conocer esta información es a través del nombre del paquete (package label). El label debe contener la siguiente información: nombre, versión y revisión del paquete, además de la arquitectura y el nombre del kernel del sistema operativo.
El problema, o la dificultad, es elegir la disposición de estos elementos, para facilitar la lectura y la obtención de los datos por parte del mismo programa. En la lista de correo de Nhopkg he propuesto varias alternativas para discutir sus ventajas frente a otras y para pedir sugerencias, ya que al fin y al cabo, a quien interesa, es a los usuarios que lidiarán con dichos paquetes.
Las dos opciones prácticamente descartadas son:
- <name>-<version>-<release>.<os>.<arch>.nho (Ej.: gimp-2.6.7-1.linux.i386.nho) ya que, en principio no es equivalente para los paquetes fuente, en los que la arquitectura y el sistema operativo debería reducirse a src (Ej.: gimp-2.6.7-1.src.nho).
- <name>-<version>-<release>.<arch>_<os>.nho (Ej.: gimp-2.6.7-1.i386_linux.nho) ya que podría haber problemas al trabajar con arquitecturas x86_64 (Ej.: gimp-2.6.7-1.x86_64_linux.nho).
Finalmente, la opción que empieza a tener más fuerza es la de usar:
- <name>-<version>-<release>.<arch>-<os>.nho (Ej:. gimp-2.6.7-1.i386-linux.nho).
Aunque éste no es un tema crucial para el desarrollo de Nhopkg, pero si considero que es bueno conocer la opinión del usuario final y futuros desarrolladores sobre ciertos temas, que les van a tocar directamente. Espero opiniones sobre el tema, y si queréis, podéis apuntaros a la lista de desarrollo de Nhopkg para seguir más de cerca el desarrollo.
