Состоялся выпуск набора интернет-приложений SeaMonkey 2.53.15, который объединяет в рамках одного продукта web-браузер, почтовый клиент, систему агрегации новостных лент (RSS/Atom) и WYSIWYG-редактор html-страниц Composer. В форме предустановленных дополнений предлагаются IRC-клиент Chatzilla, набор средств для web-разработчиков DOM Inspector и календарь-планировщик Lightning. В новый выпуск перенесены исправления и изменения из актуальной кодовой базы Firefox (SeaMonkey 2.53 основан на браузерном движке Firefox 60.8 с портированием связанных с безопасностью исправлений и некоторых улучшений из актуальных веток Firefox)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58515
SeaMonkey хорошая штука была бы на esr и с расширениями, которых почти нет.
> SeaMonkey 2.53 основан на браузерном движке Firefox 60.8
91
> Обеспечена совместимость с Rust 1.65.пропал браузер
Так он уже давно от Rust зависит. Правда сейчас уже много где Javascript в SeaMonkey не работает.
к сожалению да.
палёная луна только не проржавела...
Всем любителям пихать раст в браузеры надо бы посмотреть, что в растамановском редохе используется сишный netsurf. Это победа сишников!
Нужно срочно исправить!
Собственно новость была что Servo воскресили.
как стюардессу ?:)
>> Обеспечена совместимость с Rust 1.65.
>пропал браузерЧеловечество апределяит... А не любовь к языку. У Вас почему любовь к языку именно?
> SeaMonkey 2.53 основан на браузерном движке Firefox 60.8Опа, значит на старых системах будет работать
здесь нет особой связи.но на 3-пне работает без вопросов.
хотя фф-esr на 3-пне тоже работает :)
Ну вот например у меня на Debian 7 работает максимум Firefox 78. А более новый Firefox хочет GTK 3.10. Тут либо GTK обновлять, либо браузер пересобирать. Я выбрал Palemoon, он до сих пор собирается для GTK 2 и 3 на выбор.А тут, оказывается, можно и Seamonkey
на антикс-форуме SM 2.53.15 для 3-пней и атлонов собирали под 9-тый дебиан
https://www.antixforum.com/forums/topic/browsers-for-old-cpu...
Девятый дебиан, это круто. Я щас седьмой мучаю. Там LTSS-обновления выходили до 31 мая 2018 года, и можно обновить Glibc с версии 2.13 до версии 2.17 из репозитория SteamOS 1.0В принципе, всё работает. Есть дрова для NVIDIA и ATi, а из бэкпортов можно поставить новые дрова для интела (но, к сожалению, не новую Месу). Ведро 3.16 с патчами от спектра. Вайн правда старый - 1.4, но мне для офиса и фотошопа хватает (кроссовер 11.3 предпочтительнее). Из исходников удалось обновиться максимум до версии 5.0, а потом то gnutls просит обновить, то Glibc хочет более новый, чем 2.17 (куда новее-то?).
Пятый вайн даже стим запускает, портал 2 и скайрим. Но блин на fglrx 15.12 сломался сталкер - текстурки мерцают и тормозит. Поэтому я откатился на третий вайн. На нвидии нормально всё
> Девятый дебианВ одиночку то тянуть все крайне сложно.
Например, бэкпортировать из поддерживаемых D10 и D11 в девятый заметно проще, чем в восьмой или, тем более, в седьмой.
Сейчас для сборки крупного пакета:
во-первых, нужны огромные вычислительные ресурсы (которых обычно у тех, кто юзает старый дистр нет);
во-вторых, определенные компетенции;
в-третьих, время для этого just for fun
Не так уж и сложно.Вот /etc/apt/sources.list
deb http://archive.debian.org/debian/ wheezy main contrib non-free
deb http://deb.freexian.com/extended-lts/ wheezy main contrib non-free
deb http://deb.freexian.com/extended-lts/ wheezy-lts main contrib non-free
deb http://deb.freexian.com/extended-lts/ wheezy-lts-kernel main contrib non-free
deb http://archive.debian.org/debian/ wheezy-backports main contrib non-free
#deb http://repo.steampowered.com/steamos/ alchemist main contrib non-freeПервый это репо на момент окончания основной поддержки. 2,3,4 - репо на момент окончания расширенной поддержки. 5 - бэкпорты. 6 - репозиторий SteamOS 1.0, из которого можно утянуть Glibc 2.17. Только нужно устарить версию пакета libp11-kit0 до версии из основного репозитория (а не из бэкпортов) и понизить версию пакета libldap-2.4-2 (а пакет libgnutls-deb0 удалить). Вот список для 32-битной системы:
libc6_2.17-97+steamos3+bsos1_i386.deb
libc6-amd64_2.17-97+steamos3+bsos1_i386.deb
libc6-dbg_2.17-97+steamos3+bsos1_i386.deb
libc6-dev_2.17-97+steamos3+bsos1_i386.deb
libc6-dev-amd64_2.17-97+steamos3+bsos1_i386.deb
libc6-i686_2.17-97+steamos3+bsos1_i386.deb
libc-bin_2.17-97+steamos3+bsos1_i386.deb
libc-dev-bin_2.17-97+steamos3+bsos1_i386.deb
locales_2.17-97+steamos3+bsos1_all.deb
multiarch-support_2.17-97+steamos3+bsos1_i386.debПосле установки, репозиторий SteamOS 1.0 лучше отключить. И да, ещё оттуда можно установить Steam, и он будет работать. В 32-битной версии, правда, без браузера, так что нужны ключи запуска "-noreactlogin -no-browser"
Лог обновлений:
Один: https://pastebin.com/RFTrJu1Z
Два: https://pastebin.com/QF7axkUW
Три: https://pastebin.com/bSX3kx1y
Четыре: https://pastebin.com/FZUEnJaFМожно пользоваться. Система в принципе готова к использованию. Можно также утянуть Firefox 78 с сайта http://ftp.mozilla.org/pub/ и Tor Browser 10.0.18 с сайта https://archive.torproject.org/tor-package-archive/torbrowser/ Чтобы оба браузера работали, надо иметь уже обновлённый Glibc до 2.17, а также выполнить эту команду:
export LD_LIBRARY_PATH=/usr/lib/gcc-4.9-backport/lib:$LD_LIBRARY_PATH
То же самое отновится к браузеру Palemoon - сборкам с оф.сайта требуется Glibc 2.17. Однако, авторы перестали публиковать 32-битные сборки. Я себе сам собрал, это не трудно. Поставить зависимости при помощи "apt-get build-dep firefox-esr" и компилятор GCC 9 (поставить libgmp-dev, libmpfr-dev, libmpc-dev и libisl-dev). Сама сборка GCC осуществляется вот таким образом:
tar xf Загрузки/gcc-9.5.0.tar.xz
cd gcc-9.5.0/
../configure --prefix=/home/user/gcc-9.5 --enable-languages=c,c++
make -j7И после сборки:
export PATH=/home/gaben/gcc-9.5/bin:$PATH
На сборке Palemoon останавливаться не буду. Подсовываешь .mozconfig с официальной Wiki, затем выполняешь ./mach configure && ./mach build && ./mach package
К сожалению, готовые сборки Firefox 91 (и более новые) не хотят работать, так как хотят GTK 3.10 (а у меня 3.4). Тут либо обновлять GTK, либо пересобирать Firefox (если он вообще умеет собираться с GTK 3.4).
А вообще, я запускаю Google Chrome 75 под Wine Staging 5.0. Всё работает прекрасно, и видео декодируются аппаратно на GPU, в отличие от. Firefox с официального сайта, даже если это и умеет, то через ж\EGL.
Также из официальных сборок убрали ALSA. Надо ставить PulseAudio, а я не умею. Так что буду лучше хром под вайном гонять (ну или буду apulse прикручивать, фигле)
Что касается сборки пакетов. Исходники беру с launchpad, чтобы скомпилировать пакет командой "fakeroot ./debian/rules binary". На launchpad до какого-то момента все пакеты были совместимы с debhelper 9 (а более поздние пакеты можно отредактировать, сделав diff или meld, чтобы отследить изменения, а затем откатить их).
К сожалению, никак не могу собрать свежий chromium. "Невозможно собрать jquery" да почему невозможно-то, блин, ты мне намекни хотя бы в какую сторону копать? И разве я не ставил jquery глобально в систему? "expected ‘)’ before ‘PRIxPTR’", блин, чё тебе нужно? Эта полугигабайтная куча хлама просто до невозможности сложна в плане сборки. Да и всякие ниндзи и месоны для сборки - вообще не в кайф. Clang ещё подавай ему строго определённой версии, а то у меня одна версия слишком старая, а другая слишком новая. Почему бы не сделать ./configure; make; make install и не собираться нормальным G++?
Также с сайта SteamOS я утянул много готовых исходников, которым, на удивление, тоже хватает Wheeze-вского debhelper 9. Например я оттуда взял ядро 4.11 (в том репозитории последнее доступное - 4.19, однако новее, чем 4.11, не собираются. Хотят новый binutils. В тот момент у меня его ещё не было, и я оставил 4.11. Потом руки не дошли обновить ядро. Благо что 4.11 поддерживает мою видеокарточку).
Ещё Mesa 18.3.9 (ух и натрахался же я, когда её собирал! Один только LLVM 6.0 чего стоит. А ещё отвязал сборку от glvnd, откатив часть изменений в spec-файле), libdrm 2.4.95, иксы 1.16, amdgpu 18.1 и сейчас гоняю вулкан.
Как же, блин, лагают Portal 2 и Skyrim под Wine Staging первые 5 минут, пока все шейдеры не скомпилируются! Даже на WINED3D, блин, NVIDIA ARB всё делает мгновенно, а тут - нет. Жаль, что нельзя скомпилировать шейдеры ДО запуска игры, как это делает Steam для Linux для всех игр, включая Proton.
Однако ключик DXVK_ASYNC=1 значительно улучшил ситуацию. Сейчас примерно как на WINED3D GLSL.Много чё из исходников собрал, например эмуляторы (такие как PCSX2), всякий Qt5-софт (qBittorrent, QMMP), compton - чтоб запустить "compton --vsync drm" (на проприетарных дровах "--vsync opengl"), всякую лабуду короче. Когда обновил Qt до версии 5.15 - дропнули TeamViewer для России (ради которого вся моя сборка и затевалась).
Ну и набор кодеков и свежий ffmpeg, mplayer и mpv с поддержкой vaapi, ибо видео хочется смотреть плавненько и без фризовКстати, чё-то "mplayer -vo vappi:gl -va vaapi" на открытых дровах выдаёт белый экран. Перешёл на mpv, тогда как mplayer оставил для использования с закрытыми драйверами. Может я чего-то не так собрал, или это у всех так? Unigine Tropics вон почему-то тоже белый экран выдаёт (Heaven и Valley всё окей). Может, всё дело в том, что в свежей Месе файл настроек /etc/drirc переместили в /usr/share/drirc.d/00-mesa-defaults.conf, а система осталась не в курсе? А посмотрел содержимое, там вроде как раз перечислены какие-то хаки для конкретных прог, включая Unigine
> Не так уж и сложно
> ух и натрахался же я, когда её собирал
> А вообще, я запускаю Google Chrome 75 под Wine:)