ฉันเคยคิดว่าความกังวลเกี่ยวกับสิ่งที่เครื่องมือสร้างของ Gnu จะทำให้/usr/local
เกิดความหวาดระแวง เครื่องมือสร้างคาดหวังว่าจะมีสิ่งต่าง ๆ มากมายที่นั่น: ในสมัยก่อนที่ดีก่อนที่ผู้จัดการแพคเกจ (ฉันล้อเล่น) เรารวบรวมสิ่ง/usr/local
ต่างๆ แต่ในขณะที่ Autoconf มักจะแก้ปัญหาต่าง ๆ ได้การสร้างความซับซ้อนของโปรเจ็กต์โอเพนซอร์สจำนวนมากทำให้เกิดปัญหาและปัญหาเหล่านี้อาจยากที่จะแก้ไขเมื่อคุณมีปัญหา
แต่ความเสี่ยงในการเกิดปัญหากับ Autoconf ในการค้นหาบางสิ่งที่ไม่ควรอยู่ภายใต้/usr/local
ความสมดุลของความรำคาญในการบำรุงรักษาที่มีสำเนาสอง, สามหรือสี่ชุดที่แตกต่างกันของ Perl, Tcl, และ Ruby แต่ละอันมีความครอบคลุมที่แตกต่างกัน ไม่เป็นที่พอใจ
เนื่องจากประสบการณ์ของฉันกับ MacPorts และ Fink มักเกิดจากความโกรธเคืองที่เกิดขึ้นอย่างแน่นอนและในบางครั้งการสลับไปยังการรวบรวมวิธีการแบบเก่า ๆ/usr/local
ฉันก็ดีใจที่เห็นว่า Homebrew ไม่ได้ยุ่งเกี่ยวกับเรื่องนั้น ฉันพยายามกำหนดค่า MacPorts เพื่อติดตั้ง/usr/local
แต่ MacPorts ไม่สามารถทำได้ ฉันเข้าใจว่าแรงจูงใจคือการทำให้ชีวิตง่ายขึ้นสำหรับตัวเองเมื่อต้องรับมือกับเสียงร้องเพื่อขอความช่วยเหลือในรายการส่งจดหมายและตัวติดตามข้อผิดพลาด: โปรดทราบว่าแม้ว่าเราควรเคารพความพยายามของผู้ทำอาสาสมัครและปฏิบัติต่อเวลาของพวกเขา การดีบักความสะดวกสบายไม่ใช่ความเรียบง่ายเพียงประเภทเดียวที่ส่งผลกระทบต่อคุณในฐานะผู้ใช้
อย่างน้อยที่สุด Homebrew ในแง่นี้ทำสิ่งที่พวกเขาเคยทำและ MacPort พยายามที่จะไม่เข้าไปยุ่ง หากคุณยินดีที่จะจัดทำเอกสารที่คุณต้องการใช้กับ Homebrew และเช็ด / usr / local ให้สะอาดและติดตั้งใหม่ในกรณีที่มีปัญหาคุณสามารถสำรองข้อมูลได้เสมอในกรณีที่สิ่งผิดปกติ และเมื่อคุณทราบว่าปัญหาใน / usr / local ไม่ได้นำความเสี่ยงของความเสียหายถาวรไปยังเครื่องของคุณโดยทั่วไปคุณอาจรู้สึกอิสระที่จะเสี่ยง
ฉันจะทราบว่าบรรจุภัณฑ์ที่แย่กว่านั้นบน OSX มากกว่า FreeBSD: แอปเปิ้ลดูเหมือนจะไม่สนใจเกี่ยวกับการใช้งานของกลุ่มย่อย BSD ของมันเพราะนี่เป็นปัญหาที่พวกเขาสามารถช่วยได้