#1
|
|||
|
|||
Новая версия hunspell
Vitaliy Aksyonov написал(а) к All в Oct 23 13:54:30 по местному времени:
Привет, All! Попробовал скачать большой словарь для hunspell, а он его не прожевал. Более новый формат. Пожалуй, втащу более новую версию hunspell. А заодно добавлю ключики, чтобы можно было собирать с системным, а не из исходников. Best regards, Vitaliy Aksyonov. ... День пропал не зря. --- GoldED+/LNX 1.1.5-b20230920 |
#2
|
|||
|
|||
Re: Новая версия hunspell
Semen Panevin написал(а) к Vitaliy Aksyonov в Oct 23 12:45:24 по местному времени:
Доброго здоровьица тебе, Vitaliy! Tuesday October 03 2023 13:54, Vitaliy Aksyonov писал All: VA> Попробовал скачать большой словарь для hunspell, а он его не прожевал. VA> Более новый формат. Я чёт даже не помню, какая версия hunspell вместе с дедом лежит. 1.3 чтоли, или ещё более ранняя... Не нашёл там инфы о версии. VA> Пожалуй, втащу более новую версию hunspell. А заодно добавлю ключики, VA> чтобы можно было собирать с системным, а не из исходников. Я тут уже присылал ссылки на свой gentoo ebuild и патчи, которые он для этого применяет, и делает соответственно динамическую линковку вместо статической. С наилучшими пожеланиями, Семён. ... Век живи, век учись! --- GoldED+/LNX 1.1.5-b20231001 (Linux 5.15.52-gentoo iF6M10) |
#3
|
|||
|
|||
Re: Новая версия hunspell
Vitaliy Aksyonov написал(а) к Semen Panevin в Oct 23 07:16:32 по местному времени:
Привет, Semen! 04 Oct 23 12:45, ты писал(а) мне: VA>> Попробовал скачать большой словарь для hunspell, а он его не VA>> прожевал. Более новый формат. SP> Я чёт даже не помню, какая версия hunspell вместе с дедом лежит. 1.3 SP> чтоли, или ещё более ранняя... Не нашёл там инфы о версии. Да. Там что-то очень древнее. VA>> Пожалуй, втащу более новую версию hunspell. А заодно добавлю VA>> ключики, чтобы можно было собирать с системным, а не из VA>> исходников. SP> Я тут уже присылал ссылки на свой gentoo ebuild и патчи, которые он SP> для этого применяет, и делает соответственно динамическую линковку SP> вместо статической. Я видел. :) Но я сделаю немного иначе. Плюс надо поправить make, cmake, Visual Studio билды. Иметь исходники прямо в репозитории удобно тем, кто лишние зависимости тащить не хочет. Best regards, Vitaliy Aksyonov. ... Ученые-филологи установили, что Щ - это самец буквы Ш. --- GoldED+/LNX 1.1.5-b20230920 |
#4
|
|||
|
|||
Re: Новая версия hunspell
Semen Panevin написал(а) к Vitaliy Aksyonov в Oct 23 17:08:10 по местному времени:
Доброго здоровьица тебе, Vitaliy! Wednesday October 04 2023 07:16, Vitaliy Aksyonov писал Semen Panevin: VA>>> Пожалуй, втащу более новую версию hunspell. А заодно добавлю VA>>> ключики, чтобы можно было собирать с системным, а не из VA>>> исходников. SP>> Я тут уже присылал ссылки на свой gentoo ebuild и патчи, которые SP>> он для этого применяет, и делает соответственно динамическую SP>> линковку вместо статической. VA> Я видел. :) Но я сделаю немного иначе. Плюс надо поправить make, VA> cmake, Visual Studio билды. Ну я делал "для себя" конкретно под gentoo, поэтому все патчи - в gentoo ebuild, ничего в исходниках деда "не ломал". Сделаешь лучше - мне наверное придётся подправить свой ебилд, но я это как-нибудь переживу :) Старая версия ебилда лежит в исходниках деда в contrib, но после переезда деда из цвс в гит я не нашёл способа, как подключить remote portage overlay из гита, поэтому все обновки тока в моём svn репозитории теперь... VA> Иметь исходники прямо в репозитории удобно тем, кто лишние зависимости VA> тащить не хочет. Да я не спорю, случаи всякие бывают. Хорошо иметь возможность выбора - статик из репы или динамик из системы. С наилучшими пожеланиями, Семён. ... Без крыльев далеко не улетишь --- GoldED+/LNX 1.1.5-b20231001 (Linux 5.15.52-gentoo iF6M10) |
#5
|
|||
|
|||
Re: Новая версия hunspell
Vitaliy Aksyonov написал(а) к Semen Panevin в Oct 23 08:35:08 по местному времени:
Привет, Semen! 04 Oct 23 17:08, ты писал(а) мне: VA>>>> Пожалуй, втащу более новую версию hunspell. А заодно добавлю VA>>>> ключики, чтобы можно было собирать с системным, а не из VA>>>> исходников. SP>>> Я тут уже присылал ссылки на свой gentoo ebuild и патчи, которые SP>>> он для этого применяет, и делает соответственно динамическую SP>>> линковку вместо статической. VA>> Я видел. :) Но я сделаю немного иначе. Плюс надо поправить make, VA>> cmake, Visual Studio билды. SP> Ну я делал "для себя" конкретно под gentoo, поэтому все патчи - в SP> gentoo ebuild, ничего в исходниках деда "не ломал". Сделаешь лучше - SP> мне наверное придётся подправить свой ебилд, но я это как-нибудь SP> переживу :) Я с ebuild никогда дела не имел, но никто не мешает нам совместить усилия и в этом pull request влить и изменения ebuild в том числе. Я могу тебе дать доступ к моему форку или просто пришлешь патч, а я уже накачу. SP> Старая версия ебилда лежит в исходниках деда в contrib, но после SP> переезда деда из цвс в гит я не нашёл способа, как подключить remote SP> portage overlay из гита, поэтому все обновки тока в моём svn SP> репозитории теперь... Не айс. :) Давай зальем в основной репо? VA>> Иметь исходники прямо в репозитории удобно тем, кто лишние VA>> зависимости тащить не хочет. SP> Да я не спорю, случаи всякие бывают. Хорошо иметь возможность выбора - SP> статик из репы или динамик из системы. Сделаем. Это вообще не сложно в случае с hunspell. Главное, чтобы версии сильно не расходились. Думаю, что лучше использовать legacy функции. Ведь они добавили функции, которые принимают std::string, но кто гарантирует, что при кастомной сборке будет использоваться достаточно новая версия hunspell? С другой стороны, если локальный hunspell более старый - то и смысла большого его использовать нет. Best regards, Vitaliy Aksyonov. ... Каждой твари - по харе! --- GoldED+/LNX 1.1.5-b20230920 |
#6
|
|||
|
|||
Re: Новая версия hunspell
Semen Panevin написал(а) к Vitaliy Aksyonov в Oct 23 18:07:18 по местному времени:
Доброго здоровьица тебе, Vitaliy! 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) |
#7
|
|||
|
|||
Re: Новая версия hunspell
Vitaliy Aksyonov написал(а) к Semen Panevin в Oct 23 08:07:16 по местному времени:
Привет, Semen! 04 Oct 23 18:07, ты писал(а) мне: SP>>> Ну я делал "для себя" конкретно под gentoo, поэтому все патчи - SP>>> в gentoo ebuild, ничего в исходниках деда "не ломал". Сделаешь SP>>> лучше - мне наверное придётся подправить свой ебилд, но я это SP>>> как-нибудь переживу :) VA>> Я с ebuild никогда дела не имел, но никто не мешает нам VA>> совместить усилия и в этом pull request влить и изменения ebuild VA>> в том числе. Я могу тебе дать доступ к моему форку или просто VA>> пришлешь патч, а я уже накачу. SP> Да у меня вроде не отобрали права на репу голдеда, могу наверное и сам SP> :) Просто похоже никому это не нужно кроме меня. Раньше было удобно SP> подключать "порт" с голдедом прямо из cvs репозитория, поэтому я в SP> contrib положил всё что для этого нужно, а теперь таконе нельзя, SP> конфиг layman-а там теперь точно бесполезный, а иметь две копии ebuild SP> и обновлять в двух местах - ну такое себе... Неужели ebuild не умеет работать с гитом? Сейчас все переходят на гит. VA>> Не айс. :) Давай зальем в основной репо? SP> Ну после твоих правок можно будет туда обновлённый ебилд залить, и SP> заодно от layman-а избавиться, всё равно задепрекейтили его уже в SP> gentoo... Нет повода не залить. VA>> Сделаем. Это вообще не сложно в случае с hunspell. Главное, чтобы VA>> версии сильно не расходились. Думаю, что лучше использовать VA>> legacy функции. Ведь они добавили функции, которые принимают VA>> std::string, но кто гарантирует, что при кастомной сборке будет VA>> использоваться достаточно новая версия hunspell? SP> Я думаю, тут другая проблема, надо чтобы свежий hunspell не разучился SP> билдиться теми же древностями, которыми некоторые всё ещё билдят SP> golded :) Я имею ввиду тот, что будет в репе голдеда обновляться, а не SP> тот что уже есть в системе, там-то понятно что проблем не будет... Они не используют C++11. Пока не используют. В новом релизе собираются. Поэтому должно взлететь. Попробую. VA>> С другой стороны, если локальный VA>> hunspell более старый - то и смысла большого его использовать VA>> нет. SP> Угумс. SP> ЗЫЖ я на одно из прошлых писем тебе ответил нетмылом, посмотрим, SP> дойдёт ли... Дошло. @Via 2:5025/121 @20231004.151504.UTC hpt/lnx 1.4.0-sta 15-05-13 @Via 2:5025/75 RNtrack 1.13.20070325/W32 05 Oct 2023 07:13:16 UTC+0400 @Via 2:5020/545 @20231005.073301.UTC hpt/lnx 1.9.0-cur snapshot @Via 2:5020/715 @20231005.073407.UTC RNtrack 2.2.2/W64 @Via 2:292/854 @20231005.093558 D'Bridge 4 @Via 2:292/854@Ward_Dossche @20231005.083902.UTC O/T-Track+ 2.85 @Via 1:229/426 @20231005.033925 D'Bridge 4 @Via 1:229/426@fidonet @20231005.073926.UTC O/T-Track+ 2.85 Best regards, Vitaliy Aksyonov. ... Если у вас плохо пахнет под мышкой, помойте или выбросте коврик! --- GoldED+/LNX 1.1.5-b20230920 |
#8
|
|||
|
|||
Re: Новая версия hunspell
Semen Panevin написал(а) к Vitaliy Aksyonov в Oct 23 17:51:50 по местному времени:
Доброго здоровьица тебе, Vitaliy! Thursday October 05 2023 08:07, Vitaliy Aksyonov писал Semen Panevin: SP>> таконе нельзя, конфиг layman-а там теперь точно бесполезный, а SP>> иметь две копии ebuild и обновлять в двух местах - ну такое SP>> себе... VA> Неужели ebuild не умеет работать с гитом? Сейчас все переходят на гит. ebuild умеет работать с гитом, но чтобы работал ebuild - его нужно подключить через portage overlay. Раньше это делалось с помощью утилиты layman, который мог подключать и синкать удалённые оверлеи из ремоута. Но вот брать portage overlay из кастомного каталога гита он не умеет. Сейчас layman deprecated и удаляется из репозитория, вместо него придумали какой-то более штатный инструмент, но я с ним ещё не успел познакомиться. Может он из гита научился... В общем после импрувов дедушки, меняющих параметры сборки и ломающих мои патчи, поковыряюсь и обновлю... С наилучшими пожеланиями, Семён. ... Незаменимых людей нет, но исключением стать хочется... (c)... --- GoldED+/LNX 1.1.5-b20231001 (Linux 5.15.52-gentoo iF6M10) |
#9
|
|||
|
|||
Сборка голдеда
Nil A написал(а) к Semen Panevin в Oct 23 19:26:08 по местному времени:
Нello, Semen! Wednesday October 04 2023 18:07, from Semen Panevin -> Vitaliy Aksyonov: SP> Да у меня вроде не отобрали права на репу голдеда, Как в интерфейсе гитхаба посмотреть, столько там "право имеющий" ;-) Ровно для этого Дукельский ввёл правило, что вливается только через пул-реквест, а то напихают такова. SP> могу наверное и сам :) Просто похоже никому это не нужно кроме меня. SP> Раньше было удобно подключать "порт" с голдедом прямо из cvs SP> репозитория, поэтому я в contrib положил всё что для этого нужно, а SP> теперь таконе нельзя, конфиг layman-а там теперь точно бесполезный, а SP> иметь две копии ebuild и обновлять в двух местах - ну такое себе... А cmake собираю, так проще вроде, и привычнее подсовывать настройки компилятора и опции компиляции, и -j8 работает. == golded From : andrew clarke 3:633/267 Sun 05 Feb 23 14:42 Subj : Compiling GoldEd+ under FreeBSD This is how I build GoldED+ with CMake on FreeBSD 13.1-RELEASE: git clone https://github.com/golded-plus/golded-plus cd golded-plus cp -p golded3/mygolded.h golded3/mygolded.h cmake -B workdir --install-prefix=$НOME/opt/golded . cmake --build workdir --parallel cmake --install workdir Clang outputs several harmless warnings as the GoldED code isn't 100% clean, but it builds OK. == Я под линуксом так собираю и всё супер. И под макосью тоже. Best Regards, Nil --- GoldED+/LNX 1.1.5 |
#10
|
|||
|
|||
Re: Сборка голдеда
Semen Panevin написал(а) к Nil A в Oct 23 19:40:52 по местному времени:
Доброго здоровьица тебе, Nil! Thursday October 05 2023 19:26, Nil A писал Semen Panevin: SP>> Да у меня вроде не отобрали права на репу голдеда, NA> Как в интерфейсе гитхаба посмотреть, столько там "право имеющий" ;-) NA> Ровно для этого Дукельский ввёл правило, что вливается только через NA> пул-реквест, а то напихают такова. Ну так это я всецело и полностью за, чтобы только через пулл/мерж реквесты вливать. Только я их мержить могу, а не только создавать :) SP>> бесполезный, а иметь две копии ebuild и обновлять в двух местах - SP>> ну такое себе... NA> А cmake собираю, так проще вроде, и привычнее подсовывать настройки NA> компилятора и опции компиляции, и -j8 работает. Вот ещё разбираться как к ебилду cmake прикрутить... И без него норм работает, годами отлаженные патчи :) NA> git clone https://github.com/golded-plus/golded-plus NA> cd golded-plus NA> cp -p golded3/mygolded.h golded3/mygolded.h NA> cmake -B workdir --install-prefix=$НOME/opt/golded . NA> cmake --build workdir --parallel NA> cmake --install workdir Это так в шлаквари можно, а у меня gentoo, там gentoo portages, я portage написал и голдед в системное управление пакетами интегрировал, а не вот это всё. С наилучшими пожеланиями, Семён. ... Стрессы начинаются с будильника... (c)... --- GoldED+/LNX 1.1.5-b20231001 (Linux 5.15.52-gentoo iF6M10) |