El futuro del proyecto Vim
(groups.google.com)- Tras la muerte de Bram, Vim obtuvo acceso a la organización de GitHub y permisos de administración, sentando las bases para continuar con el mantenimiento del proyecto
- Por el momento, las fusiones se limitarán a correcciones de errores, correcciones de seguridad, actualizaciones de documentación y mejoras claras; los cambios al núcleo de Vim se incorporarán después de la aprobación de otros miembros
- Después de procesar el backlog, se preparará una versión de mantenimiento Vim 9.1 y, hasta entonces, se seguirá incrementando la versión de parches menores
- vim.org está evaluando una migración debido a problemas de estabilidad de OSDN.net y al hosting basado en PHP 5/MySQL, pero aún no hay nada decidido
- Es necesario reorganizar con un modelo basado en equipo los permisos operativos que estaban concentrados en Bram, como listas de correo, dominios, servidores FTP, archivos de runtime y canales para reportes de seguridad
Organización de GitHub y esquema de mantenimiento
- La familia de Bram transfirió a Ken y Christian Brabandt los permisos de administrador de la organización de GitHub, por lo que el proyecto Vim puede seguir operando en GitHub
- Yegappan Lakshmanan, Dominique Pellé, @mattn y @zeertzjq, quienes ya habían contribuido a Vim en el pasado, fueron invitados adicionalmente a la organización de Vim
- Los miembros de la organización de GitHub también necesitan acceso al repositorio de Vim en huntr.dev, donde se reportan problemas de seguridad
- Los primeros 2 commits ya fueron fusionados
- Por ahora, los objetivos de merge se limitarán a correcciones de errores, correcciones relacionadas con seguridad, actualizaciones de documentación y mejoras claras
- La política es fusionar los cambios al núcleo de Vim después de recibir la aprobación de otros miembros del proyecto
- La forma de operación aún no está asentada y puede cambiar si se acuerda un mejor enfoque
Versión Vim 9.1 y forma de desarrollo
- Existe un plan para preparar una versión de mantenimiento Vim 9.1 después de procesar el backlog actual
- Hasta Vim 9.1, se mantendrá la práctica de seguir aumentando las versiones de parches menores
- Después del lanzamiento, también se está evaluando un enfoque más moderno, similar al de Neovim
- Este cambio puede afectar a subproyectos como vim-win32-installer, vim-appimage y macVim, por lo que aún no se ha definido la mejor forma
- Yegappan Lakshmanan propuso etiquetar entre los PR abiertos a los candidatos para Vim 9.1, y Christian Brabandt respondió que sería útil
- Christ van Willegen señaló que hay muchos PR abiertos, incluidos algunos antiguos, y busca reducir la carga revisando cambios de pruebas, código y texto sobre los que puede emitir criterio
- No está familiarizado con los archivos de sintaxis
- Considera que los archivos de sintaxis necesitan pruebas automatizadas para evitar roturas y evaluar los resultados de resaltado
Hosting de vim.org y problemas de dominio
- Christian Brabandt tiene acceso a la página del proyecto en OSDN.net y permisos para editar la página principal de vim.org
- vim.org tuvo problemas de estabilidad en los últimos meses, en particular problemas de conexión con el servidor MySQL
- Desde 2018, vim.org funciona en OSDN.net gracias a la provisión de Shuji Sado, entonces CEO de OSDN.net
- Actualmente OSDN.net parece ser propiedad de OSChina, y en ese momento el proyecto Vim no estaba recibiendo soporte del equipo de OSDN.net ni de OSChina
- Se consultó a OSChina sobre sus planes futuros, pero al momento del primer anuncio no se había recibido respuesta, por lo que también se evaluó mover la página principal a otro proveedor
- Marc Schöchlin ofreció administrar el hosting
- Esto es solo un tema en evaluación y no hay nada decidido
- La configuración actual de hosting consiste en archivos PHP y acceso a una base de datos MySQL
- Christian Brabandt cree que actualmente se usa PHP 5, que ya llegó al fin de su vida útil
- El código fuente de Vim también se ofrece como repositorio Mercurial y se espeja en
https://hg.256bit.org/vim - El tráfico esperado es de 200 mil a 500 mil visitas de página al mes
- Dado que hay acceso al OSDN Shell Server, se considera que no habría problema para crear un dump de la DB y mover el contenido
- SourceForge fue el lugar donde se hospedó la página principal de Vim hasta 2018, y recientemente anunció que migraría a PHP 7 en dos semanas
- Christian Brabandt dijo que no sabe si la página principal de Vim soporta PHP 7
- En pruebas,
https://vim.sourceforge.io/parecía no funcionar en PHP 7
- Más tarde OSChina respondió que revisaría el problema de conexión, y Christian Brabandt considera que aún no hay presión de tiempo porque OSDN/OSChina no ha anunciado cuándo migrará a PHP 7
- Se le comunicó a @Sec que, si se decide migrar la página principal, también habría que mover el dominio de Vim
- Bodo Eichstädt informó que Sven falleció el año anterior y propuso que in-berlin.de podría ofrecer soporte de dominio y hosting
- Christian Brabandt lamentó que figuras clave de Vim hayan fallecido en tan poco tiempo
- Considera que los asuntos legales de dominios que parecen haber sido registrados por Bram, como
vim8.org,vim9.orgeiccf-holland.org, también deben tratarse con la familia de Bram
Listas de correo, FTP, archivos de runtime y canales de seguridad
- Bram era el propietario de todas las listas de correo, y Christian Brabandt aún no sabe cómo las administraba ni cómo solicitar acceso a vim-announce y vim-mac
- Las listas de correo vim-dev y vim-use están siendo administradas por Christian Brabandt, Tony Mechelynk, John Beckett, Ben Schmidt y Ben Fritz
- Christian Brabandt cree que Ben Schmidt y Ben Fritz ya no están activos en el proyecto Vim, y busca confirmar si desean seguir administrándolas
- La lista de correo vim-mac no es muy activa, pero de vez en cuando recibe publicaciones, y suele mezclar issues y preguntas de MacVim y de Vim para macOS
- Aunque las discusiones de MacVim ocurren principalmente en GitHub, se propuso mantenerla porque también hay usuarios que prefieren el formato de lista de correo
- Christian Brabandt aún no tiene acceso al servidor FTP principal de Vim y está consultando con la familia de Bram si conocen las credenciales
- También es necesario verificar con los mantenedores de archivos de runtime si tienen contenido enviado directamente a Bram
- El contenido enviado directamente podría perderse si no se revisa
- Ben Fritz dijo que por ahora le resultaría difícil actuar de manera efectiva como administrador de listas de correo
- Dijo que, si a largo plazo vuelve a estar activo, podría contribuir al proyecto de huntr.dev con base en su experiencia laboral en InfoSec
- Ben Fritz también mencionó el proyecto Vim en scan.coverity.com
- Christian Brabandt respondió que no hay problema porque él y Dominique son administradores de ese proyecto
Forma de contribución y publicación del código de la página principal
- Christian Brabandt dijo que no quiere cambiar el sistema actual de mantenimiento de runtime
- Sin embargo, se está evaluando una forma de facilitar las actualizaciones masivas, lo que podría agregar algo de carga a los mantenedores individuales de archivos de runtime
- Se recomienda enviar actualizaciones mediante PR a la organización de GitHub
- También seguirá siendo posible enviar archivos completos a vim-dev o a Christian Brabandt
- En el pasado, varios mantenedores de plugins enviaban actualizaciones a Bram por email como archivos zip con el archivo completo y, a veces, ponían en copia a la lista vim_dev
- Ben Fritz tiene intención de seguir manteniendo TOhtml como mantenedor oficial del plugin
- En los últimos años no pudo aportar más que algunas correcciones de errores
- No tiene actualizaciones no publicadas que hubiera enviado a Bram
- El proyecto TOhtml incluye pruebas automatizadas que usan el propio framework de pruebas de Vim, y considera que deberían formar parte del esquema de mantenimiento futuro
- Christian Brabandt respondió que no ha visto quejas ni issues recientes sobre el plugin TOhtml, aunque podría haber margen para mejoras como soporte de popup o virtual text
- Ben Fritz considera que text properties como virtual text deberían estar desactivadas por defecto y habilitarse mediante una opción
- La publicación como código abierto del código fuente de la página principal vim.org ya se había discutido antes con Bram
- Si se publica, se podrían recibir contribuciones, mantenerla actualizada y darle un aspecto más moderno
- Bram no quería hacerlo por temor a que se filtrara información sensible o a que posibles problemas se encontraran con más facilidad
- Christian Brabandt dijo que esa preocupación es válida y que aún no sabe cómo manejarlo
1 comentarios
Opiniones en Hacker News
Hace unos años, mi hermano falleció de forma repentina y me tocó encargarme de ordenar y preservar su vida digital.
Por suerte, teníamos el correo de recuperación de su cuenta principal de Gmail y algunas contraseñas que conocía su cónyuge, así que con servicios como Google Takeout pudimos acceder y archivar casi todos los datos que se nos ocurrieron.
Pero me di cuenta de que, si me pasara lo mismo, sería casi imposible: todas mis contraseñas y credenciales están en un gestor de contraseñas, y la contraseña maestra solo está en mi cabeza.
Es bueno planear con anticipación para que a familiares y amigos les resulte más fácil ordenar tu vida digital después de tu muerte, y 1Password ofrece un documento de recuperación que se puede imprimir y completar con la contraseña, además de incluir los pasos de acceso necesarios.
Imprimí este documento y se lo dejé a unas pocas personas en las que confío plenamente; como algo repentino puede pasar en cualquier momento, prepararse de antemano para quienes quedan es un buen regalo.
En este hilo también se habló de cajas fuertes o cajas enterradas, pero si le dejas a alguien de confianza una memoria USB cifrada común y repartes la contraseña entre varios conocidos usando el algoritmo de compartición de secretos de Shamir, puedes reducir el riesgo de que te roben todo en un allanamiento o robo a tu casa.
Como no había ningún correo de recuperación que nadie conociera, al final tuvimos que correr un cracker de contraseñas contra su cuenta de Windows. Por suerte, sus credenciales de Windows no eran muy fuertes, y con un live CD de Linux y su GPU para juegos pudimos descifrar la contraseña en unos días.
A partir de ahí pudimos acceder incluso a su cuenta de 1Password, y entendí que, para estar preparado ante un desastre, es sensato dejar las llaves de mi reino digital en manos de una segunda persona de confianza.
Algún día alguien tendrá que encargarse de cada cuenta una por una, así que vale la pena reducir la cantidad de bancos con los que opero, aunque eso implique perder un poco por no optimizarlo todo a la perfección.
Lo que me preocupa no es solo la muerte, sino cualquier cosa que me haga perder la memoria de mis contraseñas, como una enfermedad o una lesión en la cabeza; en ese caso, las personas que intenten ayudarme quedarían bloqueadas en todas mis cuentas.
Un gestor de contraseñas es muy útil porque, en la práctica, deja una lista de todas las empresas en las que abrí cuentas en línea, pero entiendo que podría no ser suficiente si la persona no tiene autoridad legal para acceder a las cuentas en mi nombre.
Por ejemplo, aunque le dé a un amigo la contraseña de mi 401k para que administre mi patrimonio, usar esa contraseña podría quedar en una zona gris legal, así que quiero consultar con un abogado que también se ocupe de la parte legal.
También ayuda dejar un resumen aproximado de la importancia y el contexto de algunas cuentas. Hace falta información como qué financiera administra el seguro de vida y si ese seguro está vinculado al empleador.
También entran preguntas como si, al estar enfermo mucho tiempo por una lesión y perder el empleo antes de morir, se pierde el seguro de vida antes de que se pague la indemnización.
Una de las prioridades de mi familia es un proyecto de carpeta roja con instrucciones del tipo “si morí o no puedo tomar decisiones, haz esto”, y estoy ordenando mis ideas de esta manera, así que me gustaría escuchar más perspectivas.
Ambos dispositivos estaban cifrados, y el dispositivo Samsung parecía estar configurado para restablecerse de fábrica si se acumulaban demasiados intentos fallidos.
Probablemente no hubiera nada importante, pero siempre me incomodó que quedara sin saberse.
¿Alguien puede copiar el texto del artículo? No puedo leerlo; parece que Google odia a los usuarios de Firefox.
Edit: hay una copia funcional en Internet Archive https://web.archive.org/web/20230810094255/groups.google.com...
Qué noticia tan triste.
Lectura obligada: https://evrone.com/blog/bram-moolenaar-interview
“El desarrollo de software se parece mucho más a la artesanía. Un artesano usa la herramienta con la que cree que puede lograr el mejor resultado, sea la que usa todo el mundo u otra. Y un buen artesano fabrica sus propias herramientas cuando las necesita” - B. Moolenar
Gracias a la persona que convirtió a Vim en parte del ADN del desarrollo.
Desde los objetos de texto hasta las macros y los registros, Vim es un entorno de programación dinámico que captura estado e invoca pequeños scripts.
Usar Vim se siente como lanzar hechizos al vuelo. No es tanto ejecutar fielmente un ritual complejo, sino crear un éter poderoso a tu alrededor y aplicar pequeños giros para cambiar el mundo que te rodea.
Espero que les vaya bien; el período de transición seguramente será caótico por un tiempo.
Me alegra que el proyecto parezca estar en manos de alguien que lo conoce bien, y también me gusta la actitud cautelosa respecto de hacer cambios en la base de código después de asumir el liderazgo.
¿Qué impide que el resto de la comunidad de Vim se pase a Neovim? Por lo que se observa, ya se pasó bastante gente, pero me pregunto si para quienes se quedan hay algo más importante que lo que ofrece Neovim.
Para mi forma de usarlo no hay nada especialmente interesante que justifique cambiarme, y faltan cosas como gvim-gtk, que uso con gusto de vez en cuando para editar LaTeX.
Además, el Vim puro de hoy tiene, gracias al legado de Bram, una atmósfera de autoridad histórica que Neovim no puede igualar. Así que voy a seguir usando Vim.
Tiene sentido traer de vuelta a Vim algunas funciones populares de Neovim. Es bueno que exista un fork innovador que experimente agresivamente con nuevas funciones.
Para que un programa básico de este tipo tenga éxito, en la práctica tiene que pasar por la puerta de entrada del empaquetado de Debian.
Normalmente eso significa convencer a las distribuciones para que lo reconozcan como la herramienta “oficial”, y que Debian o Fedora elijan Neovim como editor de texto predeterminado en lugar de Vim.
Luego toma años que el cambio se propague de Debian -> Ubuntu -> Mint -> ..., Fedora -> RHEL, y tienen que salir versiones de las distribuciones y la gente tiene que actualizar.
El ciclo completo para que una herramienta adoptada en la instalación predeterminada se vuelva común en todas partes probablemente sea de unos 10 años. Basta ver systemd.
No me importa si a Vim no le agregan ninguna función nueva. Aunque Vim dejara de mantenerse, si todavía puedo obtenerlo desde la distribución, lo seguiría usando tal cual.
Si ya no pudiera usar Vim, por ejemplo por falta de mantenimiento, sería más probable que me pasara a nvi que a Neovim.
Probablemente incluso ahora podría cambiarme a nvi, pero no tengo motivos para hacerlo.
Admiraba y sigo admirando el trabajo de Bram en Vim, y no vi qué ventaja obtendría al migrar.
Mientras el resto de la comunidad de desarrollo de Vim tenga la voluntad y la capacidad de seguir adelante, hoy tampoco veo ninguna ventaja.
Para mis usos, Vim es una herramienta terminada. Mientras se mantenga y funcione en sistemas operativos modernos, no necesito funciones nuevas.
Después de medio día de tocarlo no logré hacerlo funcionar, buena parte de la documentación parecía estar desactualizada, y creo que mis plugins habituales y mi
.vimrctampoco funcionaban de inmediato.Mi interés principal no es trastear con configuraciones y versiones, sino terminar el trabajo, así que lo dejé. Si dentro de unos años todavía me atrae, pienso intentarlo de nuevo.
Espero que Vim y Neovim se tiendan mutuamente una rama de olivo. Si hace falta, también una rama de Git :-D
Aunque el fork no se vuelva a fusionar, si pueden acercar más las bases de código, ambas partes saldrían ganando.
Pero como pienso que Neovim es más una reimplementación desde cero que un fork de Vim, de verdad me pregunto qué tan práctica sería una fusión.
Edit: parece que me equivoqué en lo de que Neovim no es un fork de Vim.
Todo el mundo posterga la planificación general de herencia por razones obvias, y la planificación del legado digital aún más.
Poca gente quiere pensar en su propia muerte, y el lado digital es especialmente difícil porque hay muy pocos recursos de referencia y la mayoría de las apps/sitios web no tienen preparados esos flujos de trabajo. Hasta donde sé, solo Facebook ofrece algo.
Mi esposa y yo compartimos la cuenta del administrador de contraseñas, así que en teoría ella podría acceder a todos los sitios que uso, pero ¿sabría adónde ir? ¿Tendría aunque sea una idea de cómo mantener nuestros servicios locales autoalojados? Ni hablar del hardware.
Le he explicado cómo reiniciar el servidor ESXi y cómo entrar por SSH al servidor principal de Docker para reiniciarlo, pero no lo documenté en ninguna parte.
Casi todo está con la configuración predeterminada y sin cifrado.
Mi esposa no sabe nada de tecnología, y quiero que después de que yo ya no esté pueda acceder fácilmente a los medios familiares digitalizados y a los documentos.
Cualquier persona con un poco de conocimiento técnico, o una tienda, podría averiguar cómo sacar los datos de un Synology.
Recién ahora me doy cuenta de que la herramienta que uso todos los días todavía se mantenía activamente.
Gratitud infinita a Bram Moolenaar, a todas las muchas personas que han contribuido y a quienes ahora están ayudando con la transición.
Por cierto, ver este sitio web en un iPad es espantoso. No respeta la solicitud de aumentar el tamaño de letra, y cuando haces zoom el texto se mueve y los saltos de línea cambian, arruinando el propósito del zoom.
Aun así, el formato de las citas y la estructura de respuestas son excelentes; así debería ser la comunicación en línea.
Me aparece “Something went wrong. Please try again later.”. Pasa tanto en las versiones más recientes de Firefox como de Chrome, y HN todavía no debería poder tumbar a Google con el efecto Slashdot, así que ¿cuál será la razón?
En mi Firefox de Android no carga ningún servicio de Google y me redirige a una página de ayuda que dice que borre la caché. Borrar la caché no ayuda.
¿Bram no dijo nada por separado sobre este tema? Conozco la frase “keep me alive”.
Que Bram descanse en paz; aprendí mucho de él.