מפתחי Glibc שוחררו לאחרונה באמצעות רשימות הדיוור שהן יצרו כמה שינויים ספציפיים בכללים לקבלת שינויים והעברת זכויות יוצרים, איתה בוטלה העברת זכויות הקניין על הקוד לקוד הקוד הפתוח.
באנלוגיה לשינויים שאומצו בעבר בפרויקט GCC, החתימה על הסכם ה- CLA עם קרן התוכנה החופשית ב- Glibc הועברה לקטגוריה של פעולות אופציונאליות המבוצעות לבקשת המפתח.
עם השינויים החדשים שבוצעו בכלל, כעת תתאפשר קבלת תיקון מבלי להעביר זכויות לקרן FOSS, למעט קוד שמשותף עם פרויקטי GNU אחרים באמצעות Gnulib.
תורמים שיש להם הקצאת זכויות יוצרים של FSF אינם צריכים לשנות כל דבר. תורמים המעוניינים להשתמש בתעודת המפתח מאת על מקור [2] להוסיף הודעת 'חתום על ידי' לאישור שלך.
הקוד המשותף עם חבילות GNU אחרות באמצעות Gnulib ימשיך לדרוש הקצאה ל- FSF.
בנוסף להעברת זכויות קניין לקרן קוד פתוח, למפתחים יש את ההזדמנות לאשר את הזכות להעביר את הקוד לפרויקט Glibc באמצעות מנגנון תעודת המקור למפתחים (DCO). על פי DCO, מעקב אחר מחברים מתבצע על ידי הצמדת שורה "חתום על ידי: שם מפתח ודוא"ל" לכל שינוי.
על ידי צירוף חתימה זו לתיקון, היזם מאשר את כותבתו לגבי הקוד שהועבר ולקבל את הפצתו כחלק מהפרויקט או כחלק מהקוד ברישיון חינם. בניגוד לפעולות של פרויקט GCC, ההחלטה ב- Glibc לא ניתנה על ידי מועצת השלטון מלמעלה, אלא התקבלה לאחר דיון מקדים עם כל נציגי הקהילה.
ביטול חתימה חובה של הסכם עם קרן הקוד הפתוח מפשט מאוד את שילובם של משתתפים חדשים בפיתוח והופך את הפרויקט ללא תלוי במגמות של קרן הקוד הפתוח. למרות שחתימת ה- CLA על ידי המשתתפים הבודדים רק גרמה לבזבוז זמן בהליכים מיותרים, עבור תאגידים ועובדים בחברות גדולות העברת הזכויות לקרן STR הייתה קשורה לעיכובים רבים ואישורים משפטיים, שלא תמיד הושלמו. בְּהַצלָחָה.
הסירוב לניהול ריכוזי של זכויות קוד מגבש גם את תנאי הרישיון המקובלים במקור, שכן שינוי הרישיון מחייב כעת קבלת הסכמה אישית של כל מפתח שלא העביר את הזכויות לקרן התוכנה החופשית.
עם זאת, קוד Glibc עדיין מורשה "LGPLv2.1 ואילך", המאפשר הגירה לגרסאות חדשות יותר של LGPL ללא אישור נוסף. מכיוון שהזכויות על רוב הקוד נשארות בידי קרן התוכנה החופשית, ארגון זה ממשיך לפעול כערב להפצת קוד Glibc רק תחת רישיונות קופילפט חופשיים.
לדוגמה, קרן התוכנה החופשית עשויה לחסום ניסיונות להכניס רישיון מסחרי / כפול או השקת מוצרים קנייניים סגורים באמצעות הסכם נפרד עם יוצרי הקוד.
בין החסרונות בנטישת הניהול הריכוזי זכויות קוד, נוצר בלבול במשא ומתן בנושאי רישוי. אם קודם כל כל הטענות בדבר הפרת תנאי הרישיון נפתרו באמצעות אינטראקציה עם ארגון, כעת התוצאה של הפרות, כולל לא מכוונות, הופכת לבלתי צפויה ודורשת הסכמה עם כל משתתף.
כדוגמה, המצב עם ליבת לינוקס, שבה מפתחי ליבה בודדים מעוררים פעולה משפטית, כולל למטרות רווח אישי.
שינויי הכלל נכנסים לתוקף ב -2 באוגוסט והם ישפיעו על כל סניפי Glibc הזמינים לפיתוח, לבסוף אם אתה מעוניין לדעת יותר על כך, תוכל להתייעץ עם הפרטים בקישור הבא.