ทำไมซอฟต์แวร์จึงติดตั้งเองใน / usr / lib

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

ฉันค่อนข้างมั่นใจว่า / opt เป็นตำแหน่งที่สมบูรณ์แบบสำหรับใบสมัครของฉัน แต่หลังจากตรวจสอบระบบไฟล์ Debian ของฉันฉันไม่แน่ใจอีกต่อไป: มีซอฟต์แวร์จำนวนมากติดตั้งอยู่ใน / usr / lib! เพื่อชื่อไม่กี่: MySQL, MySQLWorkbench, Nautilus, Rythmbox ...

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

มีซอฟแวร์จำนวนมากที่อยู่ใน / usr / lib ของเดเบียนเซิร์ฟเวอร์ของฉันไม่ใช่ไลบรารี่หรือไบนารี่ภายใน

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

ขอบคุณล่วงหน้าสำหรับคำแนะนำของคุณ

เอริค

กุญแจสำคัญในการทำความเข้าใจกับมาตรฐานระบบแฟ้มคือการรู้ว่ามันถูกออกแบบโดยคำนึงถึงระบบไฟล์เครือข่าย

สำหรับทุกเครื่องที่มีระบบปฏิบัติการรีลีสและสถาปัตยกรรมเดียวกันคุณสามารถแชร์ / usr ผ่าน NFS และติดตั้ง
/ usr ถูกติดตั้งอีกครั้งหลังจากที่เริ่มต้นสแต็กเครือข่าย

/var <-- local, r/w optimized
/usr <-- can be mounted over network, possibly even read-only!
/opt <-- local, read mostly
/etc <-- local, read mostly
/srv <-- local, r/w optimized

/home <-- either/or

ความแตกต่างก็คือว่า/usrจะหมายถึงการแพคเกจติดตั้งถือเป็นส่วนหนึ่งของระบบ แพ็คเกจที่คุณได้รับจากที่เก็บ Debian / Ubuntu, PPAs ฯลฯ ไปที่นี่ แม้ว่า/optจะมีความหมายสำหรับแอปพลิเคชันบุคคลที่สามที่ไม่ได้รวมทุนซึ่งไม่ได้แจกจ่ายผ่านกระบวนการกระจายแพ็คเกจ

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

คุณติดตั้งไลบรารีของคุณใน<prefix>/libไบนารี<prefix>/binของคุณในไฟล์ส่วนหัวของคุณใน<prefix>/includeหน้าคนในprefix/[share/]manไฟล์ pkgconfig ใน<prefix>/lib/pkgconfigหรือ<prefix/share/pkgconfigไฟล์ cmake .m4 ของคุณใน<prefix>/share/aclocal

จากนั้นให้ผู้จัดการแพคเกจตัดสินใจเกี่ยวกับคำนำหน้า หากคุณกำลังกระจาย rpm / deb ของตัวเอง/usrเป็นทางเลือกที่ดีสำหรับคำนำหน้า

./configure --prefix=~/.local/ ยังควรใช้งานได้ดังนั้นอย่าไป hardcoding เส้นทางของคุณทุกที่โปรด

บางไลบรารีถูกรวมไว้ในเครื่องมืออื่น ๆ ที่ทำให้พวกมันสามารถใช้งานได้และใช้งานได้เหมือนห้องสมุด แต่มันก็ยังเป็นไลบรารี่และไม่ใช่ $ PATH ของคุณดังนั้นมันก็โอเคที่จะใส่ไว้ใน / lib ฉันเดา

ฉันขอแนะนำให้หลีกเลี่ยงการติดตั้งแอพของคุณภายใต้ / opt เหตุผลที่ 1: distros บางตัวไม่มี / opt ตามค่าเริ่มต้นเหตุผลที่ 2: / usr / lib เป็นพา ธ มาตรฐานสำหรับไลบรารี {หากแอปพลิเคชันอื่นจำเป็นต้องใช้ไลบรารีของคุณคุณต้องเพิ่มเส้นทางไลบรารีของคุณไปที่ / etc / ldconfig} / opt สะดวกยิ่งขึ้นเมื่อคุณมีแอพแบบสแตนด์อโลนที่คุณติดตั้งด้วยตนเองและคุณต้องการที่จะรู้ว่าพวกเขาอยู่ที่ไหน

หนึ่งในเหตุผลที่ปฏิบัติการเต็มตัวนั้นอยู่ภายใต้ / usr / lib อาจเป็นเพราะพวกเขาจะใช้จากสคริปต์อื่น ๆ {ตัวอย่างเช่นสคริปต์ทุบตีไม่สามารถใช้ API ได้โดยตรง ด้วยเหตุนี้กลอุบายทั่วไปก็คือการสร้าง "wrapper" รอบ api นี้และพารามิเตอร์ push เป็นอาร์กิวเมนต์ของสคริปต์}

กรุณาติดตั้งใน / เลือก

วิธีที่หลาย ๆ แอพพลิเคชั่นลีนุกซ์ทำเช่นเดียวกันกับที่นักพัฒนา Windows ทำในยุค 90

ให้ติดตั้งสิ่งของของเราใน C: \ windows เพื่อให้ง่ายและหาง่าย (และเร็วกว่าเล็กน้อย) จากนั้นมา 15 ปีของ DLL นรกเพราะแพคเกจซอฟต์แวร์ที่แตกต่างกันต้องการไลบรารี่รุ่นเดียวกัน (ซึ่งในวินโดวส์ไม่มีเวอร์ชั่นของไลบรารี่)

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