ru.binkd

Hello All! ~~~ [rhs@sys3175 x86_64]$ ls -l total 2540 -rw-rw-r-- 1 rhs rhs 48342 Nov 11 09:50 areafix-static-1.9.20210318C-4.fc35.x86_64.rpm -rw-rw-r-- 1 rhs rhs 615024 Nov 11 09:35 binkd-1.1a.112-2.x86_64.rpm -rw-rw-r-- 1 rhs rhs 78454 Nov 11 09:49 fidoconf-static-1.9.20210502C-1.fc35.x86_64.rpm -rw-rw-r-- 1 rhs rhs 180857 Nov 11 09:49 fidoconf-static-utils-1.9.20210502C-1.fc35.x86_64.rpm -rw-rw-r-- 1 rhs rhs 897232 Nov 11 09:43 golded+-1.1.5.20180707C-1.x86_64.rpm -rw-rw-r-- 1 rhs rhs 247211 Nov 11 09:51 hpt-static-1.9.20210515C-1.fc35.x86_64.rpm -rw-rw-r-- 1 rhs rhs 186557 Nov 11 09:51 hpt-static-utils-1.9.20210515C-1.fc35.x86_64.rpm -rw-rw-r-- 1 rhs rhs 39955 Nov 11 09:46 huskylib-static-1.9.20210724C-1.fc35.x86_64.rpm -rw-rw-r-- 1 rhs rhs 19496 Nov 11 09:46 huskylib-static-utils-1.9.20210724C-1.fc35.x86_64.rpm -rw-rw-r-- 1 rhs rhs 52498 Nov 11 09:47 smapi-static-2.5.20210504C-5.fc35.x86_64.rpm -rw-rw-r-- 1 rhs rhs 115961 Nov 11 09:49 sqpack-static-1.9.20191206C-1.fc35.x86_64.rpm -rw-rw-r-- 1 rhs rhs 92343 Nov 11 09:49 tparser-static-1.9.20210502C-1.fc35.x86_64.rpm [rhs@sys3175 x86_64]$ ~~~ У всех пакетов husky пишется в названии RPM версия OS (в данном случае fc35), а у binkd нет. Поправить бы .spec соответственно чтобы версия OS указывалась, а? И у golded+ тоже не пишется, но это, правда, совсем не для этой эхи. Локально у себя я поправить могу, не вопрос. Hо сделать бы это глобально, а? Bye!

Hello Binkd team, The bindaddr keyword is used to select the IP address for making outgoing calls in case there is more than one IP address that the system can use. This is usefull in case one has more binkd clients running on one and the same system or when one wants to override the system default in order to present a 2001:DB8::f1d0:zone:net:node address instead of a SLAAC or random privacy address. The problem. ------------ bindaddr works fine in a single stack envionment (IPv4 or IPv6 only) but it encounters problems in a dual stack environment. bindaddr accepts a literal address (IPv4 or IPv6) or a hostname. Specifying multiple bindaddr lines in the config does not result in an error, but only the last takes effect. specifying: bindaddr fido.vlist.eu or bindaddr [2001:1c02:1103:2a00:f1d0:2:280:5555] Results in binkd using that address for outgoing IPv6 calls. In the windows version it results in a warning when making outgoing IPv4 calls: "bind: {W32 API error 10049} The requested address is not valid in its context" or ."bind -- getaddrinfo: Der angegebene Host ist unbekannt. (11001)" In the Linux version, the literal address must be specified without the square brackets and attempts to make outgoing IPv4 calls fail. So one can not use bindaddr to specify an outgoing IPv6 address without breaking outgoing IPv4 capability. Proposed solution ----------------- To remedie the situation I suggest to split up the bindaddr in an IPv6 and an IPv4 part. bindaddr6 This only affects the IPv6 address used for outpoing calls. bindaddr4 This only affects the IPv4 address used for outgoing calls. For backward compatibility bindaddr is an alias of bindaddr4 Or alternatively: bindaddr -6 bindaddr -4 How about it? Cheers, Michiel

Hello Binkd Team, For many years I have been running several binkd nodes. One as my main Fidonet node, one as my mobile point and several test nodes. It works great. What I miss is a bit more flexibility regarding bindaddr. Bindaddr is used to specify the IP address to use for outgoing calls when there is more than one address avalable for the system. As it is, one can ony specify one address for all outgoing calls. What I would like to see is a way to use different addresses for different destinations. The first use case for bindaddr is of course ::f1d0. Presently I use: bindaddr [2001:1c02:1102:ac00:f1d0:2:280:5555] for my main node I can imagine a participant in another network would like to use something else for that other network. Such as: bindaddr [2001:1c02:1102:ac00:39:39:0:0] for use by the ZC of Amiganet. For testing within my own LAN I would like to be able to use local addresses. Usefull for testing in an environment where there is (deliberately or accdidentally) no internet connection. In addition to global IPv6 addresses I have assigned ULAs for my (test)nodes as well. So when possible and practical for my IPv6 only test node I use: bindaddr [fd51:550:40b9:0:f1d0:2:280:5556] (fd51:550:40b9::/48) is a ULA prefix that many years ago I registered with SixXs). So wouldn't it be nice if one could use more than one bindaddr keyword and add an FTN match to it. Like: bindaddr6 [fd51:550:40b9:0:f1d0:2:280:5556] 2:280/5555@fidonet bindaddr6 [2001:1c02:1102:ac00:f1d0:2:280:5556] *@fidonet bindaddr6 [2001:1c02:1102:ac00:ac0:77:8500:100] *@aconet bindaddr6 [2001:1c02:1102:ac00:21:100:1:0] 21:* bindaddr6 [::] * Binkd uses the address of the first match for the outgoing call. Cheers, Michiel

Hello All! 25 Jul 21 18:09, I wrote to you: RS> Кто умеет собирать binkd для Centos 8? RS> Для Fedora 34 собирается влёт, на Centos 8 всё компилится, но при RS> сборке выдаёт RS> ~~~ RS> Linking binkd... RS> /usr/bin/ld: cannot find -lbz2 RS> /usr/bin/ld: cannot find -lz RS> /usr/bin/ld: cannot find -lresolv RS> /usr/bin/ld: cannot find -lc RS> collect2: error: ld returned 1 exit status RS> make: *** [Makefile:32: binkd] Error 1 RS> ~~~ RS> Причём все библиотеки на месте, в /usr/lib64 лежат, я проверял. Траблема решена. Он не собирается статически, а динамически вполне собирается. Потому как все .so на месте, а вот .a ни одной библиотеки нет. Bye!

Hello Nil! 25 Jul 21 20:13, you wrote to me: NA> Раньше ты писал: >> /usr/bin/ld: cannot find -lc Это не я, это мне ld такое выводит. NA> А это совсем плохо. Смари, если у тебя вот так вот не работает, то иди NA> в линукс.чайник. echo -e '#include \nvoid main(){printf("Fido NA> rule\\n");}' >test.c;gcc test.c Hу право, я же не настолько дуб, я умнее, я паровоз видел! ~~~ [rhs@rhs ~]$ cat foobar.c #include int main() { return printf("Компилится всё кроме конкретно binkd\n"); } [rhs@rhs ~]$ gcc foobar.c -o foobar [rhs@rhs ~]$ ./foobar Компилится всё кроме конкретно binkd [rhs@rhs ~]$ cat /etc/redhat-release CentOS Linux release 8.4.2105 [rhs@rhs ~]$ ~~~ А вот почему не компилится (вернее не собирается, компилится-то он прекрасно) именно binkd для меня какой-то полтерГЕЙТС. Bye!

Hello, Rinat! Sunday July 25 2021 20:06, from Rinat H. Sadretdinow -> Nil A: RS>>> Для Fedora 34 собирается влёт, на Centos 8 всё компилится, но RS>>> при сборке выдаёт NA>> Сначала самое тупое, вот вот сделано? NA>> sudo yum group install "Development Tools" Раньше ты писал: > /usr/bin/ld: cannot find -lc А это совсем плохо. Смари, если у тебя вот так вот не работает, то иди в линукс.чайник. echo -e '#include \nvoid main(){printf("Fido rule\\n");}' >test.c;gcc test.c Best Regards, Nil

Hello Nil! 25 Jul 21 20:03, you wrote to me: RS>> Для Fedora 34 собирается влёт, на Centos 8 всё компилится, но при RS>> сборке выдаёт NA> Сначала самое тупое, вот вот сделано? NA> sudo yum group install "Development Tools" Обижаешь! Естественно, я, что называется, не первый год замужем! NA> Ещё есть подозрение, что на x86-64 хосте пыпаются собрать 32-битные NA> бинари. Такое подозрение у меня тоже было, проверил .o -- все x86_64. И девелоперские библитеки тоже x86_64. Я на всякий случай даже доставил i686, не поменялось ровным счётм ничего, нормально проходит компиляция и ld жалуется на отсутствие библиотек, которые абсолютно точно в системе в наличии. Bye!

Hello, Rinat! Sunday July 25 2021 18:09, from Rinat H. Sadretdinow -> All: RS> Для Fedora 34 собирается влёт, на Centos 8 всё компилится, но при RS> сборке выдаёт Сначала самое тупое, вот вот сделано? sudo yum group install "Development Tools" Ещё есть подозрение, что на x86-64 хосте пыпаются собрать 32-битные бинари. Best Regards, Nil

Hello All! Кто умеет собирать binkd для Centos 8? Для Fedora 34 собирается влёт, на Centos 8 всё компилится, но при сборке выдаёт ~~~ Linking binkd... /usr/bin/ld: cannot find -lbz2 /usr/bin/ld: cannot find -lz /usr/bin/ld: cannot find -lresolv /usr/bin/ld: cannot find -lc collect2: error: ld returned 1 exit status make: *** [Makefile:32: binkd] Error 1 ~~~ Причём все библиотеки на месте, в /usr/lib64 лежат, я проверял. Bye!

Legend: (A) Added, (C) Copied, (D) Deleted, (M) Modified, (R) Renamed, (T) Type changed, (U) Unmerged, (X) Unknown, (B) Pairing Broken =========================== Auto update HISTORY fix binkd.spec and add a doc package with config and FAQ Author: git Date: 2021-07-08 10:02:13 +0300 Committed by: git-cvs sync robot Files: M HISTORY =========================== fix binkd.spec and add a doc package with config and FAQ Author: Michael Dukelsky Date: 2021-07-08 10:00:14 +0300 Committed by: Pavel Files: M mkfls/unix/Makefile.in M mkfls/unix/binkd.spec