หากแพ็คเกจมีให้เลือกทั้งแบบ deb และ snap วิธีใดดีกว่า?


38

แน่นอนว่าแพคเกจส่วนใหญ่คำตอบนั้นสำคัญมาก: ถ้าเป็นเครื่องมือหรือไลบรารีบางตัว deb เป็นตัวเลือกเดียวในขณะที่ snap ซอฟต์แวร์ที่เป็นกรรมสิทธิ์บางตัวเป็นเพียงตัวเลือกเดียว

ดูเหมือนว่า Ubuntu จะผลักดันและส่งเสริมแพคเกจ Snap อย่างมากโดยอ้างถึงข้อดีในด้านบรรจุภัณฑ์การแยกการรักษาความปลอดภัยการอัพเดทและอื่น ๆ แต่แอปพลิเคชันทั้งหมดที่มาพร้อมกับ Ubuntu 18.04 ได้รับการติดตั้งเป็นแพ็คเกจ

ตัวอย่างหนึ่งคือ Firefox ซึ่งเป็นแพคเกจที่ควรได้รับการอัปเดตด้วยเหตุผลด้านความปลอดภัยและในอดีตมีข้อขัดแย้งกับผู้ดูแลแพคเกจการกระจายเกี่ยวกับความปลอดภัยและการสร้างแบรนด์ (Iceweasel) กระนั้น Canonical เลือกที่จะส่ง Firefox เป็นแพ็คเกจเดบิต

สำหรับแพ็คเกจที่มีทั้ง snap และ deb สิ่งนี้ทำให้เกิดคำถาม: คุณควรติดตั้งอันไหน และถ้าคำตอบคือ snap ฉันควรโยกย้าย deb ที่ติดตั้งหรือไม่

คำตอบ:


34

โดยทั่วไปฉันจะบอกว่าคุณควรอยู่กับ DEB สำหรับแอปพลิเคชันส่วนใหญ่ที่ต้องพึ่งพาไลบรารีระบบ นี่เป็นข้อดีที่หากคุณอัปเดตไลบรารีนี้เช่นเหตุผลด้านความปลอดภัยแอปพลิเคชันทั้งหมดที่ใช้ไลบรารีนี้จะได้รับประโยชน์แม้ว่าผู้ดูแลแอปพลิเคชันดั้งเดิมจะไม่ทราบถึงความเสี่ยง

SNAPS นั้นดีในกรณีที่คุณสนใจที่จะอัพเดตแอพพลิเคชั่นบางตัวโดยไม่ต้องอัพเดททั้งระบบ เช่นคุณอยู่ในรุ่น LTS แต่ต้องการมีแอปพลิเคชันรุ่นล่าสุด เมื่อเทียบกับ PPA ที่แอปพลิเคชันจะต้องรวบรวมกับไลบรารีของระบบ "เก่า" ทั้ง ๆ ที่แอปพลิเคชันจะนำไลบรารีของตัวเองมาใช้ วิธีนี้ง่ายกว่าสำหรับผู้ดูแลและอาจป้องกันไม่ให้คุณลงจอดในนรกหากคุณใช้ PPA จำนวนมาก


" สนใจที่จะอัปเดตแอปพลิเคชันเฉพาะโดยไม่อัปเดตทั้งระบบของคุณ " แต่นั่นไม่ใช่ PPA ใดที่เหมาะสำหรับ
RonJohn

4
@RonJohn ใช่ แต่ถ้าคุณใช้ ppa แอปพลิเคชันจะต้องรวบรวมกับไลบรารีของระบบ "เก่า" แอปพลิเคชั่นจะนำไลบรารีของตัวเองมาใช้ วิธีนี้จะง่ายกว่าสำหรับผู้ดูแลและอาจทำให้คุณไม่ต้องลงจอดในนรกหากคุณใช้ ppa จำนวนมาก
Bruni

มันจะเจ๋งถ้าคุณแก้ไขคำอธิบาย PPA ของคุณเป็นคำตอบของคุณ
dcorking

1
@dcorking ฉันได้แก้ไขคำตอบแล้ว
Bruni

17

หนึ่งในข้อเสียเปรียบหลักของ snaps คือพื้นที่เพิ่มเติมที่จำเป็นเนื่องจากซอฟต์แวร์ทุกตัวมีการพึ่งพาของตัวเองในขณะที่แพ็กเกจ deb ใช้การพึ่งพาที่ใช้ร่วมกันในระบบโดยมีผลกระทบน้อยกว่ามาก

ยูทิลิตีของ snaps มาเมื่อคุณต้องการแยกระบบของคุณ (เช่นจากไบนารีที่เป็นกรรมสิทธิ์) หรือแพ็กเกจนั้นขึ้นอยู่กับการพึ่งพาที่แตกต่างจากที่คุณติดตั้ง (ตัวอย่างล่าสุด)


จริงเกี่ยวกับพื้นที่พิเศษ แต่ในโลกปัจจุบันคอมพิวเตอร์สมัยใหม่มีพื้นที่เพียงพอที่จะอุทิศให้กับระบบปฏิบัติการห้องสมุดและแอพ เฉพาะในกรณีที่คุณกำลังติดต่อกับคอมพิวเตอร์เก่าหรือกับ "คนเล็ก" (คิดว่าอุปกรณ์ Raspberry Pi และ IOT) จะมีพื้นที่ จำกัด
Paddy Landau

4
@PaddyLandau ฉันไม่สามารถเห็นด้วยเพิ่มเติม ฉันคิดว่าเป็นความคิดที่น่ากลัวที่จะมีและเพียงแค่ส่งเสริมความสิ้นเปลือง
สตีฟ Lorimer

@SteveLorimer สำหรับฉันมันแทบจะไม่ "สิ้นเปลือง" เพื่อใช้ประโยชน์จากพื้นที่ที่ไม่ได้ใช้อย่างหนาแน่นบนฮาร์ดไดรฟ์ที่ว่างเปล่าเป็นส่วนใหญ่ สำหรับคุณมันเป็น เราจะต้องขอแตกต่างกัน ผู้อ่านสามารถตัดสินใจด้วยตนเองว่าจะใช้แนวทางใด
Paddy Landau

5
@PaddyLandau ฉันไม่สามารถขัดแย้งได้อีกแล้ว ฉันใช้ ssd ขนาดเล็กเป็นประจำสำหรับการจัดเก็บระบบและ hdd ขนาดใหญ่สำหรับข้อมูล ฉันไม่เห็นจุดสูญเสียเงินในไฟล์ที่ซ้ำซ้อน
Daniele Gamba

7
@PaddyLandau ในโลกปัจจุบันเรามีอุปกรณ์พกพาที่มีที่เก็บข้อมูลขนาดเล็กเรามีอุปกรณ์อินเทอร์เน็ตที่มีที่จัดเก็บข้อมูลขนาดเล็กเรามี SSD พร้อมระบบปฏิบัติการสำหรับพวกเขาสำหรับการบูตอย่างรวดเร็ว ฯลฯ การสิ้นเปลืองเป็นความคิดที่ไม่ดีในใจ อย่างไรก็ตามอย่างที่คุณบอกว่าเราจะต้องขอแตกต่าง
Steve Lorimer

4

นี่คือคำตอบที่มีความเห็นสูง

ฉันมักจะใช้ deb หรือบรรจุภัณฑ์รวมอื่น ๆ ฉันไม่ได้ใช้สแน็ปเพราะฉันรู้สึกว่ามันเหมือนสวนที่มีกำแพงล้อมรอบ

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

หากแอพมีแพ็คเกจ snap ฉันไม่อยากใช้แอพเอง

ฉันกังวลว่าวันนักแม่นปืนอาจบอกว่าคุณไม่จำเป็นต้องใช้ระบบปฏิบัติการด้วยซ้ำ


ใช่ ลองคิดดูสิมันเหมือนกับการโปรโมตรถบั๊กกี้ (ตั้งใจให้เล่น) ทุกอย่างดูเหมือนจะเกิดจากความต้องการที่จะเพิ่มความเร็วในการใช้งาน ความเร่งรีบที่รักคืออะไร จักรวาลไม่ได้กำลังจะล่มสลาย!
ศรี

ความคิดเห็นด้านบนของฉันเป็นการตอบสนองต่อความคิดเห็นของใครบางคนซึ่งดูเหมือนจะถูกลบไปแล้ว ฉันทำ +1 ด้วย!
ศรี
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.