Доступен (http://news.opensuse.org/2011/06/01/first-step-towards-12-1-.../) для загрузки первый тестовый выпуск OpenSUSE 12.1 (http://software.opensuse.org/developer/en) (Milestone 1), финальный релиз ожидается (http://en.opensuse.org/Roadmap) 10 ноября 2011 года. Для загрузки доступны LiveCD-сборки на базе KDE 4.6.3 (695 Мб (http://download.opensuse.org/distribution/12.1-Milestone1/is...)) и GNOME 3 (695 Мб (http://download.opensuse.org/distribution/12.1-Milestone1/is...)).
В первом тестовом выпуске отмечено более 800 обновлений. Осуществлен переход на использование Linux-ядра 2.6.39 (http://www.opennet.me/opennews/art.shtml?num=30603), набора компиляторов GCC 4.6 (http://www.opennet.me/opennews/art.shtml?num=30035) и графического окружения GNOME 3.0 (http://www.opennet.me/opennews/art.shtml?num=30138). Кроме того, обновлены версии glibc 2.13, Perl 5.14, Python 2.7.1 и RPM 4.9. Большая работа ...URL: http://news.opensuse.org/2011/06/01/first-step-towards-12-1-.../
Новость: http://www.opennet.me/opennews/art.shtml?num=30745
Кстати, сегодня вышел релиз glibc 2.14.
> Кстати, сегодня вышел релиз glibc 2.14.
> http://ftp.gnu.org/gnu/glibc/glibc-2.14.tar.gzО чем уже давно в новостях висит :-)
> ...по интеграции по умолчанию системного менеджера systemd.Да что ж они с этим системд как с писаной торбой носятся?!
Последнее аремя у всех дистростроителей мания выкинуть проверенное работающее и заменить на хрен пойми что, с весьма сомнительными преимуществами.
>Да что ж они с этим системд как с писаной торбой носятся?!Леннарт же. Любая его поделка моментально попадает в апстрим.
Если это будет весьма сомнительный, но стандарт, то я двумя руками
> Если это будет весьма сомнительный, но стандарт, то я двумя рукамиДа, это одна из основных целей systemd - сформировать общий для всех дистрибутивов набор конфигурационных файлов.
>To improve the situation and benefit from the unifying force that systemd is we thus decided to read the per-distribution configuration files only as fallbacks -- and to introduce new configuration files as primary source of configuration wherever applicable. Of course, where possible these standardized configuration files should not be new inventions but rather just standardizations of the best distribution-specific configuration files previously used.
> Да что ж они с этим системд как с писаной торбой носятся?!RHEL и Ubuntu на upstart пока что.
> выкинуть проверенное работающее
выкинуть криво и медленно непараллельно работающее старье из 80х, где даже нельзя динамически определить порядок и параллельность загрузки скриптов, нельзя гарантировано узнать стартовал ли сервис если он уже вышел, что от него форкнулось и послать сигнал гарантировано всем, перезапустить на автомате если упал...
> заменить на хрен пойми что
казалось бы - RTFM
# systemd for Administrators #1: Verifying Bootup
# systemd for Administrators #2: Which Service Owns Which Processes?
# systemd for Administrators #3: How Do I Convert A SysV Init Script Into A systemd Service File?
# systemd for Administrators #4: Killing Services
# systemd for Administrators #5: The Three Levels of "Off"
# systemd for Administrators #6: Changing Roots
# systemd for Administrators #7: The Blame Game
# systemd for Administrators #8: The New Configuration Files
> выкинуть криво и медленно непараллельно работающее старье из 80х, где даже нельзя
> динамически определить порядок и параллельность загрузки скриптов, нельзя гарантированоЗачем нужна параллельность, ускорить загрузку на полсекунды, при том что линуха можно не перегружать месяцами? К тому же имеется неиллюзорная вероятность появления глюков от этой самой параллельности.
> узнать стартовал ли сервис если он уже вышел, что от него
> форкнулось и послать сигнал гарантировано всем,Если сервис вышел — значит уже не работает, все просто и не надо городить огород.
> перезапустить на автомате если упал...
А вот это нафиг не нужно. Если сервис падает — нужно разбираться почему он падает, а не тупо его рестартовать.
> казалось бы - RTFM
при чем тут мануалы? Я не вижу смысла менять то, что уже есть на софтину с кучей ненужных функций.
> Зачем нужна параллельность, ускорить загрузку на полсекунды,
> при том что линуха можно не перегружать месяцами?Ну если мы хотим, чтобы ОС Linux выросла хотя-бы на пару-тройку процентов в своей популярности, то, думаю, ей не помешает быстрый запуск.
>Ну если мы хотим, чтобы ОС Linux выросла хотя-бы на пару-тройку процентов в своей популярности, то, думаю, ей не помешает быстрый запуск.Радикального ускорения скорости запуска не заметил. Зато появились тормоза после загрузки рабочего стола. Истинная венда.
Венда до загрузки стола не всегда доходит. :)А тут система загрузилась, а стол это приятная плюшка для консольных неосиляторов.
> Радикального ускорения скорости запуска не заметил. Зато появились тормоза после загрузки
> рабочего стола. Истинная венда.А теперь попробуйте действительно поставить systemd, а не гадать, как оно там будет.
> Зачем нужна параллельность, ускорить загрузку на полсекунды
> можно не перегружать месяцами?Не на полсекунды, а на много секунд, при том в виду не работающего suspendtodisk, текущих иксов и т п, желания ночной тишины ноут приходится перегружать почти каждый день.
железки с конфой под ключ вообще могут загружатся за секунды.
>> узнать стартовал ли сервис если он уже вышел, что от него
>> форкнулось и послать сигнал гарантировано всем,
> Если сервис вышел — значит уже не работает, все просто и не
> надо городить огород.Ну да, совсем не нужно знать отработал он то что должен был или нет (или лепить костыли), даешь хаос в систему.
>> перезапустить на автомате если упал...
> А вот это нафиг не нужно. Если сервис падает — нужно разбираться почему он падает, а не тупо его рестартовать.Не вам за всех решать кому нужно, а кому не нужно. Когда будешь работать 365 дней в году без отпусков и выходных - тогда сможешь только лишь себя поставить в пример и всех агитировать жить как ты.
>> казалось бы - RTFM
> при чем тут мануалы? Я не вижу смысла менять то, что уже
> есть на софтину с кучей ненужных функций.Так никто не заставляет. Не ставь новую версию дистрибутива никогда.
> казалось бы - RTFMЗря стараетесь :)
Такие товарищи действуют по принципу "не читал, но осуждаю". На любое преимущество systemd он автоматом ответит "не нужно", не вникая в смысл. Десант с лора, в общем.
>> казалось бы - RTFM
> Зря стараетесь :)
> Такие товарищи действуют по принципу "не читал, но осуждаю". На любое преимущество
> systemd он автоматом ответит "не нужно", не вникая в смысл. Десант
> с лора, в общем.Это не преимущества, а ненужные мне функции с невозможностью отключения. Прям IE в венде.
> Это не преимущества, а ненужные мне функции с невозможностью отключения.Ну да, точно. С невозможностью отключения. Как же вы любите авторитетно рассуждать о вещах, о которых ничего не знаете...
http://blogs.gentoo.org/lu_zero/2011/05/20/shovelling-stuff-.../> systemd is still a broken increasingly complex mess and the fact it needs _that_ many linux specific features to try to work tells a lot (Remember the UNIX way: small simple things you can understand and replace quickly)
Просто мнение одного простого мейнтейнера одного простого дистрибутива.
> Просто мнение одного простого мейнтейнера одного простого дистрибутива.Ну, по совместительству он еще и ретроград, считающий, что прогресс должен равняться на отстающих.
Мое имхо - если одно решение предоставляет много вкусных фич, до которых другим решениям как до Парижа раком, значит, надо равняться именно на него, а не ждать десять лет, пока остальные подтянутся.
> Ну, по совместительству он еще и ретроград, считающий, что прогресс должен равняться на отстающих.СПО ценно тем, что с его использованием человек или компания может удовлетворить свои потребности подходящим для него/неё способом. Из GNU/Linux можно построить как тестовый полигон для плохо написанного кода, так и стабильную предсказуемую систему. Только не надо навязывать своё мнение другим: СПО — это стройматериалы, а не гараж или дом, который из них можно построить. Нет ни лидеров, ни отстающих. Есть только стоящие перед тобой цели и разные способы их достижения. Выбирай те из них, которые подходят тебе, но не обвиняй меня в том, что я выбрал другие: у меня ведь и цели другие.
> Мое имхо - если одно решение предоставляет много вкусных фич, до которых другим решениям как до Парижа раком, значит, надо равняться именно на него, а не ждать десять лет, пока остальные подтянутся.
Задумайся: значение может иметь не только то, какие возможности предоставляет решение, но и как оно это делает. Lennart Poettering для своего systemd требует слишком многого. Если бы те "много вкусных фич", которые нам обещают, были необходимы, они давно появились бы в существующих решениях. Они не появились. upstart и openrc устраивают своих пользователей, но тут появляется L.P: "Я знаю, чего вам не хватает! Как же мы раньше жили без этих вкусных фич?.."
>Последнее аремя у всех дистростроителей мания выкинуть проверенное работающееПроверенную "работающую" глючную убогую кучку виндовсвейных костылей.
>заменить на хрен пойми что, с весьма сомнительными преимуществами
Заменить на продуманное изящное юниксвейное решение.
> Заменить на продуманное изящное юниксвейное решение.Принцип "всё в одном" никогда не был юниксвенйным.
>Принцип "всё в одном" никогда не был юниксвенйным.Если бы вы хоть немного представляли себе устройство systemd, вы бы не стали ошибочно приписывать ему этот принцип. Сам systemd, который init, умеет только читать конфиги и запускать программы (ровно то, что и должен уметь init). Все остальные вещи реализованы через отдельные проги, которые можно отключить, переписать/пропатчить или вообще заменить скриптами.
а не будет ли systemd таким же глюкавым, как и pulseaudio?
автор один и тот же