Wednesday October 04 2023 08:35, Vitaliy Aksyonov писал Semen Panevin:
SP>> Ну я делал "для себя" конкретно под gentoo, поэтому все патчи - в SP>> gentoo ebuild, ничего в исходниках деда "не ломал". Сделаешь SP>> лучше - мне наверное придётся подправить свой ебилд, но я это SP>> как-нибудь переживу :)
VA> Я с ebuild никогда дела не имел, но никто не мешает нам совместить VA> усилия и в этом pull request влить и изменения ebuild в том числе. Я VA> могу тебе дать доступ к моему форку или просто пришлешь патч, а я уже VA> накачу. Да у меня вроде не отобрали права на репу голдеда, могу наверное и сам :) Просто похоже никому это не нужно кроме меня. Раньше было удобно подключать "порт" с голдедом прямо из cvs репозитория, поэтому я в contrib положил всё что для этого нужно, а теперь таконе нельзя, конфиг layman-а там теперь точно бесполезный, а иметь две копии ebuild и обновлять в двух местах - ну такое себе...
VA> Не айс. :) Давай зальем в основной репо? Ну после твоих правок можно будет туда обновлённый ебилд залить, и заодно от layman-а избавиться, всё равно задепрекейтили его уже в gentoo...
VA> Сделаем. Это вообще не сложно в случае с hunspell. Главное, чтобы VA> версии сильно не расходились. Думаю, что лучше использовать legacy VA> функции. Ведь они добавили функции, которые принимают std::string, но VA> кто гарантирует, что при кастомной сборке будет использоваться VA> достаточно новая версия hunspell? Я думаю, тут другая проблема, надо чтобы свежий hunspell не разучился билдиться теми же древностями, которыми некоторые всё ещё билдят golded :) Я имею ввиду тот, что будет в репе голдеда обновляться, а не тот что уже есть в системе, там-то понятно что проблем не будет...
VA> С другой стороны, если локальный VA> hunspell более старый - то и смысла большого его использовать нет. Угумс.
ЗЫЖ я на одно из прошлых писем тебе ответил нетмылом, посмотрим, дойдёт ли...
С наилучшими пожеланиями, Семён.
... Хорошо там, где нас нет... (это не про фидошников) --- GoldED+/LNX 1.1.5-b20231001 (Linux 5.15.52-gentoo iF6M10) * Origin: IceLAN (2:5025/121)
