¿La mejor manera de actualizar vim / gvim a 7.3 en Ubuntu 10.04?

13

Tengo que usar Ubuntu 10.04 en el trabajo y no puedo actualizarlo. Estoy usando Vim / gVim 7.2.

Quiero actualizarlo a 7.3 (con soporte de extensión Python y Ruby). ¿Cúal es la mejor manera? ¿Agregar una entrada sources.listse instalar un paquete vim / gvim 7.3 a partir de él o construir desde la fuente? ¿Qué desventajas tendría de cada enfoque?

Alguien todavía te usa MS-DOS
fuente

Respuestas:

14

El primer lugar para verificar es si hay un backport , pero no lo hay , lo cual no es sorprendente ya que Maverick también tiene vim 7.2 .

Lo siguiente que debe intentar es si alguien ha colocado un repositorio con paquetes vim 7.3 en algún lugar, preferiblemente un PPA . Hay muchos PPA con vim , incluidos varios con 7.3 (no es una lista exhaustiva).

Si no encuentra un paquete binario en ninguna parte o no le gustan los que encuentra, el siguiente paso más fácil es tomar el paquete fuente de natty , que tiene vim 7.3. Descargue el paquete fuente ( .dsc, .debian.tar.gzy .orig.tar.gz), luego ejecute

apt-get install build-essential fakeroot
apt-get build-dep vim
dpkg-source -x vim_7.3.035+hg~8fdc12103333-1ubuntu2.dsc
cd vim-7.3.035+hg~8fdc12103333
# Edit debian/changelog to add an entry with your name and “recompiled for lucid”
dpkg-buildpackage -rfakeroot -us -uc -b -nc

Si todo va bien, tendrá paquetes binarios para sus distribuciones. Si se encuentra con dependencias faltantes o errores de compilación, esto debe resolverse caso por caso.

Lo siguiente que debe intentar es compilar la fuente ascendente 7.3 con el paquete de su versión de Ubuntu. Esto le da un paquete agradable y limpio, pero es un poco más complicado, por lo que si no se siente seguro de hacerlo sin instrucciones, le recomiendo que solo compile la fuente ascendente.

Si termina compilando la fuente ascendente, de manera predeterminada, terminará con los archivos debajo /usr/local, y no será fácil desinstalarlos o incluso saber lo que tiene. Siempre que instales algo sin usar el administrador de paquetes, te recomiendo instalarlo en una estructura de directorio separada y crear enlaces simbólicos en /usr/local( ~/usro lo que sea). Stow es bueno para eso:

  • Instalar debajo /usr/local/stow( ~/usr/stowo en cualquier lugar). Con muchos programas, puede usar algo como ./configure --prefix=/usr/local/stow/vim-7.3. Esto pondrá el binario principal en /usr/local/stow/vim-7.3/bin, y así sucesivamente.
  • Ejecutar stow vim-7.3desde el /usr/local/stowdirectorio Esto crea enlaces simbólicos en los directorios "normales", por ejemplo /usr/local/bin/vim -> ../../stow/vim-7.3/bin/vim.
  • Si alguna vez desea desinstalar este programa, simplemente ejecute stow -D vim-7.3para eliminar los enlaces simbólicos y elimine /usr/local/stow/vim-7.3.

También hay xstow, que es un programa similar pero más potente (uno de sus beneficios es que puede manejar conflictos).

Gilles 'SO- deja de ser malvado'
fuente
Nunca he hecho algo como crear un paquete binario específico para mi distribución. Si compilo la fuente ascendente en / usr / local, ¿puedo excluirla después si algo sale mal? Nunca he hecho algo como esto antes, porque tengo miedo de romper otros paquetes (he hecho este desastre antes con ubuntu 8.04 aquí, todas mis instalaciones de Python fueron simplemente jodidas)
Alguien todavía te usa MS-DOS
2
@Alguien: la ventaja de instalar un paquete (creado por usted u otra persona) es que puede desinstalarlo fácilmente. Si compila el paquete, le recomiendo usar (x) stow.
Gilles 'SO- deja de ser malvado'
3
+1. ¿Cómo nunca he visto estibarse antes? Se ve fantásticamente útil.
Steven D
¡Gracias, esto funcionó de maravilla en Ubuntu 10.10 con las fuentes 2: 7.3.035 + hg ~ 8fdc12103333-1ubuntu7 de su enlace natty! Solo tenía que hacerlo apt-get install python3-dev. Por cierto. Para todos los que se preguntan, puede instalar las debs usando sudo dpkg -i *.deby tal vez eliminar los paquetes vim7.2 antes.
Juve
El único problema que veo es que necesitas configurar vim runtimepath para que no sea el /usr/local/stow/vim-7.3/share/vimdirectorio, sino algo así como un /usr/local/share/vimdirectorio. Yo creo que se puede hacer eso con --with-global-runtimepath=/usr/local/share/vim, pero podría estar equivocado.
docwhat
3

Construir desde la fuente. Será más rápido Intentar encontrar y habilitar un repositorio para una instalación única como esa solo le causará dolores de cabeza más adelante.

ixtmixilix
fuente
44
No, obtener un repositorio (cuando hay uno) es más rápido. Crear un paquete no es necesariamente más rápido, pero para los programas con muchas opciones de compilación (vim es uno), se recomienda obtener los pasos de compilación de la distribución, porque es mucho más probable que le proporcione una configuración con la que se sienta cómodo. Construir un paquete también es una gran victoria si desea instalarlo en varias máquinas.
Gilles 'SO- deja de ser malvado'