Mageia 2 (Календар, поддръжка и подробности)

След известно време (и интензивни дискусии в общността на Mageia), вече ние знаем благодарение на Ан Николас как ще се появи цикълът на издаване и поддръжка на Mageia 2:

График за разработка на Mageia 2.

  • Алфа 1: 16
  • Алфа 2: 14
  • Бета 1: 20
  • Версиите замръзват: 06/02/2012
  • Замразяване на произведения на изкуството: 10/02/2012
  • i18n замразяване: 10/02/2012
  • Бета 2: 14
  • Замразяване на издания: 06/03/2012
  • RC: 09/03/2012
  • Окончателна версия: 04/04/2012

Това означава, че по принцип той ще бъде същият като този, използван за Mageia 1.

Всъщност (и за любопитство) имаше 3 предложения за цикли:

1 Предложение:
Нова версия на всеки 6 месеца -> максимален живот на всеки цикъл от 12 месеца
(Fedora, Ubuntu, Mandriva <2010.1 && Mandriva ! = 2006.0)

Предложение 2 (и което беше решено да бъде използваното):
Нова версия на всеки 9 месеца -> максимален живот на всеки цикъл от 18 месеца
(~ OpenSuse и този, използван за Mageia 1)

3 Предложение:
Нова версия на всеки 12 месеца -> максимален живот на всеки цикъл от 24 месеца
(Mandriva > 2010.1)

Ако забележите, че с предложение № 2 не сте напълно синхронизирани със стартиранията Гном y KDE, Въпреки това Никола (бивш директор на инженерството в Mandriva) казва, че е подкрепил това предложение въз основа на предишния си опит с Mandriva, ще видим как ще стане 🙂

 Бяха обсъдени и малко повече технически аспекти, като например позволяване на потребителя да се върне назад във всяка стъпка от инсталацията (бутон обратно, тъй като има един от Напред добре сложи един от обратно), както и опция, която позволява на потребителя да инсталира всички видове патентовани кодеци заедно със системата. Друг аспект / идея, който беше разискван, е дали трябва да направят 64-битов LiveCD или не.

Лично фактът, че няма обратно навсякъде в инсталационния процес, аз го виждам като нещо наистина ретроградно и абсурдно. Имайте предвид, че ако сбъркам някакви данни, мога да ги поправя само като рестартирам компютъра и стартирам целия процес отново, тази идея беше обсъдена преди в Mandriva и сега все още се обсъжда в Mageia, Искрено се надявам, че току-що са го приложили на практика ...

Но това не е всичко. В точката «бюро» Mageia 2 ще се появи КЪДЕ 4.7 както и с Gnome 3.2 и те говорят дали трябва да променят темата IaOra. Едно предложение може да се приеме сериозно: «повече игри - от всякакъв вид, просто повече игри«Може да ни се стори смешно, но вече започна да се обсъжда 😉. Ще имаме и нови теми KDM / GDM същото като при новите икони.

На самата система ще имаме linux v3.0, GCC v4.6, python v3И Обороти 4.9, включването на systemd.


2 коментара, оставете своя

Оставете вашия коментар

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани с *

*

*

  1. Отговорен за данните: Мигел Анхел Гатон
  2. Предназначение на данните: Контрол на СПАМ, управление на коментари.
  3. Легитимация: Вашето съгласие
  4. Съобщаване на данните: Данните няма да бъдат съобщени на трети страни, освен по законово задължение.
  5. Съхранение на данни: База данни, хоствана от Occentus Networks (ЕС)
  6. Права: По всяко време можете да ограничите, възстановите и изтриете информацията си.

  1.   hypersayan_x каза той

    Те могат да издадат 3-месечни или 3-годишни версии, ако искат, но лично аз мисля, че моделът на циклично освобождаване е декадентен за настолни компютри, най-доброто би било да се използва подвижен модел на освобождаване, като този, на който се основава Arch, което се оказа доста стабилен, въпреки че се актуализира непрекъснато, имаме и случая с Chakra, PCLOS или LMDE са показали, че може да се направи наистина приятелско дистрибуторско издание.
    Първото ми дистрибуция беше Mandriva, но посоката, в която се възползва Mandriva / Mageia, изобщо не ми харесва, тази, която идва с много интересни новини, признавам си, но изглежда, че вече не излиза, а другата остава в миналото.

    PS: О, с това си спечелих няколко мандрилски врага 😛

    1.    смелост каза той

      Отчасти съм съгласен с теб. Смятам, че е добра идея да извадите текущ подвижен клон и друго стабилно колоездене за компании, тъй като нещо, което се търкаля, не е добра идея в компаниите (не разбирам съвсем защо, но си представям, че в случай, че някой пакет не е узрял, той изпраща всичко на рога )

      Frugalware работи по този начин