ㅤ
Yep.
Anonymous
так себе отпуск получается
ㅤ
ㅤ
Может кто-нибудь хочет помочь с портированием на meson и заодно перевод подправить? 🤔
ㅤ
Не примут такой пакет в Федора ^
Sergei
Не примут такой пакет в Федора ^
У этой штуки официальный флатпак есть. Зачем её опакечивать?
Sergei
(чувствую, сейчас в меня какашки полетят)
ㅤ
Затем что я не хочу ждать столько секунд каждый раз когда у меня загрузится простенькое приложение для поредачить файлик.
Dead
Может кто-нибудь хочет помочь с портированием на meson и заодно перевод подправить? 🤔
Эм, в fedora разве нет макроса для поиска и установки локали?
ㅤ
Эм, в fedora разве нет макроса для поиска и установки локали?
Есть конечно, но причем тут? https://pagure.io/packaging-committee/issue/782
ㅤ
Ты со снапом не перепутал?
Нет, но в 100500й раз не очень интересно повторяться. Может кто другой подхватит этот тред.
Sergei
Нет, но в 100500й раз не очень интересно повторяться. Может кто другой подхватит этот тред.
Ну, создание пространств имён, конечно, даёт какие-то накладные расходы, но они должны быть крошечными. Накладных расходов по I/O у флатпака нет.
ㅤ
Еще как есть долгий холодный старт. И есть issue открытая с этим.
Sergei
В смысле? У федоры есть свой собственный репозиторий флатпаков же.
ㅤ
Открытый? Где?
Уже закрытый, но реальность от этого не изменилась, о чем он в последнем посте и написал https://github.com/flatpak/flatpak/issues/2275
Sergei
Уже закрытый, но реальность от этого не изменилась, о чем он в последнем посте и написал https://github.com/flatpak/flatpak/issues/2275
Там в предпоследнем посте и объяснение. Как я понял, это специфично для Vim'а.
ㅤ
Всё проще, чтобы понять, не нужно смотреть issue на гитхаб. Возьми несколько приложений rpm и из flathub и позапускай их, замерь
Dead
Есть конечно, но причем тут? https://pagure.io/packaging-committee/issue/782
Вот это и должен решить макрос, он установит их куда положено
Sergei
Это цена кросс-дистрибутивности, я полагаю? В любом случае, приложение загружает не целый рантайм при запуска, а лишь сколько-то библиотек.
ㅤ
Вот это и должен решить макрос, он установит их куда положено
Ты серьезно? Ну и как твой макрос решил в твоей репе в SUSE? 😃
Sergei
В каком смысле монолит? Если приложению не нужен, например, libQt5WebEngine - оно его не загружает.
Anonymous
и вот мы пришли к сильверблу
Anonymous
@xvitaly там прошла весть, что 6 месяцев обкатают coreOs и потом вроде чёт двигать в массы будут, бежим на сусю?
ㅤ
@xvitaly сделай ты ему хотя бы ворн за эти набросы, всё таки не флудилка
Sergei
@xvitaly В любом случае, под оверхедом по I/O я имел в виду именно оверхед ввода-вывода. Например, в снапе это overlayfs поверх squashfs поверх loopback-устройста. В флатпаке ничего подобного нет.
Sergei
В флатпаке? Никогда не лежали. Там OSTree, git-подобное хранилище для бинарных файлов, которое checkout'ится хардлинками на содержимое репозитория. Это не виртуальная ФС.
ㅤ
В каноничной silverblue + fedora flatpak не будет 😊
Dead
Ты серьезно? Ну и как твой макрос решил в твоей репе в SUSE? 😃
а его там и не использовал, когда я его собирал, локали еще не было, хорошо что напомнил надо пересобрать
Anonymous
так они возьмут и красиво откажутся от обычных рпм
Sergei
так они возьмут и красиво откажутся от обычных рпм
Не выйдет, флатпаки не замена пакетам.
ㅤ
так они возьмут и красиво откажутся от обычных рпм
Кто как не ты видел сто раз эту новость и другие обсуждения на этот счет. Хватит пугать уже тут всех остальных своими домыслами.
Sergei
@xvitaly сделай ты ему хотя бы ворн за эти набросы, всё таки не флудилка
Ну нифига себе, несогласие с популярным мнением, да ещё основанным на несколько искажённом представлении о предмете, касательно чего-то имеющего непосредственное отношение к Федоре - это наброс?
ㅤ
@xshramx warn #1
Anonymous
фрактальщики распространяют софт flatpak only, что мешает остальным встать в эту же позу? а там колво флатпака сильно перевалит против рпмок и посмотрим на феско
Anonymous
Я не считаю позу в чём-либо чем-то хорошим, но и предвзятости в адрес флатпака не понимаю.
не в предвзятости дело вообще, но софта flatpak only пока только пополняется, да и держать тот же вскод во флатпаке вроде лучше, чем нативно
Sergei
Сейчас админы Флатхаба стали строже относиться к мейнтейнерам.
Sergei
Ранее, видимо, приоритетом было натащить побольше приложух и поскорее.
Sergei
>"пора репозиторию приносить деньги". Хотят ввести донаты, но не в апстрим, а для себя лично Это я пропустил. У них же и так инфра на донатах работает, где такое сказали?
Sergei
Можешь дать ссылку? А то есть у меня чувство, что ты или что-то неправильно понял, или ляпнул это кто-то не имеющий отношения к флатхабу, но ведущий себя как таковой (такие там есть).
Sergei
Полагаю, кнопка "донат" в GS должна вести по ссылке, указанной в appstream приложухи. Она может быть любой.
ㅤ
Полагаю, кнопка "донат" в GS должна вести по ссылке, указанной в appstream приложухи. Она может быть любой.
В апстрим CoreCtrl отправил такую https://gitlab.com/corectrl/corectrl/blob/master/resources/org.corectrl.corectrl.appdata.xml#L27
Sergei
А, кнопка "донат" ведь уже есть.
ㅤ
This. А кнопка уже давно есть емнип. Можно глянуть например Epiphany.
Sergei
Крайне сомнительно. Во-первых, это сама по себе уже странная идея, во-вторых, это же сначит поломать спецификацию appstream, кому такое в голову придёт? Если кто-из мейнтейнеров поменяет такую ссылку, чтобы получать донаты самому - это будет на его совести.
Sergei
This. А кнопка уже давно есть емнип. Можно глянуть например Epiphany.
https://github.com/flathub/org.gnome.Epiphany EOL год назад, и appstream там апстримный.
Sergei
Больше похоже, что это личная инициатива какого-то одного (или нескольких) ментейнеров.
Sergei
Тебе не кажется, что это пакет из реп федоры?
ㅤ
Тебе не кажется, что это пакет из реп федоры?
А кто вообще говорил про пакет не из реп федоры? Если я писал что кнопка доната давно есть. Просто кнопка доната.
ㅤ
📊 https://www.phoronix.com/scan.php?page=news_item&px=Firefox-68-Chrome-76-Browsers Enabling WebRender on Firefox 68 at least boosted the performance by about 13%, but Chrome 76 still led overall by a huge margin.
Igor
После недавного обновления пакета linux-firmware в Fedora 30, некоторые пользователи стали испытывать серьёзные проблемы с работой беспроводных Wi-Fi адаптеров от Intel. Проблема заключается во внутренней регрессии проприетарных прошивок Intel Wireless для части модельного ряда устройств. В качестве временного решения сделаем следующее: 1. Произведём откат до рабочей версии: sudo dnf downgrade https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl100-firmware-39.31.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl1000-firmware-39.31.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl105-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl135-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl2000-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl2030-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl3160-firmware-25.30.13.0-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl3945-firmware-15.32.2.9-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl4965-firmware-228.61.2.24-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl5000-firmware-8.83.5.1_1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl5150-firmware-8.24.2.2-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000-firmware-9.221.4.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000g2a-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000g2b-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6050-firmware-41.28.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl7260-firmware-25.30.13.0-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/linux-firmware-20190618-97.fc30.noarch.rpm 2. Запретим обновление пакетов iwl* и linux-firmware, иначе они снова будут перезаписаны проблеммной версией. Откроем файл /etc/dnf/dnf.conf в текстовом редакторе: sudoedit /etc/dnf/dnf.conf Добавим в конец следующую строку: exclude=iwl* linux-firmware 3. Осуществим перезагрузку устройства: sudo systemctl reboot После этого работоспособность Wi-Fi будет полностью восстановлена. #fedora #f30 #wifi #intel #firmware #bug #workaround
Igor
а где ссылка на багрепорт?
Igor
@xvitaly ^
Alexander "SonnySlave"
После недавного обновления пакета linux-firmware в Fedora 30, некоторые пользователи стали испытывать серьёзные проблемы с работой беспроводных Wi-Fi адаптеров от Intel. Проблема заключается во внутренней регрессии проприетарных прошивок Intel Wireless для части модельного ряда устройств. В качестве временного решения сделаем следующее: 1. Произведём откат до рабочей версии: sudo dnf downgrade https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl100-firmware-39.31.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl1000-firmware-39.31.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl105-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl135-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl2000-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl2030-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl3160-firmware-25.30.13.0-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl3945-firmware-15.32.2.9-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl4965-firmware-228.61.2.24-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl5000-firmware-8.83.5.1_1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl5150-firmware-8.24.2.2-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000-firmware-9.221.4.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000g2a-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6000g2b-firmware-18.168.6.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl6050-firmware-41.28.5.1-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/iwl7260-firmware-25.30.13.0-97.fc30.noarch.rpm https://kojipkgs.fedoraproject.org//packages/linux-firmware/20190618/97.fc30/noarch/linux-firmware-20190618-97.fc30.noarch.rpm 2. Запретим обновление пакетов iwl* и linux-firmware, иначе они снова будут перезаписаны проблеммной версией. Откроем файл /etc/dnf/dnf.conf в текстовом редакторе: sudoedit /etc/dnf/dnf.conf Добавим в конец следующую строку: exclude=iwl* linux-firmware 3. Осуществим перезагрузку устройства: sudo systemctl reboot После этого работоспособность Wi-Fi будет полностью восстановлена. #fedora #f30 #wifi #intel #firmware #bug #workaround
опа, вот и мы тестерами стали
Alexander "SonnySlave"
а не только арчеводы. ай-яй-яй-яй
Anonymous
а не только арчеводы. ай-яй-яй-яй
бан за наброс, два бана
ㅤ
опа, вот и мы тестерами стали
Это же фёрмвари и в федоре всегда так было. И с этим ничего толком не поделаешь.
Alexander "SonnySlave"
Это же фёрмвари и в федоре всегда так было. И с этим ничего толком не поделаешь.
ну если сидеть на стабильнои дистре, то такого не будет (или будет с меньшей вероятностью :)
ㅤ
Но не будет 96.38% всех новых фиксов ;)
Igor
где ссылка на баг то ?)
Igor
это не ссылка на багрепорт
ㅤ
@DarthL1ne кстати, а ты зарепортил этот баг?
ㅤ
Начинания были, но думаю не успел наверное :) https://t.me/gnome_rus/17529
Старый
кто их русскоязычных сейчас квм пилит7
Старый
интересует патч на синхронизацию времени вм и хоста
ㅤ
Получается что никто не зарепортил вовремя @zamazan4ik :) Нет баг репорта — нет бага. Vascom (c)