= Сообщение: 3019 из 3614 ======================================== RU.GOLDED = От : Semen Panevin 2:5025/121 27 Oct 23 08:15:10 Кому : Vitaliy Aksyonov 27 Oct 23 08:15:10 Тема : Re: Обновленная версия hunspell FGHI : area://RU.GOLDED?msgid=2:5025/121+653b4aa4 На : area://RU.GOLDED?msgid=1:104/117+653ac7fd = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.GOLDED?msgid=1:104/117+653bb914 ============================================================================== Доброго здоровьица тебе, Vitaliy!
Thursday October 26 2023 14:09, Vitaliy Aksyonov писал Semen Panevin:
SP>> Я сегодня утром наконец-то смигрировал ноду на 64-битный линух. SP>> Скока лет собирался :) И да, husky там остался 1.4. Пришлось SP>> научиться делать 32-битную сборку в 64-битной multilib системе :) SP>> (там много чего и под 64 бита собирается, но вроде как есть SP>> мнение, что работает оно неправильно, базы портит). VA> Ух ты. Откуда дровишки? Да откуда-то из RU.HUSKY вроде. Я уж и не вспомню.
VA> $ file /usr/bin/gedlnx Ну дык с ним всё норм, по крайней мере со свежим.
VA> $ file /usr/bin/hpt А вот тут ты версию не указал :) Я может не очень точно выразился, проблемы с husky-1.4 вроде как только, про проблемы с другим фидософтом (из того что я использую) я не слышал.
VA> /usr/bin/hpt: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), VA> Полет нормальный больше года. Ну дык если 1.9 то и не удивительно...
SP>> Может когда-нибудь на 1.9 таки перееду, но всё ещё есть моменты, SP>> которые пока меня останавливают от этого, не только необходимость SP>> конфиги мигрировать... VA> Например? Конфиги я переделал за один вечер. Там ничего сложного. Ну помимо "лень и некогда" есть ещё bsopack, который сейчас не собирается через huskymak.cfg + общий Makefile, но у меня зачем-то используется на ноде, уж и не помню зачем (настроил дофига лет назад шоб работало как мне надо, и уже успел забыть чё как :) ) По инструкции из самого bsopack тоже не собирается.
Ну и не дотестил окончательно я ещё свой ebuild для current husky. Вот буквально вчера там вмержили нужные мне правки чтобы доки не гзипались при сборке, надо снова ebuild править под них... В общем current это вам не stable :) Но это уже лучше в RU.HUSKY а не в RU.GOLDED...
SP>> Golded благо одинаково прекрасно работает и на 32 и на 64 битах SP>> :) VA> Работает. Но зачем? :) А как жить без голдеда? :)
Повторюсь, я не совсем правильно выразился. На 32 битах прекрасно работает 32-битный голдед, на 64 битах прекрасно работает 64-битный голдед, да и 32-битный наверное тоже будет прекрасно работать на 64 битах, не проверял :)
Цель была именно 32-битные husky-1.4 собрать.
SP>> Ух ты, вот только сейчас заметил CPU UNKNOWN. А на 32-битном он SP>> лучше детектился... Беру свои слова обратно про одинаково SP>> хорошесть работы 32 и 64 битного голдеда :)
VA> Все можно поправить. Было бы желание. Да это понятно... Понять бы сначала, чего авторы того ассемблерного кода хотели добиться. Может всё можно из /proc/cpuinfo вытащить безвозмездно вместо этого...
Чёт меня этот CPU UNKNOWN прям заинтриговал. Есть желание поразбираться :)
С наилучшими пожеланиями, Семён.
... Хорошо там, где мы есть! (про фидошников) --- GoldED+/LNX 1.1.5-b20231021 (Linux 6.1.57-gentoo CPU UNKNOWN) * Origin: IceLAN (2:5025/121)
