ในบล็อก Qt รองประธานผู้รับผิดชอบ Petteri Holländerประกาศว่า Qt. รุ่นสนับสนุนระยะยาว รวมอยู่ในใบอนุญาตธุรกิจเท่านั้น เช่นเดียวกับโปรแกรมติดตั้งออฟไลน์
บริษัท Qt ได้ประกาศการเปลี่ยนแปลงรูปแบบการออกใบอนุญาต สำหรับกรอบงาน Qt ซึ่ง อาจส่งผลกระทบอย่างมีนัยสำคัญต่อชุมชนและการกระจาย ใครใช้ Qt. เช่น ณ เวอร์ชัน 5.15 สาขา QTS LTS จะได้รับการสนับสนุนจนกว่าจะมีการสร้างเวอร์ชันสำคัญถัดไปนั่นคือประมาณครึ่งปี (การอัปเดตสำหรับเวอร์ชัน LTS จะออกเป็นเวลาสามปี)
อ้างอิงจาก Petteri Holländer:
“ การเปลี่ยนแปลงจะมีผลกับเวอร์ชัน 5.15 LTS นอกจากนี้การติดตั้งไฟล์ไบนารีจะต้องมีบัญชี Qt ในอนาคตและการเปลี่ยนแปลงใหม่นี้จะต้องมีผลไม่เกินเดือนกุมภาพันธ์ "
ด้วยบัญชีผู้ใช้, คิวที กรุ๊ปซึ่งเป็นของ บริษัท Digia ต้องการให้แน่ใจว่าผู้ใช้ใช้บริการที่นำเสนอผ่านบริการนี้
นอกจากนี้ ตามHolländer, ผู้ใช้โอเพ่นซอร์ส โดยเฉพาะอย่างยิ่ง ควรมีการเปลี่ยนแปลงนี้เพื่อปรับปรุง Qt ของผลิตภัณฑ์ไม่ว่าจะผ่านรายงานข้อบกพร่องบทวิจารณ์โค้ดหรือโพสต์ในฟอรัม ในขณะเดียวกันบัญชี Qt ยังเปิดทางไปสู่ Qt Marketplace ซึ่งมีการแลกเปลี่ยนปลั๊กอินและสิ่งอื่น ๆ
ขั้นตอนนี้ควรจะเร่งการเปิดตัว QT เวอร์ชันใหม่ และจะเพิ่มจำนวน บริษัท ที่ใช้ใบอนุญาต Qt เชิงพาณิชย์อย่างมากโดยมีค่าใช้จ่าย 5508 เหรียญต่อปีต่อนักพัฒนา (ในขณะที่ บริษัท ที่เพิ่งเริ่มต้นและธุรกิจขนาดเล็ก - 499 เหรียญต่อปี)
การเปลี่ยนแปลง สำหรับรุ่น LTS ส่งผลกระทบต่อชุมชนโอเพ่นซอร์ส ในขณะที่ เมื่อใช้การเปลี่ยนแปลงนี้ พวกเขาได้รับเฉพาะการเปิดตัวระดับแพทช์ จนกว่าเวอร์ชันรองถัดไปจะปรากฏขึ้น
ตั้งแต่เดือนกุมภาพันธ์เป็นต้นไปทุกคนรวมถึงผู้ใช้ Qt แบบโอเพนซอร์สจะต้องใช้บัญชี Qt ที่ถูกต้องเพื่อดาวน์โหลดแพ็กเกจไบนารี Qt เราเปลี่ยนแปลงสิ่งนี้เนื่องจากเราเชื่อว่าบัญชี Qt ช่วยให้คุณสามารถใช้บริการของเราได้อย่างเต็มที่และมีส่วนช่วยให้ Qt เป็นผู้ใช้โอเพ่นซอร์ส
เราต้องการให้ผู้ใช้โอเพนซอร์สช่วยปรับปรุง Qt ไม่ทางใดก็ทางหนึ่งไม่ว่าจะเป็นรายงานข้อบกพร่องฟอรัมการตรวจทานโค้ดหรืออื่น ๆ ขณะนี้สามารถเข้าถึงได้จากบัญชี Qt เท่านั้นดังนั้นจึงจำเป็นต้องมีบัญชี
ในขณะที่นักพัฒนาของการแจกแจง LTS (เช่นด้วยการสนับสนุนเป็นเวลานาน) เช่น RHEL, Debian, Ubuntu, Linux Mint, SUSE เป็นต้น
พวกเขาจะถูกบังคับให้ ส่งเวอร์ชันที่ล้าสมัย ไม่ได้รับการสนับสนุนอย่างเป็นทางการ ข้อบกพร่องของพอร์ตและช่องโหว่แก้ไขได้ด้วยตัวคุณเอง หรืออัปเดต Qt เวอร์ชันใหม่ที่สำคัญอยู่ตลอดเวลาซึ่งไม่น่าเป็นไปได้เนื่องจากอาจนำไปสู่ปัญหาที่ไม่คาดคิดในแอปพลิเคชัน Qt ที่ส่งในการแจกจ่าย
บางทีชุมชนอาจจะร่วมกันจัดการสนับสนุนสำหรับเวอร์ชัน Qt LTS ของตนเองโดยไม่ขึ้นอยู่กับ บริษัท Qt
การปรับนโยบายการออกใบอนุญาตบางส่วนช่วยลดความจริงที่ว่า บริษัท Qt ได้สัญญาว่าจะดำเนินการแก้ไขทั้งหมดผ่านพื้นที่เก็บข้อมูลสาธารณะที่ Qt ได้รับการพัฒนา
แพตช์จะถูกเพิ่มไปยังสาขาการพัฒนาและโอนไปยังสาขาที่มีเวอร์ชันล่าสุด มีเสถียรภาพซึ่งจะทำให้การสกัดเพื่อโอนไปยังการแจกแจงได้ง่ายขึ้น
นอกจากนี้เวอร์ชัน LTS ที่ บริษัท Qt จะดำเนินการแก้ไขจะถูก จำกัด
อับ, การเปลี่ยนแปลงนโยบายเกี่ยวกับ Qt ไม่ จำกัด เฉพาะการเปลี่ยนใบอนุญาต และตั้งแต่เดือนกุมภาพันธ์ ทุกคนที่ต้องการใช้ QT ต้องลงทะเบียนบัญชีในบริการ บัญชี Qt เพื่อดาวน์โหลดไฟล์ไบนารี Qt
ขั้นตอนนี้อธิบายได้จากความปรารถนาที่จะลดความซับซ้อนของการแจกจ่ายไฟล์และให้แน่ใจว่าการรวมเข้ากับ Qt Marketplace
การเข้าถึงระบบติดตามข้อบกพร่องอินเทอร์เฟซการตรวจสอบและฟอรัมของ Jira จะต้องใช้บัญชี Qt ในขณะที่รูปแบบการพัฒนาและการจัดการโครงการยังคงเหมือนเดิม
ในขณะที่ฉันอ่านฉันสงสัยว่าทั้งหมดนี้จะแปลเป็นอะไรเนื่องจาก Debian และคนอื่น ๆ จัดส่งด้วย KDE ไม่ใช่ LTS ที่จะใช้แพตช์ใด ฉันไม่ค่อยเข้าใจว่า Qt จะถูกขัดผ่านบัญชีอื่นที่ไม่ใช่เพื่อสร้างรายได้จากกรอบการพัฒนาได้อย่างไร ฉันต้องอ่านอีกครั้งและดูว่าชุมชนมีปฏิกิริยาอย่างไร ฟังดูไม่เหมือนข่าวดี ระหว่าง systemd และ Qt มีจุดที่จะย้ายไป BSD มากขึ้นเรื่อย ๆ : /
แล้วโครงการน้องสาวอย่าง LXQt จะคิดอย่างไร ...
ฉันเห็นมันจากมุมมองของการมีส่วนร่วมกับชุมชนแม้ว่าตอนนี้นักพัฒนาอิสระแทบจะต้องจ่ายค่าใบอนุญาต แต่ก็ไม่ได้เป็นไปในทางนั้น
ตอนนี้การบังคับให้นักพัฒนาระบบจัดจำหน่ายมีส่วนร่วมในการพัฒนา QT เป็นสิ่งที่ต้องทำมาเป็นเวลานาน ในตอนท้ายของวันพวกเขากำลังใช้งานที่หลายคนต้องจ่ายเงินเพื่อให้มันลอยนวล
และส่วนนี้ก็ไม่เลวเพราะเป็นส่วนช่วยในการรักษาสิ่งที่คุณใช้และสิ่งที่ช่วยในการจัดหาเงินทุนให้กับโครงการของคุณ ตั้งแต่การแจกแจงขนาดใหญ่เช่นDebía, Ubuntu, Fedora, OpenSUSE, Linux Mint และอื่น ๆ รับเงินโดยการบริจาคหรือรวมถึงผลิตภัณฑ์ที่ให้เงินทุนแก่พวกเขา
และหากการแจกจ่ายเหล่านี้มีส่วนร่วมกับการบริจาคให้กับโครงการเหล่านี้มันเป็นประเด็นและแตกต่างกันที่พวกเขาควรจัดการซึ่งกันและกันเพราะพวกเขาจะพูดว่า "ตกลงฉันจะไม่จ่ายตำแหน่งสำหรับการพัฒนาผลิตภัณฑ์ของคุณ แต่เรา จะส่งเงินบริจาคให้คุณเพื่อเปลี่ยน "
ในกรณีนี้กับ WebOS ซึ่งเป็นกรอบการพัฒนาใหม่สำหรับยานยนต์และอื่น ๆ
จนถึงตอนนี้ดีมาก แต่อย่างที่บอกไปตอนแรกส่งผลกระทบต่อนักพัฒนาอิสระ ...
พวกเขาควรเปลี่ยนโฟกัสนั้นอย่างแน่นอนและเปลี่ยนทิศทางไปในทิศทางที่ทุกคนมี win-win
KDE จะต้องไป GTK !!! เหรอ? ซึ่งจะดีกว่าจริง
«»ในทางกลับกันผู้พัฒนา LTS ดิสทริบิวชัน (กล่าวคือมีการสนับสนุนเป็นเวลานาน) เช่น RHEL, Debian, Ubuntu, Linux Mint, SUSE เป็นต้น
พวกเขาจะถูกบังคับให้จัดส่งเวอร์ชันที่ล้าสมัยที่ไม่ได้รับการสนับสนุนอย่างเป็นทางการข้อบกพร่องของพอร์ตและการแก้ไขช่องโหว่ด้วยตัวเองหรืออัปเดต Qt เวอร์ชันใหม่ที่มีนัยสำคัญอย่างต่อเนื่องซึ่งไม่น่าจะเป็นไปได้เนื่องจากอาจนำไปสู่ปัญหาที่ไม่คาดคิดในแอปพลิเคชัน Qt ที่จัดส่งในการแจกจ่าย »»
มีจุดแวะพักเต็มไปหมด