Обновление Happ на Linux: почему пакетный менеджер молчит
Потому что этот пакет не из репозитория. Система следит только за тем, что описано в подключённых источниках, а файл, установленный руками, там не значится — и в списке обновлений он не появится никогда. Своей проверки у клиента под Linux тоже нет: механизм обновления в программе есть, но он читает манифест разработчика, а ветка Linux в этом манифесте пуста. Официального автообновления здесь нет ни с одной стороны, порядок один — скачать свежий файл того же формата и повторить ту же команду установки.
Ссылка ведёт на «последний выпуск» разработчика: она всегда отдаёт актуальный на сегодня файл, а не номер, вписанный когда-то в текст.
Короткий ответ
Взять свежий файл того же формата, что стоял, и выполнить ту же команду установки, что и в первый раз.
- Официального автообновления нет — ни в системе, ни в самой программе. Обновление не приедет ни фоном, ни с общим обновлением дистрибутива, и встроенная проверка молчит: ветка Linux в манифесте обновлений разработчика пуста, спрашивать клиенту не у кого. Проверять выход новых выпусков придётся самому.
- Прежний пакет удалять не нужно. Менеджер видит, что пакет с таким именем уже установлен, и заменяет его. Профили и вставленная ссылка-подписка при этом остаются.
- Формат не меняют на ходу. Стояло из
.deb— берите.deb, стояло из.rpm— берите.rpm. Формат определяется дистрибутивом, а не удобством. - Архитектур ровно две — x64 и arm64. Имя файла отличается только этим куском. На всём остальном пакет не поставится: сборок под другие архитектуры в выпусках нет.
- Ходить в выпуски по симптому, а не по календарю. Настольная линия выпускает сборки примерно раз в неделю, и повод обновиться появляется далеко не с каждой — смотреть стоит тогда, когда что-то начало вести себя странно, и сверяться с тем, что чинили в последних выпусках.
Файл, которым обновляются
Ссылка отдаёт deb-сборку последнего выпуска — вариант для Ubuntu и Debian. Остальные пять Linux-файлов (rpm, pkg.tar.zst и версии под arm64) лежат в том же выпуске рядом; какой нужен вам, показывает таблица ниже. Размер пакета — от 71 до 100 МБ в зависимости от формата.
Почему обновление не приезжает само
Потому что Happ живёт вне каталогов вашего дистрибутива, и менеджер про него ничего не знает.
apt upgradeего не покажет. Команда обновляет то, что описано в подключённых источниках. Пакет, поставленный из скачанного файла, в этих источниках не значится — в списке доступных обновлений его не будет.apt install happничего не находит — и это не опечатка в имени. Пакета Happ нет в репозиториях самих дистрибутивов, и своего репозитория разработчик не держит: скрипт установки пакета не добавляет ни списка источников, ни ключа. Ставится только файл со страницы выпусков.- Встроенная проверка обновлений здесь тоже молчит. Собственный механизм обновления у программы есть, и он спрашивает манифест разработчика — но ветка Linux в этом манифесте пустая, а клиент читает именно её. Под Windows та же ветка заполнена, поэтому там кнопка проверки работает, а под Linux ей нечего показать.
- Единственное исключение — Arch и его производные. В пользовательском репозитории AUR лежит пакет
happ-desktop-bin— распаковка того же официального файлаpkg.tar.zstс страницы выпусков, и помощник вродеyayилиparuподтягивает его сам. Путь неофициальный: пакет ведёт не разработчик, содержимое AUR никем не проверяется, а обычная командаpacman -Syuтакие пакеты не трогает. - Отсюда весь порядок жизни: руками и по своей инициативе. На каких системах обновление приходит без участия человека, а где его каждый раз запускают сами — собрано отдельной страницей.
AppImage больше не выпускают
Формат был официальным, и это важно не перепутать: файл Happ.linux.x86.AppImage лежал в каждом настольном выпуске по 1.0.2 от 11.11.2025 включительно и до сих пор скачивается из архива. Начиная с выпуска 1.1.0 от 21.11.2025 линия перешла на deb, в 1.2.4 от 25.11.2025 добавился rpm, а сборки под arm64 появились в 2.2.0 от 24.02.2026.
Отсюда практическое: свежего AppImage не существует, а старый из архива обновлением не является — это возврат к сборке годичной давности со всеми её ошибками. Форматов сегодня ровно три, по два варианта архитектуры у каждого, итого шесть файлов в одном настольном выпуске.
Порядок обновления по шагам
Пять действий. Четвёртое — та же команда, которой вы ставили клиент в первый раз; конкретную для своего дистрибутива возьмите из таблицы следом.
-
1
Уточните архитектуру и текущий номер
Команда
uname -mотвечает, какой файл вам нужен:x86_64— сборки x64,aarch64— сборки arm64. Номер установленной версии Happ показывает у себя, в настройках, пункт «О программе».Пакет не своей архитектуры менеджер устанавливать откажется — это защита, а не поломка.
-
2
Скачайте свежий файл того же формата
Формат берите тот же, что стоял. Имя файла от выпуска к выпуску не меняется — меняется только его содержимое, поэтому старый файл в папке загрузок лучше сразу убрать, чтобы не поставить его повторно.
-
3
Выйдите из программы
Погасите подключение и закройте Happ. Это не требование установщика, а способ не остаться после обновления со старой версией в памяти: запущенный процесс от замены файлов сам собой не перезапустится.
Клиент здесь — обычная программа с окном; на голой консоли без графики от него толку нет.
-
4
Повторите команду установки
Ту же самую, что и при первой установке: она и обновляет. Удалять прежний пакет заранее не надо, менеджер заменит его сам и сам подтянет зависимости, если их состав изменился.
-
5
Запустите и проверьте номер
Happ появляется в меню приложений как обычная программа. Откройте его, посмотрите номер в «О программе» — он должен смениться — и подключитесь. Профили и подписка на месте.
Номер не сменился, а команда отработала без ошибок — скорее всего, поставился тот же файл, что и в прошлый раз.
Дистрибутив, файл и чем его ставить
Четыре строки закрывают все шесть Linux-файлов выпуска. Команда обновления совпадает с командой установки — отдельной команды «обновить» у этого пакета нет.
| Дистрибутив | Файл из выпуска | Чем ставить и что учесть |
|---|---|---|
| Ubuntu, Debian, Mint, Pop!_OS | Happ.linux.x64.deb | sudo apt install ./Happ.linux.x64.deb. Точка со слэшем перед именем обязательна: без них менеджер решит, что у него просят пакет из репозитория, и ответит «не найдено». |
| Fedora, openSUSE | Happ.linux.x64.rpm | sudo dnf install ./Happ.linux.x64.rpm. Тот же приём с ./ — это путь к файлу, а не имя пакета. Зависимости менеджер разберёт сам, отдельно ставить ничего не нужно. |
| Arch, Manjaro, EndeavourOS | Happ.linux.x64.pkg.tar.zst | sudo pacman -U Happ.linux.x64.pkg.tar.zst. Ключ -U сам по себе означает «из файла», поэтому ./ тут не требуется. |
| Любой из перечисленных на процессоре ARM | то же имя, но arm64 вместо x64 | Команда не меняется совсем — меняется только имя файла в ней. Что у вас, подскажет uname -m. |
Зачем обновляться, если и так работает
Ради конкретных исправлений. В выпуске 4.1.1 от 21 августа 2026 года их четыре, и первое касается Linux напрямую.
- Режим Xray TUN на Linux восстановлен. Его вернули обновлением ядра. TUN — это виртуальная сетевая карта, через которую уходит весь трафик машины, включая тот, что о прокси не подозревает: утилиты терминала, менеджер пакетов, фоновые службы. В режиме обычного прокси через сервер идёт только то, что об этом прокси знает.
- Профили со старыми шифрами отсекаются до подключения. Раньше такой профиль пытался подняться и падал; теперь клиент отказывает заранее и объясняет причину понятной строкой.
- На главном экране появился переключатель «Use local DNS». Выбор, чьи серверы имён спрашивать, перестал прятаться в глубине настроек.
- Системные настройки прокси клиент больше не затирает. То, что вы задали в системе, остаётся вашим.
Пакет свежий, а список серверов пуст
Установка меняет программу — ядро, режимы, исправления. Откуда брать серверы, в пакете не записано вовсе: список приезжает по ссылке-подписке. Пустой клиент после обновления остаётся пустым, и лечится это не номером выпуска, а действующим доступом.
Короткие вопросы
Почему apt upgrade не предлагает новую версию Happ?
Потому что пакет не из репозитория. Менеджер следит только за подключёнными источниками, а установленный вручную файл в них не описан — обновление вы запускаете сами. Своей проверки у клиента под Linux тоже нет: ветка Linux в манифесте обновлений разработчика пуста.
А yay или paru обновят Happ сами?
На Arch и его производных — да, но неофициально: в AUR лежит пакет happ-desktop-bin, это распаковка того же файла pkg.tar.zst со страницы выпусков. Ведёт его не разработчик, содержимое AUR никем не проверяется, а обычный pacman -Syu такие пакеты не берёт — нужен именно помощник. На остальных дистрибутивах подобного пути нет.
Есть ли сборка в формате AppImage?
Свежей — нет. Файл Happ.linux.x86.AppImage был официальным файлом выпусков до 1.0.2 от 11.11.2025 включительно и до сих пор лежит в архиве, но начиная с 1.1.0 разработчик перешёл на deb, rpm и pkg.tar.zst. Скачать старый AppImage можно, но обновлением это не будет: вы получите сборку годичной давности.
Надо ли удалять прежний пакет перед установкой нового?
Нет. Менеджер видит уже установленный пакет с тем же именем и заменяет его. Список профилей и вставленная ссылка-подписка замену переживают.
Можно ли поставить .rpm, если раньше стоял .deb?
Нет. Формат диктует дистрибутив: Ubuntu и Debian работают с deb, Fedora и openSUSE — с rpm, Arch и Manjaro — с pkg.tar.zst. Берите тот же формат, что и в прошлый раз.
У меня не x64 и не arm64. Что ставить?
Ставить нечего: сборок под другие архитектуры в выпусках нет, и менеджер откажется брать чужой пакет. Проверить своё можно командой uname -m.
Как часто заходить на страницу выпусков?
По симптому. Календарь тут плохой советчик: выпуски выходят примерно раз в неделю, и большинство из них вас не касается. Повод зайти — соединение начало рваться, сервер подключается и сразу отваливается или перестал открываться конкретный сайт: в этих случаях свежее ядро действительно помогает. Если новая версия не подошла, вернуться можно — про откат.