Qt משנה את מודל הרישוי למהדורות LTS

QT

בבלוג Qt, סגן הנשיא האחראי פטר הולנדר מכריז כי מהדורת התמיכה ארוכת הטווח של Qt זה כלול רק ברישיונות עסק. כך גם לגבי המתקין הלא מקוון.

חברת Qt הודיעה על שינוי במודל הרישוי שלה למסגרת Qt, אשר יכולה להיות השפעה משמעותית על קהילות והפצות המשתמשים ב- Qt. כפי ש החל מגרסת 5.15, סניפי QTS LTS יתמכו עד להיווצרות הגרסה המשמעותית הבאה, כלומר כחצי שנה (עדכונים לגרסאות LTS יוצאים לשלוש שנים).

לדברי פטר הולנדר:

"השינויים נכנסים לתוקף עם גרסת 5.15 LTS. בנוסף, התקנת הקבצים הבינאריים תדרוש חשבון Qt בעתיד ויש להחיל את השינוי החדש לא יאוחר מפברואר ".

עם חשבון המשתמש, קבוצת Qt, השייכת לחברת Digia, רוצה להבטיח שמשתמשים ישתמשו בשירותים המוצעים באמצעותו.

בנוסף, על פי הולנדר, משתמשים בקוד פתוח בפרט צריך בשינוי זה כדי לשפר את Qt המוצראו באמצעות דוחות באגים, ביקורות קוד או הודעות בפורום. במקביל, חשבון Qt פותח את הדרך גם לשוק Qt, שם בין היתר מחליפים תוספים.

שלב זה אמור לזרז את הצגת גרסאות חדשות של QT וזה יגדיל מאוד את מספר החברות המשתמשות ברישיון Qt מסחרי, שעלותו היא 5508 דולר לשנה למפתח (ואילו לסטארטאפים ולעסקים קטנים - 499 דולר לשנה).

השינויים לגרסת LTS להשפיע על קהילת הקוד הפתוח מאז בעת החלת השינוי הזה, הם מקבלים רק שחרור ברמת תיקון עד שתופיע הגרסה המשנית הבאה.

החל מחודש פברואר, כולם, כולל משתמשי קוד פתוח, ידרשו חשבונות 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.

הגישה למערכת מעקב הבאגים של ג'ירה, ממשק הסקירה והפורומים תדרוש גם חשבון Qt, בעוד שמודל הפיתוח וניהול הפרויקטים נשאר זהה.


השאירו את התגובה שלכם

כתובת הדוא"ל שלך לא תפורסם. שדות חובה מסומנים *

*

*

  1. אחראי על הנתונים: AB Internet Networks 2008 SL
  2. מטרת הנתונים: בקרת ספאם, ניהול תגובות.
  3. לגיטימציה: הסכמתך
  4. מסירת הנתונים: הנתונים לא יועברו לצדדים שלישיים אלא בהתחייבות חוקית.
  5. אחסון נתונים: מסד נתונים המתארח על ידי Occentus Networks (EU)
  6. זכויות: בכל עת תוכל להגביל, לשחזר ולמחוק את המידע שלך.

  1.   טייס אוטומטי דיג'ו

    כשקראתי תהיתי למה כל זה יתורגם, מכיוון שדביאן ואחרים שולחים עם KDE לא LTS שעליהם מוחלים טלאים. אני לא ממש מבין איך Qt הולך להיות מלוטש באמצעות חשבון אחר מאשר לייצר רווח ממסגרת הפיתוח. אני צריך לקרוא שוב ולראות איך הקהילה מגיבה. זה לא נשמע כמו חדשות טובות. בין systemd ל- Qt יש יותר ויותר נקודות לעבור ל- BSD. : /

    ומה יחשבו פרויקטים של אחות כמו LXQt ...

    1.    דוד נאראנג'ו דיג'ו

      אני רואה את זה מנקודת מבט של תרומה לקהילה, אף שהעובדה שכעת מפתח עצמאי כמעט בהכרח צריך לשלם עבור רישיון, לא הולכת לשם.
      ובכן, כעת אילוץ מפתחי הפצה לתרום לפיתוח QT הוא דבר שהיה צריך להיעשות במשך זמן רב. ובכן, בסופו של יום הם משתמשים במשרה שבשבילה כמה אנשים צריכים לפרסם כספים כדי לשמור על צף העבודה.
      והחלק הזה לא רע, כי זה תרומה לשמירה על מה שאתה משתמש ומה שעוזר גם למימון הפרויקט שלך. מאז הפצות גדולות כמו דביה, אובונטו, פדורה, OpenSUSE, Linux Mint, בין היתר. קבל כספים באמצעות תרומות או על ידי הכללת מוצרים המממנים אותם.
      ואם ההפצות האלה תורמות בתרומות לפרויקטים אלה, זה טעם וחוד, שהם צריכים להתמודד זה עם זה, כי הם למעשה יגידו "אוקי, אני לא אשלם עמדה לפיתוח המוצר שלך, אבל אנחנו הולכים לשלוח לך תרומות לשינוי זה ".
      כך קורה עם WebOS, מסגרות הפיתוח החדשות שלה בין היתר לתעשיית הרכב.
      עד כאן הכל טוב, אבל כמו שאמרתי בהתחלה משפיע על מפתחים עצמאיים ...
      הם בהחלט צריכים לשנות גישה זו ולהפנות אותה לכיוון שבו לכולם יש win-win.

  2.   בורא אור דיג'ו

    KDE יצטרך ללכת ל- GTK !!! ? מה יהיה טוב יותר, למעשה.

  3.   ראלסה דיג'ו

    לעומת זאת מפתחי הפצות LTS (כלומר עם תקופות ארוכות של תמיכה) כמו RHEL, דביאן, אובונטו, מנטה לינוקס, SUSE ועוד.

    הם ייאלצו לשלוח גרסאות מיושנות רשמית בלתי נתמכות, תיקוני באגים בנמל ותיקוני פגיעות בעצמם, או להתעדכן כל הזמן לגרסאות חדשות משמעותיות של Qt, דבר שאינו סביר מכיוון שהוא עלול להוביל לבעיות בלתי צפויות ביישומי Qt שהועברו בהפצה. »»

    יש שם נקודה עצירה.