The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Обсуждение адаптации для Fedora непрерывного цикла обновления версий программ

25.01.2012 15:34

В списке рассылки разработчиков Fedora вспыхнуло активное обсуждение возможности создания специальной версии Fedora с непрерывным циклом обновления пакетов (Rolling-release), при котором обновления версий программ производятся постоянно, не дожидаясь фиксированных релизов дистрибутива. В качестве примеров проектов, в которых применяется непрерывный цикл выпуска обновлений, можно отметить Arch Linux, Gentoo, Debian CUT и openSUSE Tumbleweed, в которых пользователь в любой момент имеет возможность перейти на самые свежие версии программ.

В настоящее время при подготовке релизов уже используется экспериментальный репозиторий Rawhide, который развивается в рамках непрерывного цикла выпуска обновлений. Но для конечных пользователей Rawhide не подходит, так как стабильность пакетов в нём оставляет желать лучшего, а при значительных обновлениях, таких как переход на новые версии ядра, системных библиотек и графических окружений, могут наблюдаться проблемы с работоспособностью. Rawhide позиционируется как ветка, созданная исключительно для разработки и тестирования новых возможностей и исправлений, которые часто вносятся туда без всякого предварительного тестирования и проверки. Поэтому некоторые пакеты в Rawhide часто находятся в нерабочем состоянии, и даже более того, эти эксперименты могут привести к потере данных.

Одним из наиболее интересных предложений, прозвучавших в процессе обсуждения, является использование комбинированной схемы, которая позволит сохранить необходимый уровень стабильности дистрибутива, обеспечив при этом возможность использования новых версий графических программ. Схема предусматривает разделение частей дистрибутива на три категории: ядро дистрибутива (ядро Linux, glibc, gcc, системные библиотеки, shell), системные компоненты (X11, KDE, GNOME, XFCE, Perl, Python) и пользовательские компоненты (офисные пакеты, браузеры и графические редакторы). Ядро дистрибутива предлагается обновлять раз в 12-18 месяцев, системные компоненты - раз в полгода, а не связанные большим числом зависимостей пользовательские приложения обновлять по мере выхода новых версий, после проведения минимальной стабилизации в тестовых репозиториях.

Дискуссия о том, какой же конкретно подход в реализации цикла непрерывных обновлений выбрать и нужен ли он вообще ещё продолжается. На данный момент нет никакого окончательного решения на этот счёт, ясно лишь одно: для этой затеи остро не хватает человеческих ресурсов. Все изменения в этой области пока не уходят дальше слов, у существующих разработчиков Fedora много своих дел, поэтому сами они не спешат в этой области вводить какие-то новшества.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Рассматривается предложение по выпуску ежемесячных релизов Ubuntu
  3. OpenNews: У проекта Debian может появиться ветка с непрерывным циклом обновления
  4. OpenNews: В рамках проекта Debian CUT началось формирования ежемесячных установочных сборок
  5. OpenNews: Анонсирован стабильный репозиторий openSUSE с непрерывным циклом обновления пакетов
Автор новости: Igor Savchuk
Лицензия: CC-BY
Тип: Тема для размышления
Короткая ссылка: https://opennet.ru/32892-fedora
Ключевые слова: fedora, rolling
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (60) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, sg (?), 16:33, 25/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Давно уже пора.
     
     
  • 2.2, Andrey Mitrofanov (?), 16:36, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Давно уже пора.

    Да! Надо чего-нибудь пообсуждать в списке рассылки разработчиков....

     
     
  • 3.15, pavlinux (ok), 17:52, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как добить Федору до конца?!?! :)

    ---

    Уже вижу туеву хучу багрепортов:

    Unresolver symbol UseFukcYouMazer in module *.o
    Symbol not found
    *** glibc detected ***  memory corruption (fast):
    GLIBC_2.2.5 needed by ... not found  

    ---
    А то чего-то бета тестеры совсем расслабились, всяку хрень тестируют,
    интерфейсы переименовывают, syslog глаза мозолит, иконки передвигают...
    Нефиг! Будете crash dumpы дебажить!  

     
     
  • 4.22, Аноним (-), 18:08, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > GLIBC_2.2.5 needed by ... not found

    Говорят, есть такая штука - зависимости. А еще в них можно указывать требуемые версии. Слышали?

     
     
  • 5.37, pavlinux (ok), 21:37, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Слышали?

    Ваши бы слова, да в уши мантейнерам пакетов.
    А то после очередного апдейта обнаруживается,
    что нужна библиотека не той версии что в дистрибутиве,
    а той, что у этого мантейнера дома на компе.


     
     
  • 6.40, redwolf (ok), 21:51, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Обычно чехарда с версиями, когда сторонние источники пакетов задействованы. Приведите пример.
     
  • 6.42, etw (ok), 22:18, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    С разморозкой.
    Во-первых, в федоре сборка пакетов для репозитория ведется в koji.
    Во-вторых, майнтенеры пользуются для сборки и отладки у себя mock.
    Ну, и в-третьих, RPM умеет при сборке автоматически определять требуемые версии библиотек.
     
  • 6.56, ананим (?), 02:24, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    э-эх... вот в генте - даже поставил новые библы, они сменили версии, так он старые версии всё равно не удаляет, если есть ПО на них завязанное.
    выдаёт типа:
    !!! existing preserved libs:
    >>> package: media-video/ffmpeg-0.9.1

    *  - /usr/lib64/libavcodec.so.52
    *  - /usr/lib64/libavcodec.so.52.123.0
    *      used by /usr/bin/tcdecode (media-video/transcode-1.1.7)
    ..........................................
    и предлагает пересобрать это ПО с новыми версиями либ в конце так:
    Use "emerge @preserved-rebuild" to rebuild packages using these libraries

    ну а если уж совсем проверить чё не так в системе - revdep-rebuild
    к чему это я - не верю в ролинг релиз в полностью бинарных дистрах.

     
  • 4.48, Аноним (-), 23:34, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > *** glibc detected ***  memory corruption (fast):
    > GLIBC_2.2.5 needed by ... not found

    Drepper: stop reopening this bug, b&#ches!

     
     
  • 5.66, Аноним (-), 14:49, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Drepper: stop reopening this bug, b&#ches!

    И в очередной раз будет прав, потому что баг не в glibc :)

     
  • 2.10, crypt (??), 17:15, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Конечно, пора привлечь энтузиастов к Fedora! Сейчас их отпугивает излишний консерватизм мэйнтейнеров и замшелость софта!
     
     
  • 3.11, Василий (??), 17:25, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Где замшелость-то?
     
  • 3.13, Аноним (-), 17:48, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Конечно, пора привлечь энтузиастов к Fedora! Сейчас их отпугивает излишний консерватизм
    > мэйнтейнеров и замшелость софта!

    Вы точно не путаете с Debian Oldstable?

    На мой взгляд, сейчас от федоры, как и от большинства других хороших дистров, людей целенаправленно отпугивают главным образом агрессивная реклама и фанатичные хомячки винды/мака/убунты. С целью заполучения в свою секту, разумеется.

     
     
  • 4.17, Аноним (-), 18:00, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Достаточно запилить хорошую темку для каждой ДЕ, как в Бубунтах, и куча хомячков обеспечена.

    Ну а так зачем Федоре хомяки и зачем она им? Дистр позиционирует себя как тестовая площадка для Красной Шапки со всем супер-пупер новым.

     
  • 3.16, Sergey722 (ok), 17:55, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну что же Вы смайлики не рисуете? Народ вон уже волнуется.
     

  • 1.3, Аноним (-), 16:43, 25/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Лавры арча и генты не дает покоя ни опенсусе ни федоре...
     
     
  • 2.67, Аноним2 (?), 15:57, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ага лавры... гыгыгы :)
     

  • 1.4, Motif (ok), 16:50, 25/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Они изобрели core/extra/community из арча. Еще осталось изобрести AUR для полноты картины.
     
     
  • 2.12, Аноним (-), 17:45, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Они изобрели core/extra/community из арча. Еще осталось изобрести AUR для полноты картины.

    На базе OBS можно прекрасно забацать AUR для большинства RPM и DEB дистров. Собсно, разработчики суси уже заюзали эту возможность :)

     

  • 1.5, ArtKun (?), 16:55, 25/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    В ней и так половина софта обновляется в течение жизни одного релиза, и ничего не отваливается. Если это станет официальной политикой и распространится на десктоп-окружения... неужели, еще один дистрибутив моей мечты?
     
     
  • 2.8, mylefthand (?), 17:01, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    да еще и с drpm
     

  • 1.6, anonymous (??), 16:57, 25/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Делать нефиг ребяткам.
     
     
  • 2.14, Аноним (-), 17:50, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Делать нефиг ребяткам.

    Да, предоставлять пользователям свежий и фичастый, но при этом стабильный софт - явно бесполезное занятие, этакий онанизм.
    Не то что революционно переоткрывать консоль, тупо встроив ее в менюшку.

     
     
  • 3.44, anonymous (??), 22:34, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >свежий и фичастый, но при этом стабильный софт

    Тут явное противоречие.

     
     
  • 4.64, Аноним (-), 14:32, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут явное противоречие.

    С точки зрения тех дистров, которые это не осилили - да, противоречие.

     
  • 3.49, Аноним (-), 23:37, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да, предоставлять пользователям свежий и фичастый, но при этом стабильный софт

    Да, они уже недавно предоставляли свежую glibc. Похоже они вошли во вкус :)

     

  • 1.7, ArtKun (?), 16:57, 25/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Что насчет схемы... принцип Chakra Linux, думаю, подошел бы идеально.
     
  • 1.9, Аноним (-), 17:13, 25/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    opensuse из за наличия в OBS реп на разный вкус, вобще как хочешь можно обновлять. Например древние кеды и еще не зарелизенное ядро ну или наоборот. А вот в самом openSUSE Tumbleweed, как то субъективно поменьше пакетов чем для 12.1 и 11.4
     
     
  • 2.21, pavlinux (ok), 18:08, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Чудный openSUSE Tumbleweed, запдейтил фаервокс, на 11.4, до 9.0 версии,
    теперь нихера не работают 80% плугинов, и даже строка поиска. Та же жопа с тандырбёрдом,
    плугин Сonversation нахер умер, конфиг оставил, теперь невидно учётных записей и папок.

    Лечится возвратом на 8.0, и запретом обновления в YAST


      

     
     
  • 3.23, Аноним (-), 18:09, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Чудный openSUSE Tumbleweed, запдейтил фаервокс, на 11.4, до 9.0 версии,
    > теперь нихера не работают 80% плугинов, и даже строка поиска. Та же
    > жопа с тандырбёрдом,
    > плугин Сonversation нахер умер, конфиг оставил, теперь невидно учётных записей и папок.

    Чудная Mozilla, вы хотели сказать?

     
     
  • 4.24, Пр0х0жий (??), 19:01, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Чудный openSUSE Tumbleweed, запдейтил фаервокс, на 11.4, до 9.0 версии,
    >> теперь нихера не работают 80% плугинов, и даже строка поиска.
    > Чудная Mozilla, вы хотели сказать?

    Чудный роллинг?
    Даёшь вечный unstable во все дистрибутивы!

     
     
  • 5.29, Анонище (?), 20:14, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Чудный openSUSE Tumbleweed, запдейтил фаервокс, на 11.4, до 9.0 версии,
    >>> теперь нихера не работают 80% плугинов, и даже строка поиска.
    >> Чудная Mozilla, вы хотели сказать?
    > Чудный роллинг?
    > Даёшь вечный unstable во все дистрибутивы!

    Это, пожалуй, чудный дистрибутив такой или его мантейнеры.

     
     
  • 6.31, Аноним (-), 21:09, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это, пожалуй, чудный дистрибутив такой или его мантейнеры.

    Против чудес мозиллы ни один дистр не устоит. Единственное место, где их подход к обновлению смотрится уместно - винда (подумаешь, опять обновилось. Подумаешь, все отвалилось. Не привыкать.)

     
     
  • 7.38, Lain_13 (?), 21:39, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не то с 10й, не то с 11й версии они отключили проверку максимальной версии браузера для определения совместимости и ввели блэклист явно несовместимых. Так что скоро проблемы с постояным обвалом расширений пропадут. А лично я давно эту проверку вырубил. Большинство расширений либо и так вовремя обновляются, либо вовсе не требуют обновления.
     
  • 4.39, pavlinux (ok), 21:42, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Чудный openSUSE Tumbleweed, запдейтил фаервокс, на 11.4, до 9.0 версии,
    >> теперь нихера не работают 80% плугинов, и даже строка поиска. Та же
    >> жопа с тандырбёрдом,
    >> плугин Сonversation нахер умер, конфиг оставил, теперь невидно учётных записей и папок.
    > Чудная Mozilla, вы хотели сказать?

    Мозилла ясный пень. Но когда делаешь пакет для дистриба,
    как бы проверять надо на нём же.
    У них там видимо робот-компилятор стоит - скомпильнулось, значить работает.


    В общем там беда не в фоксе, а в пакетах, - фокс/тандырбёрд обновили, хульранер забыли,
    всё новое и грохнулось

     
     
  • 5.43, etw (ok), 22:23, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Может, хватит свои фантазии разбрызгивать? Разумеется, сборка централизована и автоматизирована. Только вот, чтобы даже попасть в updates-testing требуется предварительное тестирование, не говоря уже о попадание в стабильные обновления.

    и в федоре xulrunner идет отдельно и с фаерфоксом и тандербердом не связан.

     
     
  • 6.45, Stax (ok), 22:48, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно?

    $ rpm -q firefox xulrunner
    firefox-9.0.1-1.fc16.x86_64
    xulrunner-9.0.1-1.fc16.x86_64

    $ rpm -e xulrunner
    ошибка: Неудовлетворенные зависимости:
    gecko-libs(x86-64) = 9.0.1-1 нужен для (установлен)firefox-9.0.1-1.fc16.x86_64
    libmozalloc.so()(64bit) нужен для (установлен)firefox-9.0.1-1.fc16.x86_64
    libxpcom.so()(64bit) нужен для (установлен)firefox-9.0.1-1.fc16.x86_64
    libxul.so()(64bit) нужен для (установлен)firefox-9.0.1-1.fc16.x86_64

     
     
  • 7.53, etw (ok), 00:01, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да ладно?

    Таки да, я спутала, т.к. свой репозиторий с фаерфоксом использую.


     
  • 6.47, pavlinux (ok), 23:06, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > не говоря уже о попадание в стабильные обновления.

    Читай ветку сначала, особо про  "стабильные обновления", и где.

    > ... и с фаерфоксом и тандербердом не связан.

    Не пиши больше, разводи пчёл.

     
     
  • 7.54, etw (ok), 00:07, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> не говоря уже о попадание в стабильные обновления.
    > Читай ветку сначала, особо про  "стабильные обновления", и где.

    Это ты про то, как описывал ситуацию, когда забыли пометить собранный в koji пакет, как подходящий для помещения в реп с обновлениями после тестирования?

    >> ... и с фаерфоксом и тандербердом не связан.
    > Не пиши больше, разводи пчёл.

    Представь себе, можно собрать так, чтобы пакеты с firefox и thunderbird не были зависимы от пакета с xulrunner. И при чем тут пчелы?

     
     
  • 8.65, Аноним (-), 14:48, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Если некий бинарник можно собрать с некой либой статически, то формально зависим... текст свёрнут, показать
     
  • 4.51, Аноним (-), 23:40, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Чудная Mozilla, вы хотели сказать?

    Врядли. Почему в убунте она работает, будучи заапдейченной до 9.0? И строка поиска и аддоны - все на месте. Похоже любители сервиса Одна Бабка Сказала чего-то перемудрили или сбилдили криво.

     
  • 3.25, paulus (ok), 19:27, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    это чудесные разработчики расширений для браузера нас веселят... им бы уже на новом движке расширения переделать, чтобы браузер не перезагружать и чтобы расширения не отваливались как у Хромиума... imho
     
     
  • 4.30, Аноним (-), 21:08, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > им бы уже на новом движке расширения переделать, чтобы браузер не перезагружать и чтобы расширения не отваливались как у Хромиума... imho

    Не переделать. Функциональность JetPack готова процентов на пять, и на этом разработка прекратилась.

     
  • 4.52, Аноним (-), 23:42, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > новом движке расширения переделать, чтобы браузер не перезагружать и чтобы расширения
    > не отваливались как у Хромиума... imho

    Ага, у хрома настолько крутое апи что это гумно даже рекламодав не позволяет нормально реализовать. Спрятать рекламу - можно. А вот не качать совсем - фиг!

     
  • 3.59, Аноним (-), 07:26, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У меня и без Tumbleweed 9 лис не заводится в 11.4 под гномом
     
  • 2.60, Nxx (ok), 10:05, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Tumbleweed - это дополнение к основному репозиторию. При чем тут меньше пакетов, если там только те пакеты, которые отличаются от тех, что в основном репе?
     

  • 1.26, Нано анон (?), 19:28, 25/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ...остро не хватает человеческих ресурсов...
    Можно подумать, что у арча людей много.
    А у PCLinuxOS больше? Кое-какой, но все равно роллинг-релиз))
     
     
  • 2.27, anonymous (??), 19:34, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    2 года назад на FOSDEM разработчики Debian и, кажись, Fedora и OpenSuse, жаловались что мол мейнтейнеров мало.
    Разработчики Арча очень удивлялись таким жалобам. :)
     
     
  • 3.28, Анонище (?), 20:12, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    К хорошему быстро привыкаешь :)
     
  • 3.32, Ebunko (?), 21:12, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 2 года назад на FOSDEM разработчики Debian и, кажись, Fedora и OpenSuse,
    > жаловались что мол мейнтейнеров мало.
    > Разработчики Арча очень удивлялись таким жалобам. :)

    Помнится мне, что гентушники в это время работали ( с апстримом на тему билд-систем)  ;)

     
     
  • 4.35, Аноним (-), 21:20, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Билд-система - фигня, дело техники.
    Гораздо важнее наличие централизованного багтрекера и людей, отвечающих за работу конкретных пакетов.
     
     
  • 5.41, Анонище (?), 22:07, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Билд-система - фигня, дело техники.
    > Гораздо важнее наличие централизованного багтрекера и людей, отвечающих за работу конкретных
    > пакетов.

    Ну, этого не хватает только микрософту, эплу и им подобным.

     
  • 3.58, www2 (??), 06:30, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В Арче есть разработчики? O_O
     

  • 1.36, Аноним (-), 21:27, 25/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Федора отличный дистрибутив, локомотив дистрибутивостроения, всегда впереди, но мне как простому пользователю не хватало ширины репозитария, допустим нет openerp свыжих и тд. Они были, но только на следующию версию которая релизилась через 3-4 месяца, так что тут сложно все.
    А вообще легкий дистрибутив конечно, и RR модель бы ему не помешала в популяризации.
     
     
  • 2.46, anonymous (??), 22:52, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А вообще легкий дистрибутив конечно, и RR модель бы ему не помешала
    > в популяризации.

    А еще глючность и "недоразумение"


     
     
  • 3.50, Аноним (-), 23:38, 25/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А вообще легкий дистрибутив конечно, и RR модель бы ему не помешала в популяризации.
    >А еще глючность и "недоразумение"

    Что?

     
  • 3.68, PAiN (?), 16:05, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    хз товарищи. У меня на работе стоит дестктоп с F16+kde. На рабочем ноуте F14+kde. Дома F15+kde нетбук.
    И все работает, ни чего не падает. Стабильность 99%. Работаю я у провайдера. Радио оборудование, сервера c RHEL,RHEV Дайте мне рецепт что бы я узнал что Fedora  глючность и "недоразумение".  
    ДА конечно новые релизы со своими причудами но все блин работает как надо. Как Я думаю если  руки не из того места то и kernel 2.4 даст kernel panic.  
        

     

  • 1.63, mirr0r (ok), 12:52, 26/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Я, наверное, чего-то не понимаю, но:
    1. Любой Linux - это прежде всего FOSS.
       Каждый девелопер пишет свое, изредка декларируя свою приверженность
       к LSB и POSIX (что далеко не всегда правда).
    2. Fedora - это вообще испытательный полигон для RHEL. Какая там может
       быть стабильность? Мечты жеж.
    3. Если кому-то надо супер-пупер стабильную ось, то тут два варианта:
          - пилите до нужной стабильности и не делайте update'ы каждое
            утро. Старый друг лучше новых двух;
          - ставьте венду, она апдейтится с одного сервера, от одного
            вендора и по единой схеме.

    А чо? Такая вот схема стабильности. :)

     
     
  • 2.69, fi (ok), 17:58, 26/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ставьте венду, она апдейтится с одного сервера, от одного вендора и по единой схеме.

    Это где??? Сама обновляет фф, adobe photoshop и вдогонку .нет???

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру