https://slinkov.ru/openforum/vsluhforumID3/125072.html Доступен релиз web-браузера Pale Moon 29.4, ответвившегося от кодовой базы Firefox для обеспечения более высокой эффективности работы, cохранения классического интерфейса, минимизации потребления памяти и предоставления дополнительных возможностей по настройке. Сборки Pale Moon формируются для Windows и Linux (x86 и x86_64). Код проекта распространяется под лицензией MPLv2 (Mozilla Public License)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55656<br> https://slinkov.ru/openforum/vsluhforumID3/125072.html#111 Thu, 26 Aug 2021 16:20:00 GMT Найдите все url и uri и уберите все https в них, но это вредный совет, don't do it)<br> https://slinkov.ru/openforum/vsluhforumID3/125072.html#110 Mon, 23 Aug 2021 16:37:04 GMT &gt; Может день работать, а может через минут 10 упасть - четкой закономерности нет.<br><br>не мой случай, тут аптаймы по три месяца.<br><br>&gt; Имхо собираться будет, пока его хоть кто-то собирает и репортит о проблемах.<br><br>нет, поскольку тобик прогавкал - "проблемы 32бит - не проблемы".<br><br>То есть они доломают сборку даже с --no-keep-memory (код только растет, поэтому вопрос лишь времени) - и ничего по этому поводу делать не станут. <br><br>&gt; Если не путаю проблема возникала как раз из-за смеси окружений 32 бита и 64 бита.<br><br>у меня билд-система 32, и точно такая же как целевая. Кроме физического процессора.<br><br> https://slinkov.ru/openforum/vsluhforumID3/125072.html#109 Mon, 23 Aug 2021 16:27:43 GMT &gt; У меня не падает, т.е. вероятно это все же проблема такой странной <br>&gt; сборки.<br><br>Может день работать, а может через минут 10 упасть - четкой закономерности нет.<br><br>&gt; В консоль он при этом ничего у тебя не успевает сказать?<br><br>Пробовал через gdb отловить - все время разные места показывает. Возможно что-то повреждает память и тут начинается.<br><br>&gt;&gt; Весь toolchain - 32 бита.<br>&gt; тогда это не очень интересно - вопрос-то был как жить, когда окончательно <br>&gt; доломают сборку в 32битном адресном пространстве, даже с волшебным ключиком.<br><br>Имхо собираться будет, пока его хоть кто-то собирает и репортит о проблемах. Другое дело, что из-за различной длинны указателей могут вылазить специфичные для 32-х бит баги. Когда-то я один такой отловил и отослал им патч - адово ело проц в простое. Его приняли, но хз сколько там еще подобного может быть и сколько появится.<br><br>&gt; P.S. отвечу на свой же вопрос, для истории: 29.4.0.1 собирается традиционным методом. <br>&gt; Правда, у меня вылезла старая проблема, благополучно отсутствовавша https://slinkov.ru/openforum/vsluhforumID3/125072.html#108 Mon, 23 Aug 2021 15:57:42 GMT У меня не падает, т.е. вероятно это все же проблема такой странной сборки.<br><br>В консоль он при этом ничего у тебя не успевает сказать? <br><br>&gt; Весь toolchain - 32 бита. <br><br>тогда это не очень интересно - вопрос-то был как жить, когда окончательно доломают сборку в 32битном адресном пространстве, даже с волшебным ключиком.<br><br>P.S. отвечу на свой же вопрос, для истории: 29.4.0.1 собирается традиционным методом. Правда, у меня вылезла старая проблема, благополучно отсутствовавшая в 28й серии - не работает make install из-за "invalid instruction". А теперь внимание, на экран: а какая такая инструкция может отсутствовать в xeon E5 если march=atom? Вот и я в а...е. Но это не новость, я с этим иппусь с 25х версий. Было щастье, но недолго.<br><br> https://slinkov.ru/openforum/vsluhforumID3/125072.html#107 Mon, 23 Aug 2021 15:42:32 GMT &gt; а работать-то после этого - работает? (на 32битной честной платформе, физически не <br>&gt; умеющей 64, наоборот-то мне нафиг не нать) <br><br>Работает, но как и раньше - относительно часто падает. Из-за чего - хз. Возможно проблема в моем окружении или в самом pale moon. Но аналогично собранный chromium работает стабильно.<br><br>&gt; А то есть у меня нехорошее подозрение, что uname там не поможет, <br>&gt; патчить надо питон. А, и самое главное-то - gcc и ld-то <br>&gt; у тебя, получается, тоже 32битные? Или там именно полноценная кросс-система собрана? <br><br>Весь toolchain - 32 бита. Фактически все кроме ядра - 32 бита.<br><br>&gt; Если нет - полагаю, у тебя получился 64битный. Поскольку от системных библиотек <br>&gt; он не особо зависит, то может и заработать в таком виде. <br><br>Зависит и сильно: libxul.so линкует более 50 библиотек из системы.<br> https://slinkov.ru/openforum/vsluhforumID3/125072.html#106 Mon, 23 Aug 2021 13:50:06 GMT а работать-то после этого - работает? (на 32битной честной платформе, физически не умеющей 64, наоборот-то мне нафиг не нать)<br><br>А то есть у меня нехорошее подозрение, что uname там не поможет, патчить надо питон. А, и самое главное-то - gcc и ld-то у тебя, получается, тоже 32битные? Или там именно полноценная кросс-система собрана?<br><br>Если нет - полагаю, у тебя получился 64битный. Поскольку от системных библиотек он не особо зависит, то может и заработать в таком виде.<br><br> https://slinkov.ru/openforum/vsluhforumID3/125072.html#104 Sun, 22 Aug 2021 17:13:53 GMT Нормально собралось под linux - ядро 64 бита, окружение гибридное - основная система 32 бита (в том числе и Xorg), но есть часть библиотек под 64 бита - для сборки AOSP.<br>uname - патченый, по умолчанию говорит что система i686.<br> https://slinkov.ru/openforum/vsluhforumID3/125072.html#103 Sat, 21 Aug 2021 10:15:53 GMT но, кстати, антиксы молодцы (я таки мельком глянул) - версия не самая последняя, но не двухлетней тухлости, и они ее на самом деле собирают.<br><br>жаль что такой труд пропадает впустую, конечно.<br><br> https://slinkov.ru/openforum/vsluhforumID3/125072.html#102 Fri, 20 Aug 2021 15:42:31 GMT &gt; а в опенсорс мне уметь не нужно, заказчики этого не требуют<br><br>А вы сами станьте заказчиком.<br> <br>