แพ็กเกจ Firefox Linux ใหม่ของ Mozilla สำหรับดิสทริบิวชันที่ต่อยอดจาก Ubuntu และ Debian

 (blog.mozilla.org)
1 คะแนน โดย GN⁺ 2024-01-26 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ผู้ใช้ Linux สามารถเลือกใช้ แพ็กเกจ Firefox .deb อย่างเป็นทางการ สำหรับ Ubuntu, Debian และดิสทริบิวชันที่อิง Debian ได้แล้ว หลังผ่านการทดสอบมาหลายเดือน
  • แพ็กเกจใหม่นี้ยังคงรองรับ Snap และ Flatpak พร้อมเพิ่มตัวเลือก แพ็กเกจแบบเนทีฟ ที่สอดคล้องกับกระบวนการแพ็กเกจพื้นฐานของดิสทริบิวชัน
  • หากแพ็กเกจ .deb เดิมต้องพึ่งพาการดูแลจากภายนอกตามแต่ละดิสทริบิวชัน แพ็กเกจครั้งนี้เป็นแบบที่ Mozilla บิลด์และสนับสนุนโดยตรงจากซอร์สโค้ด
  • Mozilla ใช้ การปรับแต่งประสิทธิภาพตามคอมไพเลอร์ แต่แพ็กเกจ .deb อื่น ๆ อาจไม่ได้รวมการปรับแต่งแบบเดียวกันทั้งหมด ขึ้นอยู่กับผู้ดูแลแพ็กเกจ
  • APT repository ใหม่เชื่อมต่อโดยตรงกับกระบวนการรีลีสของ Firefox และจำเป็นต้องรีสตาร์ท Firefox เพื่อใช้ฟีเจอร์ล่าสุดและแพตช์ความปลอดภัย

ตัวเลือก .deb อย่างเป็นทางการสำหรับตระกูล Debian

  • Mozilla เปิดตัว แพ็กเกจ Firefox on Linux สำหรับ Ubuntu, Debian และดิสทริบิวชันที่อิง Debian
  • Firefox สำหรับ Linux มีให้ใช้งานในหลายรูปแบบอย่างเป็นทางการ
    • บิลด์ Mozilla .tar.bz2
    • Snap
    • Flatpak
    • แพ็กเกจ .deb ใหม่สำหรับดิสทริบิวชันที่อิง Debian
  • แพ็กเกจ .deb ใหม่ทำให้ Firefox ยังคงเข้ากันได้กับ Snap และ Flatpak พร้อมเปิดให้ผู้ใช้เลือกใช้ แพ็กเกจแบบเนทีฟ ได้

บิลด์โดยตรงจาก Mozilla และการปรับแต่งประสิทธิภาพ

  • แพ็กเกจใหม่นี้ประกอบ Firefox จากซอร์สโค้ดโดยไม่มีการแก้ไข และ Mozilla เป็นผู้บิลด์และสนับสนุนโดยตรง
    • แพ็กเกจ Firefox .deb เดิมต้องอาศัยความช่วยเหลือจากบุคคลหรือองค์กรภายนอก Mozilla ตามแต่ละดิสทริบิวชัน Linux
  • Mozilla ใช้ การปรับแต่งประสิทธิภาพตามคอมไพเลอร์ เพื่อประสิทธิภาพที่ดีขึ้น
    • แพ็กเกจ .deb อื่น ๆ อาจรวมหรือไม่รวมการปรับแต่งทั้งหมดตามที่ Mozilla ตั้งใจไว้ ขึ้นอยู่กับผู้ดูแลแพ็กเกจ

การอัปเดตและเส้นทางการติดตั้ง

  • APT repository ใหม่เชื่อมต่อโดยตรงกับกระบวนการรีลีสของ Firefox
    • เมื่อ Mozilla ให้บริการอัปเดตล่าสุด ผู้ใช้จะสามารถรับอัปเดตได้
    • ต้องรีสตาร์ท Firefox เพื่อใช้เวอร์ชันล่าสุด
  • ดิสทริบิวชัน Linux จำนวนมากติดตั้ง Firefox มาให้ล่วงหน้าและตั้งเป็นเบราว์เซอร์เริ่มต้นอยู่แล้วผ่านตัวจัดการแพ็กเกจ
  • ดูวิธีติดตั้งได้ที่ แพ็กเกจ Firefox on Linux และ คู่มือติดตั้ง Firefox สำหรับ Linux

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

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

 
GN⁺ 2024-01-26
ความคิดเห็นบน Hacker News

  • ตอนติดตั้ง Firefox ด้วย .deb นิสัยที่พอมีการอัปเดตเบื้องหลังแล้วบังคับให้รีสตาร์ตเบราว์เซอร์นั้นน่ารำคาญ
    ใช้งานตามปกติอยู่ดี ๆ URL ทั้งหมดก็ถูกรีไดเรกต์ไปที่ about:restartrequired ทำให้ต้องหยุดงาน
    จากประกาศครั้งนี้อย่างเดียว ยังไม่ชัดเจนว่าปัญหานี้ถูกแก้แล้วหรือไม่ และถ้าไม่ ก็คงจะใช้ไฟล์ .tar.gz ที่ Mozilla ให้มาต่อไป
    ถ้าแตกไฟล์ไว้ในไดเรกทอรีที่มีสิทธิ์เขียนได้ Firefox จะอัปเดตตัวเองเหมือนบน Windows และไม่มีการบังคับหยุดใช้งาน
    https://otechworld.com/wp-content/uploads/2022/04/restart-fi...
    https://support.mozilla.org/en-US/kb/install-firefox-linux#w...

    • ไม่แน่ใจเรื่องแพ็กเกจเวอร์ชันเสถียร แต่ แพ็กเกจ Nightly ที่เพิ่งเปิดตัวระบุไว้อย่างชัดเจนว่ายังสามารถท่องเว็บต่อได้หลังอัปเกรดผ่าน APT
      มีการอัปเดตข้อความว่า “Firefox can continue browsing after an APT upgrade, allowing people to restart at their convenience”
      https://blog.nightly.mozilla.org/2023/10/30/introducing-mozi...
    • คิดว่า .deb ตัวนี้ก็น่าจะยังมีปัญหาอยู่ วิธีที่ package manager ทำการอัปเดตนั้นสร้างปัญหาให้ Firefox โดยตัวมันเอง
      การแจ้งให้รีสตาร์ตคือวิธีที่ Firefox บอกผู้ใช้ว่าไบนารีบนดิสก์กับไบนารีที่กำลังรันอยู่ไม่ตรงกัน
      เมื่อก่อนยังไม่มีคำเตือนนี้ เวลาสร้างโปรเซสใหม่ก็จะชนแบบสุ่ม ๆ และคำเตือนนี้อย่างน้อยก็ช่วยให้รีสตาร์ตได้เป็นระเบียบขึ้น
      อย่างที่คอมเมนต์แม่บอก .tar.gz ใช้ กระบวนการอัปเดตของ Mozilla ที่ใช้ข้ามหลายแพลตฟอร์ม จึงหลีกเลี่ยงปัญหานี้ได้ ขั้นตอนขั้นต่ำคือแตกไฟล์ไว้ในที่อย่าง /opt/firefox/ จากนั้นให้ผู้ใช้หรือกลุ่มมีสิทธิ์อ่าน·เขียน·รัน แล้วสร้างหรือคัดลอกไฟล์ Firefox.desktop ไปไว้ในโฟลเดอร์ที่ถูกต้องเพื่อให้แสดงใน launcher
      https://specifications.freedesktop.org/desktop-entry-spec/de...
      https://specifications.freedesktop.org/menu-spec/latest/ar01...
    • จำได้ว่าทุกครั้งที่เปิดแท็บใหม่ มันจะขอให้รีสตาร์ต และถ้าไม่รีสตาร์ตก็ใช้แท็บนั้นไม่ได้ ส่วนแท็บที่เปิดไว้ก่อนแล้วก็ยังทำงานต่อได้
      หลังจากนั้นย้ายจาก Ubuntu ไป Debian แล้วติดตั้ง .tar.gz ของ Mozilla ซึ่งก็อัปเดตตัวเองอย่างที่บอก
      พอดีตอนนี้ลองเช็กเวอร์ชันดู ใน Help, กล่อง About Firefox แสดงสถานะอัปเดต และใน updates/0/update.status ของไดเรกทอรี Firefox เคยมีคำว่า downloading แล้วตอนนี้กลายเป็น applied
      ใน update.version มี 122.0 อยู่ และมีไฟล์ 20MB ชื่อ update.mar ด้วย ใน last-update.log มีหลายบรรทัดที่เป็น PREPARE PATCH, EXECUTE PATCH, FINISHED PATCH สำหรับ shared library และไฟล์อื่น ๆ และดูเหมือนว่าเวอร์ชันใหม่กำลังรออยู่ในไดเรกทอรี updated/
      กล่อง About ยังแสดงว่าเป็น 121.0.1 และมีปุ่ม Restart to update Firefox อยู่ คิดว่าจะลองดูว่ายังใช้เวอร์ชันปัจจุบันได้นานแค่ไหนก่อนที่จะต้องสลับไปเวอร์ชันใหม่
    • บิลด์ .tar.gz โดยพื้นฐานก็มีปัญหาเดียวกัน เพียงแต่มันไม่บ่นเท่านั้น และสุดท้ายก็ต้องรีสตาร์ตอยู่ดี เพราะต้องปิดไฟล์ของแพ็กเกจเก่าแล้วเปิดไฟล์ของแพ็กเกจใหม่
      ถ้าต้องการลดเวลาหยุดชะงัก ก็รีสตาร์ตเบราว์เซอร์แล้วใช้ History | Restore previous session ได้
      บิลด์ Flatpak หลีกเลี่ยงปัญหานี้ด้วยการเก็บทั้งสองเวอร์ชันไว้บนดิสก์พร้อมกันจนกว่าจะปิดแอป เวอร์ชันเก่าจะถูกลบตอนปิดเท่านั้น และตั้งแต่การเปิดครั้งถัดไปจึงจะใช้เวอร์ชันใหม่
    • นี่เป็นประสบการณ์ผู้ใช้ที่แย่มาก จำไม่ได้ว่าเคยเจอแบบนั้นตอนใช้ Firefox เป็นไฟล์ .deb หรือแพ็กเกจ Arch AUR
      ไม่อยากให้มีการอัปเดตจริง ๆ ทำงานอยู่เบื้องหลัง การตรวจหาอัปเดตหรือเตรียมไฟล์ที่จะนำไปใช้ตอนรีสตาร์ตเบราว์เซอร์ครั้งถัดไปนั้นโอเค
      แต่การแอบเปลี่ยนไฟล์แอปใต้โปรเซสเบราว์เซอร์ที่กำลังรันอยู่ จนเปิดเนื้อหาใหม่ไม่ได้ แบบนั้นไม่ค่อยดี
      บางทีตอนนั้นอาจใช้ .tar.gz ไม่ใช่ .deb ก็ได้ จำได้ว่าเคยสร้างและแก้ไขไฟล์ .desktop สำหรับ Firefox
      มันขัดกับสัญชาตญาณที่ ประสบการณ์การอัปเดต ในไดเรกทอรีที่แตกไฟล์ .tar.gz แล้วจัดการเอง กลับดีกว่าไฟล์แพ็กเกจที่ทำมาเพื่อให้ package manager ที่เป็นทางการกว่าจัดการ

  • เคยใช้ PPA ~mozillateam อยู่แล้ว เพราะไม่ชอบ Snap ถึงอย่างนั้น การมี ที่เก็บแพ็กเกจ Firefox อย่างเป็นทางการ ก็เป็นเรื่องดี
    ถ้า Ubuntu ฟังอยู่: จะไม่ใช้ Snap เด็ดขาด ลบมันออกจากเครื่อง Ubuntu ทุกเครื่องแล้ว และถ้ายังบังคับยัดเยียดต่อไป ต่อให้เจ็บปวดแค่ไหนก็จะย้ายไป Debian

    • อาจย้ายไป Linux Mint ก็ได้ ที่นั่นมี จุดยืนต่อต้าน Snap ชัดเจนมาก
      แค่อยากให้มีสปิน KDE อย่างเป็นทางการกลับมาอีกครั้ง
    • อยากรู้ว่าถ้าไป Debian แล้วคาดว่าจะเจ็บปวดเรื่องอะไรบ้าง ตอนนี้ย้ายมาใช้จริงทุกวันแล้ว เลยอยากฟังมุมมอง
    • PopOS โดยพื้นฐานแล้วคือ Ubuntu ที่ไม่มีการบังคับใช้ Snap และรองรับไดรเวอร์ดีกว่า แถมมีแพ็กเกจ Firefox จริงด้วย
      ส่วนตัวใช้ Flatpak Firefox เพราะมีข้อดีด้านความปลอดภัยเพิ่มเติมอยู่บ้าง แต่ก็รู้ว่าถ้าต้องการก็มี Firefox แบบเนทีฟให้ใช้
    • ในฐานะมือใหม่ที่เพิ่งติดตั้ง Ubuntu ไม่นาน เห็นคำว่า snap บ่อยมาก และไม่ว่าจะดีหรือแย่ ผมมักเชื่อความเห็นสุ่ม ๆ บน HN มากกว่าค่าเฉลี่ยของอินเทอร์เน็ต
      อยากรู้ว่า Snap มีอะไรที่คนไม่ชอบกันขนาดนั้น และถ้าไม่ถูกใจ มีทิปสำหรับลบออกจากเครื่องด้วยก็ดี

  • บน Chromebook ถือเป็นส่วนเพิ่มที่น่ายินดี ตอนนี้สามารถติดตั้ง Firefox รุ่นล่าสุดใน Crostini ได้โดยไม่ต้องใช้ Flatpak กล่าวคือไม่ใช่รุ่น ESR
    น่าเสียดายที่ Mozilla ยังไม่ได้ให้บิลด์ aarch64-linux สำหรับ Firefox ผ่านช่องทางอย่างเป็นทางการ ดังนั้นผู้ใช้ Chromebook แบบ ARM64 จึงต้องหาวิธีอื่น
    เช่น ตอนนี้ใช้ Nix อยู่ แต่ถ้าจะให้ hardware acceleration ทำงาน ต้องตั้งค่าซับซ้อนอย่าง nixGL

    • อยากรู้ว่ามีแหล่งข้อมูลดี ๆ สำหรับเรียนรู้วิธีคอมไพล์ไบนารี Linux Arm64 ที่ทำงานบน Chromebook ไหม
      มีโค้ด C ที่ใช้ GCC 4.8 กับ Debian รุ่นเก่าสร้างบิลด์ x86 และ Amd64 Debian อยู่ และอยากรู้ว่าต้องทำอะไรบ้างเพื่อสร้างไบนารีที่รันบน Chromebook ได้ในลักษณะเดียวกัน
    • อยากรู้ว่าการใช้ Firefox บน ChromeOS เป็นอย่างไรเมื่อเทียบกับ Chrome รู้สึกเหมือนเป็น แอประดับรอง หรือเปล่า?

  • ก็แค่ใช้ตัวที่อยู่ใน Debian testing หรือ unstable แต่ถ้า ดาวน์โหลด Firefox โดยตรง จาก Mozilla การทำให้มันอัปเดตตัวเองเป็นเวอร์ชันล่าสุดก็ง่ายมาก
    ตัวอย่างด้านล่างวาง Firefox ไว้ใน /usr/local แต่จะเปลี่ยนเป็น ~/, /opt ฯลฯ ก็ง่าย และแค่วาง symbolic link ที่สร้างไว้ในที่ใดที่หนึ่งใน $PATH ก็พอ
    การผสานกับเดสก์ท็อปขึ้นอยู่กับ desktop environment หรือ window manager ที่ใช้ แต่ถึงไม่อัตโนมัติก็ไม่น่าจะหาวิธียาก
    wget -O firefox-latest.tar.bz2 \
    "https://download.mozilla.org/?product=firefox-latest-ssl&os=linux6…;
    tar xjf firefox-latest.tar.bz2
    sudo rm -rf firefox-latest.tar.bz2 /usr/local/bin/firefox /usr/local/firefox
    sudo mv firefox/ /usr/local/
    sudo ln -s /usr/local/firefox/firefox /usr/local/bin/firefox

    • ใช้ Firefox Developer Edition แบบนั้นอยู่ ไม่มีปัญหาที่มันปฏิเสธการทำงานเพราะอัปเดตอยู่เบื้องหลัง แค่มี จุดสีเขียวเล็ก ๆ ในเมนูแฮมเบอร์เกอร์บอกให้รีสตาร์ตเมื่อสะดวก

  • ตอนนี้เลยสับสน เพราะใช้แพ็กเกจ PPA (https://launchpad.net/~mozillateam/+archive/ubuntu/ppa) อยู่
    ไม่รู้ว่านี่เป็นแพ็กเกจเดียวกันหรือควรย้ายดี อย่างน้อยในบทความน่าจะพูดถึงสักหน่อย

    • ดูแล้ว “Ubuntu Mozilla Team” น่าจะไม่ใช่ทีมที่ประกอบด้วยคนของ Mozilla แต่เป็นคนที่แพ็กเกจซอฟต์แวร์ Mozilla สำหรับ Ubuntu
      แพ็กเกจล่าสุดใน PPA นั้นอัปโหลดโดย Rico Tzschichholz และดูไม่เหมือนว่าอยู่สังกัด Mozilla
    • การเลิกใช้แพ็กเกจ PPA แล้วใช้ ที่เก็บแพ็กเกจอย่างเป็นทางการ น่าจะดีกว่าในแทบทุกกรณี 99.9%
      วิธีทำมีรายละเอียดใน Google หรือ YouTube และยาวเกินกว่าจะเขียนทั้งหมดใน HN น่าจะเจอในหน้าแรกของ Google หรือ DuckDuckGo
      เมื่อมีที่เก็บอย่างเป็นทางการแล้ว คนที่ดูแล PPA ก็มีโอกาสสูงที่จะหยุดอัปเดตเมื่อเวลาผ่านไป

  • Debian/Ubuntu ยังเป็นดิสโทรเดียวที่ Spotify และ Signal เลือกให้เป็น แพ็กเกจเนทีฟลำดับแรก ด้วย
    พยายามใช้ Fedora เมื่อทำได้ เลยสังเกตเห็นเรื่องนี้ชัดขึ้น แต่แม้กับซอฟต์แวร์ฝั่งไคลเอนต์ Debian ก็มักเป็นตัวเลือกแรกบ่อย ๆ
    เมื่อคิดถึงความนิยมและความเข้ากันได้ระหว่าง Ubuntu กับ Debian ก็สมเหตุสมผล
    บน Fedora โดยทั่วไปก็ยังใช้ได้ Firefox มีแพ็กเกจของตัวเอง และ Signal มี Flatpak

    • ตอนนี้ไม่รู้เป็นอย่างไร แต่เมื่อก่อนแพ็กเกจ .deb ของพวกเขาอัปเดตช้ากว่า แพ็กเกจ Snap

  • เป็นอัปเดตที่ดีจากทีม Mozilla ขอให้เดินหน้าต่อไป
    แต่สิ่งที่ขาดไปคือคำมั่นอย่างต่อเนื่องต่อ ความเป็นส่วนตัวและเสรีภาพ
    หลังจากบทความอื้อฉาว “We Need More Deplatforming (2021)” ของ CEO Mitchell Baker ก็ไม่รู้ว่ามีอะไรเปลี่ยนไปบ้าง เรื่องนี้รับไม่ได้จริง ๆ และคิดว่า Mozilla ควรมีคำมั่นที่หนักแน่นต่อสิทธิพลเมือง
    https://blog.mozilla.org/en/mozilla/we-need-more-than-deplat...

    • ชื่อบทความที่ลิงก์คือ “We need more than deplatforming” จึงดูเหมือนว่า อ้างผิด
      และบทความนั้นก็ดูไม่ได้สนับสนุนการขับออกจากแพลตฟอร์มเท่าไรนัก
    • อยากรู้ว่าทำไมถึงคิดว่ามันเปลี่ยนไป

  • นี่กลับมาจุดเดิมอีกแล้วหรือเปล่า? เมื่อก่อนเคยมี ที่เก็บ .deb แล้วหายไป ตอนนี้กลับมาอีกครั้ง

    • แพ็กเกจ .deb กลายเป็นกระแสใหม่เหมือน server-side rendering
    • จำไม่ได้ว่า Mozilla เคยมีที่เก็บแพ็กเกจ Debian หรือเปล่า มีอะไรที่พลาดไปไหม?

  • มีข้อดีหลักข้อที่ห้าที่ตกหล่นไป:
    ทำให้สามารถรัน sudo apt-get purge snapd ได้โดยไม่เกิดผลลัพธ์ไม่พึงประสงค์ที่น่ารำคาญ

    • ช่วงหลังมีปัญหาที่ snapd เกิด segmentation fault อยู่เรื่อย ๆ และวิธีแก้คือถอนออกให้หมด
      กลายเป็นว่าทุกอย่างที่มีใน Snap ก็มีใน Flatpak ด้วย และยังไงก็ชอบ Flatpak มากกว่าอยู่แล้ว
    • ถ้าไม่อยากให้ snapd ถูกติดตั้งกลับมาอีกในฐานะ dependency เสริม ก็อย่าลืม sudo apt-mark hold snapd ด้วย
    • บน Ubuntu ดูเหมือนว่า lxd ยังมีให้ใช้เฉพาะเป็นแพ็กเกจ Snap เท่านั้น ตอนนี้ไม่ได้ใช้แล้ว แต่จริง ๆ แล้วมันค่อนข้างดีทีเดียว
      โชคดีที่ตอนนี้ถูก fork เป็น incus แล้ว และทั้งสองตัวน่าจะถูกใส่ไว้ใน Debian กับ openSUSE ส่วนดิสโทรตระกูล Red Hat ก็น่าจะเป็นไปได้เช่นกัน
    • จริง ๆ แล้วไม่จำเป็นต้องรอแพ็กเกจ Firefox ใหม่นี้เพื่อเลิกใช้ Snap ไม่ใช่หรือ?