ru.unix.ftn

Dear Dmitriy, 11 Mar 21 22:54, you wrote to me: MD>>> https://github.com/huskyproject/huskylib.git MD>>> https://github.com/huskyproject/smapi.git MD>>> https://github.com/huskyproject/fidoconf.git MD>>> https://github.com/huskyproject/areafix.git MD>>> https://github.com/huskyproject/hpt.git MD>>> https://github.com/huskyproject/htick.git VS>> Жаль, что нет одним архивом. FreeBSD-шные порты husky-* заточены VS>> под один тарболл, хотя и собираются отдельными пакетами VS>> husky-areafix, husky-hpt, husky-huskylib и т.д. Переделывать вряд VS>> ли кто будет, нецелесообразно. Возможно я последний на Земле VS>> фидошник под FreeBSD, поэтому и я переделывать порт тоже не буду. DS> далеко не последний, на моей памяти минимум 4 (четыре) включая тебя =) Это радует. DS> зы: давненько собираю из исходников самопальным скриптом, можно было DS> заморочиться портом, но как-то спрос не сподвиг к телодвижениям, может DS> оно настало?) Порт-то есть и работает, только берет исходники с http://download.huskyproject.org/sources/ Если официальный репозиторий теперь на Гитхабе, можно бы и переделать туда, но к сожалению на Гитхабе исходники разбиты на подпроекты, придется порт переделывать. Victor Sudakov, VAS4-RIPE, VAS47-RIPN

Hello Evgeny Chevtaev! 01 Jan 80 00:00:00, Evgeny Chevtaev wrote to All: EC> Звиняйте, если не по теме эхи... Есть ли у HotdogEd какие-то логи или дебаг? В последнее время случилось странное - пакеты с ноды уходят, со стороны поинтового сабжа тишина и новых сообщений нет. Переустановка не помогла. Куда копать? обнови тоссер. от тебя кривая дата отправки в пакетах идет. Alexander

hi, Victor! 12 Mar 21 00:06, Victor Sudakov wrote to Michael Dukelsky: MD>> https://github.com/huskyproject/huskylib.git MD>> https://github.com/huskyproject/smapi.git MD>> https://github.com/huskyproject/fidoconf.git MD>> https://github.com/huskyproject/areafix.git MD>> https://github.com/huskyproject/hpt.git MD>> https://github.com/huskyproject/htick.git VS> Жаль, что нет одним архивом. FreeBSD-шные порты husky-* заточены под VS> один тарболл, хотя и собираются отдельными пакетами husky-areafix, VS> husky-hpt, husky-huskylib и т.д. Переделывать вряд ли кто будет, VS> нецелесообразно. Возможно я последний на Земле фидошник под FreeBSD, VS> поэтому и я переделывать порт тоже не буду. далеко не последний, на моей памяти минимум 4 (четыре) включая тебя =) зы: давненько собираю из исходников самопальным скриптом, можно было заморочиться портом, но как-то спрос не сподвиг к телодвижениям, может оно настало?) wbr, Dmitriy.

Dear Michael, 11 Mar 21 19:33, you wrote to me: VS>>>> Осталось непонятным, почему "LogLevels 123456789" и VS>>>> "ScreenLogLevels 123456789" дают (в лог и на stdout VS>>>> соответственно) разную информацию: в лог сабжевая ошибка не VS>>>> пишется, а на терминал пишется. Это несколько неожиданно. MD>>> Спасибо за замечание, исправил. VS>> А где именно ты исправляешь? MD> https://github.com/huskyproject/huskylib.git MD> https://github.com/huskyproject/smapi.git MD> https://github.com/huskyproject/fidoconf.git MD> https://github.com/huskyproject/areafix.git MD> https://github.com/huskyproject/hpt.git MD> https://github.com/huskyproject/htick.git Жаль, что нет одним архивом. FreeBSD-шные порты husky-* заточены под один тарболл, хотя и собираются отдельными пакетами husky-areafix, husky-hpt, husky-huskylib и т.д. Переделывать вряд ли кто будет, нецелесообразно. Возможно я последний на Земле фидошник под FreeBSD, поэтому и я переделывать порт тоже не буду. VS>> Во FreeBSD-шных портах источником указан VS>> http://download.huskyproject.org/sources/ - это теперь VS>> неправильно? MD> Туда, судя по всему, Max Vasilyev переписывает с гитхаба, когда MD> собирает бинарники для Windows. Ну там довольно свежее, февральское 2021 года лежит, и на том спасибо. Victor Sudakov, VAS4-RIPE, VAS47-RIPN

Привет, Victor! 11 March 2021 23:14, Victor Sudakov послал(а) письмо к Michael Dukelsky: VS>>> Осталось непонятным, почему "LogLevels 123456789" и VS>>> "ScreenLogLevels 123456789" дают (в лог и на stdout VS>>> соответственно) разную информацию: в лог сабжевая ошибка не VS>>> пишется, а на терминал пишется. Это несколько неожиданно. MD>> Спасибо за замечание, исправил. VS> А где именно ты исправляешь? https://github.com/huskyproject/huskylib.git https://github.com/huskyproject/smapi.git https://github.com/huskyproject/fidoconf.git https://github.com/huskyproject/areafix.git https://github.com/huskyproject/hpt.git https://github.com/huskyproject/htick.git VS> Во FreeBSD-шных портах источником указан VS> http://download.huskyproject.org/sources/ - это теперь неправильно? Туда, судя по всему, Max Vasilyev переписывает с гитхаба, когда собирает бинарники для Windows. Желаю успехов, Victor! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru

Dear Michael, 11 Mar 21 11:55, you wrote to me: VS>> Осталось непонятным, почему "LogLevels 123456789" и VS>> "ScreenLogLevels 123456789" дают (в лог и на stdout VS>> соответственно) разную информацию: в лог сабжевая ошибка не VS>> пишется, а на терминал пишется. Это несколько неожиданно. MD> Спасибо за замечание, исправил. А где именно ты исправляешь? Во FreeBSD-шных портах источником указан http://download.huskyproject.org/sources/ - это теперь неправильно? Victor Sudakov, VAS4-RIPE, VAS47-RIPN

Привет, Victor! 11 March 2021 12:10, Victor Sudakov послал(а) письмо к Michael Dukelsky: VS> Осталось непонятным, почему "LogLevels 123456789" и "ScreenLogLevels VS> 123456789" дают (в лог и на stdout соответственно) разную информацию: VS> в лог сабжевая ошибка не пишется, а на терминал пишется. Это несколько VS> неожиданно. Спасибо за замечание, исправил. Желаю успехов, Victor! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru

Dear Michael, 10 Mar 21 19:34, you wrote to me: VS>>>> По-видимому повреждена Jam база, "hpt scan" вызывает сабжевое VS>>>> сообщение. Вопрос, собственно, для начала как найти, которая VS>>>> именно эхообласть повреждена. В логе hpt не нашел, к какой эхе VS>>>> сабж относится. Не перебирать же по одной. MD>>> В LogLevels задай 1 (в числе остального). Тогда у тебя будет MD>>> отладочное сообщение Scanning area: xxxx MD>>> На самом деле там должно быть 4, а не 1. Сейчас исправлю. VS>> В конфиге "LogLevels 123456789", и сообщения типа "Scanning area: VS>> 888.talks" имеются, только вот сабжевого между ними нет, оно на VS>> stdout "hpt scan" идёт, а не в лог, поэтому корреляцию со VS>> сканируемой эхой поймать не могу. MD> Есть LogLevels и ScreenLogLevels, а ещё есть MD> LogEchoToScreen off "ScreenLogLevels 123456789" помогло найти битую эху в выводе на экран, спасибо. Осталось непонятным, почему "LogLevels 123456789" и "ScreenLogLevels 123456789" дают (в лог и на stdout соответственно) разную информацию: в лог сабжевая ошибка не пишется, а на терминал пишется. Это несколько неожиданно. VS>> Кстати почему на stdout, а не stderr, но это уже другой вопрос. MD> Потому что LogEchoToScreen - это очевидно stdout. Мне не очевидно. stderr - такой же вывод в терминал, если не перенаправлять никуда. Victor Sudakov, VAS4-RIPE, VAS47-RIPN

Привет, Victor! 10 March 2021 23:17, Victor Sudakov послал(а) письмо к Michael Dukelsky: VS>>> По-видимому повреждена Jam база, "hpt scan" вызывает сабжевое VS>>> сообщение. Вопрос, собственно, для начала как найти, которая VS>>> именно эхообласть повреждена. В логе hpt не нашел, к какой эхе VS>>> сабж относится. Не перебирать же по одной. MD>> В LogLevels задай 1 (в числе остального). Тогда у тебя будет MD>> отладочное сообщение Scanning area: xxxx MD>> На самом деле там должно быть 4, а не 1. Сейчас исправлю. VS> В конфиге "LogLevels 123456789", и сообщения типа "Scanning area: VS> 888.talks" имеются, только вот сабжевого между ними нет, оно на stdout VS> "hpt scan" идёт, а не в лог, поэтому корреляцию со сканируемой эхой VS> поймать не могу. Есть LogLevels и ScreenLogLevels, а ещё есть LogEchoToScreen off VS> Кстати почему на stdout, а не stderr, но это уже другой вопрос. Потому что LogEchoToScreen - это очевидно stdout. Желаю успехов, Victor! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru

Dear Michael, 10 Mar 21 18:45, you wrote to me: VS>> По-видимому повреждена Jam база, "hpt scan" вызывает сабжевое VS>> сообщение. Вопрос, собственно, для начала как найти, которая VS>> именно эхообласть повреждена. В логе hpt не нашел, к какой эхе VS>> сабж относится. Не перебирать же по одной. MD> В LogLevels задай 1 (в числе остального). Тогда у тебя будет MD> отладочное сообщение Scanning area: xxxx MD> На самом деле там должно быть 4, а не 1. Сейчас исправлю. В конфиге "LogLevels 123456789", и сообщения типа "Scanning area: 888.talks" имеются, только вот сабжевого между ними нет, оно на stdout "hpt scan" идёт, а не в лог, поэтому корреляцию со сканируемой эхой поймать не могу. Кстати почему на stdout, а не stderr, но это уже другой вопрос. Victor Sudakov, VAS4-RIPE, VAS47-RIPN