อันนี้ก็แล้วแต่นะครับ ขึ้นกับสถานการณ์ด้วยเพราะตัวที่ fork ออกไปโดยที่สถานการณ์ไม่สุกงอมจริงๆ (อย่างกรณีของ Joomla/Mambo หรือ XFree86/X.Org) ก็จะมี resource ที่น้อยกว่าตัวหลัก เช่น Go-OO ของ Novell (นับเป็น fork หรือเปล่าหว่า?) หรือ Maria DB/MySQL เป็นต้น

ถ้าเปิด Synaptic มาดูเล่นๆจะเจอชื่อโปรแกรมที่ฟอร์คออกแล้วไม่ประสพสำเร็จ(นัก)เยอะมากเลยนะ

LongSpine.com

ปฏิเศษที่จะแก้ bug ที่ทำให้ทำงานเข้ากันได้กับระบบ embedded

มันเป็นหน้าที่ผู้ดูแลโครงการที่จะต้องตัดสินใจ ว่าจะทำอะไรก่อนหลัง ด้วยทรัพยากรที่มีอยู่
bug มันก็มีมากมาย ตั้งแต่ a-z นาย ก บอกแก้ a ก่อน นาย ข บอกแก้ b ก่อนดีกว่า
ซึ่งการตัดสินใจอะไรลงไป มันก็ต้องมีทั้งฝ่ายที่มองบวกและลบ

ปล.สงสัยเหมือนกันว่า ปฎิเสธที่จะแก้ คือ เข้าคิวไว้ก่อน หรือไม่สนใจจะทำ

b98se.in.th : โค้ดมันส์ สคริปมึน โปรแกรมมั่ว

ประมาณนี้ หรือเปล่าครับ

ลอง Google ดูว่า "Ulrich Drepper arrogant" ดูสิครับ เขาคือ upstream developer หลักของ glibc ที่ขึ้นชื่อในเรื่องความงี่เง่า quote เด่นๆ ก็มี

Petr Baudis:
I have tried to search the web already and found nothing. If you want to close bugs as INVALID/WORKSFORME, please provide a proper explanation.

Ulrich Drepper:
Strange, I never saw your name on my paycheck. Since if that's not the case you cannot order me around.

Dave Houston:
Paid $1 via paypal. Trans ID 3H4989806A1962407
Please fix.

Ulrich Drepper:
Dammit, stop opening the bug.

(จาก Bug 4980, สุดท้ายบั๊กนี้ Debian แก้เอง)

Stop wasting people's time! Nobody cares about this crap. I made a last change but it's just too embarasing to even admit that.

(จาก Bug 4403)

Stallman recently tried what I would call a hostile takeover of the glibc development. [snip] This attempt failed but he kept on pressuring people everywhere and it got really ugly. In the end I agreed to the creation of a so-called "steering committee" (SC). The SC is different from the SC in projects like gcc in that it does not make decisions.

(จาก glibc 2.2.4 announcement)