The way debian/ubuntu relation is going on?
Anon Sricharoenchai
ทำไมแค่แก้ dependency แค่นี้ เค้าไม่ยอมแก้ให้หว่า.
(dependency ที่เป็นอยู่ปัจจุบันคือ depend libqt4-dev เฉยๆ, ไม่ได้ระบุ version)
เค้าบอกให้ไป report ubuntu แทน.
แล้วถ้า ubuntu แก้ dependency ไปแล้ว, ubuntu ก็ต้อง contribute กลับ
upstream (คือ debian) อยู่ดีไม่ใช่เหรอ?
Anon Sricharoenchai
> > ทำไมแค่แก้ dependency แค่นี้ เค้าไม่ยอมแก้ให้หว่า.
> > (dependency ที่เป็นอยู่ปัจจุบันคือ depend libqt4-dev เฉยๆ, ไม่ได้ระบุ
> version)
> ของ Debian ต่างกัน
> เช่น ใน sid และ lenny เป็น libqt4-dev (>=4.3) และใน distribution
> ที่มีอยู่ตอนนี้ ทุกตัวก็ > 4.1 อยู่แล้ว
> ไม่มีความจำเป็นใด ๆ ที่ต้องกำหนด >= 4.1 ครับ
>
> > เค้าบอกให้ไป report ubuntu แทน.
> ubuntu และการที่ Maintainer (Wesley J. Landaker) แจ้งมาให้แจ้งไปที่ Ubuntu
> ก็เนื่องจาก Bug ที่รายงาน คิดว่าน่าจะเป็น (FTBFS - Fail To Build From
> Source) ไม่เกิดใน Debian
> และเขาก็ปิด Bug ไปแล้ว ด้วยเหตุผลข้างต้นที่กล่าวมาแล้วครับ
แล้วถ้าเปลี่ยนเป็น wishlist หละครับ?
>
> > แล้วถ้า ubuntu แก้ dependency ไปแล้ว, ubuntu ก็ต้อง contribute กลับ
> > upstream (คือ debian) อยู่ดีไม่ใช่เหรอ?
> การที่จะ contribute กลับ ก็ต่อเมื่อ bug นั้นเกิดผลกระทบกับ Debian
contribute กลับ เพื่อจะได้ merge กัน, เพื่อที่ ubuntu จะได้ไม่ต้องตาม
patch ทุกครั้งที่ debian ออก release ใหม่, หยั่งงี้ไม่ได้เหรอครับ?
และก็จะเป็นประโยชน์กับ derivative อื่นๆ อีกด้วย.
> หรือถ้าเป็น bug ส่วนรวม
> จำเป็นจะต้อง contribute ไปที่ project upstream ถ้า upstream รับ หลังจากนั้น
> Debian ก็จะ sync จาก upstream ต่อครับ
> และเรื่อง contribute หรือไม่ ขึ้นอยู่กับ Maintainer ของ Ubuntu ครับ
> เพราะในกรณี้ bug เกิดที่ Ubuntu ? (ผมก็เดาเอา เพราะเห็น lib ติดป้าย ubuntu
> มาด้วย :))
>
Anon Sricharoenchai
เพียงเพื่อให้สามารถ sync กับ ubuntu ได้เหมือนกันครับ.
ลองดู changelog ของ libxext ที่,
http://packages.debian.org/changelogs/pool/main/libx/libxext/libxext_1.0.4-1/changelog
libxext (2:1.0.4-1) unstable; urgency=low
[ Timo Aaltonen ]
* Bump the epoch so that this can be synced to Ubuntu in the future.
เปรียบเทียบกับของ ubuntu,
http://changelogs.ubuntu.com/changelogs/pool/main/libx/libxext/libxext_1.0.0-0ubuntu4/changelog
แปลกดีครับ.
Theppitak Karoonboonyanan
> สังเกตว่ามีบางกรณีที่ debian ยอม bump epoch version
> เพียงเพื่อให้สามารถ sync กับ ubuntu ได้เหมือนกันครับ.
เรื่อง debian-ubuntu นี่ ไม่มีหลักการที่กำหนดไว้เป็นทางการครับ
นอกจากกระบวนการ sync/merge จาก debian ไป ubuntu ในช่วง
develop ของ ubuntu
ที่เหลือ อยู่ที่ท่าทีของ maintainer แต่ละแพกเกจเองครับ บางคน
ก็พยายาม sync ไปมาทั้งสอง distro บางคนก็ทำที่ distro ของตัวเอง
เป็นหลัก (เท่าที่ประเมินดูในฝั่ง debian ผมคิดว่าคนที่พยายาม sync
จะมีมากกว่า)
แต่อย่างไรก็ดี หลักการของ ubuntu คือ จะมีการ maintain ubuntu
change อยู่ ในทำนองเดียวกับที่ debian มีการ maintain debian
patch เพิ่มจาก upstream แต่ ubuntu ทำสองชั้น คือเพิ่มการ
maintain ubuntu change จาก debian อีกชั้นหนึ่งด้วย
อย่างกรณี mimms นั้น การเพิ่ม versioned build-dep อาจจำเป็น
สำหรับ ubuntu แต่ไม่ได้จำเป็นสำหรับ debian ดังนั้น maintainer
อาจจะพิจารณาว่าเป็น "ubuntu change" ที่ฝ่าย ubuntu ควรดูแล
ก็เป็นได้ ในขณะที่การเพิ่ม epoch เพื่อ ubuntu sync นั้น เป็นสิ่ง
ที่มีผลกระทบต่อระบบการทำงาน ถ้าไม่ทำให้ลื่นไหล อาจทำให้เกิดการ
fork ใหญ่โตในอนาคต
อันนี้ผมพยายามคิดเอาเองนะครับ ซึ่งมีโอกาสสูงที่จะไม่ตรงกับสิ่งที่
DD ทั้งสองกรณีคิดได้
สำหรับกรณีการ report bug debian ด้วย ubuntu ผมเห็นว่า
ไม่ใช่เรื่องแปลกที่จะถูกปฏิเสธ มี bug ไม่น้อยที่ report ที่
upstream อย่างเช่น GNOME โดยถูก reject ด้วยเหตุผลว่า
"NOTGNOME" โดยเป็นบั๊กที่เกิดจาก distro patch เอง
และผู้รายงานก็จะถูกขอให้กลับไปรายงานที่ distro แทน
และถ้า bug นั้นเป็นของ ubuntu ไม่ใช่ของ debian ก็ขึ้นอยู่กับ
วิจารณญาณของ "upstream" (คือ debian ในกรณีนี้) ว่าจะ
ตอบว่า "not debian" หรือไม่
ถ้าเป็นผม ผมคงจะเพิ่มให้น่ะนะ แต่ก็ต้องอธิบายให้ชัดเจนด้วย
ว่านี่ไม่ใช่ปัญหาของ debian แต่เป็นการอำนวยความสะดวก
ให้กับ ubuntu และ debian derivative อื่น ๆ เท่านั้น
(การรายงานบั๊กด้วย severity: serious สำหรับสิ่งที่ไม่ใช่
ปัญหาของ debian ถือได้ว่าเป็นการกล่าวหาอย่างร้ายแรง
การปิด serious bug ทันที เท่ากับเป็นการยอมรับว่าเป็น
ปัญหาของ debian ต่างจากการปิด wishlist bug)
แต่กลับไปอ่าน bug ใหม่ เขาเขียนใหม่ด้วย python แล้วก็
ปิดบั๊กไปแล้ว เรื่องเลยจบอีกแบบ
เทพ.
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/