101 meneos
1170 clics
Disponible Slackware 15
Tras un largo hiato, sale Slackware 15. Entre sus novedades están la adopción de PAM, Elogind en vez de ConsoleKit, Pipewire como alternativa a Pulseaudio, Rust y Python3. Qt4 ha sido descartado completamente.
|
comentarios cerrados
EDIT: también coge los dispositivos Bluetooth que maneje Pulse. Es una gran idea lo de Slack el proveer dicho script, usando XFCE ya dejas de complicarte si usas un gestor pelado, pero cuesta cero añadir 3 líneas en ~/.xsession antes de cargar el gestor de ventanas.
También de Slackware es la idea del firewall simple para escritorio. Pones ajustes, copias el script resultante en /etc.rc.d/rc.firewall, chmod +x y luego /etc/rc.d/rc.firewall start como línea en /etc/rc.d/rc.local.
Fin. Cero traumas. Y si quieres añadir un servicio como MLDonkey o Torrent como que es trivial copiar y pegar una línea cambiando los rangos.
www.slackware.com/~alien/efg/
En Debian se suele recomendar no compilar el kernel a pelo sino usar la propia infrastructura de la distro. Simplemente configuras el kernel como te guste, a continuación se compila y se hace un paquete deb que se instala, todo de forma automática. Esto hace muy fácil portar la distro a máquinas nuevas simplemente adaptando un poco la config y si acaso algún parche de un kernel. Es lo que se hacía al prioncipio con las Raspis antes de que hubiera soporte oficial.
www.meneame.net/c/34471722
En Windows 10 tienes que sacrificar un pollo para conseguir los drivers. Windows Update se mea en ellos, no están. Literalmente. Tampoco con SDI Tool Origin. No existen drivers de fabricante como tales que se puedan conseguir fácil en una web, solo existen en el Windows 10 OEM preconfigurado.
Tuve que ir a un foro raro, bajar un zip de Google Drive y ahí meter los INF a pelo. Instalar y desinstalar varias veces desde el gestor de dispositivos ya que algunos aparecían como válidos pero no daban sonido alguno.
Por dificultad los pondría casi en empate.
En el futuro saldrá un Slackbuild con el firmware y un TXT con un Readme.Slackware donde haga trivial el configurar dichos drivers. En Windows sin ese "foro" lleno de fabricantes chinos como que RIP a tu tarjeta de sonido Gemini Lake.
Muy fino Pat, con su sentido del humor habitual lo ha publicado un 2/2/2022 a las 22:22:22
De todas las novedades, las que me parecen más interesantes son el soporte pam y que se sustituye sendmail por postfix. También se incluye un script make_world.sh, que curioso.
Es tan alternativa de pulseaudio que quizá tienes instalado pipewire en lugar de pulseaudio y ni te has enterado del cambio...
(vale, veo en comentarios de más abajo que ya conoces pipewire, me callo pues )
Slackware fue mi distro predilecta durante muchos años, incluso de escritorio, y aún me parece una opción muy considerable para servidores de infraestructura que necesitan ser ligeros y estables y no modificarse sin motivo.
Debido a ese hiato y a ese otro int system yo me pasé a Devuan para los servidores cuando salió. Pero Slack siempre está ahí para considerar.
Disclaimer: Estoy ordenado en la Iglesia del Subgenio. Viva Bob!
possible. If it weren't for your generous support I'd probably be working at
the potato chip factory instead of on Slackware.
Esa también es buena.
Yo uso Jack en mi escritorio junto con pulse, y bastante lío es ya tener a pulse sobre jack sobre alsa.
Puedes activar el rc.local en distros con systemd. Pero casi es mejor mandar al systemd al infierno del que procede.
En serio, a mí personalmente no me parece mal el cambio. El postfix es tan maduro y más común. Además he tenido recientemente varios problemas de ciberseguridad con sendmail que han sido complicados de solucionar.
Pulseaudio es un servidor de sonido, su tarea es gestionar distintas salidas de sonido de distintas aplicaciones con distintos requerimientos simultáneamente (usa alsa para conectar múltiples aplicaciones de manera no exclusiva con uno o más dispositivos de audio, compartiendo y gestionando recursos) y su mayor problema es que para hacerlo crea unos buffers de audio de tamaño bestial (de manera que si hay cortes, parones, cambios entre aplicaciones, etc. haya datos suficientes en los distintos buffers como para que no se entrecorte el sonido de ninguna de las aplicaciones mientras tanto). El mayor problema que tiene esto, es que las tarjetas de sonido y muchos programas de audio o que usan este servidor de audio (como juegos) funcionan justo al revés, priorizando la latencia ante todo (buffers muy pequeños y soltando datos muy rápido). Ese ha sido el mayor quebradero de cabeza de pulseaudio desde su nacimiento (que como las tarjetas y los drivers de sonido en otras plataformas funcionan como funcionan y como otros servidores de sonido funcionan imitando el funcionamiento de las tarjetas de sonido, no daban problemas; sin embargo, pulseaudio sacaba a la luz problemas de drivers e implementaciones defectuosas y se veían como fallos del propio pulseaudio, de ahí esos primeros años tan duros y las quejas y mala fama que arrastra de aquellos días. El otro problema, es que los buffers tran grandes son una dificultad añadida a la hora de hacer streaming o capturar o codificar sonido en tiempo real o simplemente cualquier cosa que necesite que el sonido se sincronice con video.
Son muy diferentes (tanto en planteamiento, filosofía, forma de funcionar, etc) y con misiones muy diferentes. Pipewire está diseñado desde el comienzo como reemplazo para ambos y como solución en wayland para todos estos propósitos (por eso muchas características hasta ahora eran imposibles en wayland por cuestiones de seguridad o de operabilidad... faltaba este ladrillo para poder hacerlas correctamente): es un servidor de sonido (y video) multipropósito que está diseñado con la latencia en mente para facilitar los casos de uso "modernos" como el streaming, las videoconferencias, la mezcla y edición de sonido, la parte de transmisión de datos de video y sonido por una conexión con equipos remotos, etc. y lo mejor de todo es que es un reemplazo completo y completamente compatible con aplicaciones diseñadas tanto para pulse como para jack, lo cual no es moco de pavo. Es una maravilla técnica, muy madura para lo poco que llevan todas las piezas finalmente encajadas (y se está puliendo muy rápido los pocos problemas que ha dado, en general a la gente le funcionaban más cosas y mejor que antes de usar pipewire y si hay problemas han sido problemas menores y con software cerrado, como zoom) y hasta donde yo sé, pone por delante a linux ante windows e incluso mac en este tema concreto (a falta de que las aplicaciones empiecen a dar soporte directo para pipewire en lugar de usar el puente pipewire-pulse o pipewire-jack).
Dicen que ningún administrador de sistemas puede considerarse tal hasta que no se las ha visto con sendmail.mc
Después de unos 10 años sin problemas: dejé de usar SalixOS (Slackware con vitaminas hace unos dos años porque la descontinuaron y porque ya no me apetecía andar recompilando kernel para conectar mi teléfono móvil, usarlo como punto de acceso y transferir archivos al y desde el portátil.
Para sustituir a SalixOS probé antiX + IceWM y Void + i3WM... y me quedé con las dos! Tengo un arranque dual Only Linux y uso una u otra según lo que suceda al arrancar... si antiX tiene actualizaciones, las instalo y lo más probable es que ya siga el resto del día. porque me encanta IceWM. Si no hay actualizaciones arranco Void, que siempre tiene actualizaciones.
Pero... la nostalgia llama a mi puerta... me encanta que haya cambiado a elogind... que siga en SysVinint... tener la posibilidad de usar pipewire... y un kernel de la rama 5.15.x que será la próxima LTS... así que, esperaré a ver si la gente de SalixOS retoma las ganas y dentro de unos meses la instalaré de nuevo!
Aunque no me apetece deshacerme de mis dos nuevas compañeras
Y con Gnome!
No soy muy de cambiar. De Slack a ReHat (6.2) y de ahí a Debían.
Me hago viejo..
Yo supongo que ya soy viejo... nací en los 50
Eso sí, entré en la informática por la puerta de UNIX (UnixWare) y nunca he usado otros OS que no fuesen UNIX o UNIX-Like.
UnixWare de SCO; algo de Solaris; algo de FreeBSD; Slackware; Red Hat (en un máster que hice para admin); Debian...
Probar, he probado casi de todo! SuSe, Mandrake, Linex...
alien.slackbook.org/blog/slackware-15-0-has-been-released-on-2022-02-0
Aporta mucha más información que el texto de este envío y un enlace para la ISO de Slackware Live Edition 15.0 creada por el propio Eric (alienbob):
slackware.nl/slackware/slackware-live/slackware64-15.0-live
-Comunidad: existe una gran comunidad de slackware que participa en el foro, en la wiki y publicando slackbuilds, pero parece que faltan manos en el desarrollo de la distribución. Por eso se ha tardado tanto en conseguir esta nueva release.
Esta falta de medios me da la sensación como que podrían no llegar con regularidad todas las actualizaciones de seguridad.
-Hermetismo: Si el desarrollo de Slackware cerrado en cuanto a participación, también lo es en cuanto a información. Normalmente Pat no airea sus planes ni intenciones hasta que ya la ha llevado a cabo.
-Web: Bajo mi punto de vista Slackware necesita renovar su web con urgencia. No hablo de estética, pero si en cuanto a información y contenido. Vendría bien limpiar o archivar partes obsoletas, servir en https y estaría bien disponer de un portal que unifique el foro, la wiki y otros proyectos como Slint, freenix o slackbuilds. De esta forma no daría sensación de distribución difícil y de abandono.