08063d1eaa7a45f62bf6d0eed95bdf1c.jpg

Компания Canonical предприняла третью попытку перехода на использование по умолчанию web-браузера Chromium вместо Firefox. На этот раз в качестве основного аргумента в пользу Chromium называется унификация подсистем: интегрированный web-стек Ubuntu Touch основан на движке из состава Chromium, поэтому не совсем корректно использовать разные браузерные движки в базовой поставке мобильных и настольных редакций Ubuntu.

Кроме того, переход на Chromium позволит задействовать режим Chromeless для запуска web-приложений из панели Unity, позволяющий работать с web-приложениями в обособленных окнах, как с обычными программами (в Firefox web-приложения Unity Web Apps запускаются в отдельной вкладке). Среди мотивов также упоминается соответствие Chromium потребностям пользователей и желание предоставить пользователям более привычное решение (Chrome обгоняет по популярности Firefox, поэтому, по мнению авторов инициативы, он более привычен).

При этом, после миграции на Chromium поддержка Firefox будет сохранена в полном объёме и пользователи данного браузера смогут легко установить браузер из штатного репозитория.

Из недостатков перехода на Chromium упоминается нарушение привычного уклада, невозможность миграции используемых дополнений и настроек интерфейса, более скудная поддержка аппаратных архитектур (не поддерживается платформа PowerPC), отсутствие средств для интеграции с экранным ридером Orca, необходимость использования сторонних приложений для просмотра PDF (PDF-просмотрщик встроен только в Chrome и Firefox, в Chromium данный компонент отсутствует).

Пока не ясно удастся ли на этот раз добиться консенсуса, у инициативы по переходу на использование Chromium в сообществе разработчиков Ubuntu имеется много противников, например, против подобного шага активно выступает Бенджамин Керенса (Benjamin Kerensa), являющийся по совместительству одним из региональных представителей Mozilla. Среди доводов в пользу Firefox упоминается более независимый и открытый процесс разработки, участие в разработке Ubuntu многих разработчиков Mozilla, сопровождением пакета с Firefox занимается хорошо зарекомендовавшая себя команда Ubuntu Mozilla Team, более трепетное отношение к приватности пользователя.

Источник: http://www.opennet.ru/opennews/art.shtml?num=36950

Допрыгалась мозилла

В lubuntu уже давно хромог по умолчанию. Позиционировали замену тем, емнип, что на лёгкую систему - более лёгкий браузер (:lol: :lol: :lol:, чего разрабы курили, интересно?), чем [firefox]. Есесно, после установки оси сразу же отправил хромого в /dev/null и поставил [firefox]. :music:

Крошка Ру пишет

Компания Canonical предприняла третью попытку

Да, это сложно — найти лишние 20 мегабайт на установочном компакт-диске. Chromium 28.0.1496.0 весит 41.5 Мб. Не угналась даже Мозилла.

17-05-2013 20:39:52
okkamas_knife

омг

Хоть понял, что и о чём сказал?

Грусть и печаль, везде так, вместо текущих пользователей думают про будущих пользователей в сферическом вакууме. Пусть ИЕ ставят по умолчанию.

Окаме тоже всё же пора на Хромиум, а то измучился)

Ладно, тогда на КупЗиллу, там всё православно и без зондов.

А какой смысл для паники, если можно будет легко удалить? Огорчает только то, что это уже второй минус для основной Ubuntu, где первый - отправление анонимных запросов на сервера Canonical при поиске в Dash.

Кстати, когда раньше сидел на Linux Mint замечал странный пакет apport, который не спрашивал об отправке ошибок. То ли не работал, то ли без моего ведома отправлял. Узнал о нём, когда при старте системы показалась примерно такая надпись: "Start automatic crash reporter [FAIL]".

Вот злыдни, инфу о падениях чего-то там собирают, чтобы исправить, не дело это, конечно!

KooL пишет

Вот злыдни, инфу о падениях чего-то там собирают, чтобы исправить, не дело это, конечно!

:lol:

Да не факт, что там что-то отправлялось, вдруг вообще не работало. Просто я даже не подозревал о такой функции, и не узнал бы, если эту анимированную заставку при старте системы не убрал. Отсюда вывод - ставить только с Minimal CD :D

Огорчает только то, что это уже второй минус для основной Ubuntu, где первый - отправление анонимных запросов на сервера Canonical при поиске в Dash.

Главный минус-то вовсе не этот. А в том, что Canonical упорно идет по пути дебилизации конечных пользователей путем упрощения интерфейсов и сокращения нужных (и общедоступных) настроек.

И второй минус - с выходом каждой новой версии за "нововведения"  выдаются исключительно изменения / появление новых рюшечек и красивостей в интерфейсе. И не более. Для сравнения - список технических(!) нововведений в каждом новом релизе Fedor'ы занимает несколько страниц мелким шрифтом. На нее я, кстати, и перешел окончательно. Изумительная система!

И вот как там построена та же система abrt - автоматического регистратора ошибок и отправки уведомлений (убунтоводы могут сравнить со своею). Дикая куча опций, огромное количество вариантов создания отчетов и мест для их отправки. Все наглядно, все прозрачно, все настраивается:

скрытый текст
abrt-1.png

abrt-2.png


P.S. Да... и пару слов по теме топика. То, что ожидает пользователей после ожидаемого выхода FF v. 25, мало отличается от текущей концепции Chromium. Так что эта замена, по сути, шила на мыло. Прискорбно, но факт. :)

А как же православный Дебиан?
Ещё есть Кубунта же.

В православном Дебиане все пакеты, ядро и т.п. тотально отдают такой(!) затхлостью, что я даже и не рассматриваю его в качестве дистрибутива.

Для примера, в Федоре (за время выхода моего релиза, т.е. примерно за полгода) ядро, иксы, системные службы и прикладные пакеты обновляются каждую неделю и с дикой скоростью. Еженедельное обновление - это, как правило, больше 50 пакетов весом до 200 Мб. Текущее ядро сейчас (к примеру):

aviv@localhost ~$ uname -r

3.9.4-200.fc18.i686

... причем срок появления у меня на машине очередного релиза ядра отстает от дня его официального выхода примерно на пару суток. О чем все это говорит? О том, что люди действительно РА-БО-ТА-ЮТ: улучшают, изменяют и обновляют ОС, причем делают это непрерывно и с высокой скоростью. А не подсовывают пользователям красивости и рюшечки.

Ну а Кубунту имеет под капотом ту же самую софтовую начинку, что и Убунту, разница только в интерфейсе. А интерфейс там "кеды". А это ужасно! :)

В Гноме 3 настроек меньше, чем в Юните. Притензии были именно к этому. В Кубунте и Кедах с настройками всё хорошо. Противоречия одни. И таки Федора тестовый полигон, который если и окажется стабильный, то удобства там никакого и yum ихний тормозня заметная после деба.
По своему опыту могу сказать, что у всех дистров глюки есть, у каждого свои, но Убунта при этом хотя бы удобная, простая + самая большая пакетная база.

В Гноме 3 настроек меньше, чем в Юните

!!!

И таки Федора тестовый полигон

Замечу - отличный тестовый полигон! Всем бы быть такими "тестовыми". Кроме того, на выходе у них - абсолютно стабильный, устойчивый, как скала, промышленный дистрибутив со заявленным сроком поддержки БОЛЬШЕ десяти(!) лет. Желаете такой - скачиваете, устанавливаете и пользуетесь. В чем проблема-то?

который если и окажется стабильный

Я же надеюсь, что Вы мне НЕ поверите, :) если я сейчас заявлю, что за все время использования у меня не было ВООБЩЕ ни одной проблемы, даже мельчайшей, связанной со сбоями и более глобальными проблемами... А зря! 

Может все-таки у Вас "дело было не в дрезине"? :)

то удобства там никакого

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

А какой сакральный смысл в слово "удобство" вкладываете именно Вы лично? ... "Нескучные обои"?

Короче говоря - вот, выкладываю для всех интересующихся, скринкаст Ф18, который я сделал после ее установки (примерно 12 Мб, 16 мин, формат WebM): https://dl.dropboxusercontent.com/u/365 … ncast.webm

... Кто бы что после этого говорил про "удобство" :)

Rosenfeld пишет

!!!

Поймал же, в Гноме 3 по умолчанию даже вместо 3 кнопок на окне всего 2)

Rosenfeld пишет

это дружелюбность в работе

У rpm-дистров такой лабиринт в репах, что без толстого мана и пол-литра не обойтись. Толи дело простенький Лаунчпад.
Уютного магазинчика, как в Убунте, нет. Обычный пользователь без него пропадёт.

Rosenfeld пишет

плюс - постоянные и стабильные обновления

Да какие там обновления, не Арч же, Убунта тоже любит каждый день аж до 100 метров апдейтов вываливать.

Поймал же, в Гноме 3 по умолчанию даже вместо 3 кнопок на окне всего 2

И что же? Что из этого следует? ... Или у Вас не хватает технических познаний вернуть третью кнопку, поменять их местами, сделать их слева/справа и т.п.? ... Что-то какой-то мелковатый довод у Вас против GNOME v. 3.x

У rpm-дистров такой лабиринт в репах, что без толстого мана и листра не обойтись. Толи дело простенький Лаунчпад.

Мда-а-а. Я в очередной раз тронут Вашими исключительными познаниями в различных областях. К счастью, на своем скринкасте я уже проиллюстрировал, причем ДВАЖДЫ - через консоль и через ГУИ, как(!) можно обойтись "без толстого мана". Надеюсь, остальные продвинутые пользователи - участники этого форума поймут меня лучше, чем Вы, просмотрев видео. :)

UPD: Вру - ТРИЖДЫ проиллюстрировано! Третий раз - это когда наглядно показывается ГУИ-работа с репозиториями в Fedora Utils.

Так что что-то Вы опять свою некомпетентность проявили, мне аж прямо неудобно, что я вынужден Вам на это указывать. :)

Уютного магазинчика, как в Убунте, нет.

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

и yum ихний тормозня заметная после деба.

Еще раз поднял глаза вверх, прочитал и посмеялся... Вы в курсе, что такое delta-rpm применительно к yum? Вы когда-нибудь слышали о принципах ее работы, видели в действии? Вы в курсе, НАСКОЛЬКО эта технология сокращает объем закачиваемых обновлений и скорость закачки?... Попутно - а Вы когда-нибудь слышали еще и о другой технологии yum - автосмене зеркал с репозиториями (с предварительным тестированием их скорости)? ...Ну-ка, поделитесь своими знаниями перед присутствующими...

Да какие там обновления

Да конечно-конечно... Какие уж там в Федоре могут быть обновления: так, обоины поменяются раз в полгода, да блокнотик изменится... А вообще, я уже написал Вам выше - КАКИЕ ИМЕННО там приходят обновления. Повторяться и перечислять не буду. Вот, к примеру, вот мой лог yum, начиная с февраля месяца:

(СОВЕТ: внимательно смотрите на даты в левой части и сопоставляйте с количеством обновлений, пришедших в тот или иной день! Ну и обращайте внимание на значимость обновлений, если, конечно, Вам знания позволят):

http://forum.mozilla-russia.org/uploaded/yum-log.txt

Теперь давайте ради интереса - выкладывайте свой лог обновлений - что именно он покажет? Слабо поделиться? ... И вообще - ядро у Вас какое на текущий момент установлено? Просто ради интереса спрашиваю...

Rosenfeld пишет

И что же? Что из этого следует?

Следует то, что вы обвиняете Убунту в выпиливание настроек, тем временем используете Гном 3, который ещё хуже в этом плане.

Rosenfeld пишет

Или у Вас не хватает технических познаний вернуть третью кнопку

А вам значит технических познание в Юните не хватает для настроек, так выходит?

Rosenfeld пишет

Мда-а-а. Я в очередной раз тронут Вашими исключительными познаниями в различных областях

Не работа с репами, а сами репы, их количество, содержание, предназначение.

Rosenfeld пишет

Вот только каким образом он соотносится с тем понятием "удобства", которое я привел выше: надежность, стабильность, частые и множественные обновления, отсутствие проблем и сбоев

Rosenfeld пишет

Для меня удобство - это дружелюбность в работе

Rosenfeld пишет

Еще раз поднял глаза вверх, прочитал и посмеялся...

Что там за технологии не знаю, но деб просто быстрее обновляет систему, например, это то, что видно.

Rosenfeld пишет

Теперь давайте ради интереса - выкладывайте свой лог обновлений

Ну видно же, что сейчас не пользуюсь Линем, жду, когда баги исправят.

Что там за технологии не знаю

Ну видно же, что сейчас не пользуюсь Линем

Дружище, искренне прошу Вас меня простить, но уровень моей подготовки не позволяет вести с Вами дальнейшую дискуссию по поводу новейших технологий Линукса (практически полностью и поголовно разрабатываемых Red Hat), ибо рядом с Вами я чувствую себя полнейшим профаном. Извините.

Да нет, я всего лишь про Фому, а вы выкручиваетесь разговором про Ерёму.

Rosenfeld пишет

практически полностью и поголовно разрабатываемых Red Hat

Да, мы помним, что это их надо _поблагодарить_ за systemd. Большое спасибо. Кланяемся в ножки.

krigstask
А теперь, хоть это и категорически выходит за рамки данного поста, можно услышать чем тебе насолил systemd? Подробно, пожалуйста.

Да, мы помним, что это их надо _поблагодарить_ за systemd. Большое спасибо. Кланяемся в ножки.

можно услышать чем тебе насолил systemd? Подробно, пожалуйста.

Lain_13, это обычная смесь консерватизма, нежелания изучать новые и прогрессивные вещи, плюс - обычный флейм. Я, когда разбирался с systemd у себя в ОС, просто наслаждался. Реально! Настолько сама идея проста, удобна и сделана людьми и для людей. Более того - понять его может и ребенок...

Так что Ваш вопрос, увы, прозвучал риторически.

Что интересно и показательно, вменяемые производители дистро быстренько стали переходить на systemd (ибо бизнес не может стоять на месте!). Из них можно назвать не только RHEL, openSUSE, SUSE, Arch, Mageia, Mandriva, ... но и даже (т-с-с-с!) сам Космонавт обмолвился, что... :) (гуглите, друзья мои, гуглите).

Debian и Gentoo (насколько я помню, УЖЕ включили поддержку)...

Так что "куды будет бечь" от systemd, на какой именно дистрибутив наш друг krigstask, остается загадкой. :)

скрытый текст
P.S. Не могу не поделиться полезными закладками:

http://rosenfeld.blogs.se/tags/systemd/ (если не будет открываться ссылка, просто зайдите ко мне в блог через TOR, там много чего полезного по systemd мною украдено) :)

https://fedoraproject.org/wiki/Systemd
https://fedoraproject.org/wiki/SysVinit … atsheet/ru
https://wiki.archlinux.org/index.php/Systemd_(Русский)
https://wiki.archlinux.org/index.php/Daemons_List
https://wiki.archlinux.org/index.php/Systemd/Services

Rosenfeld

А интерфейс там "кеды". А это ужасно!

Чем же это так ужасно? :rolleyes:

Так что "куды будет бечь" от systemd, на какой именно дистрибутив наш друг krigstask, остается загадкой. :)

Осмелюсь выступить в роли всем известного Капитана и напомнить, что идеальных дистрибутивов обычно не бывает, бывают лишь более-менее подходящие конкретному пользователю для его конкретных задач.

Rosenfeld пишет

Lain_13, это обычная смесь консерватизма, нежелания изучать новые и прогрессивные вещи, плюс - обычный флейм. Я, когда разбирался с systemd у себя в ОС, просто наслаждался. Реально! Настолько сама идея проста, удобна и сделана людьми и для людей. Более того - понять его может и ребенок...

Сам вот я еще не пробовал systemd, только читал описание. Лично меня несколько напрягает запихивание веб-сервера в него да бинарные логи. Я подозреваю, что к массовому внедрению systemd будут нормальные спец утилиты для анализа логов, но разбираться с этими утилитами, когда времени нету, не сильно охота :( А еще интересно, как себя поведет systemd-journal при бешеном темпе логов. И да, каюсь, с некоторыми вещами просто лень разбираться.

Rosenfeld пишет

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

Периодически приходится мучаться с этим, когда DNS долго отвечают (. Радость та еще. Да и скорость до большинства зеркал нормальная. Так что это не киллер-фича.

Rosenfeld пишет

Еще раз поднял глаза вверх, прочитал и посмеялся... Вы в курсе, что такое delta-rpm применительно к yum? Вы когда-нибудь слышали о принципах ее работы, видели в действии? Вы в курсе, НАСКОЛЬКО эта технология сокращает объем закачиваемых обновлений и скорость закачки?... .

Да дельта, блин, практически везде есть. У меня года 4 назад и исходники для Gentoo качались дельтами. Потом у меня появился более-менее нормальный анлим и я это убрал. А Вы до сих пор пользуетесь? Это правда дает огромное преимущество в скорости? Тут же не только нужно скачать обновление. Там потом дельту накатить на оригинальный пакет нужно.
Да и вообще, нафига? У меня на почти всех машинах пакеты/исходники качаются автоматом. Так что потом приходится только прийти и нажать "да, я хочу обновить". А вот дальше я вижу различия в скорости накатывания обновлений между yum и apt.

Основная проблема yum'а - это то, что он написан на питоне, в то время как apt и dpkg - это скомпилированные программы (C/C++ в основном). В результате yum работает медленнее и жрет больше памяти.

Rosenfeld пишет

... причем срок появления у меня на машине очередного релиза ядра отстает от дня его официального выхода примерно на пару суток. О чем все это говорит? О том, что люди действительно РА-БО-ТА-ЮТ: улучшают, изменяют и обновляют ОС, причем делают это непрерывно и с высокой скоростью.

Это говорит о том, что люди тестируют новое ПО. Федора - это ж тестовый полигон для редхата. Так что нужно все протестировать, выбрать вариант получше для новой версии RH. На других системах тоже можно использовать новейший софт. testing/unstable на deb'е и вперед.
И кстати, проблем с обновлением системы на yum у меня было больше, чем на apt. Периодически yum ругается, что не может что-нибудь обновить, т.к. одно зависит от другого, второе от третьего, а третье нужно заменить, всё. И это только с оригинальными репами. С дебом у меня такое было один (!) раз на сервере, где были напутаны stable и testing.

И кстати, цитата из официальных манов

Fedora 16 -> Fedora 17
There is a general warning about upgrading via. yum being unsupported at the top of this page. However Fedora 17 is very special. You should seriously consider stopping now and just using anaconda via. DVD or preupgrade, unlike all previous releases it's what the yum/rpm developers recommend. Continue at your own risk.

Из-за этого знакомой девочке не получается обновить систему. На deb'е или убунте все было бы просто - зашел, обновил, попросил ребутнуться. Собственно до 16->17 и на федоре все было аналогично.

В православном Дебиане все пакеты, ядро и т.п. тотально отдают такой(!) затхлостью

Никто не заставляет быть на дистрибе, в основе которого лежит одна вещь - стабильность. Это все равно, что сказать "что-то меня нынешние машины не радуют - где современные технологии? где полный автопилот да управление голосом и взглядом???". Где-то нужны новинки, где-то надежность. Хочешь быть на острие технологий - юзай Gentoo или Arch (он ведь, вроде тоже с мегановым софтом?).

Кстати, еще камень в огород yum'а. Почему когда я запускаю апгрейд в одной консольке, я уже не могу юзать yum info в другой консольке? Че за бред? Неужели нельзя ставить lock только при запуске yum install/upgrade?
А почему yum (c apt та же фигня) не может скачать один пакет, начать его ставить, а в это время качать другой пакет? У меня emerge без каких-либо проблем это делает уже года два как минимум. Ладно, допустим фейл какого-то пакета может привести к фейлам дальше... Ну так сделайте цепочку, чтоб скачались не все 200 пакетов, а 5 скачалось, поставилось, а в это время остальные качаются в фоне.

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

кстати, мож кто скинет ссылку на вменяемый мануал про установку дистрибутивов на флешку, не в режиме лайф-сд.

Периодически приходится мучаться с этим, когда DNS долго отвечают

А почему у Вас DNS долго отвечают? И с чем конкретно Вы мучаетесь (исходя из простейшей логики!) - с DNS или с yum? И кто из них виноват тогда в Ваших мучениях? Не подскажете? :)

Да дельта, блин, практически везде есть.

Везде? Ну хоть привели примеры бы. :) А то вот наш предыдущий оратор (который только что ушел с трибуны), производя тонкий и глубокий сравнительный анализ Убунту и Федоры, честно признался, что и слышать-то о ней не слышал. А ведь он - специалист; его мнению можно доверять, не правда ли? :)

Это правда дает огромное преимущество в скорости?

Да. Это в самом деле дает огромное преимущество в скорости. Ибо когда мне приходят обновления где-то так мегабайт на 200-250, а РЕАЛЬНО необходимо скачать не больше 30, это колоссально УСКОРЯЕТ установку пакетов, а отнюдь не ЗАМЕДЛЯЕТ ее (если исходить из логики Ваших доводов).

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

И в чем проблема-то? С огромной скоростью и в автоматическом режиме перестраивается локальная база. Ничего не приходится делать руками - это практически мгновенный и незаметный процесс - для всех обновляемых пакетов сразу.

Да и вообще, нафига? У меня на почти всех машинах пакеты/исходники качаются автоматом. Так что потом приходится только прийти и нажать "да, я хочу обновить".

Вы. наверное, хотели этим метким утверждением в очередной раз подчеркнуть ущербность yum'a, правильно я Вас понял? :) Но вот только вышеописанный процесс автоматического обновления не является особенностью исключительно Вашей ОС... Так что yum здесь тоже не при чем. Довод не принят.

Это говорит о том, что люди тестируют новое ПО. Федора - это ж тестовый полигон для редхата. Так что нужно все протестировать, выбрать вариант получше для новой версии RH. На других системах тоже можно использовать новейший софт. testing/unstable на deb'е и вперед.

Это говорит о том, что Вы сейчас, к моему глубокому прискорбию, не отдаете себе отчета в том, что в Федоре новейший софт приходит из стабильных (stable) репозиториев. И пользователь может не бояться его оттуда обновлять.

Вы же в качестве аналогичного примера приводите дебиановский unstable, установка софта из которого может привести к нежелательным последствиям. Приблизительный аналог unstable в Федоре называется rawhide - https://fedoraproject.org/wiki/Releases/Rawhide/ru - и его обычному пользователю даже нет нужды подключать. Так что увы - Ваш аргумент опять не принимается. :)

И кстати, проблем с обновлением системы на yum у меня было больше, чем на apt. Периодически yum ругается, что не может что-нибудь обновить, т.к. одно зависит от другого, второе от третьего, а третье нужно заменить, всё.

Прискорбно, но не не замечал. Наверное, у Вас возникли какие-либо специфические проблемы. Осталось найти их источник.  :)

И кстати, цитата из официальных манов

    Fedora 16 -> Fedora 17
    There is a general warning about upgrading via. yum being unsupported at the top of this page. However Fedora 17 is very special. You should seriously consider stopping now and just using anaconda via. DVD or preupgrade, unlike all previous releases it's what the yum/rpm developers recommend. Continue at your own risk.

Из-за этого знакомой девочке не получается обновить систему.

Бедная, бедная девочка! :) Наверное, она НЕ ЧИТАЛА об особенностях специфики дистрибутива Ф17?!

А ведь там примерно ВОТ ТАКИМИ БУКВАМИ и во всех официальных и неофициальных источниках было написано, что в новой версии Федоры ЗНАЧИТЕЛЬНО ИЗМЕНЕНА СТРУКТУРА СТАНДАРТНЫХ КАТАЛОГОВ, поэтому обновление ОС было затруднено. И посему - распечатайте ей инструкцию, приводимую ниже - пусть читает на ночь трижды, вместо молитвы:

скрытый текст
Обновление Fedora(RFRemix) 16 до Fedora(RFRemix) 17

Особенности обновления

Fedora 17 содержит всю базовую часть операционной системы в /usr. Каталоги /bin, /sbin, /lib, /lib64 являются лишь символьными ссылками:

/bin → /usr/bin
/sbin → /usr/sbin
/lib → /usr/lib
/lib64 → /usr/lib64

Причины данного изменения описаны тут:

http://www.freedesktop.org/wiki/Softwar … heUsrMerge

Текущие установленные системы требуют некоторых ручных шагов для конвертации системы в соответствии со стандартами Fedora 17. После этого система будет готова продолжить обновление как обычно через YUM.

Некоторые RPM-пакеты в Fedora 17 имеют встроенную проверку на то, что /bin, /sbin, /lib, /lib64 являются символьными ссылками, а не директориями как в Fedora 16 и ранее. Иначе данные пакеты не смогут быть установлены.

Структура каталогов в установленной системе не может быть безопасно изменена, пока система запущена. Dracut, начальная система инициализации, используемая для поиска и монтирования корневой файловой системы может конвертировать структуру каталогов для Fedora 17.

Если у вас /usr на отдельном разделе, то dracut может не справиться с конвертацией. Если /usr монтируется по сети, то вы должны добавить "rd.neednet=1" и параметр сети типа "ip=dhcp" в строку параметров ядра. /usr на iSCSI, FCoE, NBD также поддерживается, если указан параметр ядра “netroot=...” для этих дисков (см. man dracut.kernel(7)). Если /usr находится на LVM, MD raid или DM raid, убедитесь, что в строке параметров ядра есть нужные записи "rd.lvm.lv=...". Это необходимо, чтобы убедиться в доступности /usr для dracut. Либо просто уберите все ограничения, вроде этих "rd.lvm...", "rd.md...", "rd.dm...". В любом случае, лучше устанавливать систему "с нуля", если вы боитесь возникновения проблем при использовании отдельного /usr.

Пакет sbcl вешает процесс обновления. Удалите его перед началом:

# yum erase sbcl

После того, как обновление будет завершено, можно будет поставить его и программы, которые были удалены вместе с ним (например, maxima) обратно.

Конвертация системы

Выполните эти шаги для подготовки системы к конвертации и возможности последующего обновления через yum:

    Обновите пакет dracut до последней версии:

# yum update dracut

У вас должен быть установлен как минимум dracut-009-15.fc15 для Fedora 15 или dracut-013-22.fc16 для Fedora 16.

    Выключите все "hostonly" настройки в /etc/dracut.conf*, если вы их включали.

    Обновите установленный образ initramfs для текущего ядра и укажите dracut включить модуль для конвертирования структуры файловой системы:

# dracut --force --add convertfs

Если у вас отдельный /usr и вы не знаете какую команду добавить в строку параметров ядра, попробуйте это (dracut попытается самостоятельно сгенерировать нужный параметр):

# dracut -H --force --add convertfs

Если dracut обнаружит ‘rd.convertfs’ в строке параметров ядра при загрузке, то он начнёт конвертировать структуру файловой системы. Если же она уже конвертирована, dracut пропустит этот шаг. dracut обновит образ initramfs для текущего запущенного ядра

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

    Измените строку параметров ядра при загрузке grub2 или отредактируйте строку в /etc/grub*.cfg , удалив ro и rhgb и добавив rw rd.info rd.convertfs enforcing=0

Описание параметров:

- убрать   “ro” (только для чтения)
- добавить “rw” (чтение и запись) чтобы dracut мог внести изменения
- убрать   “rhgb” (Red Hat graphical boot) чтобы видеть процесс работы dracut
- добавить “rd.info” чтобы иметь более подробный вывод dracut
- добавить “rd.convertfs” чтобы включить конвертирование /usr в dracut
- добавить “enforcing=0” чтобы отключить SELinux enforcement

    Перезагрузитесь в то же ядро, для которого правился initramfs.

После перезагрузки dracut изменит структуру вашей файловой системы. Все конфликтующие файлы при конвертировании будут сохранены с именем *.usrmove~ в /usr/lib, /usr/lib64, /usr/bin и /usr/sbin.

    Убедитесь, что dracut действительно завершил преобразование. Посмотреть лог работы dracut можно так:

# dmesg | grep dracut

    После успешного преобразования, отмените изменения, внесенные в командную строку ядра в загрузчик конфигурационного файла /etc/grub*.cfg .

После конвертирования сразу же обновите систему до Fedora 17

Не устанавливайте никаких пакетов от Fedora 16 или Fedora 15, а так же старых rawhide пакетов.

Собственно обновление

Теперь, после конвертации системы, можно выполнить обновление по стандартной схеме:

    Установите новый gpg-ключ для Fedora 17

rpm --import https://fedoraproject.org/static/1ACA3465.txt

    Затем выполните следующие команды по очереди:

# yum --releasever=17 update rpm
# rm -f /var/lib/rpm/__*
# rpm --rebuilddb
# yum --releasever=17 --disableplugin=presto --skip-broken distro-sync
# fixfiles onboot 

    Перезагрузите систему и выберите Fedora 17 в меню загрузчика.

Наслаждайтесь вашей новой системой и скажите “Good bye” директориям /bin, /sbin, /lib, /lib64, теперь они в /usr.

http://wiki.russianfedora.ru/Обновление … омощью_yum

Кстати, еще камень в огород yum'а. Почему когда я запускаю апгрейд в одной консольке, я уже не могу юзать yum info в другой консольке? Че за бред?

А почему yum (c apt та же фигня) не может скачать один пакет, начать его ставить, а в это время качать другой пакет?

А это так и называется - "защита от дурака". Как ни странно, она требуется гораздо чаще, чем Вы могли бы это себе представить; возьмем хотя бы рассматриваемый Вами выше неудачный девочкин опыт с обновлением Ф16 на Ф17 стандартными средствами. :)

"вместо молитвы" ... улыбнуло, .... еще раз напомню про фломастеры.
кстати, ... на старом самсунговском ноуте, единственный дистрибутив не опознавший видеокарту, и модем, ... федора, ... да и пофигу, того ноута уже нет.
а что о моем вопросе?

Zero-8 пишет

еще раз напомню про фломастеры.

Как вариант - пирожки с капустой :lol: