Estoy usando Ubuntu e instalar paquetes a través de los repositorios es fácil, APT lo hace todo por ti, pero a veces necesito instalar algo a través de Internet.
El 99% de las veces, estos paquetes son archivos comprimidos. Todo lo que leo me dice que ejecute configure, luego haga, luego haga la instalación para compilar después de haber extraído el archivo, ya sea con el administrador de archivos o con el comando tar.
Sin embargo, todo lo que he descargado hasta ahora no tiene un script de configuración escrito para ello. O al menos así lo parece.
Por ejemplo, acabo de descargar el JRE del sitio web de Java, con la esperanza de poder usar el complemento del navegador. Pero las instrucciones de descarga solo cubren descomprimir los archivos y luego crear un enlace simbólico para que pueda acceder al complemento.
Entonces, ahora tengo este archivo gigante en mi directorio /opt. Aquí está el contenido del mismo:
Para mí, parece que bin, lib, etc. deberían estar en directorios diferentes. ¿Es esto cierto o no?
Tengo la misma situación con casi todos los archivos tar que descargo. Este no se aplica, pero para otros archivos me gustaría que el programa esté disponible como un enlace en mi escritorio. Pero, nuevamente, las instrucciones de instalación solo cubren el desempaquetado y me dejan con un solo directorio, como el de arriba.
¿Tengo que crear yo mismo enlaces al archivo apropiado en la carpeta de mi escritorio, si quiero el ícono?
¿Debo asumir que los archivos que deben configurarse más lo mencionarán en las instrucciones de instalación o vendrán con un script de configuración?
EDITAR: Sé que el JRE está disponible en los Repositorios, pero ejemplifica el problema, así que mire la pregunta general, no solo la parte sobre el JRE.
Respuesta1
Es útil comprender cuándo se utiliza un tarball simple y cuándo se compila (y qué hace todo).
El script de configuración es para el software que usted compila y puede tener opciones de compilación que involucran bibliotecas adicionales o la opción de seleccionar un prefijo. También garantiza que tenga todo lo que necesita para compilar el script y generar un archivo MAKE. make utiliza el archivo MAKE para compilar el programa.Tradicionalmentemake install copia el programa compilado y los archivos asociados en el lugar correcto, pero yo uso checkinstall, que crea un deb y lo instala. Esto también te permite compartir bibliotecas y otras cosas interesantes. Un 'deb' o 'RPM' es simplemente un software compilado para una distribución y versión específica con un conjunto sensato de configuraciones y el conocimiento de que puede incorporar automáticamente las bibliotecas y dependencias compartidas necesarias.
Si ya lo tiene compilado, no hay opciones y está ejecutando el software como un usuario normal, puede empaquetar todo, compilado estáticamente. Es el equivalente en Linux del software "portátil" (en el sentido de la memoria USB, no del de escribir una vez, sino de compilar casi en cualquier lugar). Se supone que su usuario no necesita opciones adicionales y que todo simplemente funciona (o es demasiado vago para empaquetarlo correctamente. Sucede).
Si bien HFS es algo obligatorio para los usuarios de Unix, no todos lo respetan. En estoespecíficoEn este caso, sospecho que este estilo de empaquetado permite el uso simple de rutas de archivos relativas, instalaciones en paralelo de diferentes versiones de Java, usando el prefijo JAVA_HOME y cosas así. Es completamente intencional.