Cómo actualizar la aplicación XYZ en mi TKL appliance [para Linux newbs]

...trabajando en progreso... Originalmente me propuse hacer esto simple y fácil de leer para los nuevos, pero tiene mucho más lleno que la intención...

Para obtener información sobre la instalación de aplicaciones a través de la gestión de paquetes (es decir, apt) Aquí..

Esta es una pregunta difícil que probablemente requerirá una respuesta específica para cada aplicación individual que desea instalar o actualizar/actualizar. Desafortunadamente eso está más allá del alcance de este 'cómo-a' y requerirá trabajo adicional por su parte. Usted puede tener suerte y encontrar un manual de instalación o actualización / actualización de la ruta ha sido documentado por un miembro de la comunidad TKL anterior (intentar buscar los foros - esquina superior derecha) si no, Por favor, sigue leyendo. Esta página incluye una explicación de las principales formas en que las aplicaciones están instaladas por TKL Core devs, una racionalidad de por qué lo hicieron de esa manera, y qué pasos generales es posible que necesite tomar para instalar o actualizar/actualizar la aplicación indivdual en su TKL appliance.

Antes de empezar

Le recomiendo que comience con la actual versión TKL appliance (v11.3 al momento de escribir). También recomiendo encarecidamente que documente de cerca cada paso a medida que vaya. Hace más fácil solucionar problemas si no obtiene inmediatamente los resultados deseados. También cuando se hace, puede compartir su documentación completa paso a paso con la comunidad - como todos los ciudadanos de buena fuente abierta deben! :)

Para los usuarios sin appliance actual con datos existentes, omita directamente al siguiente encabezamiento. Si tiene datos actuales en un appliance y si no está usando al menos v11.x, le sugiero que se ocupe de eso primero. Luego haga una copia de seguridad completa (TKLBAM funciona bien para mí) y hacer una restauración de prueba a una instalación limpia (VMs son útiles para tareas como esta).

Algunas aplicaciones pueden requerir que migrar manualmente los datos al actualizar/ajustar versiones. Esto será más a menudo el caso cuando se realicen actualizaciones de la versión principal - por favor, compruebe la documentación de la aplicación relevante (esperadamente estará en su sitio web). Sugiero que haga una prueba de la actualización en este VM antes de su instancia principal.

El peor escenario de caso, puede utilizar su respaldo TKLBAM para comenzar de nuevo desde cero, sin dañar su instancia de ejecución actual.

Las principales formas de instalar aplicaciones

Las principales maneras de que los devs TKL núcleo instalan aplicaciones al hacer appliances son:

Gestión de paquetes o
Archivos de corriente (a menudo denominados "tarballs"). Los tarballs de habla estricta son sólo archivos tar.gz (o tar.bz2) pero a veces los desarrolladores de arriba paquete como archivos zip (que técnicamente no son tarballs). Para los fines de esta documentación, tarballs se refiere a cualquier archivo de aplicación proporcionado de forma previa.
Otro código fuente de corriente. AFAIK TKL devs generalmente no instala nada de los repos de control de versiones de arriba (por ejemplo SVN/Git/Mercurial/etc) y/o compilado manualmente código fuente ya que estos no son a menudo estables. Aunque he notado que cada vez más algunos desarrolladores eligen también proporcionar ramas estables a través de este medio (así que elegí incluirlo).

Gestión de paquetes (recupere oficial)

Estas aplicaciones se instalan usando apt-get install packpackagename comando y (generalmente) vendrá de los repositorios oficiales Ubuntu. Generalmente estos paquetes se mantienen en la misma versión principal que en el momento de la liberación (es decir, abril 2010 en el caso de Ubuntu 10.04 - la base de TKL v11.x). Para más información sobre el uso de apt ver Aquí..

Para añadir a la confusión también hay un oficial, pero no oficialmente apoyado Ubuntu repo llamado 'universo'. Los paquetes en este repo no están garantizados actualizaciones de seguridad (aunque pueden recibir parches proporcionados por la comunidad y hay algunas excepciones como MediaWiki). También hay otro Ubuntu repo oficial llamado 'backports' (que de nuevo no es oficialmente compatible) que contiene versiones más nuevas/actualizadas de software que lo que envió Originalmente. Mientras esto puede parecer un medio feliz, en mi experiencia rara vez hay algo mucho interés en allí pero YMMV.

Pros

A pesar de que las versiones principales de estas aplicaciones no se actualizan, no significa que no se actualicen en absoluto. En general, todos los errores relacionados con la seguridad son reportados (y ocasionalmente otras correcciones graves de errores también) - a aplicaciones en el 'mano' repo de todos modos (las actualizaciones aparecen en 'seguridad'). Estos se aplicarán automáticamente a través del mecanismo de actualización de seguridad automatizado de TKL.

Este proceso de instalación y actualización/aceleración maximiza la seguridad y estabilidad y minimiza el riesgo de que ocurran problemas inesperados. También minimiza los gastos de mantenimiento, lo que conduce a un aumento de la productividad. Los riesgos de que los datos estén dañados o que su appliance sea una hora de inactividad son muy limitados (aunque obviamente es mejor mantener copias de seguridad regulares - por si acaso).

Así que a menos que haya una necesidad genuina de la última versión (por ejemplo un error de "show-stopper" o una característica necesaria) es generalmente preferible dejar estas aplicaciones como son. Los usuarios de Windows nuevos a Linux pueden encontrar que esto es contrario a su proceso habitual de actualizar siempre a la versión más reciente y más grande del software, pero en muchos escenarios realmente es ¡Mejor!

Cons

La desventaja es que las nuevas características casi nunca se añaden y los fallos menores (y a veces incluso los principales) no se tratan (hasta la próxima versión principal de TKL - donde la aplicación el número de versión a menudo saltar considerablemente). También software de auditoría de seguridad simplista (que sólo comprueba los números de versión de software) a menudo enumerar falsamente las aplicaciones como 'no seguras' y tener vulnerabilidades cuando de hecho han sido parcheados, es decir falsos positivos.

También a veces las aplicaciones instaladas como esta pueden ser un poco confusas para ex Windows Linux newbs como en lugar de todo estar en el mismo lugar (por ejemplo, en un subcarpeta de la raíz web) pueden ser diseminados en algunos lugares diferentes a través del sistema de archivos Linux (por ejemplo, generalmente los archivos de configuración se encontrarán en /etc/ seleccionado nombre). TKL intenta mitigar esto proporcionando simlinks a donde están los datos.

Gestión de paquetes (tercera parte repo)

AFAIK TKL devs no proveen actualmente ningún appliances que contenga aplicaciones de repos de terceros. Cuando esté disponible puede ser una buena manera de ir si un tercero proporciona un repo que incluye una aplicación compatible.

A veces tendrás la suerte de que los devs de la aplicación deseada proporcionen su propio descanso. Este repo puede ser hospedado en su propio sitio web, o tal vez en algún lugar como un PPA (Expositor Personal de Paquetes) en LaunchPad. A veces puede encontrar un tercero (es decir, alguien que no está involucrado con los devs de corriente) producirá su propio descanso (más probable que sea un PPA, pero puede que no lo sea). Personalmente he tenido buenos resultados con LaunchPad pero puede ser golpeado y perdido.

Pros

Los repos de terceros se actualizan generalmente con mucha más frecuencia que los repos oficiales (aunque eso depende del tercero). Los repos oficiales (PPA o de otro modo) son generalmente seguros y confiables y (generalmente) proporcionan un mínimo fusible para actualizar las aplicaciones. IMO estos pueden ser a menudo incluso mejor que el Ubuntu repos oficial.

Cons

Si no son oficiales, los repos de terceros pueden ser de calidad desconocida y confianza. No tiene una manera real de saber cuándo o si pueden ser actualizados de nuevo.

Tarballs de aguas arriba (y otra fuente)

Como se ha sugerido anteriormente, las tarballs de corriente son archivos que contienen todos los archivos necesarios para instalar la aplicación. Estos son proporcionados directamente por el desarrollador de corriente avanzada. Estos son a menudo genéricos en la naturaleza, pero generalmente tendrán algún tipo de requisito mínimo. Webapps (es decir, aplicaciones que funcionan en un servidor web eg MediaWiki) son muy comúnmente proporcionados como este. Antes de que incluso consideres actualizar a un tarball aguas arriba querrás comprobar que todo lo que requiere puede ser fácilmente satisfecho por Ubuntu 10.04 (en mi experiencia esta es generalmente el caso con las aplicaciones principales aunque YMMV). Si está actualizando un TKL appliance existente que utiliza una aplicación de la gestión de paquetes, probablemente tendrá que eliminarlo. En algunos casos, puede incluso ser preferible comenzar con una instalación de vainilla LAMP (en lugar de actualizar un appliance existente).

Pros

Las tarballs de corriente arriba siempre tendrán la última versión del software y incluirá todas las últimas características (así como todos los fallos más recientes :p). A menudo los desarrolladores de corriente arriba tendrán 2 ramas: estable (esta será la que desea para la producción) y desarrollo (esto puede contener algunas nuevas características de vanguardia frescas pero También puede ser inacabado y/o contener errores). Esto es especialmente relevante si proporcionan su fuente a través de un repo de control de versiones (como SVN o Git, etc).

Cons

Una vez que vaya a una versión de corriente arriba tendrá que aplicar manualmente todas las actualizaciones futuras a medida que se publican. Así que mientras la idea de tener el 'más reciente y más grande' puede ser atractivo también necesita considerar los costos de mantenimiento y riesgos de seguridad crecientes (si los fallos de seguridad no son se abordan manualmente rápidamente cuando se presentan). Para un sitio pequeño, con pocos datos importantes y un buen régimen de respaldo, un mayor riesgo de seguridad y un poco de mantenimiento adicional usando una fuente de corriente arriba puede ser un cerebro. Especialmente si hay bugs de show-stopper y/o necesita nuevas características que no ocurren en la versión pre-empaquetada (o cuando no hay uno!).

Como se ha indicado anteriormente, a menos que tengas una buena razón, será mejor que te quedes con la versión del Ubuntu repos oficial.

¿Dónde se instalan TKL devs y por qué?

Cuando el núcleo TKL devs libera un appliance se toman en consideración estos factores anteriores y deciden si incluir la versión pre-empaquetada (donde esté disponible) o la versión versión de arriba. Por ejemplo en appliances como MediaWiki, los devs decidieron que la versión pre-empaquetada es adequiada y así lo dejaron en eso. Con Moodle, los devs decidieron instalar desde arriba como la versión pre-empaquetada (v1.9) tenía algunos errores bastante graves, y la nueva versión de corriente arriba (v2.0) tiene algunos nuevos fuertes características (además de Moodle sólo está disponible en el 'universo' repos - ver otras consideraciones a continuación para su explicación). En algunos otros casos (como Redmine IIRC) la versión pre-empaquetada es tan antigua y falta tantas características que no hay mucha opción sino utilizar el upstream. Algo, como Joomla no están disponibles a través de Ubuntu, así que la única manera de ofrecerlos es utilizar el río arriba.