Официально представлен (https://fedoraproject.org/) релиз Linux-дистрибутива Fedora 19. Для загрузки доступны (https://fedoraproject.org/ru/get-fedora-options) варианты установочного LiveCD с графическими окружениями на базе KDE, GNOME, XFCE и LXDE, а также полный комплект, оформленный в виде DVD и сокращённый образ (200 Мб) для установки по сети.
Из наиболее интересных новшеств можно отметить: первичный статус поддержки архитектуры ARM, удаление из базовой поставки sendmail и rsyslog, поставка десктоп-окружений GNOME 3.10, KDE 4.11 и MATE Desktop 1.6, экспериментальный вариант окружения GNOME, работающего поверех Wayland, возвращение в репозитории Apache OpenOffice 4.0 в дополнение к LibreOffice.Основные (http://fedoraproject.org/wiki/Releases/20/ChangeSet) новшества (http://docs.fedoraproject.org/en-US/Fedora/20/html-single/Re...):
-
Системные изменения
- Архитектуре ARM (armv7hl, ARMv7 hfp 32bit) придан статус первичной архитектуры Fedora Linux, развиваемой синхронно с архитектурами x86 и x86_64 и отвечающей всем критериям качества и функциональности проекта;
- Из поставки, устанавливаемой по умолчанию, исключены почтовый сервер sendmail и демон syslog (rsyslog). На смену Syslogd пришли встроенные в systemd средства для ведения системного журнала, поэтому выполнение дублирующего сервиса признано излишним нагромождением. Для сторонников традиционных систем ведения логов оставлена возможность установки из репозиториев на выбор Rsyslog, Syslog-NG и традиционного sysklogd;В качестве причины исключения sendmail из базовой поставки упоминается отсутствие смысла в запуске почтового сервера на каждой системе. Запуск сетевого демона sendmail замедляет загрузку и создаёт дополнительные угрозы безопасности при том, что необходимость в развёртывании полноценного почтового сервера имеется у единиц пользователей, в остальных случаях запуск sendmail является излишним. Тем кому необходимо создание почтового сервера, часто используют postfix или exim, для тех же кто предпочитает sendmail не составит труда установить его из репозитория.
- Обновление системных компонентов: Bluetooth-стек Bluez 5, системная библиотека GLibc 2.18, Boost 1.54.0;
- Документация теперь устанавливается в директорию, содержащую только название пакета /usr/share/doc/имя_пакета (раньше, кроме имени указывался номер версии);
- Обновление системного менеджера systemd до версии 208 (в Fedora 19 использовался systemd 204). Среди наиболее заметных улучшений:
- Новая схема (https://www.opennet.ru/opennews/art.shtml?num=37373) использования cgroups предусматривает наличие центрального арбитра для распределения ресурсов, который будет выступать промежуточным звеном между конфигурацией cgroups на уровне ядра и кодом, выполняемым на уровне пользователя.
- Поддержка временных юнитов ("transient"), которые создаются на лету через обращение к API, а не сохраняются на диск в виде файлов конфигурации.
- Новый тип юнитов scope, которые напоминают юниты для запуска сервисов и отличаются от них тем, что порождаются не главным процессом инициализации (init), а уже работающими обычными процессами, что позволяет приложениям и демонам группировать запущенные ими дочерние процессы;
- Новый тип юнитов slice, которые используются для разбиения системы на части, вводя в обиход раздельные области для системных процессов, пользовательских сеансов и изолированных контенеров или виртуальных машин, и предоставляя возможность использовать разные юниты в зависимости от текущего слайса;
- Новый демон systemd-machined для управления виртуальными машинами и контейнерами, а также для накопления метаданных об их работе.
- В logind добавлены (https://www.opennet.ru/opennews/art.shtml?num=38074) средства для обеспечения доступа непривилегированных клиентов к требующим повышенных привилегий системе ввода и устройствам DRM (Direct Rendering Manager);
- В systemd-cryptsetup добавлена поддержка TrueCrypt;
- В утилиту systemctl добавлена поддержка опции "--state=", позволяющей фильтровать вывод списка юнитов по состоянию активации;
- Реализована опция "journalctl -b", которая даёт возможность просмотра вывода, отображаемого в процессе текущей, предыдущей или одной из прошлых загрузок;
-
Возможности для конечных пользователей- Для предварительного ознакомления вариант окружения на базе GNOME 3.10 и Wayland, в котором GNOME Shell выполняется в качестве обособленного композитного сервера Wayland, не требующего использования Weston. Компоненты Wayland пока не ставятся по умолчанию, но доступны в штатных репозиториях;
- Включены новые версии десктоп-окружений: GNOME 3.10 (https://www.opennet.ru/opennews/art.shtml?num=37745), KDE 4.11 (https://www.opennet.ru/opennews/art.shtml?num=37661), Enlightenment 0.18-pre;
- Вместо фронтэндов к gnome-packagekit (gpk-update-viewer и gpk-application) в GNOME задействован новый интерфейс установки приложений;
- Для KDE по умолчанию задействован менеджер входа SDDM (https://www.opennet.ru/opennews/art.shtml?num=36449), вместо KDM;
- Включение в репозитории Apache OpenOffice 4.0 в дополнение к LibreOffice;
- Интеграция в дистрибутив полного набора компонентов системы организации удалённого доступа к рабочему столу X2Go (http://www.x2go.org/);-
Возможности для системных администраторов- Расширение возможностей сетевого конфигуратора NetworkManager. Пользователи теперь могут добавлять, редактировать, удалять и активировать/деактивировать сетевые соединения с использованием утилиты nmcli, работающей в режиме командной строки. Использование nmcli существенно упрощает настройку в конфигурациях без графического интерфейса, например, на серверных системах. Кроме того, в NetworkManager появилась поддержка настройки сетевых мостов (bridging) и агрегирования сетевых интерфейсов (bonding);
- Средства (http://fedoraproject.org/wiki/Changes/SSD_cache) для организации кэширования доступа к медленным жестким дискам на быстрых SSD-накопителях;
- Поддержка настройки LVM Thin Provisioning на этапе установки системы (динамическое выделение места в хранилище для снапшотов и логических разделов LVM). Настройка LVM Thin Provisioning доступна как в режиме графической установки, так и при автоматизации через kickstart;
- Задействован новый выпуск FreeIPA 3.3.2 для организации централизованной системы идентификации пользователей и управления информацией, связанной с безопасностью. В новой версии добавлена поддержка сложных конфигураций Active Directory, включающих несколько доменов. Пользователи данных доменов Active Directory теперь могут обращаться к ресурсам FreeIPA, а администраторы могут выборочно управлять доступом к каждому домену;
- В демоне SSSD (System Security Services Daemon) добавлена поддержка маппинга между идентификаторами Windows (SID) и POSIX (ID). Для управления доступом представлены две новые утилиты setcifsacl и getcifsacl;
- В состав включена новая утилита p11-kit-trust, позволяющая изменять признаки доверия для ключей и сертификатов и управлять содержимым чёрных списков на уровне всей системной базы сертификатов (ранее выполнить серию действий в разных директориях);
-
Возможности для разработчиков- Обновление стека для разработки web-приложений на языке Ruby. Включение в поставку фреймворка Ruby on Rails 4.0 (https://www.opennet.ru/opennews/art.shtml?num=37293);
- Поставка нового выпуска Perl 5.18 (https://www.opennet.ru/opennews/art.shtml?num=36968);
- Документо-ориентированная БД MongoDB обновлена до выпуска 2.4 (https://www.opennet.ru/opennews/art.shtml?num=36441) с поддержкой полнотекстового поиска, встраиваемых массивов, шардинга на основе хэшей и разграничения прав доступа на основе ролей;-
Виртуализация и облачные системы- Подготовлен (http://fedoraproject.org/wiki/Changes/Virt_Manager_Snapshots) пользовательский интерфейс для упрощения мониторинга и управления снапшотами вир...
URL: https://fedoraproject.org/
Новость: https://www.opennet.ru/opennews/art.shtml?num=38677
С недавних пор на моих машинах только федора или опенсуся. Спасибо мэйнтейнерам, тестерам и всем остальным за тяжкий труд.
Тоже самое и у меня.
Поздравляю всех причастных с релизом!
Arch же есть... и обновлять его ненадо.
Арч непредсказуемый. Сегодня работает, завтра работает, послезавтра работает, а через три дня развалится к хренам. Побаловаться сойдет, но для работы не подходит - опасно.
> Арч непредсказуемый. Сегодня работает, завтра работает, послезавтра работает, а через
> три дня развалится к хренам. Побаловаться сойдет, но для работы не подходит - опасно.Если не обновлять - то и не ломается. А если обновлять - так даже Ubuntu LTS в bleeding edge превратится.
В убунте LTS в отличие от арча не обязательно читать факинг мануалы с лупой перед каждым обновлением. Там ничего такого ломающего не вкатывают. А в арче могут влупить вместо инита systemd одной левой, по ходу пьесы. А кто не почитал факин маны - сам себе буратина, дескать. Все б ничего но это не для продакшна от которого что-то зависит...
Не нужно гадить в темах не своего дистра! :) Тема "дебиан" - фанаты "ухууу!!!", тема "редхада" - фанаты "ухууу!!!". И не надо портить настроение, писалками про другие дистры!
> Не нужно гадить в темах не своего дистра! :)И поливать другие дистры в теме своего дистра тоже ни к чему, если не хочется серию "ответных вылетов" узреть.
В самом деле, во всех отношениях приятный дистр. Скоро видимо и RFRemix подтянется...
+1
Мне что-то страшновато на Опенсусю возвращаться после Федоры. Более безграмотно сделанного дистрибутива еще в жизни не видел.
это ж какие кривые руки надо иметь если сусей пользоваться не можешь?
> Мне что-то страшновато на Опенсусю возвращаться после Федоры. Более безграмотно сделанного
> дистрибутива еще в жизни не видел.Фуагра тоже надо уметь жрать, кактус глодать оно привычнее :-)
Часто размахивают флагом "на суперкомпах линукс", но при этом стыдливо молчат какой именно, а на них в большинстве своем стоит чудовище корпораций SLES, на них нет федоры и только совсем уж идиот будет думать поставить на них какой-нибудь арч :-)
Debian ужо не котируется, остались только фёдор и арч? Арч, однозначно не серверный - я с сетевыми подключениями на 64-битке до сих пор щи лаптём хлебаю: опустить и вновь поднять сетевой интерфейс невозможно - сплошные ошибки, даже wicd спотыкается.
На домашних машинах? Какой критерий выбора суси или федоры?
Суся поддерживается дольше, можно юзать на домашних серверах или рабочих станциях, но стабильность ее сомнительна.
Спасибо, что не amazon
>Одновременно объявлено о готовности "free" и "nonfree" репозиториев проекта RPM >Fusion для Fedora 20, в которых доступны пакеты с дополнительными мультимедиа >приложениями (MPlayer, VLC, Xine), видео/аудио кодеками, поддержкой DVD, >проприетарными драйверами AMD и NVIDIA, игровыми программами, эмуляторами.То-есть чтоб установить мой любимый MPlayer я должен им заплатить?
>>Одновременно объявлено о готовности "free" и "nonfree" репозиториев проекта RPM >Fusion для Fedora 20, в которых доступны пакеты с дополнительными мультимедиа >приложениями (MPlayer, VLC, Xine), видео/аудио кодеками, поддержкой DVD, >проприетарными драйверами AMD и NVIDIA, игровыми программами, эмуляторами.
> То-есть чтоб установить мой любимый MPlayer я должен им заплатить?Если есть возможность, почему не заплатить?
как ты это вычислил?
Free as freedom же, not as free beer...
> То-есть чтоб установить мой любимый MPlayer я должен им заплатить?Я что-то пропустил и RpmFusion успел стать платным? O_O (думаю, это было бы БОЛЬШИМИ КРАСНЫМИ БУКВАМИ на форуме федоры, чтобы никто не пропустил)
Подозрение, что кто-то впервые увидел название репы "nonfree" и сделал толстый вброс..
Это мальчики осваивают мир Linux, но при этом очень хотят быть похожими на седовласых дядь.
Ты — не должен. Судя по вопросу, ты Fedora никогда не использовал, иначе был бы в курсе, что проприетарные компоненты всегда размещались в non-free репах «от третьей стороны»: Fresh RPMs, ATrpms, RPM Fusion и т.д.
> То-есть чтоб установить мой любимый MPlayer я должен им заплатить?Да, ценник такой же, как и в Дебиане. У убунте (restricted) тоже не намного дороже :)
>У убунте (restricted) тоже не намного дороже :)Раза в полтора больше берут?
Федористы используют nmcli на серверных системах?
кто-то использует федору на серверных системах?!
Кто же тогда использует nmcli на серверных системах?
я использую nmcli на десктопных системах
ЛОР и один беларусский пивзавод=)
судя по минусам оба сюда заходили =)
Тоже использую. Не минусовал.
не плачь, вашу бунту тоже иногда устанавливают.
> не плачь, вашу бунту тоже иногда устанавливают.Да, мелочи типа википедий там всяких, гуглов, etc. А федора - ну беталаба редхата и есть беталаба редхата. Но ченжлог неплох для ынтырпрайзов. В десктопной системе разумеется столько барахла нафиг не упало в 99% случаев.
вот странно. Новость о федоре подтвердили - а новость о том что redhat закрыл доступ к составу патчей на ядро нет. Фанатика эфективных менеджеров redhat в действии.
Еще недавно список патчей был доступен хотя бы подписчикам - сейчас и это закрыли. Видимо пытаются замкнуть на себя возможность поддержки своего дистрибутива.. что бы не одна копеечка не прошла мимо redhat.
при всем этом уронить шапку < 431 ядра как 2 байта.. создать через unshare частный ns в которром есть nfs mount и потом убить процесс..
что бы они не закрыли, пересобирать сложнее не стало - центос тому подтверждение. а вот те из-за кого закрыли, чтоб жизнь малиной не казалась, открытые технологии выкупают и закрывают постоянно.
да да. вы это скажите intel ? :) или OpenVZ ? я думаю вы будете рады если разработка OpenVZ остановится..
можно еще назвать стопку продуктов которым это не пойдет на пользу..А вы кстати не отвлекайтесь - несите RedHat денюжку за каждый cpu socket в вашем сервере и за каждую виртуалку.. вам ничего такая политика лицензирования не напоминает ?:)
> да да. вы это скажите intel ?интел не жалуются. более того, у них есть доступ к внутренней инфе, если очень понадобится. на самом деле, любой производитель железа кладет драйверы в ванильное ядро, и если их там принимают, они портируются в дистры. В данном случае это будет Федора, откуда бекпорт пойдер в RHEL если он будет там нужен.
> :) или OpenVZ ? я
> думаю вы будете рады если разработка OpenVZ остановится..
> можно еще назвать стопку продуктов которым это не пойдет на пользу..дада, называйте. OVZ меня мало волнует - есть нормальный, открытый LXC а не этот полупродукт задуманный для того чтоб подсаживать народ на parallels.
> А вы кстати не отвлекайтесь - несите RedHat денюжку за каждый cpu
> socket в вашем серверечушь какая
> и за каждую виртуалку..
опять чушь.
> вам ничего такая
> политика лицензирования не напоминает ?:)ваша паранойа и неспособность прочесть условия подписки мне ничего не напоминают
> ЛОР и один беларусский пивзаводЧто одно и то же.
Нет, это два разных пивзавода. Один российский, кстати.
> кто-то использует федору на серверных системах?!Если напильник в руках умеешь держать, то вполне возможно, работает не хуже других.
Это понятно, можно и linux from scratch запилить, только зачем.
Ну так оно и есть. Ради интереса можно поставить.
> кто-то использует федору на серверных системах?!ЛОР, kernel.org, например :)
С 2008 года, сбоев нет. порядка 15 серверов, в основном сайты и виртуализация, из-за нее и совместимости с red-hat и используем.
> С 2008 года, сбоев нет. порядка 15 серверов, в основном сайты и виртуализация, из-за нее и совместимости с red-hat и используем.Почему не centos например? Совместима с rhel и поддержка дольше.
Хорошая новость
Жаль что уже не придется посидеть за федорой но все равно очень приятно что один из любимых дистров растет.
мне кажется или SDDM собирались отложить? я у себя еще на альфе 20-ки вернул KDM
> мне кажется или SDDM собирались отложить?Отложили до F21. Слишком много регрессий.
С sddm оставались нерешённые проблемы, вернули kdm.
Почему SteamOS базируется на Debian, а не на Fedora?
> Почему SteamOS базируется на Debian, а не на Fedora?Почему steamos базируется на чем-то? Пакетный менеджер там вряд ли нужен, а 30000 лишних пакетов только мешают как источник потенциальных глюков.
У Fedora нет LTS, поддержка года полтора вроде, плюс «политика партии» меняется от релиза к релизу, так что сложнее в поддержке получается.
> У Fedora нет LTSЦентос же.
На десктопе?
Why not?
because shit
Потому что Valve нужен не тестовый полигон, коим является Федора, а стабильная и предсказуемая основа, которая долго поддерживается и без проблем обновляется между версиями.
Для SteamOS всё самое новое и передовое только мешало бы играть в приставку. Да какое там "передовое" - в SteamOS нет даже SElinux.
Да больно им нужен этот АНБ-шный выкидыш.
> Да больно им нужен этот АНБ-шный выкидыш.а ты из "них", телепат?
> Да больно им нужен этот АНБ-шный выкидыш.Да, безопасность не нужна. Она может помешать собирать данный пользователей.
С праздником!
>Новый демон systemd-machined для управления виртуальными машинами и контейнерами, а также для накопления метаданных об их работе.звучит так по серьёзному бесполезно :-D
>В утилиту systemctl добавлена поддержка опции "--state=", позволяющей фильтровать вывод списка юнитов по состоянию активации;
можно просто grep и текстовые конфиги. Хотя, на каждое новое событие делать опцию фильтрации - тоже way.
P.S. Новость написана образцово! Учитесь убунтята, как чейнджлоги программ кратко описывать в новости выхода дистрибутива! А то этот ваш Марк, только обои меняет, да кнопки передвигает, и больше ничего не делает.)))
> можно просто grep и текстовые конфиги. Хотя, на каждое новое событие делать опцию фильтрации - тоже way.Ну, они заботятся о корректности. Понятно, что systemctl --all|grep FAIL тоже вариант, но вдруг слово FAIL встретится где-то еще, эта таблица все же не совсем идеальная. Понятно, можно регэкспом смотреть на нужный столбец, но это хитрее, большинство будет лениться так писать, а с опцией надежно. В общем, все ок - существует же pgrep, хотя формально можно хитро грепать вывод ps или файлы в /proc.
Насчет ченжлогов, ну тут тоже не все так просто, интеграция многих новых версий потребовала приличной работы. Иначе можно подумать, что пол-года развития версии люди разве что подкидывали новые сорцы, да билдсистема работала :)) Но все намного сложнее. Кусочки из ченжлогов совсем внешних проектов, конечно, тоже есть в описании, но их не так много (если считать, что вещи типа systemd или polkit разработаны в самой федоре..)
>Ну, они заботятся о корректности.о, это можно б было назвать иначе, но зачем нам гадать о мотивах?
>systemctl --all|grep FAIL тоже вариант, но вдруг слово FAIL встретится где-то еще, эта таблица все же не совсем идеальная.
идеал нереален, его никто не видел и не знает где он. К тому же, обозначать событие и грепать по событию: grep \[:событие:date\] не тоже что grep FAIL. Твой пример некорректен. Ну да неважно, пусть от этого мало что меняется: реализовать в бинаре греп на каждое событие - идеальней чтоли? ;) Этот монолит зависит друг от друга, и изменение в журнале требует изменение в контролере и мгновенного документирования (для близкого к идеалу варианту). Оверхед, имхо. Ради чего? Корректности)))
>>Ну, они заботятся о корректности.
> о, это можно б было назвать иначе, но зачем нам гадать о мотивах?Да. Например, стабильностью. Когда скрипт не начинает падать, когда меняют формулировку сообщения в логе.
> реализовать в бинаре греп на каждое событие - идеальней чтоли? ;)
Это называется "база данных". Расскажите пользователям мускуля и постгреса, что БД - это оверхед и нужно срочно переходить на текстовые файлы. Потом расскажете, что получится.
> Этот монолит зависит друг от друга, и изменение в журнале требует изменение в контролере и мгновенного документирования (для близкого к идеалу варианту).
Да-да, обновление схемы БД обязательно требует патчей и пересборки СУБД.
>>>Ну, они заботятся о корректности.
>> о, это можно б было назвать иначе, но зачем нам гадать о мотивах?
> Да. Например, стабильностью. Когда скрипт не начинает падать, когда меняют формулировку
> сообщения в логе.Доооо, стабильность :D Федора, системдэ. А что, в федоре скрипт падал от смены формулировки сообщения в логе?
>> реализовать в бинаре греп на каждое событие - идеальней чтоли? ;)
> Это называется "база данных". Расскажите пользователям мускуля и постгреса, что БД -
> это оверхед и нужно срочно переходить на текстовые файлы. Потом расскажете,
> что получится.Пользователям? Почему не создателям? Или ты считаешь что БД в ините - это не оверхед? :D
>> Этот монолит зависит друг от друга, и изменение в журнале требует изменение в контролере и мгновенного документирования (для близкого к идеалу варианту).
> Да-да, обновление схемы БД обязательно требует патчей и пересборки СУБД.как видим - да. Изменение в journald требует изменения systemtcl. А документирование - второстепенно, потому что код главнее.
>>Новый демон systemd-machined для управления виртуальными машинами и контейнерами, а также для накопления метаданных об их работе.
> звучит так по серьёзному бесполезно :-DДля тех, кто не пользуется контейнерами и виртуалками, наверное, да.
> можно просто grep и текстовые конфиги. Хотя, на каждое новое событие делать опцию фильтрации - тоже way.
Состояние активации описывается не конфигами, а симлинками (точно так же, как в sysvinit).
Боюсь, греп не очень поможет.
>>>Новый демон systemd-machined для управления виртуальными машинами и контейнерами, а также для накопления метаданных об их работе.
>> звучит так по серьёзному бесполезно :-D
> Для тех, кто не пользуется контейнерами и виртуалками, наверное, да.как ж они до этого ими пользовались? Мучительно наверное. А теперь им будет легче, теперь в качестве бонуса - _накопление метаданных_!!!! Уау! Ай да поттеринг, ай да...
>> можно просто grep и текстовые конфиги. Хотя, на каждое новое событие делать опцию фильтрации - тоже way.
> Состояние активации описывается не конфигами, а симлинками (точно так же, как в
> sysvinit).
> Боюсь, греп не очень поможет.Спасибо. Для этих задач мне ls хватит, кстати. Что же лёня с вами всеми сделал?
> как ж они до этого ими пользовались? Мучительно наверное. А теперь им
> будет легче, теперь в качестве бонуса - _накопление метаданных_!!!! Уау! Ай
> да поттеринг, ай да...мучительно. приходилось пилить скрипты с постоянным опросом состояния и сливом статусов в базу данных, плюс какой нибудь джаспер-репортс для обработки набранных данных и вывода вменяемого аутпута.
Но откуда вам, хомячкам о таком задумываться?
>> как ж они до этого ими пользовались? Мучительно наверное. А теперь им
>> будет легче, теперь в качестве бонуса - _накопление метаданных_!!!! Уау! Ай
>> да поттеринг, ай да...
> мучительно. приходилось пилить скрипты с постоянным опросом состояния и сливом статусов
> в базу данных, плюс какой нибудь джаспер-репортс для обработки набранных данных
> и вывода вменяемого аутпута.приведи конкретные проблемы и их решения до systemd-machined, и после.
> Но откуда вам, хомячкам о таком задумываться?
Вот и задумываюсь, спрашиваю тебя, интересуюсь.
> приведи конкретные проблемы и их решения до systemd-machined, и после.ты ман читал? там куча функций которые возвращают информацию о машине, которую в либвирте вытащить намного сложнее. плюс общий API для контейнеров и полноценных машин
>> приведи конкретные проблемы и их решения до systemd-machined, и после.
> ты ман читал?нет. и без того всё работает.
> там куча функций которые возвращают информацию о машине, которую
> в либвирте вытащить намного сложнее. плюс общий API для контейнеров и
> полноценных машинконечно всё это так важно и нужно, и ворд лучше vim'a. Но ты конечно же мне не скажешь какие конкретные проблемы и их решения у тебя были до systemd-machined, и после. Так ведь?
> нет. и без того всё работает.мда, о чем с тобой говорить?
>> нет. и без того всё работает.
> мда, о чем с тобой говорить?о том, с чего начал.
отлино через месяц можно переползать
*** Dedicated to Seth Vidal ***On July 8, the Fedora Project lost Seth Vidal, a dedicated, tireless, and brilliant contributor. Seth was a lead developer of Yum and the Fedora update repository system. He worked to ensure that the technical and community infrastructure of Fedora worked well and consistently for users and contributors around the world. Seth touched the lives of hundreds of Fedora contributors directly and millions of others indirectly by improving the experience of using and updating Fedora.
The Fedora Project dedicates the Fedora 20 release to Seth and asks that you join us in remembering his generous spirit and incredible work that helped make Fedora what it is today. We miss you, Seth.
Sith Dart Vidal
Классно пошутил на тему смерти разработчика. Зачот, как и модераторам.
Сижу разбираюсь, беглый гуглинг не помогает на такие вопросы:
Что включить/выключить чтобы -
1. В nautilus на панели слева появился линк на Recent?
2. В nautilus убрать из панели слева линк на Network?
3. В файловом диалоге (Открыть) порядок сортировки был "Поместить директории перед файлами (Сначала папки, потом файлы)"
Спасибо.
> Сижу разбираюсь, беглый гуглинг не помогает на такие вопросы:
> Что включить/выключить чтобы -
> 1. В nautilus на панели слева появился линк на Recent?man
> 2. В nautilus убрать из панели слева линк на Network?
man
> 3. В файловом диалоге (Открыть) порядок сортировки был "Поместить директории перед файлами
man
> (Сначала папки, потом файлы)"
> Спасибо.Пожалуйста.
иногда лучше не отвечать, чем так. Хотя это и ко мне сейчас относится.
> иногда лучше не отвечать, чем так.Ты из тех, кто предложение хоть что-нибудь прочитать воспринимают как личное оскорбление?
> Ты из тех, кто предложение хоть что-нибудь прочитать воспринимают как личное оскорбление?Не «что-нибудь», а «что-нибудь из трех букв».
Если "что-нибудь" заменить на "гнумовские маны" - таки да, это оскорбление.:)
Переделывая одну известную фразу:Сам не юзаю, но поздравляю! :)
> Переделывая одну известную фразу:
> Сам не юзаю, но поздравляю! :)Не читал, но осуждаю.
404 - Not FoundОчень красиво. И приятно. Зачем выпускать, если невозможно загрузить.
Сами используйте свой дистрибутив, который не качается!!
http://torrent.fedoraproject.org
Благодарность! Загрузил, установил. Все отлично.
>Кроме того, представлена сборка Russian Fedora Remix 20Ложь. Не представлена. Ссылки ведут на <=19 версии.
непроверенная информация. Новости никто не проверяет?
Дело в том, что> Сайт поддерживается российским сообществом Fedora, Red Hat не несет ответственности за его содержимое.
Аналогичная проблема была недавно с Ubuntu. Считаю, что если не доказано обратное, проекты, "паразитирующие" (не форки!!!) на известных дистрибутивах, следует по возможности избегать.
> Дело в том, что
>> Сайт поддерживается российским сообществом Fedora, Red Hat не несет ответственности за его содержимое.
> Аналогичная проблема была недавно с Ubuntu. Считаю, что если не доказано обратное,
> проекты, "паразитирующие" (не форки!!!) на известных дистрибутивах, следует по возможности
> избегать.Это то да) Но почему в новости деза?
В данном случае это всё та же Федорка, с отпиленными маразмами потипу отсутствующих subpixel rendering и subpixel hinting, кой-каких кодеков и т.п. Проект очень родственный, скорее адаптационного хар-ра.
А я скачал 20 и уже ее проверил в виртуалке. Что я сделал не так?
> А я скачал 20 и уже ее проверил в виртуалке. Что я
> сделал не так?Runtu вспомни ...
> А я скачал 20 и уже ее проверил в виртуалке. Что я
> сделал не так?придумал несуществующие в новости линки. В любом случае, забей, ты молодец. Хвалю!
>>Кроме того, представлена сборка Russian Fedora Remix 20
> Ложь. Не представлена. Ссылки ведут на <=19 версии.Все доступно и прекрасно качается. Вы от куда-то не от туда качайте. Нужно не сайт russianfedora открывать, а смотреть анонс от разработчиков, на который стоит ссылка в новости.
http://mirror.yandex.ru/fedora/russianfedora/releases/RFRemi.../
http://tigro.info/wp/?p=2895
>>>Кроме того, представлена сборка Russian Fedora Remix 20
>> Ложь. Не представлена. Ссылки ведут на <=19 версии.
> Все доступно и прекрасно качается. Вы от куда-то не от туда качайте.
> Нужно не сайт russianfedora открывать, а смотреть анонс от разработчиков, на
> который стоит ссылка в новости.
> http://mirror.yandex.ru/fedora/russianfedora/releases/RFRemi.../
> http://tigro.info/wp/?p=2895:D Смешной ты, звучит как: новость не читай, а сразу гугли сайт анонса разработчиков.
P.S. Уже исправили.
sudo fedup --network 20 --debuglog fedupdebug.log
setting up repos...
default-installrepo/metalink | 24 kB 00:00
Error: can't get boot images.
The installation repo isn't available.
You need to specify one with --instrepo.
окаааай.
http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fed...
юмом? нет, спасибо. в прошлый раз рекомендованный федорой фидап сработал нормально при апе на 19ю
fedup менее прозрачен. у меня например, подключено много сторонних и своих собственных репозиториев, потому, fedup (да и preupgrade раньше) банально не работает, как надо, и я всегда вот уже 5 лет как (с 11 версии федоры) обновляюсь yum-ом.
так самое интересное, что я выкачал и образ готовый - один фиг fedup что-то делает после перезагрузки, но в итоге один фиг как была 19.1 так и осталась 0_о (в логах эроров и варнингов нет) ну не на болванку же мне резать?? (с USB нарезкой что-то не выходит в 64х битном образе - он тупо не работает=( )
http://forums.fedoraforum.org/showthread.php?p=1680574 мне тоже помогло
Если вы про обновление утилиты fedup до версии 0.8, то я пробовал это. Уже несколько раз по кургу всё прогнал - обновление не стартует (ошибок нет). Буду пробовать через yum обновляться
Хороший релиз. Буду обновляться сегодня.
Если еще не успели, попробуйте "русский" ремикс. Не пожалеете!
P.S. Не сочтите за рекламу, рекомендую от всей души.
а подскажите, коллеги,с УЕФИ с секуре бутом, как обстоят дела?
> а подскажите, коллеги,с УЕФИ с секуре бутом, как обстоят дела?Давно уже работает, а что?
> Давно уже работает, а что?Работает - понятие растяжимое. Вон перец на форониксе так и не смог загрузить ни 1 линуха на одном из нотиков. Хотя вроде все по феншую. А все-равно биос ничего кроме восьмерки видать не желает...
у меня с UEFI из USB флешки ничего так и не захотело установиться, хотя с болванок всё было норм, но болванки же пичаль-бида (((
та же фигня... ни один дистр с флешки не грузится, а ДВД нема...(((
> та же фигня... ни один дистр с флешки не грузится, а ДВД
> нема...(((ноут Тошиба Саттелит U840W-D9S
А, кстати, как там с PXE на этом новом железе? Не ради троллинга спрашиваю, просто любопытно.
> А, кстати, как там с PXE на этом новом железе? Не ради
> троллинга спрашиваю, просто любопытно.Поддерживается. На самом первом поколении UEFI-материнок PXE был только для legacy, на современных всех есть и legacy PXE, и UEFI PXE - т.е. можно выполнять UEFI-инсталляцию или запуск других UEFI-приложений через PXE.
Я перенес федору (19) на UEFI, поступая согласно этому руководству: http://wiki.gentoo.org/wiki/GRUB2#UEFI.2FGPTТ.е. создал раздел ESP, создал UEFI загрузочную флешку, туда grub2-install, загрузился с нее в режиме UEFI, сделал grub2-install на ESP. Проверил через efibootmgr -v, что создалась загрузочная запись (в федоре инсталляционные скрипты должны сами ее создать, но можно и руками, ничего сложного, в вики есть пример). Выбрал в биосе загрузочным диск с ESP в режиме UEFI. Собственно, все - биос грузит grub2, дальше линукс.
Загрузка стала на несколько секунд быстрее, чем в MBR-режиме. Причем основное ускорение не до запуска grub2, а при инициализации ядра - практически моментально стало проходить.Из специфики, слетел режим фреймбуффера консоли в родном разрешении (через radeonfb - он не поддерживается при загрузке через UEFI) - пришлось заново выставить VESA-режим, там есть ограничения, поставил 1024x768x32.
Если биос не видит UEFI-флешку, есть руководства, как сделать тоже самое с UEFI CD/DVD. Там только grub2 на диске нужен-то, больше ничего. У меня, например, внешний DVD при подключении по eSATA не распознавался как загрузочный UEFI - контроллер на материнке для eSATA не имел UEFI-фирмвари, поэтому загрузка с CD была только legacy, подключил тот же драйв по USB - все стало нормально. Но я слышал о проблемах с UEFI и на некоторых USB-контроллерах, например USB2 контроллер имеет поддержку загрузки по UEFI, а USB3 контроллер - нет, в таком роде.
Всех с праздником! Отличный дистр.
openoffice это годнота, наконец-то федористы осознали, что даже их бетаполигон нуждается в хорошем софте
Мне кажется, где-нибудь в Аду именно Федора стоит на всех рабочих станциях и серверах...
Впрочем, был бы у меня лишний пека, обязательно поставил бы туда F, или RFR, что бы быть в курсе современного велосипедостроения.
з.ы. Смотрел недавно 20Альфу, но не проверил, там из коробки libvirt поверх kvm есть, кто знает?ps.lxc то должны быть, конечно
И что же из доселе построенного, по-твоему, рэдхэтовцы проигнорировали, м-м?
> недавно 20Альфуфигасе недавно )
для меня и U LTS12.04 как вчера вышел =)
Иногда ждешь, ждешь новые версии дистрибов... и как на зло ни слуху ни духу! А потом как попрут версия за версией, и думаешь - что они там совсем чтоли все белены объелись.
> Иногда ждешь, ждешь новые версии дистрибов... и как на зло ни слуху
> ни духу! А потом как попрут версия за версией, и думаешь
> - что они там совсем чтоли все белены объелись.Просто все обычно релизятся весной и осенью (это федора еще в своих лучших традициях задержаться с выпуском успела), как раз примерно после релизов в апстримах.