https://opennet.ru/openforum/vsluhforumID3/85138.html Комитет FESCo (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora Linux, на состоявшемся 18 июня заседании утвердил (http://lists.fedoraproject.org/pipermail/devel/2012-June/168884.html) несколько планов, касающихся осеннего релиза Fedora 18. <br><br><br>Из наиболее интересных планов можно отметить:<br><br><br><br>- Включении в дистрибутив поддержки обновления системы в offline-режиме (https://fedoraproject.org/wiki/Features/OfflineSystemUpdates), ранее предложенной (http://www.opennet.ru/opennews/art.shtml?num=34035) разработчиками GNOME, PackageKit и systemd. Новый режим подразумевает установку обновлений для некоторых ключевых компонентов системы (например, glibc и других основных библиотек) на начальном этапе загрузки системы, при котором обновляемые компоненты не могут привести к конфликту и проблемам в работе уже работающих приложений. Число пакетов, которые будут обновлять в offline режиме, требующем перезагрузки, будет ограничено. Обновление большинства приложений https://opennet.ru/openforum/vsluhforumID3/85138.html#140 Tue, 26 Jun 2012 10:58:52 GMT &gt; И вполне на мой взгляд оправданно - читать код можно не зная питона вообще сразу,<br>&gt; а написать, к примеру, несложный плагин для yum'а - хватит простого туториала и открытых <br>&gt; в соседнем окне гугла и справочника.<br><br>Таков и результат.<br><br>И JFYI: майнтейнер, который пишет код -- уже разработчик.<br> https://opennet.ru/openforum/vsluhforumID3/85138.html#136 Sun, 24 Jun 2012 10:53:29 GMT не пойму, комментариев. Впечатление такое, что с каждым годом Linux сообщество все тупее и тупее. Fedora один из локомотивов прогресса, все на нее равняются рано или поздно. Не нравится - молчите, зачем срать.<br> https://opennet.ru/openforum/vsluhforumID3/85138.html#135 Sat, 23 Jun 2012 06:07:56 GMT &gt;&gt; ответвившегося от Yum 3.4 и развивающего некоторые новые идеи <br>&gt; Ага. То что yum тормозная дрянь, жрущая прорву памяти они признали. Но <br>&gt; вот правда радикальную хирургию провести так и не осилили, ограничившись полумерами. <br>&gt; Сколько фуфло не ответвляй - фуфлом и останется.<br><br>А сколько у вас памяти установлено в компьютере? yum сам по себе жрет 150-200 мб (на некоторых пакетах процесс раздувается больше, но там это уже в librpm, который заменой yum не решится). Проблемой это может быть разве что на VPS с 256мб памяти и x86_64 архитектурой, на 512мб уже сносно работает.<br> https://opennet.ru/openforum/vsluhforumID3/85138.html#134 Sat, 23 Jun 2012 05:42:40 GMT &gt;&gt; Десять лет назад btrfs не было :) <br>&gt; И как бтрфс мешает системе ставить обновления? Я думал и о бтрфс <br>&gt; &#8212; не помогло. Опять же, в сусе вон демонстрируют обновления с <br>&gt; бтрфс без ребута.<br><br>Да не мешает ничего, и необходимости нету. Речь не идет о починке того, что не сломано. :)<br>Просто на работающей системе если делать btrfs/lvm снепшоты до и после обновления - в дельту помимо изменений в софте будут попадать данные, которые запущенный софт пишет. Отделить на этом уровне одно от другого нереально. Потери места из-за хранения ненужных промежуточных состояний файлов бывают не то что заметными, а даже неприятными.<br> https://opennet.ru/openforum/vsluhforumID3/85138.html#133 Sat, 23 Jun 2012 04:58:33 GMT &gt;&gt; Но оффлайн обновление вообще не нужно ни при каком сценарии.<br>&gt; Обсуждали с legion@, я не смог вспомнить/найти ни одного use case для <br>&gt; подобного.<br><br>Ну вот несколько месяцев назад пришлось на домашней машине (rawhide) делать тот самый usrmove. Соответственно сейчас если кто будет федору обновлять с 16 до 17 - тоже столкнется. А поскольку штатных средств для таких обновлений не хватило - им пришлось довольно грязным способом все делать: обновляет всё модуль dracut'а по команде, указываемой в командной строке ядра. У меня срабатывало каждый раз без ошибок, но видно было - если что пойдет не так, то жопа - сделано на скорую руку. И сам процесс обновления еще пол-беды, вот в rpm-зависимостях в связи с этим так накуролесили, что до сих пор вроде импортные пакетные менеджеры (apt и основанный на нем софт) поломаны.<br>Понятно что такой подход мало где приемлем. При предстоящей миграции rhel с 6 на 7 предлагать пользователям такое даже как-то нелепо.<br> https://opennet.ru/openforum/vsluhforumID3/85138.html#132 Sat, 23 Jun 2012 04:36:38 GMT &gt; Тогда в чем проблема? Перестраховка?<br><br>В основном да, перестраховка. Существующую схему обновлений никто ведь не собирается ломать. А новая кому-то будет удобной (при этом ни чьими интересами жертвовать не надо). Я например на рабочих серверах если ставлю большие обновления - руками гашу большую часть того, что работает, и запускаю заново (и по возможности/необходимости ребут). А если либы обновляются - еще и prelink заставляю пересоздавать кеш целиком. При этом я прекрасно знаю что и так всё работает, какие-то машины с rhel6 месяцами пашут с включенным yum autoupdate, и сами себя по ночам обновляют (после этого правда чинить иногда приходится :))<br> https://opennet.ru/openforum/vsluhforumID3/85138.html#131 Sat, 23 Jun 2012 04:22:05 GMT Так си уровнем ниже - rpm и berkeleydb. А в yum питон специально выбран как язык, на котором могут писать не являющиеся системными программистами люди (мейнтейнеры дистрибутивов). И вполне на мой взгляд оправданно - читать код можно не зная питона вообще сразу, а написать, к примеру, несложный плагин для yum'а - хватит простого туториала и открытых в соседнем окне гугла и справочника.<br> https://opennet.ru/openforum/vsluhforumID3/85138.html#129 Thu, 21 Jun 2012 08:44:16 GMT &gt; Ну, прикидываемся дальше. Чем это отличается от перезагрузки?<br><br>Тем, что не надо уходить в фирмварь (что может быть долго).<br><br>Ну и это наиболее радикальный метод, есть и попроще. Предваряя следующий вопрос -- удалённо реализуется с IPMI (особенно при наличном и проброшенном iKVM).<br><br>Только такие финты ушами обычно практикуют люди, которые не склонны оные уши подставлять под всепучкомнафоруме.<br> https://opennet.ru/openforum/vsluhforumID3/85138.html#128 Thu, 21 Jun 2012 05:31:52 GMT Ущёл с Федоры на Арч. Как теперь вижу не зря. Их куда-то уж совсем не туда понесло, ИМО.<br>