Debian 13 "Trixie" เปิดตัว

 (debian.org)
2 คะแนน โดย GN⁺ 2025-08-10 | 4 ความคิดเห็น | แชร์ทาง WhatsApp
  • โครงการ Debian ได้เปิดตัว Debian 13 "Trixie" รุ่นเสถียรใหม่ หลังการพัฒนานาน 2 ปี 1 เดือน 30 วัน
  • รองรับ สภาพแวดล้อมเดสก์ท็อป หลายตัวเป็นค่าเริ่มต้น โดยมี GNOME 48, KDE Plasma 6.3, LXDE 13, LXQt 2.1.0, Xfce 4.20 อยู่ในรายการ
  • แพ็กเกจใหม่มากกว่า 14,100 ตัว ถูกเพิ่ม ทำให้จำนวนแพ็กเกจทั้งหมดเพิ่มเป็น 69,830 ตัว และมีการลบ 8,840 ตัวเนื่องจากล้าสมัย
  • 44,326 แพ็กเกจ ได้รับการอัปเดตพร้อมการปรับปรุงโค้ดโครงสร้างขนาดใหญ่ โดยมีพื้นที่ดิสก์รวม 403GB และจำนวนบรรทัดโค้ดถึง 1.4 พันล้านบรรทัด
  • สถาปัตยกรรมที่รองรับ: amd64, arm64, armel, armhf, ppc64el, riscv64, s390x
    • การรองรับ riscv64 อย่างเป็นทางการ ได้ถูกนำมาใช้เป็นครั้งแรก
    • ตัดสินใจเลิกการรองรับ i386: ไม่จัดหาเคอร์เนลทางการและเครื่องมือติดตั้ง และรองรับการใช้งานเฉพาะใน CPU 64 บิตแบบจำกัดเท่านั้น
    • สถาปัตยกรรม armel ถือเป็นการรองรับ ครั้งสุดท้าย ของรุ่นนี้
  • นอกเหนือจาก i386 แล้ว สถาปัตยกรรมทั้งหมดใช้ 64-bit time_t ABI รองรับวันที่เกินปี 2038

  • ซอฟต์แวร์และเครื่องมือการพัฒนา

    • มากกว่า 63% ของแพ็กเกจทั้งหมด ได้รับการ อัปเดต
    • ซอฟต์แวร์และเครื่องมือพัฒนาหลัก: Apache 2.4.64, Bash 5.2.37, BIND 9.20, curl/libcurl 8.14.1, Emacs 30.1, GNU Compiler Collection 14.2, GIMP 3.0.4, LibreOffice 25.2, Linux kernel 6.12 LTS, LLVM/Clang 19, Python 3.13, Rustc 1.85, Systemd 257, Vim 9.1 เป็นต้น
    • เหมาะสำหรับการใช้งานหลายประเภท เช่น arch, server, desktop, cluster, database, web และ storage server
    • เสริมกระบวนการ การประกันคุณภาพ เช่น การติดตั้งอัตโนมัติและการทดสอบการอัปเกรด

  • การรองรับการใช้งานคลาวด์และไลฟ์ติดตั้ง

    • มีการจัดเตรียมอิมเมจสำหรับ บริการคลาวด์ เช่น Amazon EC2, Microsoft Azure, OpenStack, PlainVM และ NoCloud
    • อิมเมจคลาวด์มีการเพิ่มการทำงานอัตโนมัติด้วย cloud-init และการปรับแต่งเคอร์เนล/บูตโหลดเดอร์เพื่อเพิ่มความเร็วการบูตอินสแตนซ์
    • อิมเมจไลฟ์มีให้สำหรับ amd64 และ arm64 ในรูปแบบ DVD, USB, และการบูตผ่านเครือข่าย
    • อิมเมจไลฟ์ช่วยให้สามารถเลือกใช้สภาพแวดล้อมเดสก์ท็อปหลายแบบ และมีอิมเมจมาตรฐานที่ไม่มี GUI ให้ใช้งานได้ด้วย
    • รองรับการติดตั้งผ่าน Calamares และ Debian Installer มาตรฐาน รวมถึงวิธีติดตั้งหลายรูปแบบ เช่น HTTP Boot

บทความที่เกี่ยวข้อง

4 ความคิดเห็น

 
zihado 2025-08-12

ไม่รู้ว่าพวกคุณที่เคยอยู่ในช่อง debian ของ IRC ตอนนี้สบายดีไหมนะ สมัย Debian Potato ผมเคยเล่นอยู่บน IRC กันบ่อยมากเลย.. ฮ่าๆ
 
jungmin1237 2025-08-12

แท็ก Docker ก็มีอยู่แล้วนะ
https://hub.docker.com/layers/library/…
 
dongjinahn 2025-08-12

ผมเองก็ย้ายจากการใช้ Ubuntu บน VPS RAM 512MB ราคา 2.5 ดอลลาร์ต่อเดือนมาเป็น Debian แล้วรู้สึกว่าดีมาก เพราะมาจาก Ubuntu มาก่อนจึงคุ้นเคยอยู่แล้ว และยังใช้หน่วยความจำน้อยลงด้วย
 
GN⁺ 2025-08-10
ความคิดเห็นบน Hacker News

  • ตอนนี้ผมเขียนโพสต์นี้อยู่บนระบบ Debian และใช้งาน Debian เป็น daily driver ส่วนตัวอย่างสบายใจมาก หลังจากที่ Ubuntu แย่ลงไปมากจากเดิม ผมย้ายมา Debian 6 และไม่เคยรู้สึกเสียใจเลย Debian มีจุดเด่นตรงที่รักษาสมดุลระหว่างอุดมการณ์กับความเป็นไปได้ใช้งานได้ดี เป็นระบบที่ยึดหลักซอฟต์แวร์เสรีเป็นพื้นฐาน แต่ถ้าจำเป็นก็สามารถติดตั้งซอฟต์แวร์หรือเฟิร์มแวร์ non-free ได้สะดวก แนวทางดูแลแพ็กเกจและ dpkg รวมถึงเอกสารประกอบที่แข็งแรงก็ถูกใจมาก (เอกสารของ Arch กลับเด่นกว่า) การมีสตรีม stable/testing ทำให้เลือกได้ทั้งความเสถียรของรุ่นเก่าหรือรุ่นที่ใหม่กว่าแต่ใกล้เสถียรมากแล้ว สิ่งสำคัญสุดคือ ก่อนที่ผมจะพลาดเอง ผมแทบไม่เคยเจอระบบพังเพราะข้อบกพร่องของ Debian เลย เวลาที่มีเหตุการณ์บูตไม่ขึ้นหรือปัญหาใหญ่ ๆ เกิด มักเป็นผลจากการเพิ่ม repository ของบุคคลที่สามหรือการตั้งค่าที่ผมแตะผิดพลาดเอง

    • Debian ก็ยอดเยี่ยมจริง แต่ผมกังขาว่าจะมีใครแชร์ประสบการณ์ได้แบบว่า ระบบจะไม่พังตลอดเว้นแต่มนุษย์ผิดพลาดก่อนนะ โดยเฉพาะบน Debian stable ที่มีการแพตช์เคอร์เนลเยอะ ผมเคยเจอ crash หลายครั้งซึ่งแก้ยากมากจากการที่มีปัญหาบริเวณ DRM subsystem ระหว่าง backport ในขณะที่ตัวเลขเวอร์ชันเคอร์เนลตามหน้ากล่องอาจคงเดิมตลอดช่วงโปรโมท แต่ที่จริงการใช้เคอร์เนลใหม่ต่อเนื่องแบบ Ubuntu (แนว hwe) มักลดความเครียดจากแพตช์พวกนี้ได้มากกว่า จึงเลยใช้ Debian ใน VM และ Ubuntu บน bare-metal ส่วนตัว ผมยังไม่เคยลองใช้เคอร์เนลจาก debian-backports repo

    • ผมก็เลิกรับมือกับ Ubuntu Server เพราะเจอปัญหาการอัปเกรดเยอะมาก ตอนดูแล VPS กว่า 75 เครื่อง ผมมักกลัวว่าจะมีเหตุการณ์เครื่องไม่บูตหลังอัปเดตบำรุงรักษาเสมอ และการกู้คืนเหตุขัดข้องแบบนั้นกินเวลามากกว่าปกติถึง 1-2 ชั่วโมงต่อ VPS ตั้งแต่ย้ายมา Debian ตั้งแต่ราวปี 2015 ในยุค 8.x เป็นต้นมา ระบบนิ่งขึ้นมาก ถ้าผมไม่ไปแตะของผิดที่ผิดทาง จะไม่ค่อยมีวันที่ระบบพัง

    • อยากรู้ว่า Ubuntu ที่แย่ลงที่ว่าหมายถึงด้านไหนกันแน่

    • ข้อเสียเดียวของ Debian ในสายตาผมคือ มักพยายามรันซอฟต์แวร์เซิร์ฟเวอร์ตัวใหม่ทันทีทันใด แม้การตั้งค่าพื้นฐานส่วนมากจะปลอดภัย แต่การที่ service ขึ้นมาขณะยังไม่ครบขั้นตอนของเราเองก็ทำให้รู้สึกกังวล Red Hat ผมชอบตรงที่หลังติดตั้งเสร็จ มันจะไม่เปิด service จนกว่าจะมีคนสั่งเปิดเอง

    • Debian คือฐานรากในการรันเซิร์ฟเวอร์ของผมครับ เซิร์ฟเวอร์อยู่ที่ Old Stable ส่วนฟีเจอร์ release ใหม่ทดสอบบนระบบชั่วคราว ผมเรียน nftables มาตั้งแต่ Bookworm และได้ลอง labwc ใน Trixie ซึ่งรองรับ Wayland แล้วก็ยังปรับค่าแบบ Openbox ได้

  • ขอขอบคุณอาสาสมัครชุมชน Debian ทุกท่าน Debian และโครงการนับไม่ถ้วนที่เกิดจาก Debian ทั้งหมดเกิดขึ้นได้เพราะพวกคุณเอง เทคโนโลยีกับบริษัทมากมายกำลังได้รับผลประโยชน์จากความพยายามของทุกคน โดยเฉพาะส่วนตัวแล้ว เทรลสลี (Trixie) นี้ตื่นเต้นพิเศษสำหรับผม โครงการเสริมของผม ntfy ถูกรวมเป็น แพ็กเกจ ใน Trixie ได้แล้ว แต่ผมทราบเรื่องนี้ช้าหลังช่วงท้ายของรอบปล่อยด้วยคำถามลิขสิทธิ์ของ ntfy packager ซึ่งพบว่าในแพ็กเกจ Debian มีการตัดเว็บแอปออก และลบฟีเจอร์บางอย่างด้วย patch เพื่อให้เอา Stripe, Firebase, WebPush ออกได้ง่ายด้วยการเพิ่ม build tags ในครั้งหน้าใกล้ ๆ นี้คาดว่า patch จะน้อยลง สำหรับมุมมองของ upstream maintainer ผมแอบเสียดายที่ไม่มีคำอธิบายชัดเจนว่าทำไมเว็บแอปถึงหายไป แม้เห็นว่าถูกลบโดยเจตนาแล้ว แต่ผมยังไม่แน่ใจว่าจะต้องทำอย่างไรเพื่อใส่กลับใน release ถัดไป ถ้าคนรัน apt install ntfy แล้วเว็บแอปใช้งานไม่ได้ คงมีผู้ใช้ค่อนข้างไม่พอใจ คำแนะนำหรือแนวทางใด ๆ ก็ยินดีมาก สามารถดู source code ได้ด้วยครับ

    • ผู้ดูแลแพ็กเกจได้เพิ่มคำอธิบาย ไว้** เว็บแอปทำด้วย Node.js และแพ็กเกจ nodejs เหล่านี้ไม่มีใน Debian เอง ตามปรัชญา Debian ไม่แนะนำให้รวมซอร์สของแพ็กเกจที่พึ่งพาไว้ในตัวแพ็กเกจโดยตรง ถ้าจะทำแบบนั้นก็ต้องสร้างและดูแลแพ็กเกจ dependency เพิ่ม ซึ่งค่อนข้างหนักมาก

    • การ build แพ็กเกจ npm ของ Debian ต้อง build ได้เสมอ ดังนั้นต้องเปลี่ยน package.json แบบ Debian-specific เป็นแพ็กเกจ Debian, ทำการ port หรือจัดเป็นแพ็กเกจแยกแทน ซึ่งทำงานอาจเยอะมาก โดยเฉพาะกรณี lockfile ใหญ่ ผมเดาว่าผู้ดูแลแพ็กเกจรู้สึกว่าปริมาณงานนี้ค่อนข้างมาก และแนวทาง Debian-style ควรเป็นการจัดเสิร์ฟเป็นแพ็กเกจแยกเช่น ntfy-web

    • ขอบคุณสำหรับ ntfy อย่างมาก ผมใช้กับการรับการแจ้งเตือนอีเวนต์จากโหนด Meshtastic ที่บ้านเกือบทุกวัน

    • ซอฟต์แวร์ ntfy ใช้งานได้ดีมากจริง ๆ

    • หากอยากแก้เรื่อง dependency อาจเลือกแพ็กเกจในรูปแบบ container image จะอาจดีกว่า

  • Debian คือรากฐานที่เสถียรของชีวิตคอมพิวเตอร์แบบเสรีของผม โครงการนี้สอนผมหลายอย่างจาก Condorcet voting, consensus แบบ process, การตัดสินใจบนหลักการ จนมีผลต่อชีวิตอยู่มากมาก ริเลสนี้กับวัฒนธรรมที่สร้างขึ้นส่งผลต่อโลกกว้างใหญ่มากเกินวัดได้ ผมขอแสดงความยินดีด้วยความจริงใจ

  • i386 สถาปัตยกรรมล่าสุดที่ยังรองรับตามปกติไม่ถูกสนับสนุนต่อไปแล้ว (ไม่มีกระบวนการ kernel/installer ล่าสุดแล้ว แนะนำให้ใช้เฉพาะ CPU 64-bit เท่านั้น และไม่แนะนำให้อัปเกรดบนฮาร์ดแวร์ 32-bit ล้วน) การที่ Debian ยังคงรองรับ i386 ได้ถึงสิงหาคม 2025 ถือว่ายอดเยี่ยมมาก ผมเพิ่งรู้ว่าพลัง i386 ยังรัน Debian 10 Buster อยู่บนฮาร์ดแวร์ Pentium 3 ได้ถึงมิถุนายน 2024 (EOL) มากับฮาร์ดแวร์เก่าแล้ว ขอบคุณมากที่การสนับสนุนยาวนานขนาดนี้ หากใครต้องการ OS ล่าสุดบน i386 เพียงอย่างเดียว ลองดู OpenBSD ก็ได้

    • ผมนึกว่าคราวสุดท้ายที่ต้องเจอ Pentium 3 ตอนปี 2007 แล้ว แต่ตอนนี้ถึงได้มี PC ที่เร็วขึ้น 100 เท่าในราคาแค่ 1 เหรียญสหรัฐฯ

    • ถ้า i386 ย้ายไปอยู่ระบบ Debian ports infrastructure (เช่น m68k) ผมหวังว่าจะยังใช้แบบทดลองได้เรื่อย ๆ ใน Debian 14 หรือ 15

    • old stable คงมีการรองรับเพิ่มประมาณ 1 ปีเท่านั้น ดังนั้นหลังปี 2025 ก็ยังไม่จบทันที

    • ตรงนี้เป็นเรื่องการสนับสนุนของ Debian เนื่องจากตัว Linux kernel เองยังคงรองรับ CPU 32-bit ตั้งแต่หลัง Pentium ตัวแรกต่อเนื่องยาวไป (ยกเว้นบาง chipsets โคลน)

    • ไม่ได้ปนกันระหว่าง 386 กับ 32-bit ใช่ไหม โดยปกติสถาปัตยกรรม 32-bit ทั่วไปคือ 686 และ 386 ก็คือตัวยุคปี 1980

  • sysvinit ก็ยังใช้งานได้อยู่ ผมทดสอบแล้วในเซิร์ฟเวอร์และเดสก์ท็อปแล้ว หากแพ็กเกจใดแพ็กเกจหนึ่งมีปัญหา dependency สามารถหลีกเลี่ยงได้ด้วยการใช้คำสั่งลบ/ติดตั้งพร้อมกันแบบด้านล่างได้ ตามรายงานบั๊กของ Debian สาระสำคัญคือการติดตั้ง systemd-sysv และ systemd โดยต่อท้ายด้วยเครื่องหมาย - ให้เป็นการถอดออกพร้อมกัน วิธีนี้ทำให้ build sysvinit ผ่าน debootstrap ใกล้เคียงกับ bookworm เดิม (รวมเดสก์ท็อปด้วย) เหมือนเวลางานกับ bookworm หรือ buster โดยให้เหลือ libsystemd0 เท่านั้นใน apt preferences และปิดแพ็กเกจ systemd อื่นด้วย priority -1

    • อยากทราบว่า Debian 13 ก็ยังรัน sysvinit ได้จริงหรือไม่ เช่นกันกับการใช้ server ด้วย sysvinit โดยไม่ต้องมี systemd

    • ขอบคุณสำหรับการแชร์ข้อมูลครับ อย่างน้อยผมยังตั้งใจจะลองกับ lxc container ก่อน

    • สงสัยว่าทำไมถึงทำแบบนี้จึงต้องสุดโต่ง

  • ถ้าหา .torrent image สำหรับ x86-64 แล้วหายาก ผมเลยจัดลิงก์ให้ไว้ที่นี่
    Minimal: netinstall ISO
    Full: DVD ISO

    • ผู้ใช้ส่วนใหญ่ไม่จำเป็นต้องใช้ image แบบ DVD (full) เดิม การใช้ minimal netinstall CD ก็พอเพราะมีการดึงแพ็กเกจลงมาระหว่างติดตั้ง

  • สรุปรายการ 7 สถาปัตยกรรมที่รองรับอย่างเป็นทางการใน Trixie

    • amd64(64-bit PC)
    • arm64
    • armel(ARM EABI)
    • armhf(ARMv7 EABI hard-float)
    • ppc64el(64-bit little-endian PowerPC)
    • riscv64(64-bit little-endian RISC-V)
    • s390x(IBM System z)
      RISC-V มี hardware ที่ใช้ได้จริงไม่ค่อยมี แต่ดีใจมากที่ตอนนี้ได้เป็นแพลตฟอร์มชั้นหนึ่งแล้ว ตอนนี้เลยสงสัยว่าปัจจุบัน PowerPC กับ System z ถูกใช้ที่ใดบ้าง นอกจาก amd64/arm64/riscv64

    • Power กับ z ยังคงเป็นธุรกิจขนาดหลายพันล้านดอลลาร์ ทั้งสองสถาปัตยกรรมนี้ใช้งานมากในแวดวงการเงินและธนาคาร IBM ยังคงภูมิใจใน z ยิ่ง แต่ Power กลับดูเหมือนถูกย้ายไปสู่โหมดคงตัวมากกว่าพัฒนา แต่ Power กับสถาปัตยกรรม/ระบบที่ออกแบบมาดีมาก

    • mainframe ยังคงครองตลาดงานที่ต้องให้บริการต่อเนื่องได้สิบ ๆ ปี โดยไม่หยุดเครื่องเลย ชิปอย่าง CPU กับ RAM ยังซ่อม/เปลี่ยนแบบ hot-swap ระหว่างรันงานได้ และนอกจากบริการ OS แล้วก็มีการตรวจสอบ/วิเคราะห์ฮาร์ดแวร์ตลอดเวลา เมื่อเครื่องตรวจพบปัญหาจะส่งแจ้งเตือนไปยังเจ้าของและ IBM โดยอัตโนมัติ IBM สนับสนุน Linux เป็น OS ระดับหนึ่งบน mainframe ตั้งแต่ต้นทศวรรษ 2000 ในมุมมองนักพัฒนา s390x คือ big-endian สถาปัตยกรรมสุดท้ายที่ยังเหลือ (ยังมี SPARC แต่แทบอยู่โหมด maintenance แล้ว และ Oracle แค่ดูแล Solaris) จึงเป็นประโยชน์มากตอนไล่หาบั๊กเรื่อง endian ตอนนี้สถาปัตยกรรม 32-bit ที่เหลือเพียงสองตัวคือ armel กับ armhf และ release นี้เป็นครั้งสุดท้ายของการรองรับ armel (ดูเพิ่มเติมที่ ลิงก์) ไม่นานการสนับสนุน 32-bit แบบเป็นทางการก็น่าจะหมด

    • IBM ใช้ความพยายามอย่างมากเพื่อให้สองสถาปัตยกรรมนี้ทำงานได้ดีใน distribution หลัก ๆ จึงดูเหมือนว่ามันยังอยู่ในระบบนิเวศเพราะ IBM ซัพพอร์ต ไม่ใช่เกิดขึ้นเองตามธรรมชาติแบบสถาปัตยกรรมอื่น ๆ

  • ถ้ากังวลเรื่องการจัดการชื่อตัวหน่วยเครือข่าย NIC ใน systemd ให้ดู release notes ในที่นี้ (ลิงก์) ใช้คำสั่ง udevadm เช็กล่วงหน้าว่าหลังอัปเกรดชื่อตัวอินเทอร์เฟซจะเปลี่ยนไปอย่างไร รายชื่อ (ยกเว้น bond/lo) ตรวจได้ผ่าน one-liner ด้านล่าง ในการทดสอบตรงของผมจนถึงตอนนี้ ไม่เคยพบว่าอัปเกรดทำให้ชื่อตัวอินเทอร์เฟซเปลี่ยนแปลง จึงยังไม่มั่นใจว่ารายการนี้จะจับการเปลี่ยนจริงได้มากน้อยแค่ไหน

    • คิดว่านี่อาจเป็นการเปลี่ยนแปลงสำคัญล่าสุดที่เกี่ยวกับการตั้งชื่ออินเทอร์เฟซ enoX ควรคงเสถียรแน่นอน เพราะ BIOS (ACPI table ฯลฯ) แจ้งพอร์ตไหนเป็น ID อะไร แต่ระบบ ensX ยึดตามสล็อต PCIe ซึ่งด้วยโครงสร้างต้นไม้ของ PCIe หนึ่งสล็อตอาจมี NIC หลายตัวได้ ทำให้เกิดความซับซ้อน อย่างที่เก่าทุกเคส systemd เคยปรับ logic ตั้งชื่อหลายครั้งเพื่อจัดการข้อยกเว้นต่าง ๆ สมัยก่อนเคยอ่านหมายเลขสล็อต PCIe แบบทางอ้อมแล้วเกิดการชนกัน แก้ที่ systemd 257 แล้ว

    • อยากรู้ว่าหากปิด Predictable Network Interface Names ของ systemd ล่วงหน้า ก่อนอัปเกรด ชื่ออินเทอร์เฟซยังเปลี่ยนได้ไหม

  • ผมใช้งาน Debian มาตั้งแต่สมัย slink เลย ยังต้องพิมพ์ apt-get ... อยู่เสมอ และมันยังคงทำงานไวดีมาก แม้จะมีปัญหาขึ้นลงเล็กใหญ่ระหว่างอัปเกรดมานาน 25 ปี แต่เวลาและความพยายามที่เสียไป ก็ยังน้อยเมื่อเทียบกับ Linux ตัวอื่นหรือซอฟต์แวร์ proprietary ชิ้นอื่น ความเสียดายอย่างเดียวคือผมยังไม่ช่วยชุมชนมากพอ ข้อดีใหญ่ของ Debian คือผู้ใช้ต้องเข้าใจการทำงานระบบระดับหนึ่งอย่างน้อย ซึ่งผมมองว่า Debian รักษาปรัชญา “ให้เรียบง่ายที่สุด แต่ไม่เอาง่ายเกินไป” ได้ดีมาก

  • ข้อดีเด่นของ Debian คือการอัปเกรดจาก stable ไป stable ใช้เวลาไม่ถึง 15 นาที ผมย้ายระบบแรกเสร็จตั้งแต่ดาวน์โหลดแพ็กเกจจนรีบูตไม่ถึง 10 นาที ด้วยคอมพิวเตอร์ที่ไม่ได้เร็วมาก และเครือข่ายเป็น mini PC 50Mbps