Slackware

Slackware es una distribución de Linux creada por Patrick Volkerding en 1993. Originalmente basada en Softlanding Linux System, Slackware ha sido la base de muchas otras distribuciones de Linux, sobre todo las primeras versiones de las distribuciones de SUSE Linux, y es la distribución más antigua que aún se mantiene.

Slackware tiene como objetivo la estabilidad y la simplicidad del diseño y ser el más "similar a Unix" Distribución de Linux. Hace la menor cantidad posible de modificaciones a los paquetes de software desde el principio y trata de no anticipar los casos de uso ni impedir las decisiones del usuario. A diferencia de la mayoría de las distribuciones modernas de Linux, Slackware no proporciona ningún procedimiento de instalación gráfico ni resolución automática de dependencias de los paquetes de software. Utiliza archivos de texto sin formato y solo un pequeño conjunto de scripts de shell para la configuración y administración. Sin más modificaciones, se inicia en un entorno de interfaz de línea de comandos. Debido a sus muchas características conservadoras y simplistas, a menudo se considera que Slackware es el más adecuado para usuarios de Linux avanzados y técnicamente inclinados.

Slackware está disponible para las arquitecturas IA-32 y x86_64, con un puerto para la arquitectura ARM. Si bien Slackware es en su mayoría software gratuito y de código abierto, no tiene una función formal de seguimiento de errores o un repositorio de código público, con lanzamientos anunciados periódicamente por Volkerding. No existe un procedimiento formal de membresía para los desarrolladores y Volkerding es el principal colaborador de los lanzamientos.

Nombre

El nombre "Slackware" surge del hecho de que la distribución comenzó como un proyecto paralelo privado sin ningún compromiso previsto. Para evitar que se lo tomara demasiado en serio al principio, Volkerding le dio un nombre humorístico, que se mantuvo incluso después de que Slackware se convirtiera en un proyecto serio.

Slackware se refiere a la "búsqueda de Slack", un principio de la Iglesia de SubGenius, una religión de parodia. Ciertos aspectos de los gráficos de Slackware reflejan esto: la pipa que fuma Tux, influenciada por la imagen de J. R. "Bob" Dobbs' cabeza.

Se puede encontrar una referencia humorística a la Iglesia de SubGenius en muchas versiones de los archivos de texto install.end, que indican el final de una serie de software para el programa de instalación. En versiones recientes, incluida la versión 14.1 de Slackware, el texto está ofuscado en ROT13.

Historia

Nacimiento

Slackware 1.01

Slackware se derivó originalmente de Softlanding Linux System (SLS), la más popular de las distribuciones originales de Linux y la primera en ofrecer una colección de software integral que comprendía más que solo el kernel y las utilidades básicas, incluida la interfaz gráfica X11, TCP Redes /IP y UUCP y GNU Emacs.

Patrick Volkerding comenzó con SLS después de necesitar un intérprete de LISP para un proyecto escolar en la entonces llamada Moorhead State University (MSU). Descubrió que CLISP estaba disponible para Linux y descargó SLS para ejecutarlo. Unas semanas más tarde, su profesor de inteligencia artificial en la MSU le pidió a Volkerding que le mostrara cómo instalar Linux en casa y en algunas de las computadoras de la escuela. Volkerding había tomado notas que describían las soluciones a los problemas que encontró después de instalar SLS y él y su profesor revisaron y aplicaron esos cambios a una nueva instalación. Sin embargo, esto llevó casi tanto tiempo como la instalación de SLS, por lo que el profesor preguntó si se podían ajustar los discos de instalación para que las correcciones se pudieran aplicar durante la instalación. Este fue el comienzo de Slackware. Volkerding continuó realizando mejoras en SLS: corrección de errores, actualización de software, instalación automática de bibliotecas compartidas y la imagen del kernel, corrección de permisos de archivos y más. En poco tiempo, Volkerding había actualizado alrededor de la mitad de los paquetes más allá de lo que SLS tenía disponible.

Volkerding no tenía intenciones de ofrecer su versión SLS modificada al público. Sus amigos en MSU lo instaron a poner sus modificaciones de SLS en un servidor FTP, pero Volkerding asumió que 'SLS lanzaría una nueva versión que incluyera estas cosas lo suficientemente pronto', por lo que esperó unas semanas.. Durante ese tiempo, muchos usuarios de SLS en Internet le pedían a SLS una nueva versión, por lo que finalmente Volkerding hizo una publicación titulada '¿Alguien quiere un sistema 0.99pl11A similar a SLS?', a la que recibió muchos comentarios positivos. respuestas Después de una conversación con el administrador de sistemas local de la MSU, Volkerding obtuvo permiso para cargar Slackware en el servidor FTP de la universidad. Esta primera versión de Slackware, la versión 1.00, se distribuyó el 17 de julio de 1993 a las 00:16:36 (UTC) y se suministró como veinticuatro 3½" imágenes de disquete. Después de que se hizo el anuncio, Volkerding observó cómo la avalancha de conexiones FTP colapsaba continuamente el servidor. Poco después, Walnut Creek CDROM ofreció espacio de archivo adicional en sus servidores FTP.

Desarrollo

El tamaño de Slackware aumentó rápidamente con la adición del software incluido y, para la versión 2.1, lanzada en octubre de 1994, se había más que triplicado para incluir setenta y tres imágenes de disquete de 1,44 millones.

En 1999, Slackware vio cómo su versión saltaba de 4 a 7. Los números de versión de Slackware estaban rezagados con respecto a otras distribuciones, y esto llevó a muchos usuarios a creer que estaba desactualizado a pesar de que las versiones de software incluidas eran similares. Volkerding tomó la decisión de mejorar la versión como un esfuerzo de marketing para mostrar que Slackware estaba tan actualizado como otras distribuciones de Linux, muchas de las cuales tenían números de lanzamiento de 6 en ese momento. Eligió 7, estimando que la mayoría de las otras distribuciones pronto estarían en este número de lanzamiento.

En abril de 2004, Patrick Volkerding agregó paquetes del servidor X.Org en el directorio testing/ de -current como reemplazo de los paquetes XFree86 que se utilizan actualmente, con una solicitud de comentarios sobre el futuro del sistema X Window en Slackware. debiera ser. Un mes después, cambió de XFree86 a X.Org Server después de afirmar que las opiniones eran más de 4 a 1 a favor de usar la versión X.org como la versión predeterminada de X. Dijo que la decisión fue principalmente técnica. ya que XFree86 estaba demostrando causar problemas de compatibilidad. Slackware 10.0 fue el primer lanzamiento con X.Org Server.

En marzo de 2005, Patrick Volkerding anunció la eliminación del entorno de escritorio GNOME en el ChangeLog de desarrollo. Dijo que esto había estado bajo consideración durante más de cuatro años y que ya había proyectos que proporcionaban una versión más completa de GNOME para Slackware que la que proporcionaba el propio Slackware. Volkerding declaró que el soporte futuro de GNOME dependería de la comunidad. La comunidad respondió y, a partir de octubre de 2016, hay varios proyectos GNOME activos para Slackware. Estos incluyen Cinnamon, Dlackware, Dropline GNOME, MATE y SlackMATE. La eliminación fue considerada significativa por algunos en la comunidad de Linux debido a la prevalencia de GNOME en muchas distribuciones.

En mayo de 2009, Patrick Volkerding anunció el lanzamiento público (en desarrollo) de una variante oficial x86_64, llamada Slackware64, mantenida en paralelo con la distribución IA-32. Slackware64 es una distribución pura de 64 bits en el sentido de que no admite la ejecución ni la compilación de programas de 32 bits; sin embargo, se diseñó como "preparado para bibliotecas múltiples". Eric Hameleers, uno de los miembros principales del equipo de Slackware, mantiene un repositorio multilib que contiene los paquetes necesarios para convertir Slackware64 a multilib para permitir la ejecución de software de 32 bits. Hameleers comenzó el puerto de 64 bits como una distracción del dolor de la recuperación de la cirugía en septiembre de 2008. Volkerding probó el puerto en diciembre de 2008 y quedó impresionado cuando vio aumentos de velocidad entre el 20 y el 40 por ciento para algunos puntos de referencia en comparación con el de 32 bits. versión de bits. Para minimizar el esfuerzo adicional de mantener ambas versiones en paralelo, las secuencias de comandos de compilación de Slackware, llamadas SlackBuilds, se cambiaron lentamente para admitir cualquiera de las arquitecturas, lo que permitió un conjunto de fuentes para ambas versiones. Slackware64 vio su primer lanzamiento estable con la versión 13.0.

Entre el lanzamiento de noviembre de 2013 de 14.1 y junio de 2016, Slackware experimentó una brecha de 31 meses entre lanzamientos, lo que marca el período más largo en la historia de lanzamientos. Durante este tiempo, la rama de desarrollo estuvo sin actualizaciones durante 47 días. Sin embargo, el 21 de abril de 2015, Patrick Volkerding se disculpó en ChangeLog por la ausencia de actualizaciones y afirmó que el equipo de desarrollo aprovechó el tiempo para hacer un "buen trabajo". Hubo más de 700 cambios de programa enumerados en esa entrada de ChangeLog, incluidas muchas actualizaciones importantes de la biblioteca. En enero de 2016, Volkerding anunció la incorporación a regañadientes de PulseAudio, principalmente debido a que BlueZ eliminó el soporte directo de ALSA en v5.x. mientras que varios otros proyectos a su vez dejaron de admitir BlueZ v4.x. Sabiendo que algunos usuarios no estarían contentos con el cambio, afirmó que "los informes de errores, las quejas y las amenazas pueden enviarse a mí". Estos cambios culminaron con el lanzamiento de Slackware 14.2 en junio de 2016.

Filosofía de diseño

La filosofía de diseño de Slackware está orientada hacia la simplicidad, la pureza del software y un diseño central que enfatiza la ausencia de cambios en las fuentes ascendentes. Muchas opciones de diseño en Slackware pueden verse como herencia de la simplicidad de los sistemas Unix tradicionales y como ejemplos del principio KISS. En este contexto, "simple" se refiere a la simplicidad en el diseño del sistema, más que al uso del sistema. Por lo tanto, la facilidad de uso puede variar entre los usuarios: aquellos que carecen de conocimientos sobre las interfaces de línea de comandos y las herramientas clásicas de Unix pueden experimentar una curva de aprendizaje pronunciada con Slackware, mientras que los usuarios con experiencia en Unix pueden beneficiarse de un entorno de sistema menos abstracto. De acuerdo con la filosofía de diseño de Slackware y su espíritu de pureza, la mayor parte del software de Slackware utiliza los mecanismos de configuración originales proporcionados por los autores del software; sin embargo, para algunas tareas administrativas, se entregan herramientas de configuración específicas de la distribución.

Modelo de desarrollo

No existe un sistema formal de seguimiento de problemas ni un procedimiento oficial para convertirse en colaborador o desarrollador de código. El proyecto no mantiene un repositorio de código público. Los informes de errores y las contribuciones, si bien son esenciales para el proyecto, se gestionan de manera informal. Todas las decisiones finales sobre lo que se incluirá en un lanzamiento de Slackware quedan estrictamente en manos del benévolo dictador vitalicio de Slackware, Patrick Volkerding.

Las primeras versiones de Slackware fueron desarrolladas únicamente por Patrick Volkerding. A partir de la versión 4.0, los archivos de anuncios oficiales de Slackware enumeran a David Cantrell y Logan Johnson como parte del "equipo de Slackware". Las declaraciones de anuncios posteriores, hasta el lanzamiento de la versión 8.1, incluyen a Chris Lumens. Lumens, Johnson y Cantrell también son los autores de la primera edición de "Slackware Linux Essentials", la guía oficial de Slackware Linux. El sitio web de Slackware menciona a Chris Lumens y David Cantrell como "Slackware Alumni", quienes "trabajaron a tiempo completo en el proyecto Slackware durante varios años". En sus notas de lanzamiento para Slackware 10.0 y 10.1, Volkerding agradece a Eric Hameleers por "su trabajo en la compatibilidad con tarjetas inalámbricas USB, PCI y Cardbus". A partir de la versión 12.0 hay, por segunda vez, un team building en torno a Volkerding. Según las notas de la versión 12.2, el equipo de desarrollo consta de siete personas. Las versiones futuras agregaron personas. Desde la versión 13.0, el equipo de Slackware parece tener miembros principales. Eric Hameleers da una idea del equipo central con su ensayo sobre la "Historia del desarrollo de Slackware", escrito el 3 y 4 de octubre de 2009 (poco después del lanzamiento de la versión 13.0).

Paquetes

Administración

La mascota de Slackware: Tux fumando una pipa

El sistema de administración de paquetes de Slackware, conocido colectivamente como pkgtools, puede administrar (pkgtool), instalar (installpkg), actualizar (upgradepkg) y eliminar (removepkg) paquetes de fuentes locales. También puede descomprimir (explodepkg) y crear (makepkg) paquetes. La herramienta oficial para actualizar Slackware a través de una red o Internet es slackpkg. Fue desarrollado originalmente por Piter Punk como una forma no oficial de mantener actualizado Slackware. Se incluyó oficialmente en el árbol principal de Slackware 12.2 y se incluyó en extras/ desde Slackware 9.1. Cuando se actualiza un paquete, instalará el nuevo paquete sobre el anterior y luego eliminará cualquier archivo que ya no exista en el nuevo paquete. Al ejecutar upgradepkg, solo confirma que los números de versión son diferentes, lo que permite degradar el paquete si se desea.

Los paquetes de Slackware son tarballs comprimidos usando varios métodos. A partir de 13.0, la mayoría de los paquetes se comprimen con xz (basado en el algoritmo de compresión LZMA), utilizando la extensión de nombre de archivo .txz. Antes de 13.0, los paquetes se comprimían con gzip (basado en el algoritmo de compresión DEFLATE), usando la extensión .tgz. También se agregó soporte para compresión bzip2 y lzip, usando las extensiones de nombre de archivo .tbz y .tlz respectivamente, aunque estas no son comúnmente usó.

Los paquetes contienen todos los archivos de ese programa, así como archivos de metadatos adicionales utilizados por el administrador de paquetes. El paquete tarball contiene la estructura de directorios completa de los archivos y debe extraerse en el directorio raíz del sistema durante la instalación. Los archivos de metadatos adicionales, ubicados en el directorio especial install/ dentro del tarball, generalmente incluyen un archivo slack-desc, que es un archivo de texto con formato específico que lee el administrador de paquetes para proporcionar a los usuarios una descripción del software empaquetado, así como un archivo doinst.sh, que es un archivo posterior al desempaquetado secuencia de comandos de shell que permite la creación de enlaces simbólicos, la conservación de permisos en los archivos de inicio, el manejo adecuado de nuevos archivos de configuración y cualquier otro aspecto de la instalación que no se pueda implementar a través de la estructura de directorios del paquete. Durante el desarrollo de 15.0, Volkerding introdujo la compatibilidad con un script de desinstalación douninst.sh que se puede iniciar al eliminar o actualizar un paquete. Esto permite a los mantenedores de paquetes ejecutar comandos cuando se desinstala un paquete.

El administrador de paquetes mantiene una base de datos local en la computadora, almacenada en varias carpetas. En los sistemas 14.2 y anteriores, la base de datos principal de paquetes instalados se mantuvo en /var/log/; sin embargo, durante el desarrollo de 15.0, Volkerding movió dos de los directorios a un directorio dedicado. ubicación en /var/lib/pkgtools/ para evitar la eliminación accidental al borrar los registros del sistema. Cada instalación de Slackware contendrá un directorio packages/ y scripts/ en la ubicación de la base de datos principal. El primero es donde cada paquete instalado tendrá un archivo de registro de instalación correspondiente (basado en el nombre del paquete, la versión, el arco y la compilación) que contiene el tamaño del paquete, tanto comprimido como sin comprimir, la descripción del software y la ruta completa de todos los archivos. que fueron instalados. Si el paquete contenía una secuencia de comandos posterior a la instalación doinst.sh opcional, el contenido de esa secuencia de comandos se agregará a un archivo en scripts/ que coincide con el nombre de archivo del paquete correspondiente en el directorio packages/, lo que permite al administrador ver el script posterior a la instalación en un momento futuro. Cuando se elimina o actualiza un paquete, los registros de instalación antiguos y las secuencias de comandos que se encuentran en packages/ y scripts/ se mueven a removed_packages/ y removed_scripts/, lo que permite revisar los paquetes anteriores y ver cuándo se eliminaron. Estos directorios se pueden encontrar en /var/log/ en 14.2 y versiones anteriores, pero se movieron a /var/log/pkgtools/ durante el desarrollo de 15.0. En los sistemas que admiten el script de desinstalación douninst.sh, esos scripts se almacenarán en /var/lib/pkgtools/douninst.sh/ directorio mientras el paquete está instalado. Una vez eliminado, el script douninst.sh se moverá a /var/log/pkgtools/removed_uninstall_scripts/.

Resolución de dependencia

El sistema de administración de paquetes no rastrea ni administra las dependencias; sin embargo, al realizar la instalación completa recomendada, se cumplen todas las dependencias de los paquetes de stock. Para instalaciones personalizadas o paquetes de terceros, Slackware confía en que el usuario se asegure de que el sistema tenga todas las bibliotecas y programas del sistema compatibles que requiere el programa. Dado que no se proporcionan listas oficiales de dependencias para los paquetes de stock, si los usuarios deciden instalar una instalación personalizada o instalar software de terceros, deberán trabajar ellos mismos con las posibles dependencias faltantes. Dado que el administrador de paquetes no administra las dependencias, instalará todos y cada uno de los paquetes, se cumplan o no las dependencias. Un usuario puede descubrir que faltan dependencias solo cuando intenta usar el software.

Si bien Slackware no incorpora herramientas oficiales para resolver dependencias, algunas herramientas de software no oficiales respaldadas por la comunidad brindan esta función, de forma similar a como lo hace APT para las distribuciones basadas en Debian y yum para las distribuciones basadas en Red Hat. Incluyen

• slapt-get es una utilidad de línea de comandos que funciona de manera similar a APT. Aunque slapt-get proporciona un marco para la resolución de dependencia, no proporciona resolución de dependencia para paquetes incluidos en la distribución de Slackware. Sin embargo, varias fuentes de paquetes comunitarios y distribuciones basadas en Slackware aprovechan esta funcionalidad. Gslapt es una interfaz gráfica para slapt-get.
• Swaret es una herramienta de gestión de paquetes con resolución de dependencia. Se incluyó originalmente en la versión 9.1 de Slackware como un paquete opcional, pero no contenía resolución de dependencia en ese momento. Se removió de la distribución con Slackware 10.0 y se entregó a la comunidad. Con el tiempo añadió la resolución de dependencia y la funcionalidad de retroceso; sin embargo, a partir de mayo de 2014, no hay desarrolladores activos.
• El pkgsrc de NetBSD proporciona soporte para Slackware, entre otros sistemas operativos similares a Unix. pkgsrc proporciona resolución de dependencia para paquetes binarios y fuente.

Repositorios

No hay repositorios oficiales para Slackware. Los únicos paquetes oficiales que proporciona Slackware están disponibles en los medios de instalación. Sin embargo, existen muchos repositorios de terceros para Slackware; algunos son repositorios independientes y otros son para distribuciones basadas en Slackware pero que conservan la compatibilidad del paquete con Slackware. Muchos de estos se pueden buscar a la vez usando pkgs.org, que es un motor de búsqueda de paquetes de Linux. Sin embargo, mezclar y combinar dependencias de varios repositorios puede generar dos o más paquetes que requieren diferentes versiones de la misma dependencia, lo cual es una especie de infierno de dependencia. Slackware en sí mismo no proporcionará ninguna resolución de dependencia para estos paquetes, sin embargo, algunos proyectos proporcionarán una lista de dependencias que no están incluidas con Slackware con los archivos del paquete, comúnmente con un .dep extensión.

Debido a la posibilidad de problemas de dependencia, muchos usuarios optan por compilar sus propios programas utilizando SlackBuilds proporcionados por la comunidad. SlackBuilds son scripts de shell que crearán un paquete de Slackware instalable a partir de un tarball de software proporcionado. Dado que SlackBuilds son secuencias de comandos, no se limitan a compilar el código fuente de un programa; también se pueden usar para volver a empaquetar archivos binarios precompilados proporcionados por proyectos u otras distribuciones' repositorios en paquetes adecuados de Slackware. Los SlackBuilds que compilan fuentes tienen varias ventajas sobre los paquetes preconstruidos: dado que se construyen a partir del código fuente del autor original, el usuario no tiene que confiar en un empaquetador de terceros; además, el proceso de compilación local permite la optimización específica de la máquina. En comparación con la compilación e instalación manual de software, SlackBuilds brinda una integración más limpia al sistema al utilizar el administrador de paquetes de Slackware. Algunos SlackBuilds vendrán con un archivo adicional con metadatos que permite que las herramientas automatizadas descarguen la fuente, verifiquen que la fuente no esté dañada y calculen dependencias adicionales que no forman parte de Slackware. Algunos repositorios incluirán tanto SlackBuilds como los paquetes de Slackware resultantes, lo que permitirá a los usuarios crear los suyos propios o instalar un paquete preconstruido.

El único repositorio de SlackBuilds respaldado oficialmente es SlackBuilds.org, comúnmente conocido como SBo. Este es un proyecto respaldado por la comunidad que ofrece SlackBuilds para crear software que no se incluye con Slackware. Los usuarios pueden enviar nuevos SlackBuilds para software al sitio y, una vez aprobados, se convierten en el "mantenedor del paquete". Luego, son responsables de proporcionar actualizaciones a SlackBuild, ya sea para solucionar problemas o para crear versiones más nuevas proporcionadas por upstream. Para garantizar que todos los programas se puedan compilar y usar, cualquier dependencia requerida del software que no esté incluida en Slackware debe documentarse y estar disponible en el sitio. Todos los envíos son probados por los administradores del sitio antes de agregarlos al repositorio. Los administradores tienen la intención de que el proceso de compilación sea casi idéntico a la forma en que se compilan los paquetes oficiales de Slackware, principalmente para garantizar que Volkerding "simpatice con nuestra causa". Esto permite que SlackBuilds que Volkerding considere dignos se incluyan en Slackware regular con cambios mínimos en el script. También evita que los usuarios sugieran a Volkerding que cambie sus guiones para que coincidan con los de SBo. SBo proporciona plantillas para SlackBuilds y los archivos de metadatos adicionales y alientan a los mantenedores de paquetes a no desviarse a menos que sea necesario.

Dos miembros del equipo de Slackware, Eric Hameleers y Robby Workman, tienen cada uno su propio depósito de paquetes precompilados junto con los SlackBuilds y los archivos fuente utilizados para crear los paquetes. Si bien la mayoría de los paquetes son solo software adicional no incluido en Slackware que consideraron que valió la pena mantener, algunos paquetes se utilizan como banco de pruebas para futuras actualizaciones de Slackware, en particular, Hameleers proporciona "Ktown" paquetes para versiones más recientes de KDE. También mantiene el programa "multilib" de Slackware. repositorio, lo que permite a Slackware64 ejecutar y compilar paquetes de 32 bits.

Lanzamientos

La política de lanzamiento de Slackware sigue un ciclo de lanzamiento basado en características y estabilidad, en contraste con el tiempo limitado (p. ej.,, Ubuntu) o el lanzamiento continuo (p. ej.,, Gentoo Linux) esquemas de otras distribuciones de Linux. Esto significa que no hay un tiempo establecido sobre cuándo esperar un lanzamiento. Volkerding lanzará la próxima versión después de que sienta que se han realizado una cantidad adecuada de cambios con respecto a la versión anterior y esos cambios conducen a un entorno estable. Como declaró Patrick Volkerding, "Por lo general, nuestra política es no especular sobre las fechas de lanzamiento, ya que eso es lo que es: pura especulación". No siempre es posible saber cuánto tiempo llevará realizar las actualizaciones necesarias y atar todos los cabos sueltos relacionados. A medida que se construyan las cosas para el próximo lanzamiento, se cargarán en el árbol actual."

A lo largo de la historia de Slackware, generalmente intentaron entregar software actualizado al menos una vez al año. Desde su inicio hasta 2014, Slackware tuvo al menos un lanzamiento por año. La actividad de lanzamiento alcanzó su punto máximo en 1994, 1995, 1997 y 1999, con tres lanzamientos cada año. A partir de la versión 7.1 (22 de junio de 2000), la progresión del lanzamiento se volvió más estable y, por lo general, se producía una vez al año. Después de ese punto, los únicos años con dos lanzamientos fueron 2003, 2005 y 2008. Sin embargo, desde el lanzamiento de Slackware 14.1 en 2013, los nuevos lanzamientos se han ralentizado drásticamente. Hubo una brecha de más de 2 años entre 14.1 y 14.2 y una brecha de más de 5 años hasta 15.0. Tras el lanzamiento de 15.0, Volkerding declaró que, con suerte, Slackware 15.1 tendrá un ciclo de desarrollo mucho más corto ya que las "partes difíciles" se resolvieron durante el desarrollo de 15.0.

Las últimas versiones estables x86 de 32 bits y x86_64 de 64 bits de Slackware se encuentran en la versión 15.0 (lanzada el 2 de febrero de 2022), que incluye soporte para Linux 5.15.19.

Volkerding también mantiene una versión de prueba/desarrollo de Slackware llamada "-actual" que se puede utilizar para una configuración más vanguardista. Esta versión eventualmente se convertirá en la próxima versión estable, momento en el cual Volkerding comenzará una nueva corriente para comenzar a desarrollar para la próxima versión de Slackware. Aunque generalmente se sabe que esta versión es estable, es posible que las cosas se rompan, por lo que la corriente no suele recomendarse para los sistemas de producción.

Soporte

Actualmente, Slackware no tiene una política de términos de soporte declarada oficialmente. Sin embargo, el 14 de junio de 2012, aparecieron avisos en los registros de cambios de las versiones 8.1, 9.0, 9.1, 10.0, 10.1, 10.2, 11.0 y 12.0 que indicaban que, a partir del 1 de agosto de 2012, ya no se proporcionarían parches de seguridad para estas versiones.. La versión más antigua, la versión 8.1, se lanzó el 18 de junio de 2002 y tuvo más de 10 años de soporte antes de llegar a EOL. Más tarde, el 30 de agosto de 2013, se hicieron anuncios en los registros de cambios de 12.1 y 12.2 indicando su EOL el 9 de diciembre de 2013. Se indicó en las entradas del registro de cambios que tenían al menos 5 años de soporte. El 6 de abril de 2018, se declaró que las versiones 13.0, 13.1 y 13.37 alcanzaron su EOL el 5 de julio de 2018. Se indicó en las entradas del registro de cambios que tenían al menos 7 años de soporte (13.0 habían sido compatibles casi 9 años). A partir de julio de 2018, no ha habido anuncios del equipo de Slackware sobre cuándo las versiones de Slackware desde la 14.0 en adelante estarán en el fin de vida.

Si bien no ha habido anuncios oficiales para las versiones anteriores a la 8.1, ya no se mantienen y son efectivamente EOL.

Arquitecturas de hardware

Históricamente, Slackware se concentró únicamente en la arquitectura IA-32 y las versiones solo estaban disponibles en 32 bits. Sin embargo, a partir de Slackware 13.0, está disponible una variante x86_64 de 64 bits y se admite oficialmente en desarrollo simétrico con la plataforma de 32 bits. Antes del lanzamiento de Slackware64, los usuarios que querían 64 bits debían usar puertos no oficiales como slamd64.

Slackware también está disponible para la arquitectura IBM S/390 en forma de Slack/390 y para la arquitectura ARM bajo Slackware ARM (conocido originalmente como 'ARMedslack'). Ambos puertos han sido declarados "oficiales" de Patrick Volkerding. Sin embargo, el puerto S/390 todavía está en la versión 10.0 para la versión estable y 11.0 para la versión de prueba/desarrollo, y no ha tenido actualizaciones desde 2009. Además, el 7 de mayo de 2016, el desarrollador de Slackware ARM anunció que 14.1 será EOL el 1 de septiembre de 2016 y el desarrollo de -current cesará con el lanzamiento de 14.2, sin embargo, el soporte para 14.2 se mantendrá en el futuro previsible. El anuncio de EOL para 14.1 se agregó al registro de cambios el 25 de junio de 2016 y el anuncio de EOL para 14.2 se agregó al registro de cambios el 21 de diciembre de 2022.

En julio de 2016, el desarrollador de Slackware ARM anunció que las herramientas de desarrollo y compilación se habían mejorado para reducir el esfuerzo manual involucrado en el mantenimiento del puerto ARM, y procedió a anunciar que se estaba desarrollando un puerto flotante de hardware de 32 bits. El puerto se lanzó en agosto de 2016 en "actual" formulario.

El 28 de diciembre de 2020, se comenzó a trabajar en la migración de Slackware a la arquitectura ARM de 64 bits (conocida como 'AArch64'), siendo los objetivos iniciales del modelo de hardware RockPro64 y Pinebook Pro de PINE64. Se completó funcionalmente en mayo de 2021 y tiene muchas mejoras con respecto al diseño original y la implementación del puerto ARM, particularmente en lo que respecta a la administración y habilitación de nuevos modelos de hardware por parte de la comunidad Slackware ARM. Además, los procesos de arranque e instalación se mejoraron significativamente, lo que hizo que el proceso de instalación fuera mucho más fácil y optimizado.

El 29 de marzo de 2022, Slackware AArch64 se lanzó públicamente en formato actual (en desarrollo) con soporte para RockPro64, Pinebook Pro y Raspberry Pi 3 & 4, con documentación de instalación en línea y guías de instalación de video. Además, el proyecto no oficial slarm64 tiene un puerto para AArch64 y un puerto adicional para la arquitectura riscv64.

En marzo de 2022, cesó el desarrollo oficial del puerto ARM de 32 bits de Slackware, y el desarrollo futuro se concentró únicamente en el puerto AArch64/ARM64. Esto se debió a que el hardware de 32 bits no pudo seguir el ritmo del desarrollo de Slackware y estaba inhibiendo el desarrollo, y las limitaciones del hardware se convirtieron en un obstáculo para la adopción de las últimas tecnologías. Además, dado que la mayoría de las otras distribuciones principales dejaron de admitir ARM de 32 bits, algunas de las aplicaciones no se pudieron compilar y ya no eran compatibles. Sin embargo, existe el puerto no oficial de Slackware BonSlack que proporciona puertos flexibles (ARMv5) y flotantes (ARMv7) para ARM de 32 bits, con desarrollo y actualizaciones (desde 14.2) alineados con el puerto x86 de Slackware. Este proyecto también proporciona puertos para Aarch64 (ARM64), Alpha, HPPA (PA-RISC 1.1), LoongArch (64 bits), MIPS (32/64 bits), OpenRISC, PowerPC (32/64 bits), RISC-V (64 bits), Arquitecturas S/390x, SH-4 y UltraSPARC.

El 21 de diciembre de 2022, Slackware ARM 14.2 tuvo su EOL (fin de vida útil) declarado el 1 de marzo de 2023.

Slackintosh es una adaptación de Slackware Linux para la arquitectura Macintosh New World ROM PowerPC, utilizada por las líneas Power Macintosh, PowerBook, iMac, iBook y Xserve de Apple desde 1994 hasta 2006. La última versión de Slackintosh fue la 12.1, publicado el 7 de junio de 2008. El sitio web de Slackintosh todavía está activo y la versión 12.1 está disponible para descargar para aquellos que tienen computadoras PowerPC Macintosh más antiguas. Los desarrolladores del proyecto anunciaron en febrero de 2012 que el desarrollo estaba congelado y que 12.1 podría recibir parches de seguridad durante un mes. El próximo mes, se anunció que la versión estable está congelada y no recibirá más actualizaciones a menos que alguien más decida hacerse cargo. Esto nunca sucedió y Volkerding declaró oficialmente muerto el proyecto en julio de 2021.

Distribución

Los conjuntos de CD, los DVD individuales y la mercadería de Slackware 14.2 estaban disponibles en la tienda Slackware controlada por terceros, pero debido al pago insuficiente, Patrick Volkerding, "les dijo que lo quitaran o suspendería el DNS de la tienda".

Las imágenes ISO de Slackware (2,6 GB) para la instalación se pueden descargar de forma gratuita en el sitio web de Slackware a través de BitTorrent, espejos FTP y espejos HTTP.

El puerto Slackware para IBM S/390 (EOL: 2009)) se puede descargar e instalar desde una partición DOS o desde un disquete.

Puerto de Slackware para ARM La arquitectura se puede descargar e instalar a través de una red, usando Das U-Boot y un servidor de arranque TFTP o desde un sistema de archivos mini-root. Slackware ARM también se puede instalar en una PC con QEMU utilizando la misma técnica.

Usar

Árbol de familia Slackware

A partir de 2019, DistroWatch clasifica a Slackware en el puesto 29. El interés parece haber alcanzado su punto máximo en 2002, cuando la clasificación de Slackware alcanzó el séptimo lugar. Se había deslizado gradualmente del top 10 en 2010 y parece haberse estabilizado en torno a su rango actual en 2015. Sin embargo, dado que DistroWatch solo rastrea a los visitantes de las distintas distribuciones. páginas, afirman que su clasificación no siempre se correlaciona con el uso de una distribución; más bien, mide la popularidad de esa distribución en su sitio. Debido a esto, sus clasificaciones "no deben usarse para medir la participación de mercado de las distribuciones". Al igual que con la mayoría de las distribuciones de Linux, Slackware no tiene un sistema oficial para rastrear el total de instalaciones únicas o usuarios activos.