Hace una semana salió wxWidgets 3.2, la primera versión del framework para aplicaciones gráficas en casi 9 años. Cuesta creerlo pero wxWidgets todavía no soportaba algunas funciones que en otros frameworks para hacer aplicaciones gráficas sí son ya habituales, como el soporte para modo oscuro, el modo de alta resolución compatible con pantallas de alto DPI o el soporte para Wayland.
Una de las novedades de wxWidgets es que, en el caso de UNIX, ha empezado a soportar de forma experimental el uso de QT además de GTK+, que es lo que se usaría ahora mismo al ejecutar este tipo de aplicaciones en sistemas operativos como GNU/Linux o un BSD. Sin embargo, esto tiene algunas consecuencias inesperadas.
Arch Linux ha anunciado recientemente que, debido a que wxWidgets ahora proporciona una forma de generar aplicaciones usando QT en vez de GTK+, el viejo nombre de los paquetes, wxgtk, ya no suena muy convincente ni seguro a largo plazo. Es por ello que han renombrado los paquetes de wxgtk a wxwidgets. Sin embargo, los problemas no acaban ahí. Con esta nueva versión de wxWidgets se elimina el soporte para el viejo frontend basado en GTK2. Podría parecer muy osado que un framework siga manteniendo GTK+ 2, pero cabe repetir que esta es la primera versión en ¡nueve años! Por entonces apenas había salido GNOME 3.8 y se estaba trabajando en GNOME 3.10, de modo que GTK+ 3 era un invento más reciente (y también menos querido) que ahora.
Eso significa que si tienes alguna aplicación que todavía esté usando este backend, va a haber problemas cuando ocurra el proceso de actualización. Tal como indican en el propio anuncio, si al actualizar obtienes problemas como que se te diga que wxgtk2 depende de wxgtk-common, deberás solucionar esto manualmente eliminando wxgtk2 de tu sistema usando pacman -Rs wxgtk2, o algo equivalente para eliminar ese paquete de tu sistema, antes de seguir actualizando.
