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.
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...
Todos los días miro el changelog y acabo de flipar al verlo... han sido muchos años de espera.
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.
#8 ¿Trabajas con sendmail? te envidio. Yo decidí hace muchos años pasarme al postfix y recuperé varios años de vida.
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.
#4 Lo que te parece tan bien del rc.local no es por que sea Slackware, sino porque es initd y no systemd.
Puedes activar el rc.local en distros con systemd. Pero casi es mejor mandar al systemd al infierno del que procede.
'The Other Init System'. Qué chispa el Volderdink.
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!
#11Huge thanks to the Slackware community for all the help making this release
possible. If it weren't for your generous support I'd probably be working at
the potato chip factory instead of on Slackware.
#4 El modo de energía de ciertos modelos de wifi se desactiva con una opción al montar el módulo correspondiente, mediante un archivo de config en /etc/modprobe.d. Eso es el estándar en todas las distros.
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.
#19 Porque es complicado de configurar adecuadamente y porque no es su trabajo. Jack es una interfaz de audio con características muy concretas para aplicaciones muy especializadas; usa alsa para conectar aplicaciones y dispositivos de audio de manera directa y exclusiva (hasta donde yo sé).
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).
#30 Estoy por instalármela ahora, pero es que tengo muy poco tiempo libre y también me fastidia dejar apartada mi querida devuan. Slackware es una distro fabulosa pero siempre he dicho que le faltan algunas cosillas para ser perfecta.
-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.
#22 A finales de ese año (o quizá principio de 1995) recuerdo haber comprado dos CD llenos de aplicaciones para la Slackware que ya tenía instalada desde no hacía mucho! Que tiempos aquellos!
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
#6 Esa es mi tarjeta de sonido en mi NUC casi. Toca compilar un kernel activando el módulo ESSX8336, config ucm y ucm2 desde Github, y lanzar QasMixer para forzar todos los puertos de la maldita tarjeta.
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.
#1 Sí, puede usarse como wrapper de éste. En Slackware 15 hay un script que te prepara la sesión X D G (los "autostart") para que Pipewire use a Pulse por debajo.
editado:
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.
#2 La mayoría de distros están usando esa forma de meter Pipewire, pero lo decía porque incluso usándolo a pelo sin Pulse sigue el mismo estándar y es completamente ABI-compatible con Pulse. Es más una reimplementación.
#3 Sí, eso hace Slackware. Lo que me gusta de esta distro es que puedes compilar kernels (necesario para mi NUC si no no tira nada de audio fuera de HDMI, y como que mi monitor no tiene altavoces) y meterlos a pelo de forma trivial. Otras distros son mucho más intrusivas para con demonios (Debian, RH y derivadas) y siempre se ponen en el camino. Slackware no. Por ejemplo, para desactivar el modo de ahorro de energia del wifi haciendo que se corte cada 5 minutos, en Slackware es meter un comando en /etc/rc.local y funciona siempre, uses lo que uses para manejar las redes.
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.
#1 Es un reemplazo completo tanto de pulseaudio como de jack. Una alternativa de muy baja latencia que facilita la vida a los creadores de música al ser mucho más fácil y amigable que jack, pero que a la vez cubre los casos de uso del usuario de escritorio.
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 )
#9 Lo que yo no entiendo es por qué en lugar de requetereinventar la rueda, se integra el Jack por defecto en todas las aplicaciones y se descarta el pulse. El Jack es una maravilla.
Me congratula y me llena de orgullo que Slacky ya esté en el 15. Parece que fue ayer cuando la instalé por primera vez. Estaba aún en la 2.2, y eran una ristra de diskettes.
Comentarios
#26 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...
Hostia puta, no entiendo nada de este meneo
Todos los días miro el changelog y acabo de flipar al verlo... han sido muchos años de espera.
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.
#8 ¿Trabajas con sendmail? te envidio. Yo decidí hace muchos años pasarme al postfix y recuperé varios años de vida.
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.
#21 No, con postfix, por eso digo que me parece un cambio relevante.
Dicen que ningún administrador de sistemas puede considerarse tal hasta que no se las ha visto con sendmail.mc
#4 Lo que te parece tan bien del rc.local no es por que sea Slackware, sino porque es initd y no systemd.
Puedes activar el rc.local en distros con systemd. Pero casi es mejor mandar al systemd al infierno del que procede.
'The Other Init System'. Qué chispa el Volderdink.
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!
#11 Huge thanks to the Slackware community for all the help making this release
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.
#4 El modo de energía de ciertos modelos de wifi se desactiva con una opción al montar el módulo correspondiente, mediante un archivo de config en /etc/modprobe.d. Eso es el estándar en todas las distros.
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.
#19 Porque es complicado de configurar adecuadamente y porque no es su trabajo. Jack es una interfaz de audio con características muy concretas para aplicaciones muy especializadas; usa alsa para conectar aplicaciones y dispositivos de audio de manera directa y exclusiva (hasta donde yo sé).
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).
#30 Estoy por instalármela ahora, pero es que tengo muy poco tiempo libre y también me fastidia dejar apartada mi querida devuan. Slackware es una distro fabulosa pero siempre he dicho que le faltan algunas cosillas para ser perfecta.
-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.
mi primera distro... Allá sobre 1994... Un porrón de diskettes.
#22 A finales de ese año (o quizá principio de 1995) recuerdo haber comprado dos CD llenos de aplicaciones para la Slackware que ya tenía instalada desde no hacía mucho! Que tiempos aquellos!
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
#25 Yo ya hace mucho que soy de Debían....
Y con Gnome!
No soy muy de cambiar. De Slack a ReHat (6.2) y de ahí a Debían.
Me hago viejo..
#25 echaba de menos a
thingoldedoriath, otro clásico siempre que se menciona Slackware en meneame
#29 Supongo que ya habrás leído el artículo de alienbob:
https://alien.slackbook.org/blog/slackware-15-0-has-been-released-on-2022-02-02
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):
https://slackware.nl/slackware/slackware-live/slackware64-15.0-live
Pero dónde coño me he metido.
#12 Tranquilo, acércate, vente con nosotros. Te va a gustar.
Me alegra saber que Slackware me lee en menéame
Presentan un perro robot con Ubuntu como sistema operativo/c6#c-6
#6 Esa es mi tarjeta de sonido en mi NUC casi. Toca compilar un kernel activando el módulo ESSX8336, config ucm y ucm2 desde Github, y lanzar QasMixer para forzar todos los puertos de la maldita tarjeta.
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.
#16 Pipewire reemplaza a Pulse y Jack. No te lo pienses.
¿Pipewire es una alternativa a Pulseaudio?
#1 Sí, puede usarse como wrapper de éste. En Slackware 15 hay un script que te prepara la sesión X D G (los "autostart") para que Pipewire use a Pulse por debajo.
#2 La mayoría de distros están usando esa forma de meter Pipewire, pero lo decía porque incluso usándolo a pelo sin Pulse sigue el mismo estándar y es completamente ABI-compatible con Pulse. Es más una reimplementación.
#3 Sí, eso hace Slackware. Lo que me gusta de esta distro es que puedes compilar kernels (necesario para mi NUC si no no tira nada de audio fuera de HDMI, y como que mi monitor no tiene altavoces) y meterlos a pelo de forma trivial. Otras distros son mucho más intrusivas para con demonios (Debian, RH y derivadas) y siempre se ponen en el camino. Slackware no. Por ejemplo, para desactivar el modo de ahorro de energia del wifi haciendo que se corte cada 5 minutos, en Slackware es meter un comando en /etc/rc.local y funciona siempre, uses lo que uses para manejar las redes.
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.
http://www.slackware.com/~alien/efg/
#3 Vaya, has respondido aquí lo que preguntaba allí. OKs.
#2 No lo entiendo. Si las aplicaciones están compiladas para Pulse, que se monta sobre alsa, cómo se van a comunicar las aplicaciones con Pipewire?
Yo uso Jack en mi escritorio junto con pulse, y bastante lío es ya tener a pulse sobre jack sobre alsa.
#1 Es un reemplazo completo tanto de pulseaudio como de jack. Una alternativa de muy baja latencia que facilita la vida a los creadores de música al ser mucho más fácil y amigable que jack, pero que a la vez cubre los casos de uso del usuario de escritorio.
)
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
#9 Lo que yo no entiendo es por qué en lugar de requetereinventar la rueda, se integra el Jack por defecto en todas las aplicaciones y se descarta el pulse. El Jack es una maravilla.
Me congratula y me llena de orgullo que Slacky ya esté en el 15. Parece que fue ayer cuando la instalé por primera vez. Estaba aún en la 2.2, y eran una ristra de diskettes.
Este año si ...