ศิลปะการติดตั้งโปรแกรมบน Linux

การติดตั้งโปรแกรมใหม่บน Linux ในขณะที่มีข้อได้เปรียบมากมายกว่าวิธีการทำงานของ Windows อาจทำให้ผู้ใช้ใหม่สับสน นี่คือรายการของสิ่งที่ควรปรับปรุง...

1. โอเพ่นซอร์ส ... และอื่น ๆ อีกมากมาย

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

2. เอ่อ ... แล้วไง

ฉันเพิ่งติดตั้งแอปพลิเคชั่น X และทางลัดไม่แสดงในเมนูหลัก แน่นอนว่าเคยเกิดขึ้นกับคุณโดยเฉพาะอย่างยิ่งกับแอปพลิเคชัน Windows ที่ติดตั้งผ่าน Wine สิ่งนี้ไม่สามารถยอมรับได้ในระบบปฏิบัติการในศตวรรษที่ XNUMX

3. สร้างมาตรฐานของอินเทอร์เฟซ

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

4. การคอมไพล์น่าจะง่ายกว่า

หลายครั้งที่ไม่สามารถรับแพ็คเกจของโปรแกรมสำหรับ distro ที่เราชื่นชอบได้ ในกรณีนี้ทางเลือกเดียวที่เหลือคือดาวน์โหลดซอร์สโค้ดและพยายามรวบรวม ข่าวร้ายก็คือหลายคนไม่มีรายละเอียดของขั้นตอนในการปฏิบัติตามเพื่อให้งานที่ซับซ้อนนี้ประสบความสำเร็จ จะดีไหมถ้ามีสคริปต์ install.sh ที่จะดูแลทุกอย่างแม้กระทั่งการตรวจสอบการอ้างอิง

5. การถอนการติดตั้งโปรแกรมที่คอมไพล์ "ด้วยมือ"

การถอนการติดตั้งโปรแกรมที่คอมไพล์ "ด้วยมือ" อาจกลายเป็นฝันร้ายที่แท้จริงโดยเฉพาะอย่างยิ่งหากนักพัฒนาไม่ได้รวมคำแนะนำสำหรับ ทำการถอนการติดตั้ง.

6. meta-package มาตรฐาน?

ตกลงเราจะไม่ตกลงที่จะใช้รูปแบบแพ็คเก็ตทั่วไป อย่างไรก็ตามเป็นไปไม่ได้ที่จะใช้ meta-package ภายในซึ่งสามารถจัดเก็บรูปแบบแพ็คเกจใด ๆ ที่มีอยู่ได้ (ในลักษณะเดียวกับที่ AVI meta-package สามารถจัดเก็บรูปแบบวิดีโอที่แตกต่างกันได้) ด้วยวิธีนี้แพ็คเกจเดียวกันสามารถทำงานบน distro ใดก็ได้ 🙂

7. ชื่อแพ็คเกจมาตรฐาน

ทำไมโรงกลั่นที่แตกต่างกันจึงให้ชื่อที่แตกต่างกันไปในแพ็คเกจเดียวกัน? เพื่อให้ง่ายต่อการแก้ไขปัญหาการพึ่งพาแพ็กเกจจึงจำเป็นอย่างยิ่งที่จะต้องยอมรับวิธีการตั้งชื่อแพ็กเกจที่สม่ำเสมอและเป็นมาตรฐาน

8. กำหนดมาตรฐานวิธีการสร้างแพ็คเกจ

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

9. รวบรวมและติดตั้งซอร์สโค้ดอัตโนมัติ

จะดีไหมถ้าผู้จัดการแพ็คเกจสามารถดาวน์โหลดรวบรวมและติดตั้งโปรแกรมโดยอัตโนมัติแทนที่จะต้องใช้ระบบแพ็คเกจปัจจุบัน Yaourt ดูเหมือนจะไปตามเส้นเหล่านี้ ... แต่ควรมีประสบการณ์มากกว่านี้ในเรื่องนี้

10. อัปเดตจากเว็บเบราว์เซอร์

ใน Ubuntu Apt มาพร้อมกับเครื่องมือสำหรับติดตั้งโปรแกรมโดยตรงจากเว็บเบราว์เซอร์ Distros อื่น ๆ ควรจำลองประสบการณ์นี้และมันก็น่าสนใจที่จะพัฒนาผู้จัดการแพ็คเกจออนไลน์ มันจะไม่เป็นช่องโหว่ด้านความปลอดภัยตราบใดที่โปรแกรมจะถูกดาวน์โหลดจากที่เก็บอย่างเป็นทางการของ distro

11. การมีรูปแบบแพ็คเกจที่แตกต่างกันนั้นคุ้มค่าจริงหรือ?

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

12. เรียกใช้หลังจากติดตั้ง

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

13. เก็บแหล่งที่สร้างไว้ในฐานข้อมูลแพ็คเกจ

การคอมไพล์และติดตั้งโปรแกรมใน Linux ไม่เพียง แต่เป็นงานที่ยากเท่านั้นนอกจากนี้ตัวจัดการแพ็กเกจจะไม่ทราบถึงการติดตั้งโปรแกรมนั้นหรือการอ้างอิงโดยเชื่อว่าพวกเขายังไม่พอใจ ตัวจัดการแพ็กเกจที่อนุญาตให้คอมไพล์และติดตั้งโปรแกรมจากซอร์สโค้ดจะช่วยแก้ปัญหานี้ได้เช่นกัน

14. ลบการอ้างอิงเก่า

นี่ไม่ใช่กรณีที่มีความถนัดหรือยำ แต่เมื่อเราใช้ apt-get เพื่อถอนการติดตั้งแพ็คเกจการอ้างอิง (ซึ่งไม่จำเป็นสำหรับแพ็คเกจอื่นอีกต่อไป) จะไม่ถูกถอนการติดตั้งพร้อมกับพวกเขา เพื่อแก้ไขสถานการณ์นี้ให้ใช้ sudo apt-get autoremove. สุภาพบุรุษนี่น่าจะอัตโนมัติ ... นาน ๆ !

Fuente: TechRadar