Durante muchos años, SUSE, y openSUSE, han sido mi controlador diario, mi distribución de Linux favorita. Tenía todo lo que uno podía esperar:velocidad, estabilidad, borde profesional, herramientas de primer nivel. Y luego, un día, simplemente dejó de ser increíble. He estado tratando de reavivar ese primer amor de Tux desde entonces. Sin suerte.
Puede leer todo sobre mis esfuerzos pasados de openSUSE leyendo mi última reseña y trabajando en su camino hacia el pasado, subiendo la colina del entusiasmo y la felicidad. De hecho, mi experiencia general con el escritorio de Linux se ha ido reduciendo durante bastante tiempo y, recientemente, decidí hacer mis reseñas breves y sencillas. Bueno, como no había tocado openSUSE durante bastante tiempo, quería volver a comprobar Leap 15.2, para ver qué da. ¿Puedo hacer que la vieja diversión vuelva?
Instalación
Seguí la ruta oficial:instalación ISO de 4,3 GB del tamaño de un DVD, sin sesión en vivo. Bueno, ningún problema. En algún momento, el instalador le permite configurar su red, tanto por cable como inalámbrica. Es más fácil decirlo que hacerlo. Cuando hice clic en el botón Escanear redes, no pasó nada. Tuve que proceder en el modo fuera de línea. Elegí el escritorio Plasma porque es más divertido que Gnome, además SUSE siempre ha sido más KDE. Una hora después, el proceso se completó. Tenía mi configuración de ocho arranques, con un menú de GRUB muy bonito y personalizado.
Pero me salté una pieza que merece una mención adicional:la partición. Solía jurar por este instalador. Era el instalador + particionador más seguro e inteligente de la historia, y siempre adivinaba correctamente las particiones raíz y de inicio. Esto tampoco es más el caso.
Lo que sugirió Leap 15.2 fue lo siguiente:elimine sda14 y sda15:la raíz y /home para Kubuntu y la raíz para KDE neon, respectivamente. No recomendó usar o reutilizar sda16, que es /home para KDE neon, o cualquier otra partición en este host, de las cuales hay muchas. Supongo que esto es para adaptarse a la configuración de BTRFS, pero luego, desde que BTRFS se convirtió en la cosa, las sugerencias de partición ya no son tan inteligentes. Además, BTRFS realmente solo tendría sentido en almacenamiento rápido y arreglos de discos múltiples, por lo que esto pierde el sentido en todos los niveles. Meh.
Configuré cosas manualmente, con sistemas de archivos Ext4 ordinarios, agregué /boot/efi, porque openSUSE necesita que esto se defina explícitamente, y luego continué. Sí, éxito, pero me duele el corazón.
Instalado en el sistema, la secuencia de arranque de openSUSE Leap 15.2 es un poco colorida, y con eso quiero decir que aparece el logotipo del proveedor, seguido de la animación de la bombilla. Muy rápido:arranque más rápido que casi todas las demás distribuciones en este cuadro, pero luego, desde el segundo arranque/inicio de sesión en adelante, la cosa de KDEWallet aparecía demasiado pronto, luego desaparecía, luego lo hacía cuatro o cinco veces antes que el resto del escritorio. renderizado y pude proporcionar las credenciales necesarias para desbloquear la conexión inalámbrica. No suena prometedor.
Jugando
OpenSUSE 15.2 viene con Plasma 5.18 (LTS), que es bueno pero no tan bueno como Plasma 5.20. Las fuentes son demasiado pálidas, más sobre eso más adelante. El sistema no es tan rápido como debería ser, la capacidad de respuesta está un poco apagada. Las aplicaciones tardan en abrirse; nada de esa vivacidad instantánea que uno asociaría con los escritorios KDE últimamente.
El subprograma de configuración del sistema es extraño, y utiliza el diseño antiguo y clásico del Panel de control. Obtiene un solo clic en todas partes, y cambiarlo no es trivial. Sugerencia:no está en Dispositivos de entrada, ni en Dolphin. En realidad, está debajo de Workspace. Necesitas conocer Plasma para cambiar esto. También hay un directorio bin dentro de /home, por qué, no sé, pero está ahí. Meh. Panel táctil, nervioso.
El botón Mostrar escritorio no minimiza las ventanas de la aplicación; puede cambiarlo fácilmente. Luego, si cambia su tema para decir openSUSEdark, entonces todos los diferentes íconos en el menú emergente del área del sistema se rompen, y si desea un tema de sistema claro con un panel oscuro, entonces su única opción válida es Breeze Dark.
Además, el ícono de SUSE predeterminado (el monocromático) solo está diseñado para el tema de luz predeterminado (Air), por lo que nuevamente, si después de cambiar a Breeze desea un ícono de SUSE, necesita el verde. Además, el espaciado de los iconos en el administrador de tareas, así como en el área del sistema, es demasiado estrecho, es decir, los elementos están demasiado juntos.
Gestión de paquetes y actualizaciones
Esto resultó ser un completo desastre. Por muchas razones. Para empezar, quería reproducir contenido multimedia en VLC, que se proporciona como una aplicación predeterminada en openSUSE. Por desgracia, no podía reproducir un archivo de video simple, uno que le mostré en una docena de reseñas en el pasado:
Sin video, códec no compatible:
VLC no pudo decodificar el formato "h264" (H264 - MPEG-4 AVC (parte 10))
Hay una explicación larga y detallada de por qué no los obtiene en openSUSE. Como usuario final, realmente no me importa, para ser honesto. Quiero música y video, no explicaciones patentes. Pero esto significaba que tenía que obtener software adicional, de un repositorio comunitario como Packman. Esto, justo ahí, impide que openSUSE se pueda usar en (mi) configuración de producción, porque para un uso serio, nunca permito fuentes de software no oficiales, porque no puede confiar en que estén disponibles o actuales o incluso útiles. Una razón principal por la que tampoco puedo usar un CentOS 8 bien configurado como escritorio en mi entorno de producción.
Inicié la configuración del repositorio:YaST> Repositorios de software> Agregar> Repositorios de la comunidad, y boom, error. Por alguna razón, YaST no pudo obtener la lista en línea. Y luego me di cuenta de que mi red inalámbrica ya no funcionaba. ¿El viejo problema con la tarjeta Realtek, que provocó graves errores en mi computadora portátil G50 alrededor de 2015-2017? ¡Parece estar de vuelta! Todo está resuelto ahora (desde el kernel 4.8), bueno, no. El problema aún persiste en openSUSE. Tuve que desconectarme de la red y volver a conectarme.
Luego, vi las cosas adicionales, y la lista es mucho, mucho más corta de lo que solía ser en el pasado. Agregué Packman, acepté la firma del repositorio y luego tuve que permitir el cambio de proveedor para poder obtener las últimas bibliotecas de medios, como libavcodec y libavformat. Zypper me informó del cambio y luego comenzó la actualización.
A pesar de su naturaleza delta, era lento, y luego comencé a recibir un error tras otro, para más de una docena de bibliotecas Qt diferentes (no proporcionadas por Packman), que traté de ignorar para poder avanzar con la actualización. , y luego, también errores para paquetes proporcionados por el repositorio de la comunidad:
Recuperando:libQt5Core5-5.12.7-lp152.2.3_lp152.3.9.1.x86_64.drpm ............[no encontrado]
Archivo './x86_64/libQt5Core5-5.12. 7-lp152.2.3_lp152.3.9.1.x86_64.drpm' no encontrado en el medio 'http://download.opensuse.org/update/leap/15.2/oss/'
Otro ejemplo:
El archivo './x86_64/libQt5Test5-5.12.7-lp152.2.3_lp152.3.9.1.x86_64.drpm' no se encuentra en el medio 'http://download.opensuse.org/update/leap/15.2/oss/'
Y el error de Packman:
Recuperando:libgstphotography-1_0-0-1.16.2-pm152.3.30.x86_64.rpm ................[error]
Error de descarga (curl) para 'http ://packman.inode.at/suse/openSUSE_Leap_15.2/Essentials/x86_64/
libgstphotography-1_0-0-1.16.2-pm152.3.30.x86_64.rpm':
Código de error:Curl error 56
Mensaje de error:Error de recepción:Restablecimiento de la conexión por parte del par
El sistema no se puede actualizar. Todo está completamente roto. Cara triste. Y esto también significa que realmente no tiene sentido continuar con esta revisión. Pero decidí trabajar un poco más, a pesar de mi mejor juicio. Decidí que no tenía nada que perder. Así que continué con las pruebas, incluidas las actualizaciones, para ver hasta dónde podía llegar antes de fallar por completo o tener un sistema actualizado de alguna manera.
Verifiqué si todos los repositorios estaban cuerdos, con verificación de zypper, y no hubo errores. Ja.
sudo zypper verificar
Recuperando los metadatos del 'Repositorio principal de actualizaciones' del repositorio ..........[hecho]
Creando el caché del 'Repositorio principal de actualizaciones' del repositorio .......... .....[hecho]
Cargando datos del repositorio...
Leyendo paquetes instalados...
Se han satisfecho las dependencias de todos los paquetes instalados.
Reinicie, compruebe de nuevo. Todas las actualizaciones se volvieron a ofrecer, como si nada hubiera pasado en el primer intento. Qué maravilloso. Esta vez, las actualizaciones parecían funcionar bien, sin errores. Caray. Pero... mi reproducción multimedia seguía sin funcionar. Porque VLC todavía estaba usando las bibliotecas de openSUSE. Intenté actualizar a la nueva versión y esta es la secuencia de comandos y mensajes que tuve que manejar:
Hay un candidato de actualización para 'libavcodec57' del proveedor 'http://packman.links2linux.de', mientras que el proveedor actual es 'openSUSE'. Use 'zypper install libavcodec57-3.4.4-pm152.5.5.x86_64' para instalar este candidato.
Hay un candidato de actualización para 'libavformat57' del proveedor 'http://packman.links2linux.de', mientras que el proveedor actual es 'openSUSE'. Use 'zypper install libavformat57-3.4.4-pm152.5.5.x86_64' para instalar este candidato.
Resolviendo dependencias de paquetes...
Hice esto y, naturalmente, como muchas veces antes (estamos hablando de 4 o 5 versiones de SUSE), tuve conflictos de paquetes:
Problema:libavfilter6-3.4.4-lp152.3.7.x86_64 requiere libavformat57 =3.4.4-lp152.3.7, pero no se puede proporcionar este requisito
Problema:libavcodec57-3.4.4-pm152.5.5.x86_64 requiere libavutil55 =3.4.4-pm152.5.5, pero no se puede proporcionar este requisito
Problema:libavfilter6-3.4.4-lp152.3.7.x86_64 requiere libavformat57 =3.4.4-lp152.3.7, pero este requisito no se puede se proporcionará
Solución 1:instale libavfilter6-3.4.4-pm152.5.5.x86_64 (con cambio de proveedor)
openSUSE --> http://packman.links2linux.de
Solución 2:no instale libavformat57-3.4.4-pm152.5.5.x86_64
Solución 3:rompa libavfilter6-3.4.4-lp152.3.7.x86_64 ignorando algunas de sus dependencias
Aprobé todo esto:
Los siguientes 8 paquetes van a cambiar de proveedor:
libavcodec57 openSUSE -> http://packman.links2linux.de
libavfilter6 openSUSE -> http://packman.links2linux.de
libavformat57 openSUSE -> http://packman.links2linux.de
libavresample3 openSUSE -> http://packman.links2linux.de
libavutil55 openSUSE -> http://packman.links2linux.de
libpostproc54 openSUSE -> http://packman.links2linux.de
libswresample2 openSUSE -> http://packman.links2linux.de
libswscale4 openSUSE -> http://packman.links2linux.de
8 paquetes para actualizar, 4 nuevos, 8 para cambiar de proveedor.
Tamaño total de descarga:706,1 KiB. Ya en caché:7,4 MiB. Después de la operación,
se utilizarán 24,5 MiB adicionales.
¿Continuar? [t/n/v/...? muestra todas las opciones] (y):
Y ahora, finalmente, tenía reproducción de medios... Aunque no es lo ideal. Al reproducir archivos MP4, cada 15 segundos más o menos, la reproducción se congelaba durante aproximadamente un segundo, el video se volvía pixelado y borroso, y luego, la reproducción se reanudaba normalmente. Similar al problema que vi recientemente en Fedora 33. Pero entonces, no del todo.
Más información sobre medios y uso compartido de Samba
Pero la historia no termina ahí. VLC no se reproduciría desde las acciones de Samba. Previsible. Tuve que ingresar las credenciales de SMB en VLC y luego ajustar el tamaño de lectura/búfer para que los archivos se reprodujeran sin errores. Recuerde, el año es 2020, y los usuarios de escritorio Plasma aún necesitan hacer este tipo de trucos para disfrutar de los archivos multimedia almacenados en recursos compartidos remotos. Y digo que este es un ferviente fanático del escritorio Plasma.
La conectividad de Samba fue rápida, con una latencia muy baja, obtienes marcas de tiempo en la copia, pero el rendimiento total general es bajo, solo alrededor de 4 MB/s, por lo que no obtienes todas las mejoras y correcciones que llevan las versiones posteriores de Plasma.
Más información sobre las actualizaciones
¡La historia de la actualización tampoco termina ahí! Una vez que se completó la actualización, recibí el mensaje más amable y cortés sugiriendo que reinicie. Todas las demás distribuciones tienen una cosa muy rudimentaria:reinicia ahora, esta en realidad explica por qué tal acción será buena para ti.
Se han actualizado las bibliotecas principales o los servicios.
Es necesario reiniciar para garantizar que su sistema se beneficie de estas actualizaciones.
Y luego, me asusté suavemente...
Cuando el sistema cicló, mi pantalla de arranque estándar de Lenovo desapareció, reemplazada por una pantalla completamente azul de ncurses que decía Administración de MOK. ¿Algo que ver con el arranque seguro? Quizás. Lo tengo deshabilitado en esta caja de prueba. Y recuerdo una actualización de firmware en la lista de paquetes de openSUSE enumerados. Interesante. Bueno, decidí no tocar nada, dejar que el sistema siguiera por su cuenta y ver dónde terminé. La secuencia de arranque fue de baja resolución, pero el sistema comenzó bien. Luego, en el siguiente reinicio, las cosas volvieron a ser las habituales:sin pantalla de ncurses, bienvenida de arranque de alta resolución.
Ahora me pregunto, ¿conducirá esto a otro extraño bloqueo como el que afectó a esta caja, después de una prueba de openSUSE, hace un tiempo? No estoy seguro. Eso es algo que usted y yo tendremos que resolver en un par de semanas la próxima vez que intente iniciar algo desde un dispositivo USB.
¡Pero espera! ¡La historia de la actualización no acaba ahí! No, no.
Un par de días después, encendí el sistema y vi un nuevo mensaje sobre algunas actualizaciones (aproximadamente cinco). Cuando hice clic en el botón, recibí un montón de errores. También me di cuenta de que YaST no se iniciaría, simplemente se cerraría sin mostrar ningún error. Tuve que ejecutar zypper desde la línea de comandos o usar la versión ncurses de YaST.
La actualización se completó sin errores en la línea de comando, reinicié y todo volvió a la normalidad. Ahora, esto es mucha más tolerancia de la que debería otorgarse a un componente de software. Todo el asunto es realmente inutilizable, si lo piensas. Tantos errores, errores y conflictos, solo para instalar actualizaciones. Estoy navegando por pura inercia en este momento. Oh, bueno, ¡entonces pasamos a otros temas de esta reseña!
Uso, rendimiento, estabilidad
Bueno, pero no estelar. Rendimiento decente pero capacidad de respuesta menos que ideal. Baja utilización de recursos, que no se alinea completamente con la velocidad percibida del sistema. Sin choques de ningún tipo. Una gran cantidad de aplicaciones, pero luego, tienes un DVD completo de golosinas. Aun así, es posible que desee obtener algunos extras.
En inactivo, el uso de la memoria es de aproximadamente 420 MB, y la CPU marca un 0-1% muy silencioso; es una pena que esto no se traduzca directamente en capacidad de respuesta. Quizás esto tenga algo que ver con la versión particular del kernel y posiblemente con las mejoras realizadas en versiones más recientes.
Marcadores de Firefox y taiwanés
Otra cosa que noté:la mitad de los marcadores (que obtienes de forma predeterminada) en el navegador están configurados en la configuración regional zh-TW, lo que no tiene sentido en una instalación en EE. UU., ¿verdad? Encontré bastantes fuentes en línea sobre este fenómeno, saliendo hace meses y meses. Muy triste. A mediados de la década de 2000, para mí, SUSE era el pilar de la calidad y la diversión. Esto es como ver cómo se incendia tu pub favorito, si puedo tomar prestada esta frase.
Problemas de fuentes
Otro problema importante:la calidad de representación de las fuentes. Nuevamente, no es un tema nuevo, hablé de esto hace años. Cambié el color de la fuente usando mi guía Brooze, que ayudó solo un poco. No hubo necesidad de modificar las sugerencias y demás, y la instalación de las bibliotecas FreeType adicionales no hizo nada en este punto. Las fuentes todavía se veían delgadas y pálidas, a pesar de que supuestamente todo estaba bien. Bueno, supuestamente.
Luego, leí una guía actualizada de la persona que proporcionó las bibliotecas parcheadas con LCD Subpixel Rendering, que menciona la creación de un nuevo cambio de variable de entorno en todo el sistema. Pero luego, por supuesto, hay media docena de otros ajustes que uno podría implementar, y me recuerdan lo total y completamente roto que está el ecosistema de fuentes en Linux, y que muy, muy, MUY pocas distribuciones logran proporcionar fuentes agradables y nítidas de forma predeterminada. . Un total de dos, tal vez tres en un buen día, de cientos y cientos.
FREETYPE_PROPERTIES="truetype:interpreter-version=35 cff:no-stem-darkening=1 autofitter:warping=1"
Esto debe ir a /etc/environment, mientras que el resto debería estar bien de forma predeterminada, ergo también por qué las bibliotecas FreeType adicionales no hacen nada. Después de reiniciar su sesión, las fuentes serán claras, nítidas y sus ojos no se derretirán.
Errores de Snapper
En el pasado, escribí sobre las maravillas de Snapper, una herramienta de instantáneas del sistema de archivos realmente genial, que solo parece funcionar con BTRFS. Entonces, ¿qué sucede si no está utilizando este sistema de archivos? Bueno, la utilidad debería detectar en ese momento y luego darte errores correctos, no referirte a la línea de comando y/o lanzar mensajes extraños.
Conclusión
Esto fue más largo de lo que anticipé, o justifiqué. Llámalo mi enamoramiento nostálgico con openSUSE. Me duele decirlo, pero openSUSE Leap 15.2 no es más amigable ni más inteligente que muchas de sus versiones anteriores. De hecho, es bastante nerd y en gran medida inaccesible para la gente común, a pesar de algunos elementos bastante brillantes en su diseño. Pero no puede conciliar aquellos con una administración de paquetes fundamentalmente rota, falta de software diario y partes divertidas, y toneladas de inconsistencias visuales y ergonómicas.
El instalador ya no es tan seguro e inteligente como antes. Todo es un poco menos. Es una pena. Porque YaST es genial y las utilidades de SUSE son generalmente de primera categoría y profesionales. Pero luego, hay un choque entre lo que debería ser un escritorio para la gente común y una interfaz de administrador de sistemas empresarial, en cierto modo. Algo así como lo que obtienes con CentOS y CentOS predeterminados más todos mis cambios y cambios. Bueno, triste pero no sorprendente. Tal vez algun dia. Dicho esto, al igual que mi revisión de Fedora 33, tendré una guía de ajustes posteriores a la instalación por separado, para aquellos que quieran usar openSUSE Leap como su máquina de escritorio. Dada mi experiencia, no puedo recomendarlo y se une a una larga lista de recuerdos dolorosos en mi viaje Tux.