Arch Linux User Repository

Убраны нерабочие проверки дистрибутива в скрипте запуска. Поддержка Wayland теперь включёна по умолчанию.

Dropped the broken distro-specific guards in the launcher script. Wayland support is now enabled by default on any Wayland session.

Данный пакет является переcборкой официального пакета для Debian-подобных систем с учётом особенностей Arch-подобных систем. Сопровождающий этого пакета не вносит никаких изменений в браузер. Сопровождающий этого пакета не связан с компанией Яндекс. В случае возникновения ошибок в работе браузера, обращайтесь в официальную техподдержку Яндекс.

This package is a rebuild of the official package for Debian-like systems, taking into account the features of Arch-like systems. The maintainer of this package does not make any changes to the browser. The maintainer of this package is not affiliated with Yandex. In case of any browser issues, please contact Yandex official technical support.

Браузер крашится при нажатии правой кнопки мыши с wayland и последними дровами nvidia 610

вот что накопал chatgpt:

libwayland: xdg_surface#51: error 5: width and height of the window geometry must be greater than zero

Wayland-протокол требует, чтобы xdg_surface.set_window_geometry имел ширину и высоту больше нуля; нулевая геометрия считается ошибкой протокола. После этого niri пишет error in client communication, а Yandex падает с SIGTRAP. То есть Yandex в native Wayland отправляет compositor’у недопустимое состояние окна/попапа. Это произошло на чистом профиле /tmp/yandex-native-no-wld, значит профиль и расширения тоже почти исключены.

Справка по протоколу: xdg_surface.set_window_geometry действительно не допускает effective geometry с нулевой шириной/высотой https://wayland.app/protocols/xdg-shell

Убраны нерабочие проверки дистрибутива в скрипте запуска. Поддержка Wayland теперь включёна по умолчанию.

Dropped the broken distro-specific guards in the launcher script. Wayland support is now enabled by default on any Wayland session.

Принудительное использование Wayland можно так же задать через политики браузера и переменные окружения Но по моему опыту, браузер начинает работать нестабильно (произвольные краши итд), причем такое поведения свойственно и на "официально поддерживаемых системах" (проверял на Ubuntu, Fedora и Alt). Видимо, поэтому разработчики все еще тянут с переходом на Waylad по умолчанию. Ну а идея закидать их тикетами и багрепортами вполне себе здравая.

Костыльное решение для тех, кто пользуется Wayland и столкнулся с ситуацией когда не масштабируется содержимое страницы при использовании на тачпаде жеста двумя пальцами (больше актуально при использовании Яндекс/Google карт):

1. Запускаем браузер из консоли с аргументом: yandex-browser-stable --ozone-platform=wayland
2. или то же самое можно сделать в редакторе меню приложений (на примере KDE):агрументы командной строки: %U --ozone-platform=wayland

После проведения одной из этих манипуляций (какая вам более удобнее), масштабирование заработало должным образом. @xyrbs, @labaman - FYI

Целесообразно передать информацию о проблеме разработчикам Яндекс Браузера, что при активном сеансе Wayland --ozone-platform по умолчанию имеет значение X11, а должно быть Wayland. UPD: отправил баг-репорт команде Яндекс Браузера (Ticket#26020819310179569).

New version yandex-browser-stable_25.12.1.1217-1_amd64.deb available

@xyrbs это первая версия браузера на базе chrome 140+ и по-идее должен быть wayland по дефолту, но по факту они захардкодили X11, а wayland в этой версии окончательно сломан. Проверял на официальном пакете для Fedora - там та же история. В общем ждем, пока отечественное подделье созреет до нормальной поддержки wayland

Не знаю в чем прикол, но верся yandex-browser 25.10.1.1173-1. перестала подхватывать масштабиование при запуске на hyprland.

--disk-cache-dir=$XDG_RUNTIME_DIR/yandex-browser --ignore-gpu-blocklist --enable-gpu-rasterization --enable-zero-copy --ozone-platform-hint=wayland --enable-webrtc-pipewire-capturer --gtk-version=4 --enable-features=AcceleratedVideoDecodeLinuxZeroCopyGL,AcceleratedVideoDecodeLinuxGL,AcceleratedVideoEncoder,WaylandWindowDecorations,TouchpadOverscrollHistoryNavigation,VaapiVideoDecoder,VaapiIgnoreDriverChecks,UseOzonePlatform,WaylandFractionalScaleV1

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

Please update the package or consider orphaning it. Thanks!

@sfs в штатных скриптах, а следовательно в моих тоже, уже дано используется update_codecs из комплекта браузера, а не нерабочий update-ffmpeg. И он работает (ну а strip не всегда хорошо). Что касается gtk4 - интерфейс браузера, если что при их помощи отрисовывается как бы, так что да, совсем не нужны, ага (сарказм, если что). Вообще говоря gtk3 тоже подойдут, но я думаю, всем понятно почему в пакете для arch linux были оставлены в зависимостях только gtk4. По поводу jq, wget и прочей мелочи - оно есть в зависимостях оригинального пакета, и пока оно там есть, оно будет и в этом пакете (я периодически провожу сверку зависимостей данного пакета с оригинальными и добавляю новые/удаляю старые и редактирую установочные скрипты, с поправкой на особенности arch).Так как моя цель предоставить максимально приближенный к оригиналу пакет. По другим вопросам - читайте закрепленный пост. По поводу работы без сторонней libffmpeg - спасибо, учту. Проверю при следующих обновлениях - если действительно проблема с сообщениями о нехватки кодеков, при наличии системного ffmpeg, была решена разработчиками - уберу из скриптов.

@labaman - действительно я не доглядел posinst - поправил свой PKGBUILD. На мой взгляд лучше добавлять libffmpeg в пакет. В этом случае делается strip. Проверил и переделал на родной libffmpeg. C gstreamer-meta нормально работает без libffmpeg. В вашем PKGBUILD нет pkgver() - с ним удобнее. Еще не понял, зачем у Вас в зависимостях gtk4 и jg (используется только в неработающем update-ffmpeg)