View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0003945unrealinstallingpublic2010-08-16 03:012015-07-29 10:51
Reporterohnobinki Assigned Tosyzop  
PrioritynormalSeverityminorReproducibilityhave not tried
Status resolvedResolutionno change required 
Product Version3.2.8 
Target Version3.2.9-RC1 
Summary0003945: ./Config should support --with-system-cares and --with-system-tre
DescriptionCurrently, ./configure will by default compile a bundled version of TRE and c-ares. There is the possibility that a user will not want to do that and knows that his copy of libtre or c-ares is reliable (e.x., this person uses a package manager for everything but unrealircd itself because he wants to compile special unreal modules).

I do not think that a user could reasonably be expected to find out about the --with-system-tre and --with-system-cares ./configure options. Perhaps two new questions can be added to ./Config -advanced?

I would like to get clearance on this before writing the patch ;-).
TagsNo tags attached.
3rd party modules

Activities

Bock

2010-08-20 13:33

reporter   ~0016294

I think it must be added to ./Config -advanced
We use debian and using system libs will be perfect.

ohnobinki

2010-08-20 14:19

reporter   ~0016295

> We use debian and using system libs will be perfect

Then you should probably start petitioning for debian to version bump their libc-ares2 package to >= 1.6.0 ( https://bugs.launchpad.net/debian/+source/c-ares/+bug/561942 ) and ascertain that https://bugs.launchpad.net/ubuntu/+source/tre/+bug/561933 isn't also a debian bug ;-). UnrealIRCd should work fine with c-ares-1.5, but its buildsystem and #error directives force you to use 1.6.0 or greater. UnrealIRCd depends on pkg-config files when compiling against a system-installed libtre or c-ares. Otherwise, you'll need to specify CARES_LIBS and CARES_CFLAGS manually, which is just annoying.

Bock

2010-08-20 14:43

reporter   ~0016296

you can see our "unoficcial" debs for unreal.
ftp://ftp.bynets.org/debian/
Libs present in depends. In /version from our servers:

15:36:29 -!- Unreal3.2.8. solo.bynets.org FhinXeOoZEmM3 [Linux solo 2.6.26-2-686 #1 SMP Wed May 12 21:56:10 UTC 2010 i686=2309]
15:36:29 !solo.bynets.org OpenSSL 0.9.8g 19 Oct 2007
15:36:29 !solo.bynets.org zlib 1.2.3.3
15:36:29 !solo.bynets.org libcurl/7.18.2 OpenSSL/0.9.8g zlib/1.2.3.3 libidn/1.8 libssh2/0.18

or:

15:37:45 -!- Unreal3.2.8. irc.mgts.by FhinXeOoZEmM3 [Linux irc 2.6.26-2-vserver-amd64 #1 SMP Thu Nov 5 03:47:07 UTC 2009 x86_64=2309]
15:37:45 !irc.mgts.by OpenSSL 0.9.8c 05 Sep 2006
15:37:45 !irc.mgts.by zlib 1.2.3
15:37:45 !irc.mgts.by libcurl/7.15.5 OpenSSL/0.9.8c zlib/1.2.3 libidn/0.6.5

but: "/quote dns i" give and I think, what we use c-ares from unrealircd.
Maybe check version of c-ares in distro for enable/bisable "--with-system-cares"

15:41:25 -!- ****** DNS Configuration Information ******
15:41:25 -!- c-ares version: 1.6.0
15:41:25 -!- timeout: 3000
15:41:25 -!- tries: 2
15:41:25 -!- # of servers: 1
15:41:25 -!- server #1: 127.0.0.1
15:41:25 -!- ****** End of DNS Configuration Info ******

ohnobinki

2010-08-20 16:06

reporter   ~0016298

> Maybe check version of c-ares in distro for enable/bisable "--with-system-cares"

I'm having trouble understanding what you're saying ;-).

--with-system-cares (0003847) and --with-system-tre (0003842) already exist in CVS. This bug is a request to give these options more public by adding direct support for them into ./Config so that users know these options are available.

> you can see our "unoficcial" debs for unreal.

Cool. However, I don't use Ubuntu ;-). I just want you to push your distro's packagers and it seems more your role to do that than mine.

hrrm... I think I'm wrongly using the bug tracker as if it were the forums :-/.

Bock

2010-08-20 18:26

reporter   ~0016299

I'll check in Monday in debian/testing.

Bock

2010-08-23 08:23

reporter   ~0016302

compiled unreal with parameters:
./configure --enable-libcurl --with-showlistmodes --with-topicisnuhost --enable-nospoof --enable-ssl --with-shunnotices --enable-ziplinks --enable-prefixaq --with-listen=5 --with-dpath=/usr/local/src/Unreal3.2.9 --with-spath=/usr/local/src/Unreal3.2.9/src/ircd --with-nick-history=2000 --with-sendq=3000000 --with-bufferpool=18 --with-permissions=0660 --with-fd-setsize=1024 --enable-dynamic-linking --with-system-cares --with-system-tre

installed package: libc-ares-dev, libssl-dev, zlib1g-dev, libcurl4-openssl-dev | libcurl-dev, libtre-dev

./unreal start
Starting UnrealIRCd
 _ _ _ ___________ _____ _
| | | | | |_ _| ___ \/ __ \ | |
| | | |_ __ _ __ ___ __ _| | | | | |_/ /| / \/ __| |
| | | | '_ \| '__/ _ \/ _` | | | | | / | | / _` |
| |_| | | | | | | __/ (_| | |_| |_| |\ \ | \__/\ (_| |
 \___/|_| |_|_| \___|\__,_|_|\___/\_| \_| \____/\__,_|
                           v3.2.8.1
                     using TRE 0.8.0 (BSD)
                     using OpenSSL 0.9.8o 01 Jun 2010
                     using zlib 1.2.3.4
                     using libcurl/7.21.0 OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.15 libssh2/1.2.6

* Loading IRCd configuration ..
* Configuration loaded without any problems ..
* Initializing SSL.
* Dynamic configuration initialized .. booting IRCd.
---------------------------------------------------------------------

Checked remote include (checking curl-config... yes
configure: WARNING: cURL seems compiled without c-ares support. Your IRCd will possibly stall when REHASHing!) - worked fine and rehashing so fast.

Do you needed ane config.log or something?
Debian version: squeeze (testing).

ohnobinki

2010-08-23 14:12

reporter   ~0016303

> Checked remote include (checking curl-config... yes
> configure: WARNING: cURL seems compiled without c-ares support. Your IRCd will possibly stall when REHASHing!) - worked fine and rehashing so fast.

This means that your system-installed libcurl should be rebuilt with c-ares support. See that the output of the following command on your machine looks different from mine:

ohnopublishing portage # pkg-config --variable supported_features libcurl
"SSL IPv6 libz AsynchDNS NTLM"

You're missing ``AsynchDNS''. See ``asynchonous name resolving'' under http://curl.haxx.se/docs/features.html

> Do you needed ane config.log or something?

I'm not sure what you're asking :-/.

Bock

2010-08-23 15:05

reporter   ~0016304

Last edited: 2010-08-23 15:11

 pkg-config --variable supported_features libcurl
"SSL IPv6 libz IDN NTLM"

for what purposes need c-ares in curl? For downloading files?
I have in conf:
include "ftp://ftp.bynets.org/configs/unreal/badwords.all.conf";

and in tmp/ file present:
-rw------- 1 bock staff 1912 ??? 20 2006 EA2B302D.badwords.all.conf

After rehashing:
-rw------- 1 bock staff 1912 ??? 20 2006 38E31C42.badwords.all.conf

Ah, I understand. If ftp not avaliable, ircd not freeze, just continue working. In debian I didn't find package curl with c-ares.

ohnobinki

2010-08-23 15:13

reporter   ~0016305

> for what purposes need c-ares in curl? For downloading files?

For remote includes support.

> If ftp not avaliable, ircd not freeze, just continue working

Actually, if your DNS is down or slow and your curl doesn't support c-ares, it'll freeze.

> In debian I didn't find package curl with c-ares.

Time for you to file some bugs against debian? :-p

Bock

2010-08-23 15:47

reporter   ~0016306

16:46:44 -!- unrealircd.conf Rehashing
16:46:59 !belarusbank.local *** Notice -- Loading IRCd configuration ..
16:46:59 !belarusbank.local *** Notice -- [warning] unrealircd.conf:7: include: error downloading
          'ftp://ftp.bynets.org/configs/unreal/badwords.all.conf': Couldn't resolve host 'ftp.bynets.org' -- using cached version instead.
16:46:59 !belarusbank.local *** Notice -- Configuration loaded without any problems ..

True.. 15 seconds.

Bock

2010-08-23 22:54

reporter   ~0016308

Hm. This bug ONLY if dns working slow or not avaliable and oper do /rehash.
If dns configured correctly, all other errors (file not found, host not resolved, etc) - no this delay.
I think that not so many people rehashing their IRCd every 15 mins or so.. In case with --enable-libcurl give a warning, that system don't sypport asyns dns requests and maybe slow down on rehashing. On --with-system-cares just check for version (=> 1.6.0).

syzop

2015-07-29 10:50

administrator   ~0018570

Hmm. I think it's fine as is.

Issue History

Date Modified Username Field Change
2010-08-16 03:01 ohnobinki New Issue
2010-08-16 03:01 ohnobinki QA => Not touched yet by developer
2010-08-16 03:01 ohnobinki U4: Need for upstream patch => No need for upstream InspIRCd patch
2010-08-16 03:01 ohnobinki U4: Upstream notification of bug => Not decided
2010-08-16 03:01 ohnobinki U4: Contributor working on this => None
2010-08-16 03:02 ohnobinki Relationship added child of 0003776
2010-08-16 11:36 syzop Relationship deleted child of 0003776
2010-08-20 13:33 Bock Note Added: 0016294
2010-08-20 14:19 ohnobinki Note Added: 0016295
2010-08-20 14:43 Bock Note Added: 0016296
2010-08-20 16:06 ohnobinki Note Added: 0016298
2010-08-20 18:26 Bock Note Added: 0016299
2010-08-23 08:23 Bock Note Added: 0016302
2010-08-23 14:12 ohnobinki Note Added: 0016303
2010-08-23 15:05 Bock Note Added: 0016304
2010-08-23 15:11 Bock Note Edited: 0016304
2010-08-23 15:13 ohnobinki Note Added: 0016305
2010-08-23 15:47 Bock Note Added: 0016306
2010-08-23 22:54 Bock Note Added: 0016308
2015-07-29 10:50 syzop Note Added: 0018570
2015-07-29 10:50 syzop Status new => resolved
2015-07-29 10:50 syzop Resolution open => no change required
2015-07-29 10:50 syzop Assigned To => syzop