สแล็คแวร์
Slackware 15.0 พร้อมKDE Plasma 5เป็นสภาพแวดล้อมเดสก์ท็อป
นักพัฒนา	แพทริค โวลเคอร์ดิ้ง
ตระกูลระบบปฏิบัติการ	ลินุกซ์ ( ระบบปฏิบัติการคล้ายยูนิกส์ ) (พัฒนามาจากซอ ฟต์แลนดิ้ง ลินุกซ์ ซิสเต็ม )
สถานะการทำงาน	ปัจจุบัน
แบบจำลองแหล่งที่มา	โอเพนซอร์ส
การเผยแพร่ครั้งแรก	17 กรกฎาคม พ.ศ. 2536 [ 1 ] ( 17 กรกฎาคม 1993 )
รุ่นล่าสุด	15.0 [ 2 ]  [ 3 ] [ 4 ] / 2 กุมภาพันธ์ 2022 ( 2 กุมภาพันธ์ 2565 )
มีจำหน่ายใน	พูดได้หลายภาษา
วิธีการอัปเดต	pkgtool, slackpkg
ตัวจัดการแพ็กเกจ	pkgtool, slackpkg
แพลตฟอร์มที่รองรับ	IA-32 , x86-64 , ARM
ประเภทเคอร์เนล	โมโนลิธิก ( ลินุกซ์ )
ดินแดนผู้ใช้	จีเอ็นยู
ส่วนติดต่อผู้ใช้เริ่มต้น	ซีแอลไอ
ใบอนุญาต	ใบอนุญาตสาธารณะทั่วไปของ GNU
เว็บไซต์อย่างเป็นทางการ	www.slackware.com​​

Slackwareเป็นระบบปฏิบัติการ Linuxที่สร้างโดยPatrick Volkerdingในปี 1993 เดิมทีมีพื้นฐานมาจากSoftlanding Linux System (SLS) ^{[ 5 ]} Slackware เป็นพื้นฐานสำหรับระบบปฏิบัติการ Linux อื่นๆ อีกมากมาย โดยเฉพาะอย่างยิ่ง ระบบปฏิบัติการ SUSE Linux เวอร์ชันแรกๆ และเป็นระบบปฏิบัติการที่เก่าแก่ที่สุดที่ยังคงได้รับการดูแลรักษาอยู่^{[ 6 ]}

Slackware มุ่งเน้นที่ความเสถียรและความเรียบง่ายในการออกแบบ และการเป็นระบบปฏิบัติการ Linuxที่ " เหมือน Unix " มากที่สุด ^{[ 7 ]} โดยจะทำการแก้ไขแพ็กเกจซอฟต์แวร์จาก ต้นทางให้น้อยที่สุดเท่าที่จะเป็นไปได้และพยายามไม่คาดการณ์กรณีการใช้งานหรือกีดขวางการตัดสินใจของผู้ใช้ ตรงกันข้ามกับระบบปฏิบัติการ Linux สมัยใหม่ส่วนใหญ่ Slackware ไม่มีขั้นตอนการติดตั้งแบบกราฟิก และไม่มีการแก้ไขการพึ่งพาของแพ็กเกจซอฟต์แวร์โดยอัตโนมัติ มันใช้ไฟล์ข้อความธรรมดาและสคริปต์เชลล์ เพียงเล็กน้อย สำหรับการกำหนดค่าและการจัดการ หากไม่มีการแก้ไขเพิ่มเติม มันจะบูตเข้าสู่ สภาพแวดล้อม อินเทอร์เฟซบรรทัดคำสั่งเนื่องจากคุณสมบัติที่อนุรักษ์นิยมและเรียบง่ายหลายประการ Slackware จึงมักถูกพิจารณาว่าเหมาะสมที่สุดสำหรับผู้ใช้ Linux ขั้นสูงและผู้ที่เชี่ยวชาญด้านเทคนิค^{[ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ]}

Slackware สามารถใช้งานได้กับ สถาปัตยกรรม IA-32และx86_64รวมถึงพอร์ตสำหรับสถาปัตยกรรม ARMด้วย แม้ว่า Slackware ส่วนใหญ่จะเป็นซอฟต์แวร์ฟรีและโอเพนซอร์ส^{[ 14 ]} แต่ก็ไม่มี ระบบ ติดตามข้อบกพร่อง อย่างเป็นทางการ หรือคลังโค้ดสาธารณะ โดยมีการประกาศการเผยแพร่เป็นระยะโดย Volkerding ไม่มีขั้นตอนการเป็นสมาชิกอย่างเป็นทางการสำหรับนักพัฒนา และ Volkerding เป็นผู้มีส่วนร่วมหลักในการเผยแพร่

ชื่อ "Slackware" มาจากข้อเท็จจริงที่ว่าการแจกจ่ายนี้เริ่มต้นจากการเป็นโครงการส่วนตัวที่ทำเล่นๆ โดยไม่มีข้อผูกมัดใดๆ เพื่อป้องกันไม่ให้ถูกมองอย่างจริงจังเกินไปในตอนแรก Volkerding จึงตั้งชื่อที่ฟังดูขบขัน ซึ่งชื่อนี้ก็ยังคงอยู่แม้หลังจากที่ Slackware กลายเป็นโครงการที่จริงจังแล้ว^{[ 15 ]}

Slackware หมายถึง "การแสวงหา Slack" ซึ่งเป็นหลักคำสอนของChurch of the SubGeniusซึ่งเป็นศาสนาล้อเลียน ลักษณะบางอย่างของกราฟิก Slackware สะท้อนให้เห็นถึงสิ่งนี้^{[ 16 ]}เช่น ท่อที่ Tux กำลังสูบ ซึ่งได้รับอิทธิพลมาจากภาพหัว ของ JR "Bob" Dobbs

การอ้างอิงเชิงเสียดสีถึง Church of the SubGenius สามารถพบได้ใน ไฟล์ข้อความ install.end หลายเวอร์ชัน ซึ่งระบุถึงจุดสิ้นสุดของชุดซอฟต์แวร์สำหรับโปรแกรมติดตั้ง ในเวอร์ชันล่าสุด รวมถึง Slackware รุ่น 14.1 ข้อความดังกล่าวถูกเข้ารหัสด้วยROT13 ^{[ 17 ] [ 18 ]}

Slackware เดิมทีพัฒนามาจากSoftlanding Linux System (SLS) ^{[ 5 ]}ซึ่งเป็นหนึ่งในระบบปฏิบัติการ Linux รุ่นแรกที่ได้รับความนิยมมากที่สุด และเป็นระบบปฏิบัติการแรกที่นำเสนอชุดซอฟต์แวร์ที่ครอบคลุมมากกว่าแค่เคอร์เนลและยูทิลิตี้พื้นฐาน^{[ 19 ]}รวมถึง อินเทอร์เฟซกราฟิก X11 , TCP/IP , เครือข่าย UUCPและGNU Emacs ^{[ 20 ]}

แพทริค โวลเคอร์ดิ้ง เริ่มต้นพัฒนา SLS หลังจากที่เขาต้องการ ตัวแปล ภาษา LISPสำหรับโครงงานในมหาวิทยาลัยมัวร์เฮดสเตท (MSU) ในขณะนั้น เขาพบว่าCLISPมีให้ใช้งานบน Linux และดาวน์โหลด SLS มาใช้งาน ไม่กี่สัปดาห์ต่อมา อาจารย์ วิชาปัญญาประดิษฐ์ ของเขา ที่ MSU ขอให้โวลเคอร์ดิ้งช่วยสอนวิธีการติดตั้ง Linux ที่บ้านและในคอมพิวเตอร์บางเครื่องที่มหาวิทยาลัย โวลเคอร์ดิ้งได้จดบันทึกวิธีแก้ไขปัญหาที่พบหลังจากติดตั้ง SLS และเขากับอาจารย์ก็ได้ทำการแก้ไขตามคำแนะนำเหล่านั้นในการติดตั้งใหม่ แต่กระบวนการนี้ใช้เวลานานเกือบเท่ากับการติดตั้ง SLS เพียงอย่างเดียว อาจารย์จึงถามว่าสามารถปรับแผ่นติดตั้งเพื่อให้สามารถแก้ไขปัญหาได้ในระหว่างการติดตั้งหรือไม่ นี่คือจุดเริ่มต้นของ Slackware โวลเคอร์ดิ้งยังคงปรับปรุง SLS อย่างต่อเนื่อง ทั้งแก้ไขข้อบกพร่อง อัปเกรดซอฟต์แวร์ การติดตั้งไลบรารีที่ใช้ร่วมกันและอิมเมจเคอร์เนลโดยอัตโนมัติ การแก้ไขสิทธิ์การเข้าถึงไฟล์ และอื่นๆ อีกมากมาย ในเวลาไม่นาน โวลเคอร์ดิ้งได้อัปเกรดแพ็กเกจต่างๆ ไปกว่าครึ่งหนึ่งของที่ SLS มีให้ใช้งาน

Volkerding ไม่ได้ตั้งใจที่จะเผยแพร่เวอร์ชัน SLS ที่แก้ไขแล้วของเขาให้แก่สาธารณะ เพื่อนของเขาที่ MSU กระตุ้นให้เขานำการแก้ไข SLS ของเขาไปไว้บนเซิร์ฟเวอร์ FTP แต่ Volkerding คิดว่า "SLS จะออกเวอร์ชันใหม่ที่รวมสิ่งเหล่านี้ไว้ในไม่ช้า" ดังนั้นเขาจึงรอไปสองสามสัปดาห์ ในช่วงเวลานั้น ผู้ใช้ SLS จำนวนมากบนอินเทอร์เน็ตได้ขอให้ SLS ออกเวอร์ชันใหม่ ดังนั้นในที่สุด Volkerding จึงโพสต์ข้อความชื่อ "ใครต้องการระบบ 0.99pl11A ที่เหมือน SLS บ้าง?" ซึ่งเขาได้รับการตอบรับในเชิงบวกมากมาย หลังจากพูดคุยกับผู้ดูแลระบบท้องถิ่นที่ MSU แล้ว Volkerding ก็ได้รับอนุญาตให้อัปโหลด Slackware ไปยังเซิร์ฟเวอร์FTP ของมหาวิทยาลัย ^{[ 15 ]} Slackware เวอร์ชันแรกนี้ เวอร์ชัน 1.00 ได้รับการเผยแพร่เมื่อวันที่ 17 กรกฎาคม 1993 เวลา 00:16:36 (UTC) ^{[ 1 ]}และจัดให้เป็น 24 3+ภาพดิสก์ฟลอปปี้ขนาด 1/2 นิ้ว [ 21 ] ^{หลังจากประกาศดัง}กล่าว โวลเคอร์ดิงเฝ้าดูการเชื่อมต่อ FTP จำนวนมากทำให้เซิร์ฟเวอร์ล่มอย่างต่อเนื่อง ไม่นานหลังจากนั้นวอลนัทครีกซีดีรอมได้เสนอพื้นที่เก็บถาวรเพิ่มเติมบนเซิร์ฟเวอร์ FTP ของพวกเขา ^{[ 15 ]}

ขนาดของ Slackware เพิ่มขึ้นอย่างรวดเร็วเมื่อมีการเพิ่มซอฟต์แวร์ที่รวมอยู่ และในเวอร์ชัน 2.1 ซึ่งวางจำหน่ายในเดือนตุลาคม พ.ศ. 2537 ขนาดของมันก็เพิ่มขึ้นมากกว่าสามเท่า โดยประกอบด้วยอิมเมจฟลอปปี้ดิสก์ขนาด 1.44 MB จำนวน 73 แผ่น^{[ 22 ]}

ในปี พ.ศ. 2542 เวอร์ชันของ Slackware ได้กระโดดจาก 4 เป็น 7 หมายเลขเวอร์ชันของ Slackware ล้าหลังกว่าดิสทริบิวชันอื่นๆ และทำให้ผู้ใช้หลายคนเชื่อว่ามันล้าสมัย แม้ว่าเวอร์ชันซอฟต์แวร์ที่รวมมาด้วยจะคล้ายกันก็ตาม Volkerding ตัดสินใจเพิ่มหมายเลขเวอร์ชันเพื่อเป็น กลยุทธ์ ทางการตลาดเพื่อแสดงให้เห็นว่า Slackware ทันสมัยเท่ากับดิสทริบิวชัน Linux อื่นๆ ซึ่งหลายๆ ดิสทริบิวชันมีหมายเลขเวอร์ชันเป็น 6 ในขณะนั้น เขาเลือกหมายเลข 7 โดยคาดการณ์ว่าดิสทริบิวชันอื่นๆ ส่วนใหญ่จะถึงหมายเลขเวอร์ชันนี้ในไม่ช้า^{[ 23 ]}

ในเดือนเมษายน พ.ศ. 2547 Patrick Volkerding ได้เพิ่ม แพ็กเกจ X.Org Serverลงในไดเร็กทอรี testing/ ของ -current เพื่อทดแทน แพ็กเกจ XFree86ที่ใช้งานอยู่ในปัจจุบัน พร้อมทั้งขอความคิดเห็นเกี่ยวกับอนาคตของระบบ X Windowใน Slackware หนึ่งเดือนต่อมา เขาได้เปลี่ยนจาก XFree86 ไปใช้ X.Org Server หลังจากระบุว่าความคิดเห็นส่วนใหญ่มากกว่าสี่ต่อหนึ่งสนับสนุนให้ใช้ X.org เป็นเวอร์ชันเริ่มต้นของ X เขากล่าวว่าการตัดสินใจครั้งนี้เป็นเรื่องทางเทคนิคเป็นหลัก เนื่องจาก XFree86 พิสูจน์แล้วว่าก่อให้เกิดปัญหาความเข้ากันได้ Slackware 10.0 เป็นเวอร์ชันแรกที่ใช้ X.Org Server ^{[ 24 ]}

ในเดือนมีนาคม พ.ศ. 2548 Patrick Volkerding ประกาศการลบสภาพแวดล้อมเดสก์ท็อปGNOME ใน ChangeLog ของการพัฒนา เขากล่าวว่าเรื่องนี้อยู่ระหว่างการพิจารณามานานกว่าสี่ปีแล้ว และโครงการอื่นๆ ได้จัดเตรียม GNOME เวอร์ชันที่สมบูรณ์กว่าสำหรับ Slackware มากกว่าที่ Slackware เองจัดเตรียมไว้ Volkerding กล่าวว่าการสนับสนุน GNOME ในอนาคตจะขึ้นอยู่กับชุมชน^{[ 25 ]}ชุมชนได้ตอบสนอง และ ณ เดือนตุลาคม พ.ศ. 2559 มีโครงการ GNOME (และ GNOME fork) ที่ใช้งานอยู่หลายโครงการสำหรับ Slackware รวมถึงCinnamon , Dlackware, Dropline GNOME , MATEและ SlackMATE การลบนี้ถือว่ามีความสำคัญโดยบางคนในชุมชน Linux เนื่องจาก GNOME แพร่หลายในหลายๆ การแจกจ่าย^{[ 26 ]}

ในเดือนพฤษภาคม พ.ศ. 2552 Patrick Volkerding ประกาศเปิดตัวเวอร์ชัน x86_64 อย่างเป็นทางการสู่สาธารณะ (เวอร์ชันพัฒนา) ที่เรียกว่า Slackware64 ซึ่งได้รับการดูแลควบคู่ไปกับการแจกจ่ายIA-32 ^{[ 27 ]} Slackware64 เป็นการแจกจ่ายแบบ 64 บิตโดยสมบูรณ์ เนื่องจากไม่รองรับการรันหรือการคอมไพล์โปรแกรม 32 บิต แต่ได้รับการออกแบบให้ "พร้อมใช้งาน multilib" Eric Hameleers หนึ่งในสมาชิกหลักของทีม Slackware ดูแลคลัง multilib ที่มีแพ็กเกจที่จำเป็นในการแปลง Slackware64 เป็น multilib เพื่อให้สามารถรันซอฟต์แวร์ 32 บิตได้^{[ 28 ]} Hameleers เริ่มพอร์ต 64 บิตเพื่อเป็นการเบี่ยงเบนความสนใจจากความเจ็บปวดจากการพักฟื้นหลังการผ่าตัดในเดือนกันยายน พ.ศ. 2551 Volkerding ทดสอบพอร์ตในเดือนธันวาคม พ.ศ. 2551 และประทับใจเมื่อเห็นความเร็วเพิ่มขึ้นระหว่าง 20 ถึง 40% สำหรับเกณฑ์มาตรฐานบางอย่างเมื่อเทียบกับเวอร์ชัน 32 บิต เพื่อลดความพยายามเพิ่มเติมในการบำรุงรักษาทั้งสองเวอร์ชันควบคู่กันไป สคริปต์การสร้างของ Slackware ที่เรียกว่า SlackBuilds จึงค่อยๆ เปลี่ยนไปรองรับสถาปัตยกรรมใดก็ได้ ทำให้สามารถใช้ซอร์สโค้ดชุดเดียวสำหรับทั้งสองเวอร์ชันได้^{[ 29 ]} Slackware64 มีการเปิดตัวเวอร์ชันเสถียรครั้งแรกในเวอร์ชัน 13.0

ระหว่างการวางจำหน่ายเวอร์ชัน 14.1 ในเดือนพฤศจิกายน 2013 และเดือนมิถุนายน 2016 Slackware มีช่วงเวลาว่างระหว่างการวางจำหน่ายนานถึง 31 เดือน ซึ่งถือเป็นช่วงเวลาที่ยาวนานที่สุดในประวัติศาสตร์การวางจำหน่าย ในช่วงเวลานั้น สาขาการพัฒนาไม่มีการอัปเดตเป็นเวลา 47 วัน อย่างไรก็ตาม ในวันที่ 21 เมษายน 2015 Patrick Volkerding ได้ขอโทษใน ChangeLog สำหรับการขาดการอัปเดตและระบุว่าทีมพัฒนาได้ใช้เวลาดังกล่าวเพื่อ "ทำงานที่ดี" มีรายการเปลี่ยนแปลงโปรแกรมมากกว่า 700 รายการใน ChangeLog นั้น รวมถึงการอัปเกรดไลบรารีครั้งใหญ่หลายรายการ ในเดือนมกราคม 2016 Volkerding ประกาศการเพิ่มPulseAudio อย่างไม่เต็มใจนัก สาเหตุหลักมาจากBlueZยกเลิก การสนับสนุน ALSA โดยตรง ในเวอร์ชัน 5.x ในขณะที่โครงการอื่นๆ อีกหลายโครงการก็ยกเลิกการสนับสนุน BlueZ เวอร์ชัน 4.x เช่นกัน เนื่องจากทราบว่าผู้ใช้บางคนอาจไม่พอใจกับการเปลี่ยนแปลงนี้ เขาจึงกล่าวว่า "รายงานข้อบกพร่อง ข้อร้องเรียน และการข่มขู่ สามารถส่งมาถึงผมได้" การเปลี่ยนแปลงเหล่านี้สิ้นสุดลงด้วยการเปิดตัว Slackware 14.2 ในเดือนมิถุนายน พ.ศ. 2559 ^{[ 30 ]}

David Cantrell ทำงานเป็นสมาชิกหลักของทีม Slackware ระหว่างปี 1999 ถึง 2001 และได้บรรยายถึงช่วงเวลานั้นใน Slackware ARM Vlog ^{[ 31 ]} Patrick Volkerding ให้ข้อมูลเพิ่มเติมเกี่ยวกับช่วงเวลาดังกล่าวในการสัมภาษณ์สองครั้ง^{[ 32 ] [ 33 ]}

ปรัชญาการออกแบบของ Slackware มุ่งเน้นไปที่ความเรียบง่ายความบริสุทธิ์ของซอฟต์แวร์^{[ 34 ]}และการออกแบบหลักที่เน้นการไม่เปลี่ยนแปลงแหล่งที่มาต้นทาง ทางเลือกในการออกแบบหลายอย่างใน Slackware สามารถมองได้ว่าเป็นมรดกแห่งความเรียบง่ายของระบบ Unix แบบดั้งเดิมและเป็นตัวอย่างของหลักการ KISS [ ^{35 ] ใน}บริบทนี้ "เรียบง่าย" หมายถึงความเรียบง่ายในการออกแบบระบบ มากกว่าการใช้งานระบบ ดังนั้น ความง่ายในการใช้งานอาจแตกต่างกันไปในแต่ละผู้ใช้ ผู้ที่ขาดความรู้เกี่ยวกับอินเทอร์เฟซบรรทัดคำสั่งและเครื่องมือ Unix แบบคลาสสิกอาจต้องใช้เวลาเรียนรู้ Slackware นาน ในขณะที่ผู้ใช้ที่มีพื้นฐาน Unix อาจได้รับประโยชน์จากสภาพแวดล้อมระบบที่ไม่ซับซ้อนมากนัก เพื่อให้สอดคล้องกับปรัชญาการออกแบบของ Slackware และจิตวิญญาณแห่งความบริสุทธิ์ ซอฟต์แวร์ส่วนใหญ่ใน Slackware ใช้กลไกการกำหนดค่าดั้งเดิมที่ผู้เขียนซอฟต์แวร์จัดหาให้ อย่างไรก็ตาม สำหรับงานบริหารบางอย่าง จะมีเครื่องมือการกำหนดค่าเฉพาะของแต่ละดิสทริบิวชันให้มาด้วย

ไม่ จำเป็นต้อง มีระบบติดตามปัญหา อย่างเป็นทางการ และไม่มีขั้นตอนอย่างเป็นทางการใดๆ ในการเป็นผู้มีส่วนร่วมในการเขียนโค้ดหรือนักพัฒนา โครงการนี้ไม่ได้ดูแลคลังโค้ดสาธารณะ การรายงานข้อบกพร่องและการมีส่วนร่วม แม้ว่าจะเป็นสิ่งจำเป็นสำหรับโครงการ แต่ก็ได้รับการจัดการในลักษณะที่ไม่เป็นทางการ การตัดสินใจขั้นสุดท้ายทั้งหมดเกี่ยวกับสิ่งที่จะรวมอยู่ในเวอร์ชันของ Slackware นั้นขึ้นอยู่กับPatrick Volkerding ผู้ปกครองตลอดชีวิต ของ Slackware อย่างเคร่งครัด ^{[ 36 ] [ 37 ] [ 38 ]}

Slackware เวอร์ชันแรกได้รับการพัฒนาโดย Patrick Volkerding เพียงคนเดียว เริ่มจากเวอร์ชัน 4.0 ไฟล์ประกาศอย่างเป็นทางการของ Slackware ระบุชื่อ David Cantrell และ Logan Johnson เป็นส่วนหนึ่งของ "ทีม Slackware" ^{[ 39 ]}ต่อมา ข้อความประกาศจนถึงเวอร์ชัน 8.1 ได้รวม Chris Lumens ไว้ด้วย^{[ 40 ]} Lumens, Johnson และ Cantrell ยังเป็นผู้เขียน "Slackware Linux Essentials" ฉบับแรก ซึ่งเป็นคู่มืออย่างเป็นทางการสำหรับ Slackware Linux ^{[ 41 ]}เว็บไซต์ Slackware กล่าวถึง Chris Lumens และ David Cantrell ว่าเป็น "ศิษย์เก่า Slackware" ผู้ซึ่ง "ทำงานเต็มเวลาในโครงการ Slackware เป็นเวลาหลายปี" ^{[ 37 ]}ในบันทึกการเผยแพร่สำหรับ Slackware 10.0 และ 10.1 Volkerding ขอบคุณ Eric Hameleers สำหรับ "งานของเขาในการสนับสนุนการ์ดไร้สาย USB, PCI และ Cardbus" ^{[ 42 ] [ 43 ]}ตั้งแต่เวอร์ชัน 12.0 เป็นต้นมา มีการสร้างทีมขึ้นใหม่โดยมี Volkerding เป็นแกนนำเป็นครั้งที่สอง ตามบันทึกการเผยแพร่ของเวอร์ชัน 12.2 ทีมพัฒนาประกอบด้วยบุคคลเจ็ดคน เวอร์ชันต่อๆ มาได้เพิ่มจำนวนคนขึ้น^{[ 44 ]}ตั้งแต่เวอร์ชัน 13.0 เป็นต้นมา ดูเหมือนว่าทีม Slackware จะมีสมาชิกหลัก Eric Hameleers ได้ให้ข้อมูลเชิงลึกเกี่ยวกับทีมหลักด้วยบทความของเขาเรื่อง "ประวัติการพัฒนา Slackware" ซึ่งเขียนขึ้นเมื่อวันที่ 3-4 ตุลาคม 2552 (ไม่นานหลังจากการเผยแพร่เวอร์ชัน 13.0) ^{[ 36 ]}

ระบบจัดการแพ็กเกจของ Slackware ซึ่งเรียกรวมกันว่า pkgtools สามารถจัดการ ( pkgtool ), ติดตั้ง ( installpkg ), อัปเกรด ( upgradepkg ) และลบ ( removepkg ) แพ็กเกจจากแหล่งข้อมูลในเครื่องได้ นอกจากนี้ยังสามารถคลายการบีบอัด ( explodepkg ) และสร้าง ( makepkg ) แพ็กเกจได้อีกด้วย เครื่องมืออย่างเป็นทางการสำหรับการอัปเดต Slackware ผ่านเครือข่ายหรืออินเทอร์เน็ตคือslackpkgเดิมทีพัฒนาโดย Piter Punk เป็นวิธีที่ไม่เป็นทางการในการทำให้ Slackware ทันสมัยอยู่เสมอ ต่อมาได้ถูกรวมไว้ในโครงสร้างหลักอย่างเป็นทางการใน Slackware 12.2 ^{[ 45 ]}โดยก่อนหน้านี้ได้ถูกรวมอยู่ในextras/ตั้งแต่ Slackware 9.1 ^{[ 46 ]}เมื่อมีการอัปเกรดแพ็กเกจ ระบบจะติดตั้งแพ็กเกจใหม่ทับแพ็กเกจเก่า จากนั้นจะลบไฟล์ใดๆ ที่ไม่มีอยู่ในแพ็กเกจใหม่แล้ว เมื่อติดตั้งแพ็กเกจด้วยslackpkgแล้ว ก็สามารถจัดการได้ด้วยpkgtoolหรือคำสั่งจัดการแพ็กเกจอื่นๆ^{[ 47 ]}เมื่อเรียกใช้upgradepkgระบบจะยืนยันเพียงว่าหมายเลขเวอร์ชัน "แตกต่างกัน" เท่านั้น จึงอนุญาตให้ดาวน์เกรดแพ็กเกจได้หากต้องการ

แพ็กเกจ Slackware เป็นไฟล์ tarballที่บีบอัดโดยใช้วิธีการต่างๆ เริ่มตั้งแต่เวอร์ชัน 13.0 แพ็กเกจส่วนใหญ่จะถูกบีบอัดโดยใช้xz (อิงตาม อัลกอริทึมการบีบอัด LZMA ) โดยใช้ส่วนขยายชื่อไฟล์ . txz ^{[ 48 ]}ก่อนเวอร์ชัน 13.0 แพ็กเกจจะถูกบีบอัดโดยใช้gzip (อิงตาม อัลกอริทึมการบีบอัด DEFLATE ) โดยใช้ ส่วนขยาย . tgz นอกจากนี้ยังมีการเพิ่ม การสนับสนุน การบีบอัด bzip2และlzipโดยใช้ส่วนขยายชื่อไฟล์.tbzและ.tlzตามลำดับ แม้ว่าจะไม่ค่อยได้ใช้กันทั่วไปก็ตาม

แพ็กเกจประกอบด้วยไฟล์ทั้งหมดสำหรับโปรแกรมนั้น รวมถึง ไฟล์ เมตาเดตา เพิ่มเติม ที่ใช้โดยตัวจัดการแพ็กเกจ ไฟล์ tarball ของแพ็กเกจประกอบด้วยโครงสร้างไดเร็กทอรีทั้งหมดของไฟล์ และมีจุดประสงค์เพื่อให้แตกไฟล์ในไดเร็กทอรีราก ของระบบ ระหว่างการติดตั้ง ไฟล์เมตาเดตาเพิ่มเติม ซึ่งอยู่ใน ไดเร็กทอรี install/ พิเศษ ภายในไฟล์ tarball มักจะรวมถึง ไฟล์ slack-descซึ่งเป็นไฟล์ข้อความที่มีรูปแบบเฉพาะที่ตัวจัดการแพ็กเกจอ่านเพื่ออธิบายซอฟต์แวร์ที่บรรจุให้กับผู้ใช้^{[ 49 ]}รวมถึง ไฟล์ doinst.sh ซึ่งเป็น สคริปต์เชลล์หลังการแตก ไฟล์ ที่อนุญาตให้สร้างลิงก์สัญลักษณ์ รักษาการอนุญาตบนไฟล์เริ่มต้น การจัดการไฟล์การกำหนดค่าใหม่อย่างถูกต้อง และด้านอื่นๆ ของการติดตั้งที่ไม่สามารถดำเนินการผ่านโครงสร้างไดเร็กทอรีของแพ็กเกจได้^{[ 50 ]}ในระหว่างการพัฒนาเวอร์ชัน 15.0 Volkerding ได้แนะนำการสนับสนุน สคริปต์ถอนการติดตั้ง douninst.shที่สามารถเรียกใช้ได้เมื่อลบหรืออัปเกรดแพ็กเกจ^{[ 51 ]}ซึ่งช่วยให้ผู้ดูแลแพ็กเกจสามารถเรียกใช้คำสั่งเมื่อถอนการติดตั้งแพ็กเกจ

ตัวจัดการแพ็กเกจจะเก็บฐานข้อมูลภายในเครื่องคอมพิวเตอร์ไว้ในโฟลเดอร์หลายโฟลเดอร์ ในระบบเวอร์ชัน 14.2 และเก่ากว่า ฐานข้อมูลหลักของแพ็กเกจที่ติดตั้งจะถูกเก็บไว้ใน/var/log/อย่างไรก็ตาม ในระหว่างการพัฒนาเวอร์ชัน 15.0 Volkerding ได้ย้ายไดเร็กทอรีสองแห่งไปยังตำแหน่งเฉพาะภายใต้/var/lib/pkgtools/เพื่อป้องกันการลบโดยไม่ตั้งใจเมื่อล้างบันทึกระบบ^{[ 51 ]}การติดตั้ง Slackware แต่ละครั้งจะมี ไดเร็กทอรี packages/และscripts/อยู่ในตำแหน่งฐานข้อมูลหลัก ไดเร็กทอรี packages/ คือที่ที่แต่ละแพ็กเกจที่ติดตั้งจะมีไฟล์บันทึกการติดตั้งที่เกี่ยวข้อง (ขึ้นอยู่กับชื่อแพ็กเกจ เวอร์ชัน สถาปัตยกรรม และบิลด์) ซึ่งประกอบด้วยขนาดของแพ็กเกจ ทั้งแบบบีบอัดและไม่บีบอัด คำอธิบายซอฟต์แวร์ และเส้นทางแบบเต็มของไฟล์ทั้งหมดที่ติดตั้ง^{[ 52 ]}หากแพ็กเกจมี สคริปต์ doinst.shสำหรับการติดตั้งหลังการติดตั้งซึ่งเป็นตัวเลือก เนื้อหาของสคริปต์นั้นจะถูกเพิ่มลงในไฟล์ใน ไดเร็กทอรี scripts/ที่ตรงกับชื่อไฟล์ของแพ็กเกจที่เกี่ยวข้องใน ไดเร็กทอรี packages/ทำให้ผู้ดูแลระบบสามารถดูสคริปต์หลังการติดตั้งได้ในภายหลัง เมื่อแพ็กเกจถูกลบหรืออัปเกรด บันทึกการติดตั้งและสคริปต์เก่าที่พบในpackages/และscripts/จะถูกย้ายไปยังremoved_packages/และremoved_scripts/ทำให้สามารถตรวจสอบแพ็กเกจก่อนหน้าและดูว่าถูกลบเมื่อใด ไดเร็กทอรีเหล่านี้สามารถพบได้ใน/var/log/ในเวอร์ชัน 14.2 และก่อนหน้า แต่ถูกย้ายไปยัง/var/log/pkgtools/ในระหว่างการพัฒนาเวอร์ชัน 15.0 บนระบบที่รองรับ สคริปต์การถอนการติดตั้ง douninst.shสคริปต์เหล่านั้นจะถูกจัดเก็บไว้ใน ไดเร็กทอรี /var/lib/pkgtools/douninst.sh/ในขณะที่แพ็กเกจกำลังติดตั้ง เมื่อลบ สคริปต์ douninst.sh แล้ว สคริปต์จะถูกย้ายไปยัง/var/log/pkgtools/removed_uninstall_scripts /

ระบบจัดการแพ็กเกจไม่ได้ติดตามหรือจัดการการพึ่งพาของ แพ็กเกจ อื่น อย่างไรก็ตาม เมื่อทำการติดตั้งแบบเต็มตามที่แนะนำ ระบบจะติดตั้งแพ็กเกจที่จำเป็นทั้งหมดของโปรแกรมพื้นฐาน สำหรับการติดตั้งแบบกำหนดเองหรือแพ็กเกจจากผู้พัฒนาภายนอก Slackware อาศัยผู้ใช้ในการตรวจสอบให้แน่ใจว่าระบบมีไลบรารีและโปรแกรมสนับสนุนทั้งหมดที่โปรแกรมนั้นต้องการ เนื่องจากไม่มีรายการแพ็กเกจที่จำเป็นอย่างเป็นทางการสำหรับโปรแกรมพื้นฐาน หากผู้ใช้ตัดสินใจติดตั้งแบบกำหนดเองหรือติดตั้งซอฟต์แวร์จากผู้พัฒนาภายนอก พวกเขาจะต้องจัดการกับแพ็กเกจที่อาจขาดหายไปด้วยตนเอง เนื่องจากตัวจัดการแพ็กเกจไม่ได้จัดการการพึ่งพา ระบบจะติดตั้งแพ็กเกจทั้งหมดโดยไม่คำนึงถึงว่าแพ็กเกจที่จำเป็นนั้นครบถ้วนหรือไม่ ผู้ใช้อาจพบว่าแพ็กเกจที่จำเป็นขาดหายไปก็ต่อเมื่อพยายามใช้งานซอฟต์แวร์เท่านั้น

แม้ว่า Slackware เองจะไม่มีเครื่องมืออย่างเป็นทางการในการแก้ไขปัญหาการพึ่งพาซอฟต์แวร์ แต่ก็มีเครื่องมือซอฟต์แวร์ที่ไม่เป็นทางการซึ่งได้รับการสนับสนุนจากชุมชนบางตัวที่ให้ฟังก์ชันนี้ คล้ายกับที่APTทำสำหรับ ระบบปฏิบัติการที่ใช้ Debianและ dnf (และในอดีตyum ) ทำสำหรับ ระบบปฏิบัติการที่ใช้ Red Hat เครื่องมือ เหล่านั้นได้แก่...

• slapt-getเป็นยูทิลิตี้แบบบรรทัดคำสั่งที่ทำงานคล้ายกับ APT แม้ว่า slapt-get จะมีโครงสร้างพื้นฐานสำหรับการแก้ไขปัญหาการพึ่งพาของแพ็กเกจ แต่ก็ไม่ได้แก้ไขปัญหาการพึ่งพาสำหรับแพ็กเกจที่รวมอยู่ในระบบปฏิบัติการ Slackware อย่างไรก็ตาม แหล่งรวบรวมแพ็กเกจจากชุมชนและระบบปฏิบัติการที่ใช้ Slackware หลายแห่งใช้ประโยชน์จากฟังก์ชันนี้Gslaptเป็นอินเทอร์เฟซแบบกราฟิกสำหรับ slapt-get
• Swaret เป็นเครื่องมือจัดการแพ็กเกจที่มีฟังก์ชันการแก้ไขการพึ่งพา เดิมทีมันถูกรวมอยู่ใน Slackware เวอร์ชัน 9.1 เป็นแพ็กเกจเสริม แต่ในขณะนั้นยังไม่มีฟังก์ชันการแก้ไขการพึ่งพา^{[ 53 ]}มันถูกถอดออกจากการแจกจ่ายใน Slackware 10.0 และส่งมอบให้กับชุมชน ในที่สุดก็มีการเพิ่มฟังก์ชันการแก้ไขการพึ่งพาและการย้อนกลับ อย่างไรก็ตาม ณ เดือนพฤษภาคม 2014 ไม่มีนักพัฒนาที่ใช้งานอยู่^{[ 54 ]}
• pkgsrcของNetBSDให้การสนับสนุน Slackware รวมถึงระบบปฏิบัติการที่คล้าย Unix อื่นๆ pkgsrc ให้การแก้ไขการพึ่งพาสำหรับทั้งแพ็กเกจไบนารีและซอร์สโค้ด^{[ 55 ]}

ไม่มีที่เก็บแพ็กเกจอย่างเป็นทางการสำหรับ Slackware แพ็กเกจอย่างเป็นทางการที่ Slackware จัดหาให้มีอยู่ในสื่อการติดตั้งเท่านั้น อย่างไรก็ตาม มีที่เก็บแพ็กเกจจากผู้พัฒนาภายนอกจำนวนมากสำหรับ Slackware บางแห่งเป็นที่เก็บแพ็กเกจแบบสแตนด์อโลน และบางแห่งเป็นที่เก็บแพ็กเกจสำหรับดิสทริบิวชันที่ใช้ Slackware เป็นพื้นฐาน แต่ยังคงความเข้ากันได้ของแพ็กเกจกับ Slackware คุณสามารถค้นหาที่เก็บแพ็กเกจเหล่านี้ได้พร้อมกันโดยใช้ pkgs.org ซึ่งเป็นเครื่องมือค้นหาแพ็กเกจของ Linux อย่างไรก็ตาม การผสมผสานและจับคู่การพึ่งพาจากที่เก็บแพ็กเกจหลายแห่งอาจนำไปสู่แพ็กเกจสองแพ็กเกจขึ้นไปที่ต้องการเวอร์ชันที่แตกต่างกันของการพึ่งพาเดียวกัน ซึ่งเป็นรูปแบบหนึ่งของ " นรกแห่งการพึ่งพา " Slackware เองจะไม่ให้การแก้ไขการพึ่งพาสำหรับแพ็กเกจเหล่านี้ อย่างไรก็ตาม บางโครงการจะให้รายการการพึ่งพาที่ไม่รวมอยู่ใน Slackware พร้อมกับไฟล์ของแพ็กเกจ โดยทั่วไปจะมีนามสกุล .dep

เนื่องจากความเป็นไปได้ที่จะเกิดปัญหาเรื่องการพึ่งพาของโปรแกรม ผู้ใช้จำนวนมากจึงเลือกที่จะคอมไพล์โปรแกรมของตนเองโดยใช้ SlackBuilds ที่ชุมชนจัดหาให้ SlackBuilds เป็นสคริปต์เชลล์ที่จะสร้างแพ็กเกจ Slackware ที่สามารถติดตั้งได้จากไฟล์ tarball ของซอฟต์แวร์ที่ให้มา เนื่องจาก SlackBuilds เป็นสคริปต์ จึงไม่จำกัดเฉพาะการคอมไพล์ซอร์สโค้ดของโปรแกรมเท่านั้น แต่ยังสามารถใช้เพื่อบรรจุไบนารีที่คอมไพล์ไว้ล่วงหน้าซึ่งจัดหาโดยโครงการหรือที่เก็บของดิสทริบิวชันอื่นๆ ลงในแพ็กเกจ Slackware ที่เหมาะสมได้อีกด้วย SlackBuilds ที่คอมไพล์ซอร์สโค้ดมีข้อดีหลายประการเหนือแพ็กเกจที่สร้างไว้ล่วงหน้า เนื่องจากสร้างจากซอร์สโค้ด ของผู้เขียนต้นฉบับ ผู้ใช้จึงไม่ต้องไว้วางใจผู้จัดแพ็กเกจจากภายนอก นอกจากนี้ กระบวนการคอมไพล์ในเครื่องยังช่วยให้สามารถปรับแต่งให้เหมาะสมกับเครื่องได้ เมื่อเปรียบเทียบกับการคอมไพล์และการติดตั้งซอฟต์แวร์ด้วยตนเอง SlackBuilds ให้การผสานรวมเข้ากับระบบได้สะอาดกว่าโดยใช้ตัวจัดการแพ็กเกจของ Slackware SlackBuilds บางไฟล์จะมีเมตาเดตาเพิ่มเติมที่อนุญาตให้เครื่องมืออัตโนมัติดาวน์โหลดซอร์สโค้ด ตรวจสอบว่าซอร์สโค้ดไม่เสียหาย และคำนวณการพึ่งพาเพิ่มเติมที่ไม่ได้เป็นส่วนหนึ่งของ Slackware ^{[ 56 ]}บางที่เก็บข้อมูลจะรวมทั้ง SlackBuilds และแพ็กเกจ Slackware ที่ได้ ทำให้ผู้ใช้สามารถสร้างเองหรือติดตั้งแพ็กเกจที่สร้างไว้ล่วงหน้าได้

แหล่งเก็บ SlackBuilds ที่ได้รับการรับรองอย่างเป็นทางการเพียงแห่งเดียว^{[ 57 ]}คือ SlackBuilds.org ซึ่งมักเรียกกันว่า SBo นี่คือโครงการที่ได้รับการสนับสนุนจากชุมชนซึ่งนำเสนอ SlackBuilds สำหรับการสร้างซอฟต์แวร์ที่ไม่ได้รวมอยู่ใน Slackware ผู้ใช้สามารถส่ง SlackBuilds ใหม่สำหรับซอฟต์แวร์ไปยังเว็บไซต์ และเมื่อได้รับการอนุมัติแล้ว พวกเขาจะกลายเป็น "ผู้ดูแลแพ็กเกจ" จากนั้นพวกเขามีหน้าที่รับผิดชอบในการอัปเดต SlackBuild ไม่ว่าจะเพื่อแก้ไขปัญหาหรือเพื่อสร้างเวอร์ชันใหม่กว่าที่มาจากต้นทางเพื่อให้แน่ใจว่าโปรแกรมทั้งหมดสามารถคอมไพล์และใช้งานได้ จำเป็นต้องมีเอกสารประกอบและพร้อมใช้งานสำหรับส่วนประกอบที่จำเป็นของซอฟต์แวร์ที่ไม่ได้รวมอยู่ใน Slackware การส่งทั้งหมดจะได้รับการทดสอบโดยผู้ดูแลระบบของเว็บไซต์ก่อนที่จะเพิ่มลงในแหล่งเก็บ ผู้ดูแลระบบตั้งใจให้กระบวนการสร้างเกือบจะเหมือนกับวิธีการสร้างแพ็กเกจอย่างเป็นทางการของ Slackware โดยส่วนใหญ่เพื่อให้แน่ใจว่า Volkerding "เห็นอกเห็นใจในอุดมการณ์ของเรา" ซึ่งทำให้ SlackBuilds ที่ Volkerding เห็นว่าคุ้มค่าสามารถดึงเข้าสู่ Slackware ปกติได้โดยมีการเปลี่ยนแปลงสคริปต์น้อยที่สุด นอกจากนี้ยังป้องกันไม่ให้ผู้ใช้แนะนำ Volkerding ให้เปลี่ยนสคริปต์ของเขาให้ตรงกับของ SBo ^{[ 58 ]} SBo จัดเตรียมเทมเพลต^{[ 59 ]}สำหรับ SlackBuilds และไฟล์เมตาเดตาเพิ่มเติม และพวกเขาสนับสนุนให้ผู้ดูแลแพ็กเกจไม่เบี่ยงเบนไปจากเทมเพลตเว้นแต่จำเป็น^{[ 60 ]}

สมาชิกทีม Slackware สามคน ได้แก่ Eric Hameleers, Heinz Wiesinger และ Robby Workman ต่างก็มีคลังแพ็กเกจที่คอมไพล์ไว้ล่วงหน้าของตนเอง พร้อมด้วย SlackBuilds และไฟล์ต้นฉบับที่ใช้ในการสร้างแพ็กเกจเหล่านั้น ในขณะที่แพ็กเกจส่วนใหญ่เป็นเพียงซอฟต์แวร์เพิ่มเติมที่ไม่ได้รวมอยู่ใน Slackware ซึ่งพวกเขาคิดว่าคุ้มค่าที่จะดูแลรักษา แพ็กเกจบางส่วนถูกใช้เป็นพื้นที่ทดสอบสำหรับการอัปเกรด Slackware ในอนาคต โดยเฉพาะอย่างยิ่ง Hameleers ได้จัดเตรียมแพ็กเกจ "Ktown" สำหรับKDE เวอร์ชันใหม่กว่า ^{[ 61 ]}เขายังดูแลคลัง "multilib" ของ Slackware ซึ่งทำให้ Slackware64 สามารถเรียกใช้และคอมไพล์แพ็กเกจ 32 บิตได้^{[ 28 ]}

นโยบายการเผยแพร่ของ Slackware เป็นไปตามวงจรการเผยแพร่ตามคุณสมบัติและความเสถียร ซึ่งแตกต่างจากรูปแบบการเผยแพร่แบบกำหนดเวลา (เช่นUbuntu ) หรือ แบบ หมุนเวียน (เช่นGentoo Linux ) ของการแจกจ่าย Linux อื่นๆ ซึ่งหมายความว่าไม่มีกำหนดเวลาที่แน่นอนว่าจะมีการออกเวอร์ชันใหม่เมื่อใด Volkerding จะออกเวอร์ชันถัดไปหลังจากที่เขารู้สึกว่ามีการเปลี่ยนแปลงที่เหมาะสมจากเวอร์ชันก่อนหน้า และการเปลี่ยนแปลงเหล่านั้นนำไปสู่สภาพแวดล้อมที่เสถียร ดังที่ Patrick Volkerding กล่าวไว้ว่า "โดยปกติแล้วนโยบายของเราคือไม่คาดเดาเกี่ยวกับวันวางจำหน่าย เนื่องจากมันเป็นเพียงการคาดเดาเท่านั้น ไม่สามารถรู้ได้เสมอว่าจะต้องใช้เวลานานแค่ไหนในการอัปเกรดที่จำเป็นและแก้ไขปัญหาต่างๆ ที่เกี่ยวข้องทั้งหมด เมื่อมีการสร้างสิ่งต่างๆ สำหรับเวอร์ชันที่จะมาถึง สิ่งเหล่านั้นจะถูกอัปโหลดไปยัง -current tree" ^{[ 62 ]}

ตลอดประวัติศาสตร์ของ Slackware พวกเขามักจะพยายามส่งมอบซอฟต์แวร์ที่ทันสมัยอย่างน้อยปีละครั้ง^{[ 36 ]}ตั้งแต่เริ่มก่อตั้งจนถึงปี 2014 Slackware มีการออกเวอร์ชันใหม่อย่างน้อยปีละครั้ง กิจกรรมการออกเวอร์ชันใหม่สูงสุดในปี 1994, 1995, 1997 และ 1999 โดยมีการออกเวอร์ชันใหม่ปีละสามครั้ง เริ่มตั้งแต่เวอร์ชัน 7.1 (22 มิถุนายน 2000) การออกเวอร์ชันใหม่มีความเสถียรมากขึ้นและโดยทั่วไปจะเกิดขึ้นปีละครั้ง หลังจากนั้น ปีที่มีการออกเวอร์ชันใหม่สองครั้งมีเพียงปี 2003, 2005 และ 2008 เท่านั้น อย่างไรก็ตาม นับตั้งแต่การออก Slackware 14.1 ในปี 2013 การออกเวอร์ชันใหม่ก็ชะลอตัวลงอย่างมาก มีช่องว่างมากกว่า 2 ปีระหว่าง 14.1 และ 14.2 และช่องว่างมากกว่า 5 ปีระหว่าง 15.0 ^{[ 51 ]}เมื่อ Slackware 15.0 ออกวางจำหน่าย Volkerding กล่าวว่าหวังว่า Slackware 15.1 จะมีวงจรการพัฒนาที่สั้นกว่ามาก เนื่องจาก "ส่วนที่ยุ่งยาก" ได้รับการแก้ไขในระหว่างการพัฒนา Slackware 15.0 ^{[ 63 ]}

Slackware เวอร์ชันเสถียรล่าสุดสำหรับสถาปัตยกรรม 32 บิต x86 และ 64 บิต x86_64 คือเวอร์ชัน 15.0 (เผยแพร่เมื่อวันที่ 2 กุมภาพันธ์ 2022) ซึ่งรองรับLinux 5.15.19 ^{[ 64 ]}

นอกจากนี้ Volkerding ยังดูแลรักษา Slackware เวอร์ชันทดสอบ/พัฒนาที่เรียกว่า "-current" ^{[ 65 ]}ซึ่งสามารถใช้สำหรับ การกำหนดค่า ที่ทันสมัย ยิ่งขึ้น เวอร์ชันนี้จะกลายเป็นเวอร์ชันเสถียรถัดไปในที่สุด ซึ่ง ณ จุดนั้น Volkerding จะเริ่ม -current ใหม่เพื่อเริ่มพัฒนาสำหรับ Slackware เวอร์ชันถัดไป แม้ว่าเวอร์ชันนี้โดยทั่วไปจะถือว่าเสถียร แต่ก็อาจเกิดข้อผิดพลาดได้ ดังนั้น -current จึงไม่แนะนำให้ใช้ในระบบการผลิต^{[ 66 ]}

ปัจจุบัน Slackware ยังไม่มีนโยบายระยะเวลาการสนับสนุนอย่างเป็นทางการ อย่างไรก็ตาม เมื่อวันที่ 14 มิถุนายน 2555 มีประกาศปรากฏใน changelog สำหรับเวอร์ชัน 8.1, ^{[ 107 ]} 9.0, 9.1, 10.0, 10.1, 10.2, 11.0 และ 12.0 ระบุว่า ตั้งแต่วันที่ 1 สิงหาคม 2555 เป็นต้นไป จะไม่มีการให้แพตช์ความปลอดภัยสำหรับเวอร์ชันเหล่านี้อีกต่อไป เวอร์ชันที่เก่าที่สุดคือเวอร์ชัน 8.1 ซึ่งวางจำหน่ายเมื่อวันที่ 18 มิถุนายน 2545 และได้รับการสนับสนุนนานกว่า 10 ปี ก่อนที่จะสิ้นสุดการสนับสนุนต่อมาเมื่อวันที่ 30 สิงหาคม 2556 มีการประกาศใน changelog ของเวอร์ชัน 12.1 ^{[ 108 ]}และ 12.2 ระบุว่าสิ้นสุดการสนับสนุนในวันที่ 9 ธันวาคม 2556 โดยระบุไว้ในรายการ changelog ว่าได้รับการสนับสนุนอย่างน้อย 5 ปี เมื่อวันที่ 6 เมษายน 2561 เวอร์ชัน 13.0, 13.1 และ 13.37 ^{[ 109 ]}ได้รับการประกาศว่าจะสิ้นสุดการสนับสนุนในวันที่ 5 กรกฎาคม 2561 โดยระบุไว้ในรายการการเปลี่ยนแปลงว่าเวอร์ชันเหล่านี้จะได้รับการสนับสนุนอย่างน้อย 7 ปี (เวอร์ชัน 13.0 ได้รับการสนับสนุนมาเกือบ 9 ปี) เมื่อวันที่ 9 ตุลาคม 2566 รายการการเปลี่ยนแปลงสำหรับเวอร์ชัน 14.2 ระบุว่าเวอร์ชัน 14.0, 14.1 และ 14.2 จะสิ้นสุดการสนับสนุนตั้งแต่วันที่ 1 มกราคม 2567 เป็นต้นไป^{[ 110 ]}

แม้ว่าจะไม่มีการประกาศอย่างเป็นทางการสำหรับเวอร์ชันก่อน 8.1 แต่เวอร์ชันเหล่านั้นไม่ได้รับการดูแลรักษาอีกต่อไปและถือว่าหมดอายุการใช้งานแล้ว

ในอดีต Slackware มุ่งเน้นเฉพาะสถาปัตยกรรม IA-32 และมีเวอร์ชันให้เลือกใช้เฉพาะแบบ 32 บิตเท่านั้น อย่างไรก็ตาม ตั้งแต่ Slackware 13.0 เป็นต้นไป มีเวอร์ชัน 64 บิต x86_64 ให้ใช้งานและได้รับการสนับสนุนอย่างเป็นทางการในการพัฒนาแบบสมมาตรกับแพลตฟอร์ม 32 บิต ก่อนการเปิดตัว Slackware64 ผู้ใช้ที่ต้องการใช้งาน 64 บิตจำเป็นต้องใช้พอร์ตที่ไม่เป็นทางการเช่น slamd64

Slackware ยังมีให้ใช้งานสำหรับ สถาปัตยกรรม IBM S/390ในรูปแบบของ Slack/390 และสำหรับสถาปัตยกรรม ARM ภายใต้ชื่อ Slackware ARM (เดิมเรียกว่า 'ARMedslack') ทั้งสองเวอร์ชันได้รับการประกาศให้เป็น "เวอร์ชันอย่างเป็นทางการ" โดย Patrick Volkerding ^{[ 111 ] [ 112 ]}อย่างไรก็ตาม เวอร์ชัน S/390 ยังคงอยู่ที่เวอร์ชัน 10.0 สำหรับเวอร์ชันเสถียรและ 11.0 สำหรับเวอร์ชันทดสอบ/พัฒนา และไม่มีการอัปเดตใด ๆ ตั้งแต่ปี 2009 ^{[ 113 ] [ 114 ]}นอกจากนี้ เมื่อวันที่ 7 พฤษภาคม 2016 ผู้พัฒนา Slackware ARM ได้ประกาศว่า 14.1 จะสิ้นสุดการสนับสนุนในวันที่ 1 กันยายน 2016 และการพัฒนา -current จะหยุดลงเมื่อมีการเปิดตัว 14.2 อย่างไรก็ตาม การสนับสนุนสำหรับ 14.2 จะยังคงมีอยู่ต่อไปในอนาคตอันใกล้^{[ 115 ]}ประกาศ EOL สำหรับเวอร์ชัน 14.1 ถูกเพิ่มลงใน changelog เมื่อวันที่ 25 มิถุนายน 2016 ^{[ 116 ]}และประกาศ EOL สำหรับเวอร์ชัน 14.2 ถูกเพิ่มลงใน changelog เมื่อวันที่ 21 ธันวาคม 2022 ^{[ 117 ]}

ในเดือนกรกฎาคม พ.ศ. 2559 ผู้พัฒนา Slackware ARM ได้ประกาศว่าเครื่องมือพัฒนาและสร้างได้รับการปรับปรุงเพื่อลดความพยายามในการบำรุงรักษาพอร์ต ARM ด้วยตนเอง และประกาศต่อไปว่ากำลังพัฒนาพอร์ตฮาร์ดแวร์แบบลอยตัว 32 บิต พอร์ตดังกล่าวได้รับการเผยแพร่ในเดือนสิงหาคม พ.ศ. 2559 ในรูปแบบ "ปัจจุบัน" ^{[ 118 ]}

เมื่อวันที่ 28 ธันวาคม 2020 ได้เริ่มดำเนินการพอร์ต Slackware ไปยังสถาปัตยกรรม ARM 64 บิต (หรือที่เรียกว่า 'AArch64') โดยมีเป้าหมายเริ่มต้นที่ฮาร์ดแวร์รุ่น RockPro64 และ Pinebook Pro ของ PINE64 การพอร์ตเสร็จสมบูรณ์ในเดือนพฤษภาคม 2021 และมีการปรับปรุงหลายอย่างจากดีไซน์และการใช้งานเวอร์ชัน ARM เดิม โดยเฉพาะอย่างยิ่งในด้านการจัดการและการเปิดใช้งานฮาร์ดแวร์รุ่นใหม่โดยชุมชน Slackware ARM นอกจากนี้ กระบวนการบูตและการติดตั้งยังได้รับการปรับปรุงอย่างมาก ทำให้กระบวนการติดตั้งง่ายและคล่องตัวมากขึ้น

เมื่อวันที่ 29 มีนาคม 2022 Slackware AArch64 ได้ถูกเผยแพร่สู่สาธารณะในรูปแบบปัจจุบัน (กำลังพัฒนา) โดยรองรับ RockPro64, Pinebook Pro และ Raspberry Pi 3 & 4 พร้อมเอกสารการติดตั้งออนไลน์และคู่มือการติดตั้งแบบวิดีโอ นอกจากนี้โครงการslarm64 ที่ไม่เป็นทางการ ^{[ 119 ]} ยัง มีพอร์ตสำหรับ AArch64 และพอร์ตเพิ่มเติมสำหรับสถาปัตยกรรม riscv64 อีกด้วย

ในเดือนมีนาคม พ.ศ. 2565 การพัฒนาอย่างเป็นทางการของพอร์ต Slackware ARM 32 บิตได้ยุติลง โดยการพัฒนาในอนาคตจะมุ่งเน้นไปที่พอร์ต AArch64/ARM64 เท่านั้น เนื่องจากฮาร์ดแวร์ 32 บิตไม่สามารถตามทันการพัฒนาของ Slackware และเป็นอุปสรรคต่อการพัฒนา อีกทั้งข้อจำกัดของฮาร์ดแวร์ยังกลายเป็นอุปสรรคต่อการนำเทคโนโลยีล่าสุดมาใช้ นอกจากนี้ เนื่องจากระบบปฏิบัติการหลักส่วนใหญ่ได้หยุดให้การสนับสนุน ARM 32 บิตแล้ว แอปพลิเคชันบางตัวจึงไม่สามารถสร้างได้และไม่ได้รับการสนับสนุนอีกต่อไป อย่างไรก็ตาม ยังมีพอร์ต Slackware ที่ไม่เป็นทางการชื่อBonSlack ^{[ 120 ]}ที่ให้บริการทั้งพอร์ตแบบ soft (ARMv5) และ hard float (ARMv7) สำหรับ ARM 32 บิต โดยมีการพัฒนาและการอัปเดต (ตั้งแต่เวอร์ชัน 14.2) ที่สอดคล้องกับ Slackware อย่างเป็นทางการ โครงการนี้ยังรองรับสถาปัตยกรรมAarch64 (ARM64), Alpha , HPPA (PA-RISC 1.1), LoongArch (64 บิต), MIPS (32/64 บิต), OpenRISC , PowerPC (32/64 บิต), RISC-V (64 บิต), S/390x , SH-4 , SPARC (32/64 บิต) และx86 (32 บิต พร้อมtime_t 64 บิต ) ด้วย

เมื่อวันที่ 21 ธันวาคม 2022 Slackware ARM 14.2 ได้ประกาศสิ้นสุดการสนับสนุน (End of Life) ในวันที่ 1 มีนาคม 2023

Slackintosh เป็นเวอร์ชันของ Slackware Linux สำหรับ สถาปัตยกรรม Macintosh New World ROM PowerPCซึ่งใช้ในPower Macintosh , PowerBook , iMac , iBookและXserve ของ Apple ตั้งแต่ปี 1994 ถึง 2006 เวอร์ชันสุดท้ายของ Slackintosh คือ 12.1 ซึ่งวางจำหน่ายเมื่อวันที่ 7 มิถุนายน 2008 ^{[ 121 ]}เว็บไซต์ของ Slackintosh ยังคงใช้งานได้และเวอร์ชัน 12.1 สามารถดาวน์โหลด^{[ 122 ]}สำหรับผู้ที่มีคอมพิวเตอร์ Macintosh PowerPC รุ่นเก่า นักพัฒนาโครงการประกาศในเดือนกุมภาพันธ์ 2012 ว่าการพัฒนาถูกระงับและเวอร์ชัน 12.1 จะสามารถรับแพตช์ความปลอดภัยได้เป็นเวลาหนึ่งเดือน^{[ 123 ]} ในเดือนถัดมา มีการประกาศว่าการเผยแพร่เวอร์ชันเสถียรถูกระงับและจะไม่ได้รับการอัปเดตเพิ่มเติมใด ๆ เว้นแต่จะมีคนอื่นตัดสินใจรับช่วงต่อ^{[ 124 ]} เหตุการณ์นี้ไม่เคยเกิดขึ้น และ Volkerding ประกาศอย่างเป็นทางการว่าโครงการนี้ล้มเหลวในเดือนกรกฎาคม 2021 ^{[ 51 ]}

ชุดซีดี Slackware 14.2 ^{[ 125 ]} , ดีวีดีเดี่ยว และสินค้าต่างๆ มีจำหน่ายจากร้านค้า Slackware ที่ควบคุมโดยบุคคลที่สาม^{[ 126 ]}แต่เนื่องจากการจ่ายเงินไม่ครบPatrick Volkerdingจึง "บอกให้พวกเขานำออก มิฉะนั้นฉันจะระงับ DNS สำหรับร้านค้า" ^{[ 127 ] [ 128 ] [ 129 ] [ 130 ] [ 131 ] [ 132 ] [ 133 ]}

สามารถดาวน์โหลด อิมเมจ ISOของ Slackware (2.6 GB) ^{[ 134 ]}สำหรับการติดตั้งได้ฟรีที่เว็บไซต์ Slackware ผ่านทางBitTorrent , FTP mirrors และ HTTP mirrors ^{[ 135 ]}

สามารถดาวน์โหลดและติดตั้งSlackware เวอร์ชันสำหรับ IBM S/390 ( สิ้นสุดการสนับสนุน : 2009) ^{[ 136 ] ได้จากพาร์ติชั่น DOS หรือจากฟลอปปี้ดิสก์ [ 137 ]}

สามารถดาวน์โหลดSlackware เวอร์ชันสำหรับสถาปัตยกรรม ARM ^{[ 138 ] [ 139 ]}และติดตั้งผ่านเครือข่ายโดยใช้Das U-Bootและเซิร์ฟเวอร์บูตTFTP ^{[ 140 ]}หรือจากระบบไฟล์ mini-root ^{[ 141 ]}

Slackware ARM สามารถติดตั้งบนพีซีที่ใช้QEMU ^{[ 142 ]} โดยใช้เทคนิคเดียวกัน ได้เช่นกัน ^{[ 143 ]}

Slackware AArch64 (ARM64) ติดตั้งโดยตรงจากอิมเมจการ์ด SD ในลักษณะเดียวกับการติดตั้ง Slackware x86 จาก DVD นอกจากนี้ยังมีให้ใช้งานในรูปแบบ ISO EFI ที่สามารถบูตได้ทั่วไปอีกด้วย

• เว็บไซต์อย่างเป็นทางการ
• Slackwareที่DistroWatch