Fedora 19 и установка Firefox

Отключил GPG Check в Yum Extender и Firefox установился. Однако сие не есть хорошо ибо не секьюрно. Как решить проблему без отключения GPG Check?

http://www.mozilla.org/
там Download есть

Но ведь в Федоре же по умолчанию установлен ФФ! Разве нет?

А вообще, можно установить ключи и вручную.

Ты вообще понял в чём проблема?

А разве там по дефолту не бывший Epiphany?

Но ведь в Федоре же по умолчанию установлен ФФ! Разве нет?

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

А вообще, можно установить ключи и вручную.

Есть способ обновить/установить все известные ключи с официального сайта Федоры?

Но ведь в Федоре же по умолчанию установлен ФФ! Разве нет?

Нет, какой-то другой.

Странно. Всегда Файрфокс был браузером по умолчанию в Федоре. Какую-то ты левую Федору поставил. Бесплатно, без СМС хоть качал её? :)

Есть способ обновить/установить все известные ключи с официального сайта Федоры?

https://fedoraproject.org/ru/keys

Нет, какой-то другой

Ты откуда взял образ с которого устанавливался? И как он называется?

Ты откуда взял образ с которого устанавливался? И как он называется?

http://download.fedoraproject.org/pub/fedora/linux/releases/19/Fedora/i386/is...

https://fedoraproject.org/ru/keys

/etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-11-primary и так есть.

http://www.fedoralinux.ru/content/view/102/53/#3_2_keys

Ключи берутся из пакета fedora-release, поэтому если он установлен, то и ключи все там правильные уже лежат.

Только с firefox-ом такое? Если просто обновления накатить?

Не надо на такие сайты ссылки давать, там ещё livna екомендуют, которой давно уже никто не пользуется.

Только с firefox-ом такое? Если просто обновления накатить?

Обновления у меня уже установлены во время инсталяции. Я сейчас попытался audacious, audacious-plugins и их зависимости установить. И снова: Error in yum Transaction : Didn't install any keys

21:11:55 : YUM: Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-19-i386
21:11:55 : YUM: Importing GPG key 0xFB4B18E6:
21:11:55 : YUM:  Userid     : "Fedora (19) <fedora@fedoraproject.org>"
21:11:55 : YUM:  Fingerprint: ca81 b2c8 5e4f 4d4a 1a3f 7234 0747 7e65 fb4b 18e6
21:11:55 : YUM:  Package    : fedora-release-19-4.noarch (@updates)
21:11:55 : YUM:  From       : /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-19-i386
21:11:55 : ERROR: Error in yum Transaction : Didn't install any keys

Система вновь переустановленая. Переустанавливал не из-за этого.

ОП либо дурачек, либо это толстенный троленг федорастов.

anonymous либо идиот, либо просто провоцирует.

Ты хотел сказать проецирует? Среди школьников модно нынче это слово :)

Нет, я хотел сказать именно то, что я сказал.

А что касается самой проблемы, это баг в yum, не исправленный ещё с мая.

https://bugzilla.redhat.com/show_bug.cgi?id=968529

Тоесть Fedora 19 вышла с известным критическим багом. Теперь я понимаю тех, кто называет Федору глюкодромом.

Ты стандартным yum пользуешься из терминала или какой-нибудь оберткой? Конфиг не правил?

Вот, например, что-то похожее https://bugs.launchpad.net/anvil/ bug/1210657 - но здесь проблема в том что yum не напрямую используется. И решение, которое там предложено, уже и так используется при запуске yum в терминале.

Группы пакетов типа @core, @standard и @base установлены?

Какой молодец.

То есть то, что эта ошибка не возникает при запуске самого yum ты утаил? И то, что ошибка пропадет, если запустить руками yum один раз и принять новые ключи - тоже?

Ты стандартным yum пользуешься из терминала или какой-нибудь оберткой?

Yum Extender 3.0.12

Конфиг не правил?

Нет. Зачем мне перенастраивать то, что работает из коробки? У меня свежая система, вчера вечером установил со всеми обновлениями.

Группы пакетов типа @core, @standard и @base установлены?

Думаю да. Я просто выбрал MATE и добавил несколько дополнений. Anaconda не позволяет выбирать перечисленные тобой группы. По крайней мере в netinst ISO.

В общем говорить об ошибках yum ни разу не попробовав запустить его из терминала - смешно. Называть критической ошибку yumex, который не входит в набор основного софта в Fedora - тем более.

Если yumex в MATE идёт по умолчанию - это проблема майнтэйнеров спина MATE, которые опять решили пойти своим путем. О том, к чему это приводит, их предупреждали не раз.

Какой молодец.

Кто бы говорил.

То есть то, что эта ошибка не возникает при запуске самого yum ты утаил?

Утаил? Ну что за глупости? Откуда мне знать когда эта ошибка не возникает? Я установил систему и запустил стандартную программу для обновления/установки пакетов.

И то, что ошибка пропадет, если запустить руками yum один раз и принять новые ключи - тоже?

Это что, допрос с пристрастием? Мало того, что система глючит, так ещё и адепты этой системы тролят.

См. выше. Ну а адрес багзиллы ты знаешь.

В общем говорить об ошибках yum ни разу не попробовав запустить его из терминала - смешно.

Ты баг репорт читал? Название проблемной компоненты (yum) там не заметил? Последний комментарий от Bill McGonigle, где он предлагает тестовые версии yum, тоже не увидел? Скажи, среди федорастов все такие умники или только ты один тормоз?

Называть критической ошибку yumex, который не входит в набор основного софта в Fedora - тем более.

Для конечного пользователя он туда входит. Пользователь Fedora MATE идёт в System | Control Center и находит там Yum Extender.

Если yumex в MATE идёт по умолчанию - это проблема майнтэйнеров спина MATE, которые опять решили пойти своим путем. О том, к чему это приводит, их предупреждали не раз.

Если ты научишся читать баг репорты, то перестанешь нести чушь. Считай, что я тебя предупредил :-)

Называть критической ошибку yumex, который не входит в набор основного софта в Fedora - тем более.

Для конечного пользователя он туда входит. Пользователь Fedora MATE идёт в System | Control Center и находит там Yum Extender.

Чего ты кипишуешь? На официальном сайте нет Fedora MATE. В предложениях загрузки «Основные», помимо стандартной сборки с GNOME, предлагаются только KDE, LXDE и Xfce. Если пара энтузиастов сумела пропихнуть в репы и установщик свой МАТЕ, причём с yumex, то все претензии к ним. По популярности спин с МАТЕ на 9-м месте, если что.

Ты баг репорт читал? Название проблемной компоненты (yum) там не заметил?

При использовании нормального менеджера пакетов, например, консольного yum или графического PackageKit, при появлении новых ключей вылезет предложение «Принять новые ключи: Д/н». После того как ты один раз примешь изменения, все утилиты будут работать с новыми ключами без вопросов. И это - правильная работа.

Поскольку yum-cron - неинтерактивная утилита, запросить в ней подтверждение нельзя. Автоматически принимать новые ключи по умолчанию она тоже не должна. Поэтому она пишет в лог сообщение об ошибке и передает привет root-у через почту.

Описанная там проблема - не баг yum, а по сути feature request для поддержки новой опции в конфиге, которую администратор системы мог бы вручную поменять при необходимости. Что и было реализовано.

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

Критическим багом для релиза Fedora он очевидно не является.

Скажи, среди федорастов все такие умники или только ты один тормоз?

Боюсь что это только я такой наивный тормоз, который может три дня переписываться о проблемах пакетного менеджера с человеком который так ни разу сам пакетный менеджер и не запустил. Надо всё-таки повесить себе над монитором: «не верь ни единому слову пока не увидишь полные логи из консоли».

На официальном сайте нет Fedora MATE.

Причём тут сайт? В Software Selection установщика, на равне с GNOME, KDE и прочими, есть MATE Desktop, который я и выбрал.

В предложениях загрузки «Основные», помимо стандартной сборки с GNOME, предлагаются только KDE, LXDE и Xfce.

Это всего лишь разные наполнения пакетами. Я устанавливал вообще с netinst ISO, который выкачивает все пакеты по сети.

Причём тут сайт? .... Это всего лишь разные наполнения пакетами.

Ну тогда считай граблю, на которую наступил, не багом, а фичей варианта «Fedora MATE». :)

Мышевоз, да?

При использовании нормального менеджера пакетов, например, консольного yum или графического PackageKit, при появлении новых ключей вылезет предложение «Принять новые ключи: Д/н». После того как ты один раз примешь изменения, все утилиты будут работать с новыми ключами без вопросов. И это - правильная работа.

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

Поскольку yum-cron - неинтерактивная утилита, запросить в ней подтверждение нельзя. Автоматически принимать новые ключи по умолчанию она тоже не должна. Поэтому она пишет в лог сообщение об ошибке и передает привет root-у через почту.

Может быть. Только конечному пользователю всё это неинтересно. И кстати, в моём случае root никакой почты не получил. Впрочем это мелкая подробность.

Описанная там проблема - не баг yum, а по сути feature request для поддержки новой опции в конфиге, которую администратор системы мог бы вручную поменять при необходимости. Что и было реализовано.

И ты конечно обратил внимание, что это за опция перед тем, как выше заявить о неправильности автоматического подтверждения ключей?

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

Судя по всему он просто использует тот самый yum-cron и вообще не должен ничего подтверждать. Иначе тот баг закрыли бы со статусом WONTFIX.

Ну тогда считай граблю, на которую наступил, не багом, а фичей варианта «Fedora MATE». :)

Нет, это именно баг. Я могу даже согласиться с тем, что это баг в yumex, хотя исправлять решили yum. Но конечному пользователю всё это неинтересно. Система должна просто работать.

Мышевоз, да?

Задрот, да? Поинтересуйся, что такое user experience.

Но конечному пользователю всё это неинтересно

Не хочешь думать - заплати тому, кто будет думать за тебя. А нытьё про тупость пользователей - это к убунтоидам.

Не хочешь думать - заплати тому, кто будет думать за тебя.

Это ты о себе? У меня к тебе то же предложение, что и выше. Поинтересуйся, что такое user experience.

А нытьё про тупость пользователей - это к убунтоидам.

Вот и не ной и не бросайся глупыми обвинениями в том, что я от тебя что-то утаил.