Slackware es una distribución de Linux creada por Patrick Volkerding en 1993. Originalmente basada en Softlanding Linux System (SLS), [5] Slackware ha sido la base de muchas otras distribuciones de Linux, en particular las primeras versiones de las distribuciones de SUSE Linux , y es la más antigua. distribución que aún se mantiene. [6]
Slackware apunta a la estabilidad y simplicidad del diseño y a ser la distribución de Linux más " parecida a Unix " . [7] Realiza la menor cantidad de modificaciones posible a los paquetes de software desde arriba y trata de no anticipar casos de uso ni excluir decisiones de los usuarios. A diferencia de la mayoría de las distribuciones de Linux modernas, Slackware no proporciona ningún procedimiento de instalación gráfico ni resolución automática de dependencias de paquetes de software. Utiliza archivos de texto plano y sólo un pequeño conjunto de scripts de shell para configuración y administración. Sin más modificaciones, arranca 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 con inclinaciones técnicas. [8] [9] [10] [11] [12] [13]
Slackware está disponible para las arquitecturas IA-32 y x86_64 , con un puerto a la arquitectura ARM . Si bien Slackware es principalmente [14] software gratuito y de código abierto , no tiene una función formal de seguimiento de errores ni un repositorio de código público, y Volkerding anuncia periódicamente sus lanzamientos. No existe un procedimiento formal de membresía para desarrolladores y Volkerding es el principal contribuyente a los lanzamientos.
El nombre "Slackware" surge del hecho de que la distribución comenzó como un proyecto privado sin ningún compromiso previsto. Para evitar que al principio se lo tomaran demasiado en serio, Volkerding le dio un nombre humorístico, que se mantuvo incluso después de que Slackware se convirtiera en un proyecto serio. [15]
Slackware se refiere a la "búsqueda de Slack", un principio de la Iglesia del SubGenio , una religión parodia. Ciertos aspectos de los gráficos de Slackware reflejan esto [16] : la pipa que fuma Tux, influenciada por la imagen de la cabeza de JR "Bob" Dobbs .
Se puede encontrar una referencia humorística a la Iglesia del 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 . [17] [18]
Slackware se derivó originalmente de Softlanding Linux System (SLS), [19] la más popular de las distribuciones de Linux originales y la primera en ofrecer una colección de software completa que comprendía más que solo el kernel y las utilidades básicas, [20] incluido un X11. interfaz gráfica, TCP/IP , redes UUCP y GNU Emacs . [21]
Patrick Volkerding comenzó con SLS después de necesitar un intérprete LISP para un proyecto escolar en la entonces Moorhead State University (MSU). Encontró que CLISP estaba disponible para Linux y descargó SLS para ejecutarlo. Unas semanas más tarde, su profesor de inteligencia artificial en 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 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 tomó casi tanto tiempo como instalar SLS, por lo que el profesor preguntó si los discos de instalación se podían ajustar para que las correcciones se pudieran aplicar durante la instalación. Este fue el comienzo de Slackware. Volkerding continuó realizando mejoras en SLS: corrigiendo errores, actualizando software, instalación automática de bibliotecas compartidas y la imagen del kernel, arreglando permisos de archivos y más. En poco tiempo, Volkerding había actualizado aproximadamente la mitad de los paquetes que SLS tenía disponibles.
Volkerding no tenía intenciones de ofrecer al público su versión SLS modificada. Sus amigos de MSU lo instaron a colocar sus modificaciones de SLS en un servidor FTP, pero Volkerding supuso que "SLS publicaría una nueva versión que incluiría estas cosas muy pronto", por lo que se detuvo durante algunas semanas. Durante ese tiempo, muchos usuarios de SLS en Internet 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ó muchas respuestas positivas. Después de una conversación con el administrador de sistemas local de MSU, Volkerding obtuvo permiso para cargar Slackware en el servidor FTP de la universidad . [15] Esta primera versión de Slackware, versión 1.00, se distribuyó el 17 de julio de 1993 a las 00:16:36 (UTC), [1] y se suministró en veinticuatro imágenes de disquete de 3½". [22] Después de la Cuando se hizo el anuncio, Volkerding observó cómo la avalancha de conexiones FTP continuamente colapsaba el servidor. Poco después, Walnut Creek CDROM ofreció espacio de archivo adicional en sus servidores FTP .
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 comprender setenta y tres imágenes de disquete de 1,44 millones. [23]
En 1999, Slackware vio su versión saltar 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 aumentar 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 6 en ese momento. Eligió 7, estimando que la mayoría de las otras distribuciones pronto llegarían a este número de lanzamiento. [24]
En abril de 2004, Patrick Volkerding agregó paquetes del servidor X.Org al directorio testing/ de -current como reemplazo de los paquetes XFree86 que se utilizan actualmente, con una solicitud de comentarios sobre cuál debería ser el futuro del sistema X Window en Slackware. 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 era principalmente técnica. ya que XFree86 estaba demostrando causar problemas de compatibilidad. Slackware 10.0 fue el primer lanzamiento con X.Org Server. [25]
En marzo de 2005, Patrick Volkerding anunció la eliminación del entorno de escritorio GNOME en el ChangeLog de desarrollo. Dijo que esto se había estado considerando 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 Slackware. Volkerding afirmó que el soporte futuro de GNOME dependería de la comunidad. [26] La comunidad respondió y, en octubre de 2016, hay varios proyectos GNOME activos para Slackware. Estos incluyen Cinnamon , Dlackware, Dropline GNOME , MATE y SlackMATE. Algunos miembros de la comunidad Linux consideraron que la eliminación era importante debido a la prevalencia de GNOME en muchas distribuciones. [27]
En mayo de 2009, Patrick Volkerding anunció el lanzamiento público (desarrollo) de una variante oficial x86_64, llamada Slackware64, mantenida en paralelo con la distribución IA-32 . [28] 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, fue diseñada como "lista para multilib". 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. [29] Hameleers inició el puerto de 64 bits como una distracción del dolor de recuperarse de una cirugía en septiembre de 2008. Volkerding probó el puerto en diciembre de 2008 y quedó impresionado cuando vio aumentos de velocidad entre 20 y 40 por ciento para algunos puntos de referencia en comparación con la versión de 32 bits. Para minimizar el esfuerzo adicional de mantener ambas versiones en paralelo, los scripts de compilación de Slackware, llamados SlackBuilds, pasaron lentamente a admitir cualquiera de las arquitecturas, lo que permitió un conjunto de fuentes para ambas versiones. [30] Slackware64 vio su primera versión estable con la versión 13.0.
Entre la versión 14.1 de noviembre de 2013 y junio de 2016, Slackware experimentó una brecha de 31 meses entre versiones, lo que marca el lapso más largo en la historia de las versiones. 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". Había más de 700 cambios de programa enumerados en esa entrada del Registro de cambios, incluidas muchas actualizaciones importantes de la biblioteca. En enero de 2016, Volkerding anunció la incorporación renuente de PulseAudio , principalmente debido a que BlueZ abandonó 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 llegar a mí". Estos cambios culminaron con el lanzamiento de Slackware 14.2 en junio de 2016. [31]
La filosofía de diseño de Slackware está orientada hacia la simplicidad , la pureza del software [32] y un diseño central que enfatiza la falta 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 . [33] En este contexto, "simple" se refiere a la simplicidad en el diseño del sistema, en lugar del uso del sistema. Por lo tanto, la facilidad de uso puede variar entre usuarios: aquellos que carecen de conocimientos sobre interfaces de línea de comandos y herramientas clásicas de Unix pueden experimentar una curva de aprendizaje pronunciada al usar Slackware, mientras que los usuarios con experiencia en Unix pueden beneficiarse de un entorno de sistema menos abstracto. [ cita necesaria ] 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.
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 forma informal. Todas las decisiones finales sobre lo que se incluirá en una versión de Slackware quedan estrictamente en manos del benévolo dictador vitalicio de Slackware , Patrick Volkerding. [34] [35] [36]
Las primeras versiones de Slackware fueron desarrolladas únicamente por Patrick Volkerding. A partir de la versión 4.0, los archivos de anuncio oficiales de Slackware enumeran a David Cantrell y Logan Johnson como parte del "equipo de Slackware". [37] Las declaraciones de anuncios posteriores, hasta el lanzamiento de la versión 8.1, incluyen a Chris Lumens. [38] 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. [39] 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". [35] En sus notas de la versión para Slackware 10.0 y 10.1, Volkerding agradece a Eric Hameleers por "su trabajo en el soporte de tarjetas inalámbricas USB, PCI y Cardbus". [40] [41] A partir de la versión 12.0 hay, por segunda vez, un trabajo en equipo en torno a Volkerding. Según las notas de la versión 12.2, el equipo de desarrollo está formado por siete personas. Las versiones futuras agregaron personas. [42] 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). [34]
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 paquetes ( makepkg ). 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 Slackware actualizado. Se incluyó oficialmente en el árbol principal de Slackware 12.2, [43] habiéndose incluido en extras/ desde Slackware 9.1. [44] 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 , permitiendo así degradar el paquete si se desea.
Los paquetes de Slackware son archivos tar comprimidos utilizando varios métodos. A partir de 13.0, la mayoría de los paquetes se comprimen usando xz (basado en el algoritmo de compresión LZMA ), utilizando la extensión de nombre de archivo .txz . [45] Antes de 13.0, los paquetes se comprimían usando gzip (basado en el algoritmo de compresión DEFLATE ), usando la extensión .tgz . También se agregó soporte para la compresión bzip2 y lzip , usando las extensiones de nombre de archivo .tbz y .tlz respectivamente, aunque no se usan comúnmente.
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 formateado específicamente que el administrador de paquetes lee para proporcionar a los usuarios una descripción del software empaquetado . 46] así como un archivo doinst.sh , que es un script de shell posterior al descomprimido que permite la creación de enlaces simbólicos, la preservación de permisos en 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. [47] Durante el desarrollo de 15.0, Volkerding introdujo soporte para un script de desinstalación de douninst.sh que se puede iniciar al eliminar o actualizar un paquete. [48] 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 sistemas 14.2 y anteriores, la base de datos principal de los paquetes instalados se mantenía en /var/log/ ; sin embargo, durante el desarrollo de 15.0, Volkerding movió dos de los directorios a una ubicación dedicada en /var/lib/pkgtools/ para evitar errores accidentales. eliminación al borrar los registros del sistema. [48] Cada instalación de Slackware contendrá un directorio paquetes/ 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 archivo 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. [49] Si el paquete contenía un script posterior a la instalación doinst.sh opcional , el contenido de ese script se agregará a un archivo en el directorio scripts/ que coincida con el nombre de archivo del paquete correspondiente en el directorio packages/ , lo que permitirá al administrador Vea 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 los scripts que se encuentran en paquetes/ y scripts/ se mueven a paquetes_eliminados/ y scripts_eliminados/ , 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 el directorio /var/lib/pkgtools/douninst.sh/ mientras se instala el paquete. Una vez eliminado, el script douninst.sh se moverá a /var/log/pkgtools/removed_uninstall_scripts/ .
El sistema de gestión de paquetes no rastrea ni gestiona dependencias ; sin embargo, al realizar la instalación completa recomendada, se cumplen todas las dependencias de los paquetes estándar. Para instalaciones personalizadas o paquetes de terceros, Slackware confía en el usuario para garantizar que el sistema tenga todas las bibliotecas y programas de soporte requeridos por el programa. Dado que no se proporcionan listas oficiales de dependencias para paquetes de stock, si los usuarios deciden instalar una instalación personalizada o instalar software de terceros, deberán resolver ellos mismos las posibles dependencias faltantes. Dado que el administrador de paquetes no administra dependencias, instalará todos y cada uno de los paquetes, se cumplan o no las dependencias. Un usuario puede descubrir que faltan dependencias sólo cuando intenta utilizar el software.
Si bien Slackware en sí no incorpora herramientas oficiales para resolver dependencias, algunas herramientas de software no oficiales respaldadas por la comunidad sí brindan esta función, de manera similar a como lo hace APT para las distribuciones basadas en Debian y yum para las distribuciones basadas en Red Hat . Incluyen
No existen 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 de los paquetes 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 múltiples repositorios puede llevar a que dos o más paquetes requieran versiones diferentes de la misma dependencia, lo cual es una forma de infierno de dependencias . Slackware en sí 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 una extensión .dep .
Debido a la posibilidad de problemas de dependencia, muchos usuarios optan por compilar sus propios programas utilizando SlackBuilds proporcionado 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 scripts, no se limitan simplemente a compilar el código fuente de un programa; También se pueden utilizar para reempaquetar archivos binarios precompilados proporcionados por proyectos u repositorios de otras distribuciones en paquetes de Slackware adecuados. SlackBuilds que compila fuentes tiene varias ventajas sobre los paquetes prediseñados: dado que se crean a partir del código fuente del autor original, el usuario no tiene que confiar en un empaquetador externo; 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 proporciona una integración más limpia al sistema mediante la utilización del administrador de paquetes de Slackware. Algunos SlackBuilds vendrán con un archivo adicional con metadatos que permite que las herramientas automatizadas descarguen el código fuente, verifiquen que el código fuente no esté dañado y calculen dependencias adicionales que no forman parte de Slackware. [52] 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 prediseñado.
El único repositorio de SlackBuilds respaldado oficialmente [53] es SlackBuilds.org, comúnmente conocido como SBo. Este es un proyecto respaldado por la comunidad que ofrece SlackBuilds para crear software no incluido con Slackware. Los usuarios pueden enviar nuevos SlackBuilds para software al sitio y, una vez aprobados, se convierten en "mantenedores 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 puedan compilarse y usarse, cualquier dependencia requerida del software no incluido con Slackware debe estar documentada y disponible en el sitio. Todos los envíos son probados por los administradores del sitio antes de agregarlos al repositorio. Los administradores pretenden que el proceso de construcción sea casi idéntico a la forma en que se construyen los paquetes oficiales de Slackware, principalmente para garantizar que Volkerding "simpatice con nuestra causa". Esto permite que SlackBuilds que Volkerding considere dignos de incorporarse a Slackware normal con cambios mínimos en el script. También evita que los usuarios sugieran a Volkerding que cambie sus scripts para que coincidan con los de SBo. [54] SBo proporciona plantillas [55] para SlackBuilds y los archivos de metadatos adicionales y alientan a los mantenedores de paquetes a no desviarse a menos que sea necesario. [56]
Dos miembros del equipo de Slackware, Eric Hameleers y Robby Workman, tienen cada uno su propio repositorio de paquetes precompilados junto con SlackBuilds y 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 valía la pena mantener, algunos paquetes se utilizan como banco de pruebas para futuras actualizaciones de Slackware, en particular, Hameleers proporciona paquetes "Ktown" para versiones más nuevas de KDE . [57] También mantiene el repositorio "multilib" de Slackware, lo que permite a Slackware64 ejecutar y compilar paquetes de 32 bits. [29]
La política de lanzamiento de Slackware sigue un ciclo de lanzamiento basado en características y estabilidad, en contraste con los esquemas de lanzamiento con límite de tiempo ( por ejemplo , Ubuntu ) o de lanzamiento continuo ( por ejemplo , Gentoo Linux ) 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 considere que se ha realizado una cantidad adecuada de cambios con respecto a la versión anterior y que esos cambios conduzcan a un entorno estable. Como afirmó 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 aspectos relacionados". termina. A medida que se construyan las cosas para la próxima versión, se cargarán en el árbol actual". [58]
A lo largo de la historia de Slackware, generalmente intentaron ofrecer software actualizado al menos una vez al año. [34] Desde sus inicios hasta 2014, Slackware tuvo al menos un lanzamiento por año. La actividad de liberaciones alcanzó su punto máximo en 1994, 1995, 1997 y 1999, con tres liberaciones 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 normalmente ocurrí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 dos años entre 14,1 y 14,2 y una brecha de más de cinco años hasta 15,0. [48] Tras el lanzamiento de 15.0, Volkerding declaró que se espera que Slackware 15.1 tenga un ciclo de desarrollo mucho más corto ya que las "partes difíciles" se resolvieron durante el desarrollo de 15.0. [59]
Las últimas versiones estables de Slackware de 32 bits x86 y 64 bits x86_64 son la versión 15.0 (lanzada el 2 de febrero de 2022), que incluye soporte para Linux 5.15.19. [60]
Volkerding también mantiene una versión de prueba/desarrollo de Slackware llamada "-current" [61] que puede usarse para una configuración más innovadora . Esta versión eventualmente se convertirá en la próxima versión estable, momento en el cual Volkerding iniciará una nueva versión para comenzar a desarrollar la próxima versión de Slackware. Si bien se sabe generalmente que esta versión es estable, es posible que algo se rompa, por lo que -current tiende a no recomendarse para sistemas de producción. [62]
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 para las versiones 8.1, [103] 9.0, 9.1, 10.0, 10.1, 10.2, 11.0 y 12.0 indicando 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 8.1, se lanzó el 18 de junio de 2002 y tuvo más de 10 años de soporte antes de llegar al EOL . Posteriormente, el 30 de agosto de 2013, se hicieron anuncios en los registros de cambios de 12.1 [104] y 12.2 indicando su EOL el 9 de diciembre de 2013. En las entradas del registro de cambios se indicó 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 [105] alcanzaron su EOL el 5 de julio de 2018. En las entradas del registro de cambios se indicó que tenían al menos 7 años de soporte (13.0 había sido compatible con casi 9 años). años). El 9 de octubre de 2023, el registro de cambios para 14.2 indicó que 14.0, 14.1 y 14.2 entrarán en su EOL a partir del 1 de enero de 2024. [106]
Si bien no ha habido anuncios oficiales para las versiones anteriores a la 8.1, ya no reciben mantenimiento y efectivamente están en su EOL.
Históricamente, Slackware se concentraba únicamente en la arquitectura IA-32 y las versiones estaban disponibles únicamente 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 deseaban 64 bits debían utilizar 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 (originalmente conocido como 'ARMedslack'). Ambos puertos han sido declarados "oficiales" por Patrick Volkerding. [107] [108] 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. [109] [110] Además, el 7 de mayo En enero de 2016, el desarrollador de Slackware ARM anunció que 14.1 finalizará su vida útil el 1 de septiembre de 2016 y que el desarrollo de -current cesará con el lanzamiento de 14.2; sin embargo, la compatibilidad con 14.2 se mantendrá en el futuro previsible. [111] El anuncio de EOL para 14.1 se agregó al registro de cambios el 25 de junio de 2016, [112] y el anuncio de EOL para 14.2 se agregó al registro de cambios el 21 de diciembre de 2022. [113]
En julio de 2016, el desarrollador de Slackware ARM anunció que las herramientas de desarrollo y construcció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 fue lanzado en agosto de 2016 en su forma "actual". [114]
El 28 de diciembre de 2020, se inició el trabajo para migrar 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. Estuvo funcionalmente completo 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 gestión y habilitación de nuevos modelos de hardware por parte de la comunidad ARM de Slackware. Además, los procesos de arranque e instalación se mejoraron significativamente, haciendo que el proceso de instalación sea mucho más fácil y ágil.
El 29 de marzo de 2022, Slackware AArch64 se lanzó públicamente en su forma actual (de desarrollo) con soporte para RockPro64, Pinebook Pro y Raspberry Pi 3 y 4, con documentación de instalación en línea y guías de instalación en video. Además, el proyecto no oficial slarm64 [115] 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 e inhibió 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 [116] que proporciona puertos blandos (ARMv5) y duros flotantes (ARMv7) para ARM de 32 bits, con desarrollo y actualizaciones (desde 14.2) alineados con Slackware oficial. 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 , SPARC (32/64 bits) y x86 (32 bits con 64 bits time_t).
El 21 de diciembre de 2022, Slackware ARM 14.2 declaró su EOL (End of Life) como 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, lanzada el 7 de junio de 2008. [117] El sitio web de Slackintosh todavía está activo y la versión 12.1 está disponible para descargar [118] 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. [119] El mes siguiente, se anunció que la versión estable está congelada y no recibirá más actualizaciones a menos que alguien más decida hacerse cargo. [120] Esto nunca sucedió y Volkerding declaró oficialmente muerto el proyecto en julio de 2021. [48]
Slackware 14.2 [121] conjuntos de CD, DVD individuales y productos estaban disponibles en la tienda Slackware controlada por terceros, [122] pero debido al pago insuficiente, Patrick Volkerding "les dijo que lo eliminaran o suspendería el DNS". para la tienda". [123] [124] [125] [126] [127] [128] [129]
Las imágenes ISO de Slackware (2,6 GB) [130] 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. [131]
El puerto de Slackware para IBM S/390 ( EOL : 2009)) [132] se puede descargar y se instala desde una partición de DOS o desde un disquete. [133]
El puerto de Slackware para la arquitectura ARM [134] se puede descargar [135] e instalar a través de una red, usando Das U-Boot y un servidor de arranque TFTP [136] o desde un sistema de archivos mini-root. [137] Slackware ARM también se puede instalar en una PC que ejecute QEMU [138] usando la misma técnica. [139]
.svg/1280px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}
{{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}: Mantenimiento CS1: URL no apta ( enlace ){{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace )Estas actualizaciones corrigen varios errores y problemas de seguridad. ¡Gracias a jwoithe por la solución PCI!
{{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace ){{cite web}}: Mantenimiento CS1: copia archivada como título ( enlace )Slackintosh-current no ha recibido ninguna actualización en los últimos 15 meses: es hora de cerrar esta rama y dejarla en mantenimiento para cualquiera que eventualmente dé un paso al frente.
Hola de nuevo comunidad, por fin ha llegado el momento. Realmente disfruto trabajar en el proyecto Slackintosh, pero el período de gracia de un mes ya pasó, por lo que es hora de cerrar incluso la rama estable.
Slackware comenzó a principios de 1993, pero no fue hasta mediados de 1994 que Michael Johnston de Morse Telecommunications se puso en contacto conmigo y me preguntó si estaba interesado en que publicaran Slackware comercialmente... Desde entonces, Slackware siempre ha ganado suficiente dinero. a través de acuerdos editoriales para que sea mi trabajo de tiempo completo. No me quedé mucho tiempo con Morse porque sólo me daban 1 dólar por copia vendida. Cuando expiró el acuerdo inicial de seis meses, pasé al CDROM de Walnut Creek ya que estaban mejor establecidos y estaban dispuestos a darle a Slackware una parte justa de las ganancias. Su fundador, Robert Bruce, es mi socio actual en Slackware Linux, Inc.
Patrick Volkerding, fundador y benevolente dictador vitalicio de la distribución Slackware Linux, publicó una nota en LinuxQuestions.org detallando algunos problemas financieros. Parece que en su mayoría provienen de un acuerdo que hizo con la tienda Slackware que salió muy mal... Tenga en cuenta que hay al menos una persona solicitando Bitcoin que no está afiliada a Volkerding, en lo que parece una estafa de algún tipo; Es particularmente triste porque eso es similar a lo que él alega que también sucedió con Slackware Store.
Volkerding dijo que descubrió lo mal que estaban las cosas en 2017, cuando logró obtener algunas cifras de las personas que dirigían la tienda. "Pensé que las ventas eran así de malas y realmente estaba bastante deprimido por eso. Otra nota al margen: la propiedad del 60% de la tienda cambió de manos a mis espaldas. Nadie pensó que necesitaban contarme sobre esto. En ese momento En ese momento diría que las cosas empeoraron considerablemente para mí". La comercialización de Slackware se llevó a cabo inicialmente con Michael Johnston de Morse Telecommunications en 1994. Después de eso, Volkerding se mudó a una empresa con el fundador de Walnut Creek CDROM, Robert Bruce. Más tarde, Volkerding se asoció con Bruce para crear una empresa Slackware. iTWire ha escrito a la tienda Slackware, buscando comentarios sobre las afirmaciones de Volkerding.
Bienvenido al Proyecto de Documentación de Slackware
Definiciones de Wikcionario
Medios de los comunes
Libros de texto de Wikilibros
Datos de Wikidata