The OpenNET Project / Index page

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

В Fedora 18 будут доступны offline-обновления и пакетный менеджер DNF

19.06.2012 11:34

Комитет FESCo (Fedora Engineering Steering Committee), отвечающий за техническую часть разработки дистрибутива Fedora Linux, на состоявшемся 18 июня заседании утвердил несколько планов, касающихся осеннего релиза Fedora 18.

Из наиболее интересных планов можно отметить:

  • Включении в дистрибутив поддержки обновления системы в offline-режиме, ранее предложенной разработчиками GNOME, PackageKit и systemd. Новый режим подразумевает установку обновлений для некоторых ключевых компонентов системы (например, glibc и других основных библиотек) на начальном этапе загрузки системы, при котором обновляемые компоненты не могут привести к конфликту и проблемам в работе уже работающих приложений. Число пакетов, которые будут обновлять в offline режиме, требующем перезагрузки, будет ограничено. Обновление большинства приложений будет производиться как и раньше на лету, при этом если в момент обновления будут выявлены запущенные графические приложения, связанные зависимостями с обновляемыми пакетами, для таких приложений будет выведено предупреждение о необходимости их перезапуска;
  • Интеграция в дистрибутив в экспериментальном режиме нового пакетного менеджера DNF, ответвившегося от Yum 3.4 и развивающего некоторые новые идеи, такие как использование в качестве бэкенда для разрешения зависимостей библиотеки hawkey. Для разрешения зависимостей в DNF задействован SAT solver, реализованный в библиотеке libsolv (hawkey выступает в роли надстройки над libsolv), созданной в рамках проекта openSUSE. Для обычного пользователя главными достоинствами DNF является заметно более высокая скорость работы и низкое потребление памяти. Для расширения функциональности DNF предоставляет фикисированный API для плагинов и интеграции с другими приложениями, такими как инсталлятор Anaconda.
  • Поставка по умолчанию минимального набора debuginfo пакетов, что упростит задействование средств профилирвоания и трассировки. Отладочные данные в пакетах debuginfo для экономии дискового пространства будут храниться в сжатом виде, для сжатия DWARF будет использован метод dwz;
  • При первом запуске после установки дистрибутива будет запускаться приложение для начальной настройки системы, которое предложит пользователю согласиться с EULA-соглашениями некоторых приложений, даст возможность завести нового пользователя, настроить параметры сети, определить часовой пояс и определить параметры аккаунтов в online-сервисах, таких как Gmail. Функции начального конфигуратора будет выполнять специальное приложение, работающее вне сеанса пользователя, но базирующееся на урезанном окружении gnome-shell (по аналогии с GDM). Программа начального конфигурирования будет запущена вместо менеджера входа в систему при первой загрузке после установки. Получив управление программа обеспечит установку необходимых для работы параметров и позволит плавно переключиться в пользовательскую сессию, связанную с заведённым в процессе настройки аккаунтом пользователя.


  1. Главная ссылка к новости (http://lists.fedoraproject.org...)
  2. OpenNews: Fedora станет первым дистрибутивом с поддержкой режима безопасной загрузки UEFI
  3. OpenNews: Сокращение времени загрузки Fedora 17 c 15 до 3 секунд
  4. OpenNews: Для Fedora 18 отклонен полный переход на Journal и рассмотрен первичный статус ARM-сборки
  5. OpenNews: В Fedora 18 для раздела /tmp будет использоваться tmpfs
  6. OpenNews: В GNOME 3.6 ожидается реализация offline-обновления системы
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/34132-fedora
Ключевые слова: fedora, dnf, yum, rpm
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (123) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 11:45, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    >Поставка по умолчанию минимального набора debuginfo пакетов

    Ну сейчас начнется про "тестовый полигон РедХата"...

     
     
  • 2.16, Аноним (-), 12:41, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну сейчас начнется про "тестовый полигон РедХата"...

    Атож! Нигде, кроме тестовых полигонов, SystemTap нафиг не сдался, очевидно же :)

     
  • 2.82, Аноним (-), 17:09, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну сейчас начнется про "тестовый полигон РедХата"...

    Весь набор софта, дефолтов и стиль разработки как бы намекает что оно такое и есть. Если нечто выглядит как собака и ведет себя как собака - мы называем это собакой.

     

  • 1.2, Аноним (-), 11:48, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Интеграция в дистрибутив в экспериментальном режиме нового пакетного менеджера DNF, ответвившегося от Yum 3.4

    Эх, заменили один питон на другой. Ведь есть же, писанный на си, zif.

     
     
  • 2.8, Аноним (-), 12:06, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Заменили часть питонового кода на c++. Тот же yum только с зюзевской libsatsolver
     
     
  • 3.14, Аноним (-), 12:29, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Заменили часть питонового кода на c++.

    Ожидаем хор гневных выкриков: "это же свинство, код пакетного мендежера должен быть прозрачен и доступен для модификации, ведь любой сисадмин правит его 100500 раз в день, и поэтому его нужно писать только на скриптовых языках!!!1"

     
  • 3.83, Аноним (-), 17:10, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Заменили часть питонового кода на c++.

    Полумеры галимые. Если заменить кило дерьма на полкило сахара и полкило дерьма, сильно лучше не станет.

     
  • 2.84, Аноним (-), 17:12, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ведь есть же, писанный на си, zif.

    У него обнаружился фатальный недостаток: NIH.

     
  • 2.131, Алексей (??), 08:22, 23/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Так си уровнем ниже - rpm и berkeleydb. А в yum питон специально выбран как язык, на котором могут писать не являющиеся системными программистами люди (мейнтейнеры дистрибутивов). И вполне на мой взгляд оправданно - читать код можно не зная питона вообще сразу, а написать, к примеру, несложный плагин для yum'а - хватит простого туториала и открытых в соседнем окне гугла и справочника.
     
     
  • 3.140, Michael Shigorin (ok), 14:58, 26/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > И вполне на мой взгляд оправданно - читать код можно не зная питона вообще сразу,
    > а написать, к примеру, несложный плагин для yum'а - хватит простого туториала и открытых
    > в соседнем окне гугла и справочника.

    Таков и результат.

    И JFYI: майнтейнер, который пишет код -- уже разработчик.

     

  • 1.3, Аноним (-), 11:49, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А вот раньше (да и в принципе сейчас) как обновляются такие критичные компоненты? Приводят к конфликтам или не обновляются?
     
     
  • 2.5, Аноним (-), 12:02, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    обычно нет, уже запущенные приложения используют то с чем были запущены, а запущенные после обновления, используют уже новые файлы. как правило проблем не возникает, но желателен перезапуск, чтобы все работали на единых версиях и ели меньше ресов.
     
     
  • 3.6, Аноним (-), 12:02, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда в чем проблема? Перестраховка?
     
     
  • 4.10, Аноним (-), 12:09, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда в чем проблема? Перестраховка?

    Скорее, подготовка к пришествию btrfs. Чтобы снапшоты после критичных обновлений были атомарными.
    Ну и перестраховка тоже, на случай критических ошибок и дыр в ядре и libc.

     
  • 4.132, Алексей (??), 08:36, 23/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда в чем проблема? Перестраховка?

    В основном да, перестраховка. Существующую схему обновлений никто ведь не собирается ломать. А новая кому-то будет удобной (при этом ни чьими интересами жертвовать не надо). Я например на рабочих серверах если ставлю большие обновления - руками гашу большую часть того, что работает, и запускаю заново (и по возможности/необходимости ребут). А если либы обновляются - еще и prelink заставляю пересоздавать кеш целиком. При этом я прекрасно знаю что и так всё работает, какие-то машины с rhel6 месяцами пашут с включенным yum autoupdate, и сами себя по ночам обновляют (после этого правда чинить иногда приходится :))

     
  • 3.9, Аноним (-), 12:08, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >желателен перезапуск

    *Обзязателен* перезапуск, особенно это касается обновлений безопасности.

     
     
  • 4.11, Аноним (-), 12:12, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В дебиане для этого используется прога checkrestart (проверяет процессы на предмет использования удаленных файлов, и выдает готовые команды для перезапуска).
    Кто-нибудь, напишите Поттеру, чтобы он запилил аналог для systemd, было бы неплохо.
     
     
  • 5.93, Ytch (?), 21:49, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > В дебиане для этого используется прога checkrestart...
    > Кто-нибудь, напишите Поттеру, чтобы он запилил аналог для systemd, было бы неплохо.

    Вам так нужны checkd и RestartKit, которые все равно не будут работать без остальных ***d и ***Kit?

     
  • 4.38, Crazy Alex (ok), 13:25, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кому обязателен, а кому и нет - от ситуации зависит. В общем, как по мне - вывести пользователю notification "неплохо бы перезапустить такую-то софтину" - это хорошо, а уже постоянно держать это уведомление видимым - излишество.
     
  • 2.27, Аноним (-), 12:55, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Несколько раз наблюдал косяки в работе фурифокс после обновления. Приходилось перезапускать.
     
  • 2.37, Аноним (-), 13:22, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А вот раньше (да и в принципе сейчас) как обновляются такие критичные
    > компоненты? Приводят к конфликтам или не обновляются?

    Поставьте линукс - узнаете.

     
     
  • 3.88, Аноним (-), 18:03, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ставил, обновлял. В моей практике без перезапуска обновляемой программы, уже запущенная начинает глючить. Это был и firefox и хромиум и еще куча приложений. Поэтому когда накапливалось множество обновлений, перезапускал систему. НО! Опять таки, пакетный менеджер разве может заменить файл который в данный момент читается? Или все необходимые исполняемые файлы (вместе с разделяемыми библиотеками) дружно грузятся в ОЗУ? Кто-нибудь может прокомментировать поведение при обновлениях серьезных пакетов в разных дистрибутивах?
     
     
  • 4.92, chemtech (ok), 19:40, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Система какая?
     
     
  • 5.115, Аноним (-), 12:57, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть принципиальная разница? Дистриб - АрчЛинукс
     
  • 4.116, Michael Shigorin (ok), 14:20, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Или все необходимые исполняемые файлы (вместе с разделяемыми
    > библиотеками) дружно грузятся в ОЗУ?

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

    А грабли бывают тогда, когда что-то требуется по ходу пьесы и ожидается одно, но приехало уже другое.

    Говорят, когда-то на настоящих юниксах(tm) при попытке обновить запущенный бинарник можно было огрести text file busy, но своими глазами (и в основном на линуксах) вроде бы не наблюдал... хотя это опять же tradeoff, у каждого варианта есть плюсы и минусы.

     

  • 1.4, kknight (ok), 11:51, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот это действительно инновации, а не "разработки" Росы.
     
     
  • 2.12, Abradox (?), 12:13, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • –15 +/
    Вот поэтому я ещё не снёс Семерку - там нет инноваций, зато есть удобство и стабильность.
     
     
  • 3.15, Аноним (-), 12:31, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Вот поэтому я ещё не снёс Семерку - там нет инноваций, зато
    > есть удобство и стабильность.

    В смысле, в Debian 7? Ошибаетесь, инновации там тоже есть.
    (Есть еще одно объяснение слова "семерка", но оно жестко конфликтует с удобством и стабильностью, и поэтому исключается)

     
     
  • 4.76, EuPhobos (ok), 16:23, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну не знаю, я на семёрке уже год сижу.. Правда не ставил стандартный DE, поэтому инноваций особо не вижу(наверное инновации в плане гнома 3) а так, частями с репов вытянул иксы, каиро-док, метасити и конки..
    Семёрка мне очень нравиться, всегда свежий софт, каждый день обновления, встречаются конечно конфликты пакетов, пока бета, но не сложно раскидать руками всё..
    Я доволен семёркой, wheezy - это моё ;)
     
  • 3.25, Куяврик (?), 12:54, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > там нет инноваций

    спасибо, посмеялся

     
     
  • 4.29, Аноним (-), 12:56, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> там нет инноваций
    > спасибо, посмеялся

    Может, они имел в виду Fedora 7?

     
  • 3.78, Аноним (-), 16:40, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а чем вам fedora не стабильна? я ей стабильно чуть ли не с первых версий пользуюсь... и мне она кстати тоже кажется удобной.

    вообще это все субьективно, вам удобно одно, другим другое (на вкус и цвет как говорится и рак с рыбой не дружит).

     
  • 2.39, Crazy Alex (ok), 13:27, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я надеюсь, останется хоть один дистрибутив без "инноваций". Лично меня полностью устраивает архитектура lenny - дальше вопрос только в обновлении некоторой части софта. Да, десктоп. Да, DE не употребляю. Да, по доброй воле не выключается.
     
  • 2.117, Michael Shigorin (ok), 14:25, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот это действительно инновации, а не "разработки" Росы.

    Строго говоря, по части менеджера репозиториев это всё же полумеры -- у SAT-солверов есть врождённые недостатки для некоторых случаев (потому в альте и начали исследования в виде deepsolver).

     

  • 1.7, Аноним (-), 12:04, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Если этот DNF работает в разы быстрее и потребляет так мало памяти, то чем же всё это время занимались разработчики Yum'а ?
     
     
  • 2.13, Аноним (-), 12:21, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Можно попробовать. http://akozumpl.fedorapeople.org/hawkey/
     

  • 1.18, Аноним (-), 12:45, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Будьте добры, объясните за оффлайн-обновления? Второй день безуспешно пытаюсь себе обосновать необходимость этой выдумки. За 10 лет ни одного одного "привести к конфликту и проблемам в работе уже работающих приложений" не видел, не решаемого рестартом проблемного сервиса.
     
     
  • 2.21, Аноним (-), 12:52, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Десять лет назад btrfs не было :)
     
     
  • 3.28, Аноним (-), 12:55, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Десять лет назад btrfs не было :)

    И как бтрфс мешает системе ставить обновления? Я думал и о бтрфс — не помогло. Опять же, в сусе вон демонстрируют обновления с бтрфс без ребута.

     
     
  • 4.31, Аноним (-), 12:57, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > И как бтрфс мешает системе ставить обновления? Я думал и о бтрфс — не помогло.

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

     
     
  • 5.32, Аноним (-), 12:58, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> И как бтрфс мешает системе ставить обновления? Я думал и о бтрфс — не помогло.
    > Ну что ж, значит, вы недостаточно разбираетесь в работе файловых систем.
    > Так что вам этого не понять, смиритесь.

    Ну же, добрый анонимус, объясни!

     
     
     
    Часть нити удалена модератором

  • 7.85, Аноним (-), 17:17, 19/06/2012 [ответить]  
  • +2 +/
    > Бессмысленно объяснять сантехнику квантовую физику.

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

    Вот вы этот тезис Резерфорда иллюстрируете во весь рост.

     
     
  • 8.101, Аноним (-), 08:24, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну зажги пример, Резерфорд Вкратце обрисуй кухаркам банальный ряд фурье или дел... текст свёрнут, показать
     
     
  • 9.118, Michael Shigorin (ok), 14:31, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну почему, можно начать с упаковки кабачковых колечек на сковородке Боженька во... текст свёрнут, показать
     
  • 9.122, Аноним (-), 22:30, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я как бы и не претендовал на то что я крут как Резерфорд, но в области в которой... текст свёрнут, показать
     
  • 4.134, Алексей (??), 09:42, 23/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Десять лет назад btrfs не было :)
    > И как бтрфс мешает системе ставить обновления? Я думал и о бтрфс
    > — не помогло. Опять же, в сусе вон демонстрируют обновления с
    > бтрфс без ребута.

    Да не мешает ничего, и необходимости нету. Речь не идет о починке того, что не сломано. :)
    Просто на работающей системе если делать btrfs/lvm снепшоты до и после обновления - в дельту помимо изменений в софте будут попадать данные, которые запущенный софт пишет. Отделить на этом уровне одно от другого нереально. Потери места из-за хранения ненужных промежуточных состояний файлов бывают не то что заметными, а даже неприятными.

     
  • 2.42, кверти (?), 13:33, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    например, после обновления ядра перезагрузка нужна по-любому, как ни крути
     
     
  • 3.47, filosofem (ok), 13:52, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Перезагрузка нужна, а оффлайн обновление не нужно.
    Собственно и перезагрузка может подождать и обойти ее можно.
    Но оффлайн обновление вообще не нужно ни при каком сценарии.
     
     
  • 4.119, Michael Shigorin (ok), 14:31, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Но оффлайн обновление вообще не нужно ни при каком сценарии.

    Обсуждали с legion@, я не смог вспомнить/найти ни одного use case для подобного.

     
     
  • 5.133, Алексей (??), 08:58, 23/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот несколько месяцев назад пришлось на домашней машине rawhide делать тот ... большой текст свёрнут, показать
     
  • 2.59, Perl_Jam (?), 14:44, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Легко!
    Red Hat - Windows reloaded
     
     
  • 3.61, Аноним (-), 15:07, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Red Hat - Windows reloaded

    За игру слов зачод, только это не объяснение необходимости хер пойми какого ранлевела для установки нового глибца

     
     
     
    Часть нити удалена модератором

  • 5.91, Аноним (-), 18:39, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Читай внимательно — непойми какого ранлевела для установки глибца. Сейчас всё на ходу обновляется, и очень редко требует лишь перезапуска некоторых программ
     
     
  • 6.102, Аноним (-), 08:37, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Читай внимательно — непойми какого ранлевела для установки глибца. Сейчас всё на
    > ходу обновляется, и очень редко требует лишь перезапуска некоторых программ

    Вранье. Оно обновляет только копию на диске, и то что висит в памяти будет старым.

     

  • 1.19, Нанобот (?), 12:48, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    >Новый режим подразумевает установку обновлений для некоторых ключевых компонентов системы (например, glibc и других основных библиотек) на начальном этапе загрузки системы, при котором обновляемые компоненты не могут привести к конфликту и проблемам в работе уже работающих приложений

    ещё одна фича, при***еная из windows

     
     
  • 2.22, Аноним (-), 12:53, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Какая фича? Что она даёт?
     
     
  • 3.26, Аноним (-), 12:55, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Какая фича? Что она даёт?

    Никто ничего не дает, успокойтесь, пройдите на укольчик :)

     
     
  • 4.30, Аноним (-), 12:56, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Какая фича? Что она даёт?
    > Никто ничего не дает, успокойтесь, пройдите на укольчик :)

    Похоже, что укольчик понадобится, да, ненужная херь в моём линуксе меня беспокоит.

     
     
  • 5.33, Аноним (-), 12:58, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Похоже, что укольчик понадобится, да, ненужная херь в моём линуксе меня беспокоит.

    Используйте любой из дистрибутивов, выпущенных до 2005 года, скажем. Там нет ненужной хери. Совсем.

     
     
  • 6.45, Аноним (-), 13:43, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Похоже, что укольчик понадобится, да, ненужная херь в моём линуксе меня беспокоит.
    > Используйте любой из дистрибутивов, выпущенных до 2005 года, скажем. Там нет ненужной
    > хери. Совсем.

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

     
     
  • 7.98, anonymous (??), 03:33, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня дистрибутив примерно декабря 2011го года, и там нету ненужной хери.
    > Может мне её надо скачать и установить? Или ты тот же
    > самый негодный анонимус из ветки выше?

    И какой же, позвольте спросить?

     
  • 3.86, Аноним (-), 17:18, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Какая фича? Что она даёт?

    +1 к ребутам!

     
     
  • 4.103, Аноним (-), 08:40, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Какая фича? Что она даёт?
    > +1 к ребутам!

    Она намекает админам локалхоста что обновить пакет на диске мало, надо еще перезапустить все процессы зависящие прямо или косвенно от изменившихся данных. Но подохреваю что это метание бисера перед сленами древней секрты "я все обновил безо всяких перезапусков, идите все на"

     
     
  • 5.123, Аноним (-), 22:31, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > подохреваю что это метание бисера перед сленами древней секрты

    Что-что вы делаете? И перед кем?

     
  • 2.23, Аноним (-), 12:53, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > ещё одна фича, при***еная из windows

    Скорее, из UNIX (например, LiveUpgrade в Solaris). Изначально оно появилось именно там, откуда было стыбрено виндой много лет спустя.

     
     
  • 3.46, Аноним (-), 13:43, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    LiveUpgrade, лишь предполагал обновление снепшота, без выключения системы. Где такое в Windows? Она то, как раз ставит обновы в оффлайне, а не в онлайне, как в LiveUpgrade, создающий альтернативный корень.
     
     
  • 4.90, Аноним (-), 18:05, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > LiveUpgrade, лишь предполагал обновление снепшота, без выключения системы. Где такое в
    > Windows? Она то, как раз ставит обновы в оффлайне, а не
    > в онлайне, как в LiveUpgrade, создающий альтернативный корень.

    Тащемта, не снепшота, а boot environment. Это задолго до ZFS было в соляре.

     
     
  • 5.100, Аноним (-), 05:48, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да, альтернативный корень, ну или по правильному BE, в прочем до ZFS оно имело один недостаток, нужен был отдельный раздел.
     

  • 1.24, Тот самый аноним (?), 12:54, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Здравсвуйте, понятно, а новшества то в чем?

    Понимаю в Android, улучшены шрифты, добавлена поддержка обмена файлами напрямую, обновлен внешний вид галереи и так далее.

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

     
     
  • 2.57, anonimous (?), 14:30, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам в Ubuntu.  У них Software Center и quickly.
     
     
  • 3.87, Аноним (-), 17:19, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вам в Ubuntu.  У них Software Center и quickly.

    Ну для любителей клинической ынтырпрайзятины - у редхата есть куча добра на яве :)

     

  • 1.35, Аноним (-), 13:01, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Включении в дистрибутив поддержки обновления системы в offline-режиме ... предупреждение о необходимости перезапуска
    >предложит пользователю согласиться с EULA-соглашениями

    оО... федору продали в MS...

     
     
  • 2.36, Аноним (-), 13:17, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, это нужно для всяких флешеков и скайпиков.
     
     
  • 3.63, AlexYeCu (ok), 15:33, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая политику дистрибутива в отношении лицензий — откуда они там возьмутся после первой загрузки?
     
     
     
    Часть нити удалена модератором

  • 5.79, AlexYeCu (ok), 16:50, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Что именно? Показ eula?
     
  • 3.66, paulus (ok), 15:44, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и зачем при первом запуске Федора "предложит пользователю согласиться с EULA-соглашениями", если не все используют эти поделия?
     
  • 3.124, Аноним (-), 22:32, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Во-первых, это нужно для всяких флешеков и скайпиков.

    Это тех который они ломают первым делом и потом вопят что адоб может идти нафиг? Так я не понял - они за кого? :)

     

  • 1.40, Crazy Alex (ok), 13:29, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Таки да - хоть кто-нибудь объяснит толком как связаны btrfs и оффлайновые обновления?
     
     
  • 2.51, koblin (ok), 14:12, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да никак они не связаны, снимки можно делать и во время работы, и сервисы перезапускать без перезагрузки, это в винде надо 5 раз сделать ребут, чтобы обновления встали.
    На команде гнома тестируют какую-то новую наркоту, отрыв от реальности полный.
     
  • 2.52, Аноним (-), 14:12, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    я тут в обед ещё раз подумал, и решил, что это может быть как-то связано с ефи, шифрованием и прочим трастед конпутенгом, токо об этом никто не говорит
     
  • 2.53, filosofem (ok), 14:15, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Таки да - хоть кто-нибудь объяснит толком как связаны btrfs и оффлайновые обновления?

    Элементарно.
    Нормальные люди не понимают зачем нужны оффлайн обновления, а федористы не понимают зачем нужен btrfs. Вот такая связь.

     
     
  • 3.104, Аноним (-), 08:41, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Таки да - хоть кто-нибудь объяснит толком как связаны btrfs и оффлайновые обновления?
    > Элементарно.
    > Нормальные люди не понимают зачем нужны оффлайн обновления, а федористы не понимают
    > зачем нужен btrfs. Вот такая связь.

    С учетом того что федористы = редхатовцы, вы сударь просто затейник.

     

  • 1.48, Аноним (-), 13:56, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    никакого. Нужно же оправдать как-то бредовую идею.
    Даешь реестр в Федора 19 ?!
     
     
  • 2.49, filosofem (ok), 14:07, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Даешь реестр

    см. dconf

     
  • 2.50, Аноним (-), 14:08, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам таки в гноме реестра мало?
     

  • 1.54, Аноним (-), 14:25, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В линуксе хочу:
    Хочу офлайн-обновления."Не вытягивайте шнур питания... 0 из 50"
    Хочу реестр, да шоб позапутанней...
    Хочу красивые пимпочки и нескучные обои.
    Хочу синий экран смерти!
    Хочу била гейтса!!!
     
     
  • 2.58, anonimous (?), 14:36, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Первые 4 хотелки вы можете реализовать своими-же очумелыми ручками (опенсорс-же).
    А вот с пятой... Да, любовь зла...
     
  • 2.62, Аноним (-), 15:28, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Хочу офлайн-обновления.

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

    gconf
    > Хочу красивые пимпочки и нескучные обои.

    Gnome3, Unity, KDE4
    > Хочу синий экран смерти!

    xscreensaver
    > Хочу синий экран смерти!

    Прости, тебе с этим лучше бы к врачу обратиться.

     
     
  • 3.99, anonymous (??), 03:36, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Прости, тебе с этим лучше бы к врачу обратиться.

    Осталось только уточнить к какому - к психиатру либо к сексопатологу. :-)

     
  • 2.110, umbr (ok), 08:57, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    С Биллом придется обломиться, он отошел от дел в MS и занялся любимым делом - стал филантропом.
     

  • 1.55, б.б. (?), 14:25, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я, может, что-то не понимаю, но в Red Hat "отложенные обновления" были ещё в 2005 году, про более ранние не скажу.
     
     
  • 2.67, paulus (ok), 15:47, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > в Red Hat "отложенные обновления" были

    Теперь будет вставлен костыль от Гнома 3.6

     

  • 1.56, Sauron (??), 14:27, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что мешает это приложение начальной настройки запускать пока копируются файлы на винт как это в Убунте делается?
     
     
  • 2.60, Аноним (-), 14:47, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Для предустановленной ОС это не подходит, например.
     

  • 1.64, AlexYeCu (ok), 15:41, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот я совершенно не врубаюсь, как «офф-лайн загрузка» приложений поможет избежать конфликтов?! Если конфликты есть, значит кто-то где-то в пакетах накосячил. Ну обновилось оно в офф-лайне, обновление оказалось нерабочим, и? Мне, как пользователю, сильно легче будет от того, что я узнал о косяке после n-цати минутной загрузки обнов, в течение которых система была неработоспособна, а не после перезагрузки в свободное время?
     
     
  • 2.68, Crazy Alex (ok), 15:51, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понимаю, они боятся оставлять систему в состоянии когда какая-то библиотека обновилась, но запущено приложение, использующее старую версию. То есть конфликты не в смысле "установлены несовместимые версии", а "запущены две несовместимые версии приложения или библиотеки". На практике лично я о проблемах в такой ситуации не знаю. С другой стороны - я читаю то что пишет пакетный менеджер и если просят перезапуститься как можно быстрее (с обновлением glibc такое было) я это делаю. А что сделает дикий пользователь - кто ж его знает.

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

     
     
  • 3.70, Аноним (-), 16:00, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Формат конфигов поменялся, сервисы передохли, перенастраиваем всё с нуля. Очень хорошая концепция, прям как в убунте. Надо другое объяснение искать, это больно дикое
     
     
  • 4.97, Crazy Alex (ok), 01:09, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот mc с какой-то версии перетащил свои конфиги в .config - и старые не преезапущенные версии вели себя странно и сыпали ошибками при этом. Другое дело, что это debian testing у меня - там такое допустимо и понятно, а если б на stable системе кто-то такое счудил - я бы сильно засомневался в его здравомыслии. Но это в дебиане, а в федоре, поди, можно...
     
  • 3.72, AlexYeCu (ok), 16:04, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ещё одно предположение - так можно свободно ломать совместимость форматов конфигов и
    > временных файлов.

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


     
     
  • 4.94, Crazy Alex (ok), 00:58, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну не конфигов а каких-нибудь файлов данных, не суть.
     
  • 2.74, Аноним (-), 16:14, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Запущен у нас mysql. Пришло обновление mysql-server и mysql-client. Протокол общения между ними изменился, и новая либа не совместима со старым сервером. Уже запущенные программы работают, а если запустить новую - то она не достучится до сервера %)
    Пример выдуманный, но суть должен передать хорошо.
     
     
  • 3.77, Аноним (-), 16:30, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    "...а если запустить новую - то она не достучится до сервера..."

    Шо за бред.
    Ах нет, ты прав... сорри. Да, конечно же разрабы не вкурсе,что есть такое понятие как обратная совместимость, а протоколы и RFC меняют каждый день.

    "...новая либа не совместима со старым сервером..." - беда - новая либа не совместима!! УсЁ пропало!
      А то что все те либы которые юзает мускуль (та любая прога) сидят в оперативе и выгрузятся только после рестарта приложения - Вам кончено не известно...
      Ах нет, вы опять правы... Проги специально перечитывают винт в поисках новой несовместимой либы шобы нае*нутся!

      Да, да офлайн обновление просто необходимо! Ура товарищи, УРА!

     
     
  • 4.96, Crazy Alex (ok), 01:05, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно. Сидит в памяти прога со старой либой. А сервер обновили, теперь он с новым протоколом. Стучится старая либа и получает отлуп. Ещё раз - пример искусственный, только чтобы идея понятна была.

    Кстати еще одно соображение добавилось - в линуксе таких проблем особо нет так как мало долгоиграющих процессов, которые бы сами с чем-то обменивались, обычно запускаются соответствующие утилиты. Но если у нас всё через D-Bus и подобное организовано - то нужен перезапуск, что, возможно, повлечёт проблемы с user experience. Так что где-то даже логично - вместо того чтобы требовать "перезапустите firefox, чтобы он дальше мог сыпать notifications обновившемуся компоненту гнома" просто обновить всё пачкой при старте системы. В смысле - демона часто можно перезапустить не тревожа пользователя, а вот гуишную программу - хрен там.

     
  • 4.120, Alex (??), 14:36, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Сидит прога в памяти. Она может использовать какой-то ресурс, который ей нужен не всегда (динамическая либа, ресурсный файлик, конфиг etc). При апдейте обновился этот ресурс, и он поломал протокол общения с собой. Поэтому обновилась и прога, которая может использовать этот ресурс.

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

    Это как пример того, что решают оффлайновые апгрейды. Но для решения такой ситуации оффлайновые апгрейды не единственное решение: ведь достаточно просто перезапустить прогу, чтоб всё стало хорошо. Просто разработчикам проще сделать оффлайновый апгрейд и ГАРАНТИРОВАТЬ, что багов из-за неперезапущенных приложений не будет, чем сделать нотификацию пользователей определённых приложений, чтоб они их перезапустили.

     

  • 1.65, AlexYeCu (ok), 15:44, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Secondary benefits of the work done for this feature include that we are downloading all updates before we notify the user about available updates, and thus avoid unpleasant wait times.

    Ну понятно, автообновления в принципе использовать не всегда разумно, а в федора — тем более.

     
     
  • 2.69, filosofem (ok), 15:54, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там написано, что они сначала будут стрелять^Wзагружать _все_ апдейты, а потом спрашивать.
    Пользователи GPRS модемов и сетевые геймеры да возрадуются.
     
     
  • 3.71, AlexYeCu (ok), 16:02, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Так понял, почему и удивил этот маразм.
     
     
  • 4.107, Аноним (-), 08:48, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Так понял, почему и удивил этот маразм.

    Маразм это "обновиться" и не перезапускать. Нахрена обновляться тогда?

     
     
  • 5.111, Аноним (-), 10:11, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ох щит.
    Кажды раз после обновления гномшелл/кде/юнити/xfce компонентов нужно перезагружать полностью ?
    Кажды раз после обновления Blender,GIMP,mplayer,firefox и тп нужно перезагружать полностью ?
    Вот это маразм. Перезагрузка нужна если тебе кажется что начинаешь ловить глюки или если работаешь там где остро стоит вопрос стабильности.
    Большинству пользователей это нововведение нафиг не нужно, а кому нужно и так перезапускаются и создают снапшоты, так какой тогда смысл в этой "фиче" ?
     
  • 3.75, Аноним (-), 16:15, 19/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Для gprs модемов есть галочка, но все остальные жутко обрадуются - это да...
     

  • 1.81, Аноним (-), 17:07, 19/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > ответвившегося от Yum 3.4 и развивающего некоторые новые идеи

    Ага. То что yum тормозная дрянь, жрущая прорву памяти они признали. Но вот правда радикальную хирургию провести так и не осилили, ограничившись полумерами. Сколько фуфло не ответвляй - фуфлом и останется.

     
     
  • 2.127, Аноним (-), 07:26, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> ответвившегося от Yum 3.4 и развивающего некоторые новые идеи
    > Ага. То что yum тормозная дрянь, жрущая прорву памяти они признали. Но
    > вот правда радикальную хирургию провести так и не осилили, ограничившись полумерами.
    > Сколько фуфло не ответвляй - фуфлом и останется.

    Это ты сказал. Они улучшают программу, ты фантазируешь, каждому своё.

     
  • 2.135, Алексей (??), 10:07, 23/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> ответвившегося от Yum 3.4 и развивающего некоторые новые идеи
    > Ага. То что yum тормозная дрянь, жрущая прорву памяти они признали. Но
    > вот правда радикальную хирургию провести так и не осилили, ограничившись полумерами.
    > Сколько фуфло не ответвляй - фуфлом и останется.

    А сколько у вас памяти установлено в компьютере? yum сам по себе жрет 150-200 мб (на некоторых пакетах процесс раздувается больше, но там это уже в librpm, который заменой yum не решится). Проблемой это может быть разве что на VPS с 256мб памяти и x86_64 архитектурой, на 512мб уже сносно работает.

     

  • 1.95, umbr (ok), 01:02, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >будут обновлять в offline режиме, требующем перезагрузки

    Windows 95 comes back!

     
     
  • 2.108, Аноним (-), 08:50, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>будут обновлять в offline режиме, требующем перезагрузки
    > Windows 95 comes back!

    Какой смысл обновлять пакет если не будут перезапущены все зависящие от изменений процессы. С таким успехом мжно обновлять зеркала дистрибутива и продолжать работать.


    [сообщение отредактировано модератором]

     
     
  • 3.109, umbr (ok), 08:54, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Учи матчасть: перезапуск процессов != перезагрузка
     
     
  • 4.112, Kolya (?), 10:14, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если обновился glibc, то равно
     
     
  • 5.121, Michael Shigorin (ok), 14:40, 20/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > если обновился glibc, то равно

    init 1; init 3; init q

    PS: ну, первая точка с запятой условная.

     
     
  • 6.125, Аноним (-), 07:12, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, прикидываемся дальше. Чем это отличается от перезагрузки? Тем, что при перезагрузке мы ГАРАНТИРОВАННО получаем обновленную систему, а при полужопном полурестарте части сервисов "авось не сломается, ведь на форумах пишут все будет пучком" ?
     
     
  • 7.129, Michael Shigorin (ok), 12:44, 21/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, прикидываемся дальше. Чем это отличается от перезагрузки?

    Тем, что не надо уходить в фирмварь (что может быть долго).

    Ну и это наиболее радикальный метод, есть и попроще.  Предваряя следующий вопрос -- удалённо реализуется с IPMI (особенно при наличном и проброшенном iKVM).

    Только такие финты ушами обычно практикуют люди, которые не склонны оные уши подставлять под всепучкомнафоруме.

     

  • 1.113, Аноним (-), 10:22, 20/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С помощью такого обновления не нужно рута. Может быть удобно для всяких баребонов и HTPC.
     
  • 1.128, Аноним (-), 09:31, 21/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ущёл с Федоры на Арч. Как теперь вижу не зря. Их куда-то уж совсем не туда понесло, ИМО.
     
  • 1.136, srgaz (?), 14:53, 24/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    не пойму, комментариев. Впечатление такое, что с каждым годом Linux сообщество все тупее и тупее. Fedora один из локомотивов прогресса, все на нее равняются рано или поздно. Не нравится - молчите, зачем срать.
     

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



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

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