RHEL и десктопы... насколько я знаю это не приоритетное направление, хотя могу и ошибаться, я с десктопными делами вообще никак не был связан, а последние годы вообще в суровом дауншифте, от менеджмента отошел и расслабляюсь.

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

Fedora же работает с апстримом, максимально близко к нему чтобы апстриму было на что ориентироваться.

В результате получаем продвижение и развитие для всех.

С этим не спорю. Молодцы.

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

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

ну блин, а лучше то ничего нет. Мне как бы не десктоп нужен, а рабочая станция, для работы, епт. Для десктопа вон можно федору поставить. Или Mate.

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

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

Чтобы иметь свежак надо сидеть на Rawhide, а релизные версии содержат софт, который используется раньше в других дистрибутвах.

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

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

Нет никакого серьезного «ущерба качеству». В этом как раз фишка строгого релизного процесса.

Но есть изменения с которыми пользователю приходится мириться. Так в них и соль.

cырых и нестабильных

Это очень субективные оценки. Что-то я не припомню каких-либо только начинающих разрабатываться компонентов, которые доставляли бы реальные проблемы. О том, что в системе стоит pipewire, я наверное и не узнал, если бы в новостях не прочитал. Все разрабатывается, тестируется и на блюдичке бесплатно преподносится. Но почему-то недовольство такое, словно это все куплено. Если редхэт перестанет внедрять новшества, то эти новшества никогда и не появятся в LTS, соотвественно самой возможности упрекнуть «fedora сырая, LTS наше все» тоже не будет. Что в LTS нет нерешенных проблем? Навалом. Получается LTS тоже cырые и нестабильные. Да и сравнение, как уже выше писали, некорректное. LTS это потуги конкурировать rhel/centos/OracleLinux.

Мюнхен вроде как откатился взад на винды, что-то такое мелькало. Но не суть, у меня вот федора уже много лет везде, работает и каши не просит. Работа вся в броузере и командной строке, иногда какой нибудь IDE ставлю, но все больше в vim сижу. Продуктивно, стабильно и современно. А апгрейды иногда делать - дело хозяйское. У меня вон к телеку в детской старенький лептоп с F21 прикручен, мультики показывает, и претензий никаких.

Нет никакого серьезного «ущерба качеству»

Вы так рассказываете, как будто я ей не пользовался. :)

В этом как раз фишка строгого релизного процесса.

Релизный процесс Fedora делает её качественнее, чем ежедневные сборки из git CI. Но не качественнее, чем многие другие дистрибутивы, именно из-за погони за новыми блестяшками. А потом то systemd падает в корку при обновлении, то артефакты на Intel-овских карточках после обновления, и т.д. - и это всё встречалось и в релизе, и после релиза после очередного обновления компонентов.

Да и отношение к отчётам об ошибках так себе: репортил им о падении gnome-control-center, 100% воспроизводимом, - ноль внимания, а через некоторое время отчёт был закрыт с формулировкой «Fedora такая-то EOL». Так до сих пор и падает, и всем похер. (Когда дойдут руки, отправлю конкретно GNOME-овцам - а я-то наслушался «Fedora всё равно что upstream для GNOME», «Fedora пилят сами разработчики GNOME», бла-бла-бла...)

Но не качественнее, чем многие другие дистрибутивы, именно из-за погони за новыми блестяшками.

ну так если не федоровцы, то кто будет вылизывать эти «многие другие» дистрибутивы? И кстати, буду благодарен за парочку примеров этих дистров, пожалуйста

В Fedora 27 с KDE Telepathy не подключается к XMPP (jabber.ru).

Нет никакого даже намёка на качество.

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

Тестировать новьё, чтобы потом этим пользовались в нормальных дистрах - вот их единственная задача.

Оно по-прежнему тестовый полигон на юзерах?

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

Попробовал Fedora 27

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

Не «их», наша.

Тестировать, изучать, обсуждать, создавать новые use-case, строить на этой базе новые решения...

vim

Продуктивно, стабильно и современно

бггг

для моих задач - на пайтоне и ансибле писать - вполне.

Ну у меня характер такой, что я постоянно что-то ставлю или компилю.

Постоянно что-то компилишь, а написать spec-файл не в состоянии? Он же элементарный. Разбираться в проблемах сборки бывает куда гемморойней. Да и apt-file на фоне dnf provides посасывает.

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

У каждого пользователя свои предпочтения, потому и дистрибутивов много. Если нужна «стабильность», то есть centos/debian. Баланс свежести и «стабилизированности» - opensuse/ubuntu. Нужен свежак, собранный людьми, которые в этом свежаке хоть что-то понимают - fedora.

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

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

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

У каждого пользователя свои предпочтения, потому и дистрибутивов много. Если нужна «стабильность», то есть centos/debian. Баланс свежести и «стабилизированности» - opensuse/ubuntu. Нужен свежак, собранный людьми, которые в этом свежаке хоть что-то понимают - fedora.

Правдивее так:

Если нужна «стабильность», то есть centos/debian, не нужна - ubuntu. Баланс свежести и «стабилизированности» - opensuse/fedora. Нужен свежак, собранный людьми, которые в этом свежаке хоть что-то понимают - arch/gentoo.

собранный людьми, которые в этом свежаке хоть что-то понимают - arch/gentoo.

Учитывая, что в генте пользователи сами собирают пакеты, а потом задают вопросы на лоре - крайне сомнительно. Конечно, какой-то отдельный гентушник действительно может что-то понимать в каком-либо свежаке. Но большинство не понимают почти ничего, только описания юзфлагов прочитали. Против арча, я вообще ничего не имею, но там мэйнтейнеры - школьники. Это знают все. А что школьники могут вообще понимать?

Баланс свежести и «стабилизированности» - opensuse/fedora.

Федора под баланс не подходит. Там по большей части пакетов роллинг. Стабилизирована только основа. Даже ядра обновляются мажорными версиями при обычных обновлениях. Даже кеды. Так что таки суся/убунта. В лтс, конечно, бывают ребэйзы, но они не очень значительны, емнип.

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

Где там? Я на fedora, тут роллингом и не пахнет. И никогда роллинга не было.

Даже ядра обновляются мажорными версиями при обычных обновлениях.

kernel.org
mainline:  4.14     2017-11-12
stable:    4.13.13  2017-11-15 

Текущее ядро: kernel-4.13.12-300.fc27.x86_64.rpm

Даже кеды.

Кеды в Fedora не обновляются вообще. В 26 kde-applications как завезли 17.04.1 - так и оставили. До последующих 17.04.2 и 17.04.3 с багфиксами даже не обновляли. Видел багрепорт, где человек просил обновить в f26 krusader с 2.5 до 2.6 - ему ответили что-то в духе «сделаем», ответчик пропал. Через несколько месяцев пишет уже другой - «я собрал!» ... для 28 федоры!!

Так что kde в fedora собирается, но не поддерживается.

Где там? Я на fedora, тут роллингом и не пахнет. И никогда роллинга не было.

Либо ты как-то по-другому воспринимаешь слово роллинг, либо ты не прав.

Текущее ядро: kernel-4.13.12-300.fc27.x86_64.rpm

Федора 27 только что вышла. Не удивительно, что для неё не успели выпустить мажорное обновление ядра. Оно перед этим ещё в rawhide обкатку пройти должно и у 4.13 срок поддержки закончится должен.

А вот для fedora 26:

kernel.x86_64 4.11.8-300.fc26  fedora
kernel.x86_64 4.13.12-200.fc26 updates

Два мажорных релиза сменили за полгода, так-то. Прям вот вообще ни разу не роллинг.

Ну и для fedora 25 $ dnf --releasever=25 --showduplicates list kernel-core kwin:

kernel-core.x86_64  4.8.6-300.fc25      fedora
kernel-core.x86_64  4.11.12-200.fc25    @updates    
kernel-core.x86_64  4.13.12-100.fc25    updates 
kwin.x86_64         5.8.1-1.fc25        fedora
kwin.x86_64         5.10.5-1.fc25       updates

Кеды в Fedora не обновляются вообще.

Как показано постом выше - это ложь. Не обновляли только kde-applications в релизе 26. В 25, например, обновляли.

Почему в 26 зависло - не знаю. Возможно, проблемы с зависимостями, типа нужен qt 5.8 или 5.9, а в 26 5.9 только вчера или сегодня прилетел. Или на kf5 зависимости. Хотя их с 5.35 до 5.38 обновили.

А может и забили на applications. Посмотрим.

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

Роллинг - это rawhide, arch и т.п. Непрерывная интергация, не завязанная на релизах.

С ядрами разве где-то по-другому? Ну конечно не считая «суперстабильного» debian.

В 26-й куча софта предыдущих версий. Тот же Gnome 2.24.

По моим ощущениям - федора требует понимания того, что ты делаешь.

Я вижу Вы в теме. Можно пример, что именно требует понимания в fedora, в отличие от opensuse/ubuntu?

Если собирать локально

$ rpmbuild -bb ffmpeg.spec --with fdk_aac
error: Failed build dependencies:
	fdk-aac-devel is needed by ffmpeg-3.3.5-9.fc27.x86_64

Если через mock, то отсуствие fdk-aac-devel обнаруживается только во время сборки:

$ mock -r default --rebuild --rpmbuild-opts='--with fdk_aac' ~/rpmbuild/SRPMS/ffmpeg-3.3.5-9.fc27.src.rpm
---------------------cut-------------
Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.QfFbIz
+ umask 022
+ cd /builddir/build/BUILD
+ cd ffmpeg-3.3.5
+ ./configure --prefix=/usr --bindir=/usr/bin --datadir=/usr/
---------------------cut-------------
--enable-libcdio --enable-libfdk-aac --enable-nonfree 
---------------------cut-------------
ERROR: libfdk_aac not found

Это баг, или это делается по-другому?

С ядрами разве где-то по-другому? Ну конечно не считая «суперстабильного» debian.

Практически во всех дистрибутивах с релизами. В той же убунте, например. Там бывают ребэйзы ядер в lts, но они редки. Каноникал обеспечивает сопровождение своим ядрам. В сусе, емнип, тоже. По-крайней мере в 13.Х так было, как сейчас не в курсе.

В 26-й куча софта предыдущих версий. Тот же Gnome 2.24.

И systemd, и glibc тоже только багфиксы. Я так и написал, «стабилизирована только основа». Гном, видимо, тоже в основу включили. На некоторый софт, видимо, просто забивают не хватает мэйнтейнеров.

Подробности можно найти здесь: https://fedoraproject.org/wiki/Updates_Policy .

Можно пример, что именно требует понимания в fedora, в отличие от opensuse/ubuntu?

Здесь субъективное восприятие, не претендующее на абсолютную истину.

Например, в дебиане/убунте при установке некоторых пакетов запускают мастера автоконфигурирования, где можно натыкать enter, и скорее всего, что-то даже заработает. Установщик проприетарных драйверов через гуй. Нет дефолтного фаервола и настроенного на ограничения selinux или apparmor. Ну и куча инструкций разной степени полезности, о том, как что-нибудь починить. Некоторые из них, при бездумной копипасте, даже работают.

Суся вообще вся заточена под yast. По-крайней мере, когда я выбирал дистр, куда свалить с генты, и поставил opensuse, понатыкав всего в ясте, я так и не смог разобраться, где и что он понаделал, и как это отобразилось в конфигах.

А в федоре отнюдь не всё делается через гуй (правда с cockpit'ом я так и не ознакомился), зато примерно понятно, где и что надо менять, и как это повлияет на систему.

Как-то так.

Я бы проверила доступен ли макрос внутри mock-окружения. В стандартной федоре его нет, поэтому в -r default возможно тоже.

Но вообще лучше в fedora-devel в irc идти с такими вопросами.

Подозреваю, что нужно mock -r default --rebuild -D "_with_fdk_aac 1' ~/rpmbuild/SRPMS/ffmpeg-3.3.5-9.fc27.src.rpm. Тогда он будет проверять зависимости при установке пакетов, а не при вызове rpmbuild, и, при наличии, поставит необходимые.

Спасибо, действительно работает!

Столкнулся только с проблемой нехватки места.. а так все отлично! Обновляюсь начиная с 18 версии, всякое бывало ) в основном по графике

В место Yum Extender (DNF) неплохо смотрится Dnfdragora. На удивление, ни чего не сломалось. Даже наоборот, починилось.;-)

Поставил себе на посмотреть на железо. Теперь QuadroBoot - Win10, Debian9, Solus3, Fedora27 в UEFI на одном SSD. Ну.. пардон.. такое вот развлечение на грани болезни.

Из забавного: 1. Установщик не видит efi partition, если диск с efi последний из выбранных для установки. Не получилось раскидать /var /home сразу на другие диски, установилось только когда /dev/sdf был один - с efi, корнем и всем остальным. (а последний он потому что в PCI воткнут) 2. Такая презабавная пляска с выносом позже /var на другой диск из-за SELinux. 3. Самое удивительное - openvpn из командной строки руками прекрасно читает все сертификаты и соединяется как клиент. А обёртка над ним в NetworkManager Gnome утыкается опять в SELinux и требует чтобы: или сертификаты лежали в ~/.cert, или сами файлы сертификатов и ключей были помечены правильными флагами SELinux. Чудеса. Обёртка секурнее, чем оборачиваемое. Это точно nix-way? 4. Квест с NVidia и кодеками тоже весьма увлекательный, но это легко гуглится и решение хорошо описано по шагам.

С этими линуксами так весело. Наиграешься вдоволь в «настрой и почини» - возвращаешься в Win10 и скучаешь.

Много лет администрировал SCO UNIX System V/386 Release 3.2. Там тоже скучно было - устроился на работу, настроил; через двадцать лет уволили, пришлось выключить. А тут такая веселуха, оказывается у вас все эти годы :)

Обёртка секурнее, чем оборачиваемое.

Ты «оборачиваемое» запускал руками. Т.е. у процесса не было метки selinux (unconfined). Такие процессы по-дефолту не получают никаких ограничений.

Чудеса.

Чем меньше знаний, тем чудесней мир вокруг.

Win10, Debian9, Solus3, Fedora27

С этими линуксами так весело. Наиграешься вдоволь в «настрой и почини» - возвращаешься в Win10 и скучаешь.

И что же такое приходится постоянно чинить в Debian 9, если не секрет?

В Debian9 еще до релиза, в тестинге чинил polkit. Там что-то простое было - библиотека лежала по лругому пути, чем укащано было в unit после обновления. Это было самое, пожалуй, интересное. Хотя уровня опечатки косяк, конечно. Они сами быстро поправили в следующем обновлении.

За объяснения про контекст - спасибо. Интересно.

да скорее всего так и есть, железо старое, к федоре самой никаких претензий.

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

Давно это в LSB имеется Qt 5? Там всегда был Qt 3, который потом тупо удалили.

Мне как бы не десктоп нужен, а рабочая станция

а почему ты тогда ее на ноутбуке делаешь? на железе типа xeon у меня отличная рабочая станция вышла. правда RHEL7 я считаю сырой, до RHEL8 собираюсь держать везде EL6.

угу. это все иногда сравнивают с толпой народу, которая чинит аэроплан в полете.

1. чей установщик не понятно. зря ты все на один диск налепил. лучше бы в виртуальные машины.

2. нужно оч. хорошо понимать, нужен тебе selinux или нет.

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

4. банально

без понятия, мне лень искать, но qt он

ща покажу

вот что он поставил с телегой

2017-11-17T20:57:54Z INFO Installed: ocl-icd-2.2.11-4.fc27.x86_64
2017-11-17T20:57:54Z INFO Installed: opencl-filesystem-1.0-6.fc27.noarch
2017-11-17T20:57:54Z INFO Installed: libdbusmenu-16.04.0-4.fc27.x86_64
2017-11-17T20:57:55Z INFO Installed: libva-1.8.3-3.fc27.x86_64
2017-11-17T20:57:55Z INFO Installed: fribidi-0.19.7-5.fc27.x86_64
2017-11-17T20:57:55Z INFO Installed: libass-0.13.4-4.fc27.x86_64
2017-11-17T20:57:55Z INFO Installed: libmfx-1.21-3.fc27.x86_64
2017-11-17T20:57:56Z INFO Installed: libdbusmenu-gtk3-16.04.0-4.fc27.x86_64
2017-11-17T20:57:57Z INFO Installed: kernel-headers-4.13.12-300.fc27.x86_64
2017-11-17T20:57:57Z INFO Installed: glibc-headers-2.26-16.fc27.x86_64
2017-11-17T20:57:58Z INFO Installed: glibc-devel-2.26-16.fc27.x86_64
2017-11-17T20:57:59Z INFO Installed: compiler-rt-4.0.1-5.fc27.x86_64
2017-11-17T20:58:01Z INFO Installed: clang-libs-4.0.1-5.fc27.x86_64
2017-11-17T20:58:02Z INFO Installed: libclc-0.2.0-9.git1cb3fbf.fc27.x86_64
2017-11-17T20:58:03Z INFO Installed: libstdc++-devel-7.2.1-2.fc27.x86_64
2017-11-17T20:58:04Z INFO Installed: hwloc-libs-1.11.5-6.fc27.x86_64
2017-11-17T20:58:04Z INFO Installed: libindicator-gtk3-12.10.1-11.fc27.x86_64
2017-11-17T20:58:05Z INFO Installed: qt5-qtimageformats-5.9.2-1.fc27.x86_64
2017-11-17T20:58:05Z INFO Installed: xvidcore-1.3.4-4.fc27.x86_64
2017-11-17T20:58:05Z INFO Installed: x265-libs-2.5-1.fc27.x86_64
2017-11-17T20:58:06Z INFO Installed: x264-libs-0.148-22.20170521gitaaa9aa8.fc27.x86_64
2017-11-17T20:58:08Z INFO Installed: vo-amrwbenc-0.1.3-3.fc27.x86_64
2017-11-17T20:58:09Z INFO Installed: opencore-amr-0.1.5-2.fc27.x86_64
2017-11-17T20:58:09Z INFO Installed: schroedinger-1.0.11-13.fc27.x86_64
2017-11-17T20:58:10Z INFO Installed: ffmpeg-libs-3.3.5-2.fc27.x86_64
2017-11-17T20:58:10Z INFO Installed: libtgvoip-1.0-3.20170801gitbfd5cfe.fc27.x86_64
2017-11-17T20:58:11Z INFO Installed: openal-soft-1.18.0-3.fc27.x86_64
2017-11-17T20:58:11Z INFO Installed: minizip-1.2.11-4.fc27.x86_64
2017-11-17T20:58:12Z INFO Installed: telegram-desktop-1.1.23-1.fc27.x86_64
2017-11-17T20:58:13Z INFO Installed: libappindicator-gtk3-12.10.0-16.fc27.x86_64
2017-11-17T20:58:24Z INFO Installed: pocl-0.14-4.fc27.x86_64
2017-11-17T20:58:30Z INFO Installed: mesa-libOpenCL-17.2.4-2.fc27.x86_64
2017-11-17T20:58:32Z INFO Installed: beignet-1.3.2-1.fc27.x86_64

Вот зачем постоянно менять версию GTK? Неужели нельзя остановиться хотя бы на год на одной и усовершенствовать её, чтобы ничего не отваливалось из предыдущей, тем более API, к чему эта гонка версий тулкита? Не зря Мигель свалил из этого дурдома!

Забавно. Получается, Qt 5 имеется «из коробки» в Fedora, но отсутствует в Ubuntu (мне qt5-пакеты прилетели на установку при apt install telegram)

Ну напомни когда в GTK в последний раз что-то ломали.

http://refspecs.linuxfoundation.org/LSB_5.0.0/LSB-Desktop-generic/LSB-Desktop...