Полезная информация

В мире Mozilla происходит много интересных событий. Но вам не нужно постоянно посещать новостные сайты, чтобы быть в курсе всех изменений. Зайдите на ленту новостей Mozilla Россия.

№2605-06-2013 09:19:13

Rosenfeld
Linux registered user # 526899
 
Группа: Members
Откуда: ‎
Зарегистрирован: 21-10-2005
Сообщений: 4642
Веб-сайт

Re: Инициатива по замене Firefox на Chromium в базовой поставке Ubuntu

Периодически приходится мучаться с этим, когда 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 стандартными средствами. :)

Отредактировано Rosenfeld (05-06-2013 09:25:34)


Project Rosenfox:  Pure, fast and secure inner settings for Mozilla Firefox. Global and complete manual on GitHub.

Отсутствует

 

№2705-06-2013 09:55:35

Zero-8
Забанен
 
Группа: Members
Откуда: Екатеринбург
Зарегистрирован: 24-11-2005
Сообщений: 309
UA: Firefox 21.0

Re: Инициатива по замене Firefox на Chromium в базовой поставке Ubuntu

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

Отсутствует

 

№2805-06-2013 15:24:18

Frozy
Участник
 
Группа: Members
Зарегистрирован: 20-05-2013
Сообщений: 3
UA: Firefox 17.0

Re: Инициатива по замене Firefox на Chromium в базовой поставке Ubuntu

Zero-8 пишет

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

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

Отсутствует

 

Board footer

Powered by PunBB
Modified by Mozilla Russia
Copyright © 2004–2020 Mozilla Russia GitHub mark
Язык отображения форума: [Русский] [English]