The OpenNET Project / Index page

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

OBS Studio и Fedora урегулировали конфликт

20.02.2025 07:57

В результате встречи представителя OBS Studio с лидером Fedora и ответственными за поддержку Flatpak-пакетов в дистрибутиве, удалось наладить сотрудничество и найти пути решения проблем, устраивающие оба проекта. Требование о прекращении использования имени OBS Studio в сопровождаемом проектом Fedora flatpak-пакете отозвано. Fedora продолжит предлагать пользователям по умолчанию свой вариант flatpak-пакета с OBS Studio.

Проблема с поставкой версии Qt, приводящей к сбоям, будет решена переводом Flatpak-пакета Fedora на новый Flatpak runtime, использующий выпуск Qt 6.8.2, в котором регрессия устранена. Проблема с информированием пользователей об области ответственности и путях направления отчётов об ошибках в пакете также улажена. Дополнительно выделены ещё четыре проблемы в Flatpak-пакете Fedora, над устранением которых начали работать представители Fedora:

  • Использование при выполнении OBS Studio программного растеризатора llvmpipe вместо аппаратной ускоренной отрисовки.
  • Аварийное завершение при переходе в режим использования протокола X11.
  • Сбои в работе VLC Plugin при работе в изолированном окружении.
  • Поставка сторонних плагинов во Flatpak-пакете Fedora.

Напомним, что разработчики системы потокового видеовещания OBS Studio потребовали прекратить использование в дистрибутиве Fedora любых элементов бренда OBS Studio, включая имя и логотип. Требование предъявлено после безуспешных попыток решить проблему с поставкой в Fedora некорректно работающего неофициального flatpak-пакета в форме, создающей у пользователей впечатление, что они используют официальный flatpak-пакет (разработчики OBS Studio распространяют через каталог Flathub собственный flatpak-пакет, но вместо него пользователям Fedora предоставляется другой вариант flatpak-пакета, сопровождаемый разработчиками Fedora и при установке являющийся более приоритетным).

  1. Главная ссылка к новости (https://gitlab.com/fedora/sigs...)
  2. OpenNews: Проекту Fedora пригрозили иском из-за поставки сбойного flatpak-пакета с OBS Studio
  3. OpenNews: Отчёт о развитии Fedora Workstation: AI, Wayland, HDR, MIPI-камеры и Flatpak
  4. OpenNews: Превращение сборки Fedora c KDE в базовую редакцию дистрибутива
  5. OpenNews: В TikTok Live Studio выявлено заимствование кода OBS, нарушающее лицензию GPL
  6. OpenNews: Выпуск системы потокового видеовещания OBS Studio 31.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62755-obs
Ключевые слова: obs, fedora
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (65) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 08:29, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Дениг-то дал кто кому?
     
     
  • 2.8, Аноним (8), 09:04, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Судя по прогибу голубые машины сделали збс ОБСу.
     

  • 1.3, UraniumSun (ok), 08:34, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Зря пошли на попятную. Надо было додавить или хотя бы добиться исполнения части требований.
     
     
  • 2.38, Аноним (38), 13:26, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и к чему бы это привело?
    Опять же к ним, но через некоторое время...
     
  • 2.61, Аноним (61), 18:18, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так ответственный проснулся, прочёл и начал выполнять. Проблема то в чём?
     

  • 1.5, Аноним (5), 09:00, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    зря конечно, использовать чужое имя в своих наработках которые не работают и только портят имидж OBS. Зря им DMCA не вручили
     
     
  • 2.43, Аноним (43), 13:37, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Дерзкая OBS шарашка может идти лесом.
     

  • 1.6, Ося Бендер (?), 09:01, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Эх, слабаки. Надо было стоять на своем и заставить Фёдора перестать гнать пургу.
     

  • 1.7, Zenitur (ok), 09:03, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    * Делаем операционные системы, принятые большинством: RH 7.2 и 9.0
    * Прекращаем разработку RH в пользу RHEL (платного) и Fedora Core (экспериментального и создающего вопросы у пользователей)
    * Теряем значительную часть пользователей. Оставшиеся ливнули на Mandrake и SUSE
    * Разработчики программ продолжают выпускать RPM-пакеты (благо что оба дистрибутива используют RPM)
    * Возникает проблема с запуском готовых сборок программ под разные дистрибутивы Linux
    * Делаем стандарт LSB, который обеспечивает совместимость между разными дистрибутивами Linux
    * Рост популярности Ubuntu, разработчики программ больше не делают RPM-пакеты. Они предпочитают делать сборки под каждую версию дистра
    * Canonical лицензирует за деньги поддержку LSB в Ubuntu 8.04. Теперь можно сделать универсальную сборку программы, которая будет работать в любой версии Ubuntu - для этого нужно всего лишь собрать её под RHEL/CentOS
    * Всем пофиг на LSB - софт собирают исключительно под Ubuntu
    * DEB-пакеты от старых убунт не всегда работают в новых убунтах. Исчерпан последний кредит доверия, который разработчики программ давали десктопному Linux
    * Valve выпускает Steam для Linux. Сборки осуществляются в Ubuntu 12.04, зависимости для игр подтягиваются через apt
    * Выходит Ubuntu 12.10, apt-не может скачать зависимости для нескольких игр, так как версии пакетов поменялись
    * Valve создаёт Steam Runtime - большой набор библиотек из старых убунт, чтобы в новых убунтах всё работало
    * Red Hat создаёт Flatpak, теперь программа таскает с собой все свои зависимости. Это как статическая сборка, только динамическая, когда библиотеки берутся не из /usr/lib, а из папки с программой
    * Canonical в ответ создаёт Snap
    * В добавок к "все зависимости ношу с собой", приложения Flatpak работают в "песочнице"
    * Наружу пробрасываются интерфейсы для PipeWire, а также xdg-desktop-portal для доступа к файлам снаружи "песочницы"
    * Оказывается, что этого недостаточно. Нельзя положить в "песочницу" библиотеку OpenGL - она обязана браться из системы, а иначе будет чисто софтварный рендеринг
    * А ещё оказалось, что снаружи есть и другие интерфейсы...

    Надеюсь, я ничего не упустил. Вопрос: а "песочница" делает что-то хорошее? Может следовало ограничиться просто предоставлением библиотек?

     
     
  • 2.11, Аноним (11), 09:41, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    нельзя останавливаться пока из флатпака не получится полноценная виртуальная машина
     
  • 2.14, pic (??), 10:23, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >* Red Hat создаёт Flatpak, теперь программа таскает с собой _все_ свои зависимости. Это как статическая сборка, только динамическая, когда библиотеки берутся не из /usr/lib, а _из папки_ с программой

    Разве не AppImage?

     
  • 2.22, нах. (?), 11:24, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вопрос: а "песочница" делает что-то хорошее?

    да

    > Может следовало ограничиться просто предоставлением библиотек?

    нет, это так не работает. Вот ровно по той самой причине что ты описал.

     
  • 2.30, EULA (?), 12:57, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > * Теряем значительную часть пользователей. Оставшиеся ливнули на Mandrake и SUSE

    SUSE тоже сдохла. Вместо нее стал нормальный SLEx и аналог федорки OpenSUSE.
    Mandriva продалась конторе, которую тут один гражданин пиарит в любой доступной ему теме.
    > * Всем пофиг на LSB - софт собирают исключительно под Ubuntu

    Где Ubuntu только в названии. Проприетарщины, где в зависимостях deb-пакета болтаются centos-либы дофига и больше.

    > * Red Hat создаёт Flatpak
    > * Canonical в ответ создаёт Snap

    Оба варианта стали жрать память, как винда.

     
  • 2.32, Аноним (32), 13:06, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У вас, на мой взгляд, грубая неточность, потому как Steam runtime это буквально ... большой текст свёрнут, показать
     
     
  • 3.72, Zenitur (ok), 20:18, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Буду знать, спасибо. Раньше Steam Runtime использовал убунтовские библиотеки. Я когда-то переводил ChangeLog, в котором было это упомянуто. https://www.linux.org.ru/forum/games/12850270
     
  • 2.42, Аноним (38), 13:29, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос, почему ты так сильно акцентировался на бубунте?
    Нормальные админы просто берут Deb и делают из него что нужно.
     
  • 2.45, Аноним (32), 14:34, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Очевиндно, что не ВСЕ зависимости, потому как зависимость от flatpak-рантаймов т... большой текст свёрнут, показать
     
  • 2.56, Фидора тим (?), 17:31, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно делает, она играет роль ширмы, которая пускает пыль в глаза и отыгрывает... большой текст свёрнут, показать
     
  • 2.81, Аноним (81), 20:31, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    * Valve переходит с Debian Gnome на Arch KDE, и выпускает Steam OS3 на SteamDeck
     

  • 1.9, Аноним (9), 09:20, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хорошая новость про преемущества Flatpak-пакетов
     
     
  • 2.13, Аноним (13), 10:17, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вся это пакетщина ещё хуже чем перевод всего  на свете на вейленд. Это как доверить младенцу задачу заменить мотор в машине.
     
     
  • 3.17, Аноним (17), 10:51, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там уже вовсю система зависимостей расцвела, прямо как в apt-get или каком dnf. На stackoverflow  куча вопросов как почистить ненужные зависимости на flatpak. Со snap абсолютно такая же история.
     
     
  • 4.27, Аноним (27), 12:42, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    flatpak uninstall --unused?
     
     
  • 5.36, Аноним (36), 13:25, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Apt --idi nahuj
     
     
  • 6.52, Аноним (27), 16:26, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, я тоже от apt не в восторге. Но не настолько.
     

  • 1.12, Аноним (13), 10:15, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Если бы у Федора были егз они бы просто сказали что этот ваш обс должен и обязан работать на той версии кутэ на которой мы вам приказали. Иначе все останется как есть. А адрес проживания автора программа будет указан при крахе программы.
     
  • 1.15, Аноним (17), 10:48, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    а зачем федора делают собственный флатпак, им нечем людей занять?
     
     
  • 2.16, Аноним (16), 10:49, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Затем же зачем делают свои репозитории с софтом.
     
     
  • 3.19, Аноним (17), 10:52, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ну с репой понятно зачем - софт должен гарантированно работать на конкретной версии линукса. Но ведь flatpak придуман чтоб работать везде, и зачем две версии софта на flatpak мне непонятно
     
     
  • 4.20, Аноним (20), 11:08, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы можно было что-нибудь выпилить и в новости написать

    > чтобы не отнимать ресурсы у основной команды разработчиков, которая сможет сосредоточить своё внимание на xyz.

     
  • 4.62, aim (ok), 18:20, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    идея в том же в чём и вообще идея community linux before enterprise linux: мы делаем community хорошо, а заодно ещё часть вещей утаскиваем с собой и продаём. Это в целом здоровое и полезное для общественности решение позволяющее пользоваться благами компании.

    Соотв. RHEL может на вопрос "а где у вас X" посылать в flathub.org. но может (если захочет) и предоставить собственный flatpak собранный под контролем своих же инженеров.

     
     
  • 5.71, АнонимКо (?), 20:09, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > идея в том же в чём и вообще идея community linux before
    > enterprise linux: мы делаем community хорошо, а заодно ещё часть вещей
    > утаскиваем с собой и продаём. Это в целом здоровое и полезное
    > для общественности решение позволяющее пользоваться благами компании.
    > Соотв. RHEL может на вопрос "а где у вас X" посылать в
    > flathub.org. но может (если захочет) и предоставить собственный flatpak собранный под
    > контролем своих же инженеров.

    Конечно идея имеет право на жизнь, если всё открыто, но только т.к. корпы никому ничем не обязаны, даже за деньги, как я погляжу, так и юзвери никому ничем не обязаны, вот такой вот прекрасный мир, где никто никому ничем не обязан и у всех есть свобода выбора.  ¯\_(ツ)_/¯

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

     
  • 2.21, нах. (?), 11:22, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    юзеры требуют пакет. Собрать его в рамках основной системы невозможно (вон, требуется даже не последняя версия культей а еще толком недописанная, только что из под хвоста, последние капли еще не долетели - возможно она решает одну мелкую проблемку в obs, тестировать на отсутствие других - не барское дело). Отправлять юзеров за 3d-party неведомо как собранным - плохая в целом идея.

     
  • 2.60, aim (ok), 18:17, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    кажется это вопрос который задают в самом RH. мне помнится пару лет назад собирались закрыть этот проект и я с БОЛЬШИМ удивлением узнал что он до сих пор жив
     

  • 1.23, anonymous (??), 11:46, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Использование при выполнении OBS Studio программного растеризатора llvmpipe вместо аппаратной ускоренной отрисовки.
    > Аварийное завершение при переходе в режим использования протокола X11.

    офигеть какие мелочи. Имхо надо просто пользоваться оригинальным флатпаком от производителей и забить на федору. Флатпак ведь для того и делается - чтобы поставлять программу целиком со всеми зависимостями

     
     
  • 2.24, нах. (?), 12:05, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Имхо надо просто пользоваться оригинальным флатпаком

    тебе там выше zenitur в деталях расписал почему - нет, не надо.

    > Флатпак ведь для того и делается - чтобы поставлять программу целиком со всеми
    > зависимостями

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

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

     
     
  • 3.28, anonymous (??), 12:46, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А интеграцию с системой приходится доделывать каждый раз отдельно

    А что это такое и зачем нужно?

    Если вы про изоляцию - то да, стоит включить xpra в пакет, чтобы пробрасывать графику. Если без изоляции, то иксы везде одинаковый и нам нужен только номер сессии.

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

    Что такого умеет интегированный софт, чего не умеет оригинальный? Стоит ли это таких лихих глюков в интегрированном флатпаке?

     
  • 3.64, Фидора тим (?), 18:24, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Флатшлак решает только одну задачу - изолирует зависимости (тоже небесплатно, и если
    > собрали с чем-то глючным и дырявым - с этим надо что-то
    > делать, а не на изоляцию надеяться).

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

     
  • 2.54, Аноним (54), 16:52, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Увы, Flatpak не со всеми зависимостями.
     

  • 1.25, Аноним (25), 12:38, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > на новый Flatpak runtime

    Больше мусора на винте, давайте дополнительно штук 25 дистрибутивов, чтобы все программы правильно работали.

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

     
     
  • 2.41, Аноним (36), 13:28, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже самое что и докер. Один в один.
     

  • 1.29, Аноним (32), 12:54, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Проблема с поставкой версии Qt, приводящей к сбоям, будет решена переводом Flat... большой текст свёрнут, показать
     
  • 1.34, Страдивариус (?), 13:22, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    То есть всё то, ради чего flatpack вроде как создавался, а именно: затянуть приложение, которое имеет свой стэк зависимостей, не связанный с версиями в дистре - оказывается фуфлом, так как проблемы всё те же?

    Люблю федору и красношапочников (нет).

     
     
  • 2.39, Аноним (36), 13:28, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это другое. Вы хотели от нас отвязаться. А мы вам не дадим. Будете есть то что мы ваш скажем, а не то что разработчик софта захочет.
     
  • 2.47, anonymous (??), 14:57, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ага а погромисты верят в плоскую землю и в воолшебнле свойство глючных дврявых библиотек "потомучто мы художники так видим и ваще оно работает на всех лбоих2 компах". "Что привязлся начальника, какой такой древниё багованы"
     
     
  • 3.58, anonymous (??), 17:55, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    погромисты верят в фиксацию зависимостей и повторяемые билды.
    Жаль что редхат с федорой про это не слышал.
     
     
  • 4.59, Перчатки_бесконечности (?), 18:14, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> повторяемые билды.

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

     
  • 2.65, Фидора тим (?), 18:33, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > То есть всё то, ради чего flatpack вроде как создавался, а именно:
    > затянуть приложение, которое имеет свой стэк зависимостей, не связанный с версиями
    > в дистре - оказывается фуфлом, так как проблемы всё те же?

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

    > Люблю федору и красношапочников (нет).

    Мы своих ̶х̶а̶л̶я̶в̶н̶ы̶х̶ ̶б̶е̶т̶а̶т̶е̶с̶т̶е̶р̶о̶в̶,̶ ̶к̶о̶т̶о̶р̶ы̶е̶ ̶ж̶р̶у̶т̶ ̶ч̶т̶о̶ ̶д̶а̶ю̶т̶ ̶с̶ ̶л̶о̶п̶а̶т̶ы̶  пользователей тоже любим
    ̶(̶н̶е̶т̶!̶ ̶н̶е̶б̶л̶а̶г̶о̶д̶а̶р̶н̶ы̶е̶ ̶е̶щ̶ё̶ ̶ч̶т̶о̶-̶т̶о̶ ̶т̶а̶м̶ ̶в̶ы̶п̶е̶н̶д̶р̶и̶в̶а̶т̶ь̶с̶я̶ ̶п̶ы̶т̶а̶ю̶т̶с̶я̶)̶

     

  • 1.35, Аноним (43), 13:23, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Требование о прекращении использования имени OBS Studio в сопровождаемом проектом Fedora flatpak-пакете отозвано.

    Жаль, SOB Studio звучит достойно.

     
     
  • 2.55, Аноним (54), 16:55, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Одна известная телеведущая может права заявить ;)
     

  • 1.46, mimocrocodile (ok), 14:49, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё урегулирование свелось к тому что Федора продложит свои догматы ставить превыше работоспособности конечного результата.
     
     
  • 2.75, Аноним (75), 22:26, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну уж молодцы, что урегулировали, ато я уж распереживался.
     

  • 1.50, aga (?), 16:02, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    бизныс идея: бульварное чтиво про сплетни в опенсорс-мире, я бы такое читал
     
     
  • 2.63, aim (ok), 18:20, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Открываешь lklm... ;-)
     
  • 2.68, Аноним (43), 19:05, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Подписывайся
    https://lunduke.locals.com/landing/video
     
  • 2.80, Аноним (80), 15:02, 21/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В виде видосов такого полно на Ютубе.
     

  • 1.51, Аноним (-), 16:25, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Четыре пункта, почему контейнеры, это зло.
    1. Использование при выполнении OBS Studio программного растеризатора llvmpipe вместо аппаратной ускоренной отрисовки.
    2. Аварийное завершение при переходе в режим использования протокола X11.
    3. Сбои в работе VLC Plugin при работе в изолированном окружении.
    4. Поставка сторонних плагинов во Flatpak-пакете Fedora.

    Используйте характерные для вашего дистра бинарные пакеты.

     
     
  • 2.57, нах. (?), 17:46, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    дык как их использовать-то, если в твоем дистре не собирается? Там не та версия, тут не те патчи.
    И авторы ипользующие модную пихоновскую сборочную автоматику, которая есть тоже за них будет  - не собираются тебе в этом помогать.

     
     
  • 3.66, Мимокрокодил (?), 18:43, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > дык как их использовать-то, если в твоем дистре не собирается? Там не
    > та версия, тут не те патчи.
    > И авторы ипользующие модную пихоновскую сборочную автоматику, которая есть тоже за них
    > будет  - не собираются тебе в этом помогать.

    Что говорить, если мейнтейнеры Fedora это уже не те суровые мужики, которые что-то кpacнoглaзили в потрохах, ежели чего, теперь это ленивые молодые смузихлёбы, которым ломает патч для пакета забрать в ветке конкурирующего дистра, даже если им явно о его работоспособности написали. Зато поныть о том что у них рабочий пакет не собирается, виноват апстрим и вообще нужно пакет выкинуть на мороз потому что он не поддерживает пока ещё вяленого (и таки выкинули в последнем релизе), несмотря на то, что иксовая сессия всё ещё доступна к выбору.

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

     
  • 2.77, anonymous (??), 23:19, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Четыре пункта, почему контейнеры, это зло.
    > 1. Использование при выполнении OBS Studio программного растеризатора llvmpipe вместо аппаратной ускоренной отрисовки.

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

    С пробросом окошек ещё у древних иксов не было никаких проблем - был бы где открыт сокет, можно даже юникс-сокет. Потом у иксорга появилась фишка, позволяющая пробрасывать не общую сессию иксов, а изолированный xpra (безопасность и все такое).

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

    Казало бы, вот он шанс вейланд показать как он полезен, и умеет то, чего не умеют иксы - пробрасывать opengl. Сделайти и пользователи сами переходить начнут на ваш софт. Но нет, разработчики вейланд не осилили создать что-то полезное. Максимально обрезали прослойку между железом и оконным менеджером, повыкидывали фичи и сказали "дальше вы сами как-нибудь".

     

  • 1.70, Аноним (70), 20:04, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Федоре надо было до конца упираться и распространять бракованный продукт. Чтобы им эти OBS сделали .
     
  • 1.73, BrainFucker (ok), 20:39, 20/02/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > будет решена переводом Flatpak-пакета Fedora на новый Flatpak runtime, использующий выпуск Qt 6.8.2, в котором регрессия устранена

    Погодите, а разве fatpack нужен не для того чтобы каждое приложение могло тащить свою версию библиотек, какую нужно и не зависеть от других частей окружения?

     
     
  • 2.76, Аноним (32), 22:50, 20/02/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> будет решена переводом Flatpak-пакета Fedora на новый Flatpak runtime, использующий выпуск Qt 6.8.2, в котором регрессия устранена
    > Погодите, а разве fatpack нужен не для того чтобы каждое приложение могло
    > тащить свою версию библиотек, какую нужно и не зависеть от других
    > частей окружения?

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

     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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