Доступен релиз web-браузера Pale Moon 29.4, ответвившегося от кодовой базы Firefox для обеспечения более высокой эффективности работы, cохранения классического интерфейса, минимизации потребления памяти и предоставления дополнительных возможностей по настройке. Сборки Pale Moon формируются для Windows и Linux (x86 и x86_64). Код проекта распространяется под лицензией MPLv2 (Mozilla Public License)...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55656
Да нет в firefox Social API уже давно
Зачем расстраиваете разработчиков(-ка)?
Social API это эвфемизм для всего ненужного барахла, которое там постоянно возникает и исчезает словно в сатанинской круговерти безумия.
с ограниченными возможностями - а где это в fx?
в настройках 1 галка.
Шустрые какие, уже 29.4.0.1 выпустили.
https://repo.palemoon.org/MoonchildProductions/Pale-Moon/com...внезапно сломалось много всего
кому-то удавалось собрать эту версию под linux 32bit?
(хотя да, спрашивать это тут, только время терять)
попробуйте спросить у Тобика. сэкономите время.
Ответ Тобика мне известен. Но, замечу, в отличие от вас он не ждет ебилдов. Он на самом деле умеет в опенсорс. А вы - нет.
> Ответ Тобика мне известен. Но, замечу, в отличие от вас он не
> ждет ебилдов. Он на самом деле умеет в опенсорс. А вы
> - нет.господь с вами, какие ебилды, я палемуном под виндой пользуюсь. страдаю, кстати, ужасно.
а в опенсорс мне уметь не нужно, заказчики этого не требуют.
А страдать то зачем?
> а в опенсорс мне уметь не нужно, заказчики этого не требуютА вы сами станьте заказчиком.
Не потеряешь, я собираю под 32bit. Ветка: https://www.opennet.ru/openforum/vsluhforumID3/118361.html#47
там 28.4, устаревшая на два года, это немножко не то что мне требуется. В более новых размер libxul.so превышает 3G адресуемой на 32битной системе памяти - поэтому gnu ld его собрать просто не может. А кроссборки на 64битной платформе не предусмотрено by design и не тобику в этом разобраться и поправить, поэтому он и радостно прогавкал про окончание поддержки. Раньше был кривохак с отключением ненужных оптимизаций работы самого ld, но не факт что сейчас и с кривохаком получится.Ну и рекомендую посмотреть в код кодека vp9/vpx, чтобы осознать что произойдет при напарывании на него в ютрупе.
Под винду кроссборка работает (конечно же - там ведь нет никакого 32битного vs) и еще долго будет, пользуйтесь виндой на вашем пентиуме3
> В более новых размер libxul.so превышает 3G адресуемой на 32битной системе памяти - поэтому gnu ld его собрать просто не может. А кроссборки на 64битной платформе не предусмотрено by designА подменить ld невозможно?
То есть взять 64-х битную систему, поставить на неё 32-х битный тулчейн рядом с 64-х битным, и подменить 32bit ld на 64bit? Я хрен знает, что из этого выйдет, но я бы попробовал.
Или там ld вызывается под именем "gcc"? Можно попробовать шелл-скрипт подсунуть вместо gcc, который будет анализировать аргументы, выясняя компиляция ли требуется или линковка. Под компиляцию запускать 32-х битный gcc, под линковку 64-х битный gcc с какими-нибудь там опциями.
Или, на-крайняк, научить этот шелл скрипт вылавливать тот вызов gcc, который обламывается по нехватке виртуальной памяти, и заменять его на такой, который сработает.
> А подменить ld невозможно?не поможет
> То есть взять 64-х битную систему, поставить на неё 32-х битный тулчейн
сборочные скрипты (копипижженые у мурзилы) не умеют. Они прочитают тип системы из uname -a, и запустят сборку 64 битной с соответствующими библиотеками и компилятором.
ld и так кроссплатформенный, abi у него модульный, только вот такую сборку хрен запустишь. А разобраться в пихоновом порождении бреда, на скотче и соплях прихреначеном ПОВЕРХ gnu configure (разработчики фуфлофокса такие разработчики, что даже _удалить_ немодную конфигуру не смогли, и насопливили поверх нее еще кучку интуитивно-им-понятных поделок в неразбираемый монолит. Кстати, python2, с чем отдельно можно поздравить. Из-за этого порт во фре сдох.)
> Или, на-крайняк, научить этот шелл скрипт вылавливать тот вызов gcc, который обламывается по
> нехватке виртуальной памяти, и заменять его на такой, который сработает.нет такого, который сработает - рабочие таблицы линкера не помещаются в память. Вообще никак.
Сколько-то времени можно было выгадать пару мегабайтиков параметрами, но библиотека-то все растет, и рано или поздно счастье должно было кончиться.
>> То есть взять 64-х битную систему, поставить на неё 32-х битный тулчейн
> сборочные скрипты (копипижженые у мурзилы) не умеют. Они прочитают тип системы из
> uname -a, и запустят сборку 64 битной с соответствующими библиотеками и
> компилятором.Подмени uname.
Собирай на 32bit системе при помощи любой обёртки вокруг gcc, которая задания на сборку на другие машины отправляет. Как там они называются? Из головы вылетело.
давай ты хоть один из этих советов попробуешь на практике? А то советовать все мастера. А как до дела - ебилдов ждете.
> давай ты хоть один из этих советов попробуешь на практике?Мне-то зачем? Мне не нужен палемун, тем более 32bit.
> А как до дела - ебилдов ждете.
О, с ебилдом было бы ещё веселее. Там вышло бы, что одна система сборки поверх другой системы сборки, как хочешь так и костыль вокруг.
ну а мне не очень нужны советы тех кто не в теме.Вам тут, я смотрю, ничего не нужно. Любить впопенсорсие все в основном предпочитают со стороны, а кодить хеловроты.
> О, с ебилдом было бы ещё веселее. Там вышло бы, что одна система сборки поверх другой системы
> сборки,и именно для этого и придумана. Но вы ждите, ждите... может и дождетесь? Лет через пятнадцать.
> ну а мне не очень нужны советы тех кто не в теме.И это говорит человек, который в процессе сборки не может подменить один вызов ld, на тот, который сработает...
ты тоже не сможешь - п-дить не мешки ворочать.
дада, утешай себя
в репозитории антиикса есть пэйл мун, хз какой версии точно i386,поищи в репозиториях
Был же форк палемун для вин хр.
Спасибо, но я задавал вполне конкретный и соверешнно другой вопрос.хотя конечно и было бы очень странным найти на опеннете того, кто умеет собирать софт из исходников. Тут только др-ть на шва6одку умеют. И ебилдов ждать.
Впрочем, один даже, как ни удивительно, нашелся. Но собирал последний раз в 2019м году.
но, кстати, антиксы молодцы (я таки мельком глянул) - версия не самая последняя, но не двухлетней тухлости, и они ее на самом деле собирают.жаль что такой труд пропадает впустую, конечно.
Нормально собралось под linux - ядро 64 бита, окружение гибридное - основная система 32 бита (в том числе и Xorg), но есть часть библиотек под 64 бита - для сборки AOSP.
uname - патченый, по умолчанию говорит что система i686.
а работать-то после этого - работает? (на 32битной честной платформе, физически не умеющей 64, наоборот-то мне нафиг не нать)А то есть у меня нехорошее подозрение, что uname там не поможет, патчить надо питон. А, и самое главное-то - gcc и ld-то у тебя, получается, тоже 32битные? Или там именно полноценная кросс-система собрана?
Если нет - полагаю, у тебя получился 64битный. Поскольку от системных библиотек он не особо зависит, то может и заработать в таком виде.
> а работать-то после этого - работает? (на 32битной честной платформе, физически не
> умеющей 64, наоборот-то мне нафиг не нать)Работает, но как и раньше - относительно часто падает. Из-за чего - хз. Возможно проблема в моем окружении или в самом pale moon. Но аналогично собранный chromium работает стабильно.
> А то есть у меня нехорошее подозрение, что uname там не поможет,
> патчить надо питон. А, и самое главное-то - gcc и ld-то
> у тебя, получается, тоже 32битные? Или там именно полноценная кросс-система собрана?Весь toolchain - 32 бита. Фактически все кроме ядра - 32 бита.
> Если нет - полагаю, у тебя получился 64битный. Поскольку от системных библиотек
> он не особо зависит, то может и заработать в таком виде.Зависит и сильно: libxul.so линкует более 50 библиотек из системы.
У меня не падает, т.е. вероятно это все же проблема такой странной сборки.В консоль он при этом ничего у тебя не успевает сказать?
> Весь toolchain - 32 бита.
тогда это не очень интересно - вопрос-то был как жить, когда окончательно доломают сборку в 32битном адресном пространстве, даже с волшебным ключиком.
P.S. отвечу на свой же вопрос, для истории: 29.4.0.1 собирается традиционным методом. Правда, у меня вылезла старая проблема, благополучно отсутствовавшая в 28й серии - не работает make install из-за "invalid instruction". А теперь внимание, на экран: а какая такая инструкция может отсутствовать в xeon E5 если march=atom? Вот и я в а...е. Но это не новость, я с этим иппусь с 25х версий. Было щастье, но недолго.
> У меня не падает, т.е. вероятно это все же проблема такой странной
> сборки.Может день работать, а может через минут 10 упасть - четкой закономерности нет.
> В консоль он при этом ничего у тебя не успевает сказать?
Пробовал через gdb отловить - все время разные места показывает. Возможно что-то повреждает память и тут начинается.
>> Весь toolchain - 32 бита.
> тогда это не очень интересно - вопрос-то был как жить, когда окончательно
> доломают сборку в 32битном адресном пространстве, даже с волшебным ключиком.Имхо собираться будет, пока его хоть кто-то собирает и репортит о проблемах. Другое дело, что из-за различной длинны указателей могут вылазить специфичные для 32-х бит баги. Когда-то я один такой отловил и отослал им патч - адово ело проц в простое. Его приняли, но хз сколько там еще подобного может быть и сколько появится.
> P.S. отвечу на свой же вопрос, для истории: 29.4.0.1 собирается традиционным методом.
> Правда, у меня вылезла старая проблема, благополучно отсутствовавшая в 28й серии
> - не работает make install из-за "invalid instruction". А теперь внимание,
> на экран: а какая такая инструкция может отсутствовать в xeon E5
> если march=atom? Вот и я в а...е. Но это не новость,
> я с этим иппусь с 25х версий. Было щастье, но недолго.У меня нет такой проблемы. Но что-то подобное я где-то видел. Если не путаю проблема возникала как раз из-за смеси окружений 32 бита и 64 бита.
> Может день работать, а может через минут 10 упасть - четкой закономерности нет.не мой случай, тут аптаймы по три месяца.
> Имхо собираться будет, пока его хоть кто-то собирает и репортит о проблемах.
нет, поскольку тобик прогавкал - "проблемы 32бит - не проблемы".
То есть они доломают сборку даже с --no-keep-memory (код только растет, поэтому вопрос лишь времени) - и ничего по этому поводу делать не станут.
> Если не путаю проблема возникала как раз из-за смеси окружений 32 бита и 64 бита.
у меня билд-система 32, и точно такая же как целевая. Кроме физического процессора.
Да, да, да и конечно, только когда в about:config отключаешь местную телеметрию, то браузер тупо падает, а такого не позволяет даже мамка Мозилла. Диктатура одного разраба губит все полезные начинания.
> Да, да, да и конечно, только когда в about:config отключаешь местную телеметрию,
> то браузер тупо падает, а такого не позволяет даже мамка Мозилла.какую, если не секрет?
Какая в нём телеметрия?
Луна не льёт. Это не мазила.
код уцелевший от мозилы - может все еще пытаться что-то где-то передать. Учитывая что он размазан ровным слоем по всему громадному проекту - местами все еще вполне может частично работать.Самому шерстяному, естественно, ничего не передается - у него банально нет денег на свою такую же инфраструктуру. Они там еле-еле синк осилили.
ты продемонстрировал прекрасный результат деления на ноль. Если "отключить" несуществующую телеметрию, логично словить null pointer.Потому что у автора дохерища другой работы, и проверять еще и миллион скрытых (дай угадаю - ты его нашел в интернетах, а не в about) преференсов на корректность ему некогда.
Просто отключите все URL в нём, тогда увидите что будет.
> Просто отключите все URL в нём, тогда увидите что будет.товарищ, вы хоть скажите, где в ебаут:коньяк что отключать.
а то по фильтру telemetry там все и так задизаблено.
Найдите все url и uri и уберите все https в них, но это вредный совет, don't do it)
>Диктатура одного разраба губитОбычная нехватка времени на тестирование
Ну, да, ну, да. Поставить if (IsValidString(setting)) перед загрузкой, конечно, тяжко безмерно.
и на весь миллион сеттингов написать тесты валидности. Безусловно, ты бы мог за вечер. Жаль, право, что ты не умеешь кодить...
Так точно. "кодить" разучился ещё в школе. Когда научился программировать.
твой хеловрот, вынужден тебя огорчить, это не "научился".
и, кстати, и что делать в варианте else? abort(), да?
ничего не делать. Или ты живёшь по принципу "сказал if - говори и else"? :D
ну и получи sigsegv, при попытке обратиться по урлу который не проинициализирован.
Ты ведь именно этого и хотел?
> при попытке обратитьсякак раз и надо проверять (так, как я писал выше).
у тебя там какая-то "загрузка". При этом парсинг preferences происходит совершенно в другом месте чем использование этой строки. Причем строка "" вполне себе тоже валидная строка. Но при попытке использовать ее в качестве url - вероятны некоторые сложности.Внезапно, проекты побольше и посложнее хеловротов - бывают. Нет, ну если ты нам покажешь работающий патч, я признаю, что кодить ты умеешь. Но пока, увы, программист-теоретик.
Палёнка уже 29.4.0.1!
Почему, он до сих пор, не поддерживает множество дополнений?
Что, там будет в 30 релизе глобальном?
> Почему, он до сих пор, не поддерживает множество дополнений?потому что ты кодить не умеешь, а больше писать множества дополнений некому.
> Что, там будет в 30 релизе глобальном?
Ничего важного, они там уже тоже перешли на гуглестиль - инвесторы любят большие числа.
Эти цифирки ничего уже не означают.
Тогда, что им мешает развивать Basilisk? Перевести бы его хотя бы, на 56 последний версии движок, и будет поддерживать дофига уже дополнений
> Тогда, что им мешает развивать Basilisk?отсутствие желания.
> Перевести бы его хотя бы, на 56 последний версии движок
обратно мурзила получится. А им мурзила совершенно не нужна - зачем еще одна? Сифилиск был тестовой платформой для большого мержа, после _окончательного_расставания_ с мурзилой в качестве апстрима, а не наоборот.
Сам по себе он был нужен только как тест для запуска uxp (сама по себе uxp запускаться не может, это по сути библиотека, на которой строится приложение), поскольку использовал современный ей код. Никакой другой более новой uxp нет и не будет.
Тут - https://github.com/JustOff/ca-archive/releases
Falkon, чисто по ощущениям, запускается и работает шустрее; вконтактики, ютюбчики, эпики - открываются.
Только он сдох давно. Попав в лапы(руки) КДЕ. Пожевала, изгадила и выплюнула.
как можно изгадить шкурку для хромонога? Сколько ее ни жуй - хромонога не выплюнешь.аддоны от хромонога при этом, логично, несовместимы, поэтому их нет. Чего ни хватись - ничего нет.
Также как и луна (внезапно, да?) И все сборки (и форки) на одних движках.
> Также как и луна (внезапно, да?)ты бредишь
Только вот Капзилла почему-то значительно лучше была. Чем поделие от КДЕ.
Но имеем то, что имеем... ничего.
совсем ранняя квакзила была шкуркой для яблоблинка, а не хромонога. Но кде непричем, сам же автор и переписал на хромой апи - видимо, потому что ябловыкидыш никогда толком и не работал.
Последний более-менее нормальный 1.8.9.
> яблоблинкЩИТОА? qt-webkit там был.
KDE написали KHTML который использовали в Konqueror. Apple сделала форк KHTML и назвала его WebKit и использовала его в Safari. Google Inc. форкнула WebKit и назвала его Blink использовав в Chrome.
Так и было.
Значительно? Фалкон хотя бы не крашится по кд. Но течёт не в себя, это да. А так один в один.
Только суть в том, что ничего хорошего уже не родят. Ни с флаконом (ни с выдрой), ни с чем другим.
Одни потуги. Которые срываются на последний пук.
Потому что веб-стандарты превратились в монстра.
Тут уже ничего не исправить, только жечь.
Нужен другой веб, как gemini, только без своего велосипеда в качестве языка разметки (Тот же markdown, например, в этой роли был бы весьма хорош).
А порно и хентай куда деть, если ты хочешь примитива?
замечаю такую штуку разработали значит опен сорс позже появляется в винде да еще и рабит лучше опять значит пользоватся виндой... когда уже вы её нагнёте раком?!
Откуда ты знаешь, что в винде работает лучше, если ты ей не пользуешься? Как можно опять начать пользоваться тем, чем не переставал?
Первое правило СПО - тебе никто ничем не обязан. Второе правило СПО - не нравится что-то, сделай сам.
Зачем вы в винду притащили WSL? Кишка тонка?
Как посмотреть у него в исходниках, сколько разрабов пилят?
Спросить у разрабов. Только зачем тебе эта информация?
Чтобы убедится, что они способны успевать протаскивать патчи с исправлениям уязвимостей от Мозиллы. Ну и современные веб-стандарты поддерживать. Помниться, коронавирусные графики Яндекса не отображались в нем, и на Гитхабе кнокпи не работали
*Убедиться, помнится
На Linux - идеальный браузер. Ublock origin для счастья вполне достаточно.Кстати, прокрутка на Wayland, особенно тяжёлых, идеальна, под FF всё-таки она не такая гладкая.
> избавленных от привязок к коду на языке Rust
> Повышена безопасность работы с потоками в реализации кэша содержимого.