Commits
- Commit:
61ac8be2fd36ffbf55d73215aa3a32ab01e94284
- From:
- Alexander Barton <alex@barton.de>
- Date:
Convert INSTALL and README files to Markdown
This requires some changes to the build system, for example to comply
with the expectations of the GNU autoconf/automake tools ...
- Commit:
de1de4055123e95fd9dc1b7e40c69a760777079d
- From:
- Alexander Barton <alex@barton.de>
- Date:
Log received signals (using strsignal(3), when available)
- Commit:
b1893e740e745cc5081ef59719bb10bc5f729fdb
- From:
- Alexander Barton <alex@barton.de>
- Date:
Make sure HAVE_LIBSSL is defined, even when using pkg-config
Without this, the configure script assumes and states that OpenSSL will
be used, but the code won't include support for it because there we use
the "HAVE_LIBSSL" define to test for it ("#ifdef HAVE_LIBSSL").
So define the latter when pkg-config(1) is used, too.
This fixes #257, a regression introduced by commit ad86a41ee :-/
- Commit:
ad86a41eeed9f85d74bb50a25fa0bf4515aaf3af
- From:
- Fabrice Fontaine <fontaine.fabrice@gmail.com>
- Via:
- Alexander Barton <alex@barton.de>
- Date:
configure.ng: use pkg-config to find PpenSSL dependencies
OpenSSL can depends on lz or latomic so use pkg-config to find those
dependencies and fallback to existing mechanism.
Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
Closes #256.
- Commit:
d803ff052585b29defb41f7e5c3c0915f767bebc
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure.ng: Split list into separate lines
- Commit:
daa88b765111b14047c97256bd2a9a2daabe123b
- From:
- Christoph Biedl <ngircd.anoy@manchmal.in-ulm.de>
- Via:
- Alexander Barton <alex@barton.de>
- Date:
Fix building ngIRCd with OpenSSL 1.1
At the moment, ngIRCd fails to build against OpenSSL 1.1 since the
configure check probes for the SSL_library_init symbol which was
removed, but probing for a different function availabe in both versions
solves that problem: SSL_new().
And as SSL_library_init is no longer needed, the patch boils down to
probing SSL_new to assert libssl is available, and disabling the
SSL_library_init invokation from OpenSSL 1.1 on, see also another
application[1] (NSCA-ng) that did pretty much the same.
Patch was compile-tested on both Debian jessie (OpenSSL 1.0.2) and
stretch (OpenSSL 1.1).
[1] <https://www.nsca-ng.org/cgi-bin/repository/nsca-ng/commit/?id=8afc22031ff174f02caad4afc83fa5dff2c29f8a>
(Patch by Christoph, commit message cherry-picked from the email thread
on the mailing list by Alex. Thanks!)
- Commit:
2fc61ce8a6a6c2ac8652b8cea33d57acd50681c2
- From:
- Alexander Barton <alex@barton.de>
- Date:
Make setgroups(3) function optional
For example, Interix is missing this function, which prevented
ngIRCd to build on this platform. When setgroups(3) isn't available,
a warning message is issued when ngIRCd starts up.
- Commit:
67256f9da1cd43a31e3e703d15fbd4cf75c23923
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure[.ng]: <sys/types.h> is a required header file
ngIRCd already includes <sys/types.h> in a lot of places without
checking for its existence (for example in "ngircd.c", "io.c", ...),
therefore make it a required header file.
- Commit:
14a84dfca57efeb744aa6219ca7776dc629871b7
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: Only link "contrib/Debian" if it exists
This isn't the case on "VPATH builds", for example.
- Commit:
90062111f7fd3be5941d94781470b391bebfccaa
- From:
- Alexander Barton <alex@barton.de>
- Date:
Use $(MKDIR_P) instead of $(mkinstalldirs) in Makefile's
And test for "mkdir -p" using AC_PROG_MKDIR_P in "configure".
- Commit:
e747fe92775f577a38f8dd681f7a58f751348f5e
- From:
- Alexander Barton <alex@barton.de>
- Date:
Fix configure script and "make check" for TCP Wrappers
Add missing #include's and static variables.
Problem spotted on OpenBSD.
- Commit:
0f85c4c6a70a71c935af9c28e2c469ea4b66220a
- From:
- Alexander Barton <alex@barton.de>
- Date:
Add libwrap at the end of the configure run
If libwrap becomes added earlier, other tests may fail because of not all
external variables required by libwrap are available when linking: for
example allow_severity and deny_severity.
This patch adds generic support for the LDFLAGS_END and LIBS_END variables
(CFLAGS_END has been implemented already).
Problem spotted on OpenBSD.
- Commit:
8872653ef6155bdaabd15c62ee67bd23d119305b
- From:
- Alexander Barton <alex@barton.de>
- Date:
Partially revert bc098794: don't require autoconf 2.67
GNU autoconf 2.61 is still sufficient to generate the configure script, even
after updating configure.{ng|in}, so don't require a newer version.
- Commit:
bc098794ee45b5d5a2b9bb1a9c4f5be4136a2209
- From:
- Alexander Barton <alex@barton.de>
- Date:
Update configure.ng for autoconf 2.67
We already require GNU autoconf 2.67 for generating our build system (at
least this is what the INSTALL document states), so update the build system
accordingly and implement all changes that autoupdate(1) suggests:
- Update AC_PREREQ and AC_INIT
- Use AC_LINK_IFELSE, AC_RUN_IFELSE, and AC_COMPILE_IFELSE
- Remove AC_TYPE_SIGNAL (we don't use RETSIGTYPE)
- Commit:
b8433e9261c516d7b8743b33681050b6666192e5
- From:
- Alexander Barton <alex@barton.de>
- Date:
Check for working getaddrinfo() function
At least AIX 4.3.3 and 5.1 have a broken implementation of getaddrinfo()
which doesn't handle "0" as numeric service correctly. This patch adds
a configure check for this case and changes all calling functions to only
use getaddrinfo() if it "works".
See <http://www.stacken.kth.se/lists/heimdal-discuss/2004-05/msg00059.html>
- Commit:
34824abe0dbf86477ec77385ed97c25f0a2375d8
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: clean up function definitions
- Commit:
ae00c100acdb4d2d3f99524d30258d07eefcfb6d
- From:
- Alexander Barton <alex@barton.de>
- Date:
Only use unsetenv() when it is available
AIX 4.3 dosn't support it, for example.
- Commit:
8e6db769ac549cfe26042f7d51ae8a301d8fc569
- From:
- Federico G. Schwindt <fgsch@lodoss.net>
- Date:
Check and call arc4random_stir() if present
FreeBSD prior to 10.0 does not automatically stir on fork(). Same with
current NetBSD. If arc4random_stir() is present assume is needed and
call it instead of srand().
- Commit:
17589534d0ccff05463910d1f0ba673d7d1630fd
- From:
- Federico G. Schwindt <fgsch@lodoss.net>
- Date:
Add support for arc4random
If arc4random is present it will be used over the srand/rand interface.
This fixes some warnings in OpenBSD-current.
- Commit:
6ac5a82eecb76ec35f3f484149ad668073a52620
- From:
- Federico G. Schwindt <fgsch@lodoss.net>
- Date:
private strndup() implementation in case libc does not provide it
- Commit:
aeebde4642580e806c04a339bb9befd1ece61775
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: Don't quote IO backend type(s)
It's not needed and inconsistent compared to the other settings.
Reported by "allerbest" (Götz Hoffart) on #ngircd, thanks!
- Commit:
a14eb495b75c8c2a2a32ddb6eecf50dc174f811c
- From:
- Alexander Barton <alex@barton.de>
- Date:
Make configure[.ng] compatible with autoconf 1.10 again
The incompatibility has been introduced by commit d0c9f4a6,
"configure: search for iconv_open as well as libiconv_open".
- Commit:
2c96966431d99ce611736ed841e813c1fac6df8c
- From:
- Alexander Barton <alex@barton.de>
- Date:
Merge branch 'bug151-iconv' into master
* bug151-iconv:
configure: search for iconv_open as well as libiconv_open
- Commit:
d0c9f4a692877d0a232499031f82413b02a45739
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: search for iconv_open as well as libiconv_open
On some installations iconv_open() is actually libiconv_open().
iconv_open() is the glibc version while libiconv_open() is the libiconv
version. This patch enables ngIRCd to detect both cases.
Tested on OpenBSD 5.1.
Closes bug #151.
- Commit:
d5763937ad8d482f3e62299428f8cb4b601c6ace
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: conversation -> conversion
- Commit:
fd260404caa7ce174ada663024d19cd789c152b5
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: "netinet/in_systm.h" is optional
The header file "netinet/in_systm.h" already is optional in ngIRCd, so
don't require it in the configure script. Now ngIRCd can be built on
Minix 3 again :-)
- Commit:
b4966aa1bd8d11ed2bc97cc5fea418fab3485b08
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: use AS_HELP_STRING for --with-iconv
- Commit:
0703fcd71983bd04f70101fd0143660174d22f84
- From:
- Alexander Barton <alex@barton.de>
- Date:
autogen.sh: Enforce serial test harness on automake >=1.13
- Commit:
68cb1a8c2e507e7c99f787fab3540b904cfa1cc1
- From:
- Alexander Barton <alex@barton.de>
- Date:
Merge branch 'bug145-ProvideHelp'
* bug145-ProvideHelp:
Use "${docdir}/Commands.txt" as help text file
Add a note that "help file" is updated on startup and REHASH only
Add doc/Commands.txt which should document all commands
Implement Help() function parsing and returning the help text
Document "HelpFile" in sample-ngircd.conf and ngircd.conf.5
Implement new configuration option "HelpFile"
IRC_HELP(): Code cleanup
Refactor Read_Motd() into Read_TextFile()
- Commit:
950aeec3ff0e15c456ac32d8fecee8c73f7c5df3
- From:
- Alexander Barton <alex@barton.de>
- Date:
Use "${docdir}/Commands.txt" as help text file
- Commit:
45b0bb5aff6157409ea88b344c34b7bf84dc8886
- From:
- Alexander Barton <alex@barton.de>
- Date:
Remove Anope "ngircd" protocol module patches
Starting with Anope 1.9.8, the ngIRCd protocol module is included in the
Anope distribution, so there's no longer any need to support our own (but
now heavily outdated!) patches. Therefore remove them.
- Commit:
cdaaae0cb2c2b30db8bb61506a826ff87c58f7c8
- From:
- Alexander Barton <alex@barton.de>
- Date:
Search gethostbyname() in libbind and libnetwork
This is required for Haiku (BeOS clone) at least.
- Commit:
46b0eef721b9b3eec37d29aff65b6a7fc488a887
- From:
- Alexander Barton <alex@barton.de>
- Date:
Merge branch 'bug109-CHARCONV'
This closes bug #109.
* bug109-CHARCONV:
Debian: require "telnet" or "telnet-ssl" for building
Debian ngircd-full[-dbg]: enable CHARCONV
Add "CHARCONV" to "feature string" when enabled
Implement new IRC+ "CHARCONV" command
Added new configure option "--with-iconv"
Conflicts:
src/ngircd/messages.h
- Commit:
b730b64bbecfb325e28f7df1fba46942ac19968d
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure: only use AM_PROG_AR when available
This fixes commit 78d189fb on systems with older automake ...
- Commit:
78d189fbf745741f42271557206cdde60d3ae857
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure.ng: use AM_PROG_AR to check ar(1) command
This fixes
automake-1.12/am/library.am: warning: 'libngipaddr.a':
linking libraries using a non-POSIX .../automake-1.12/am/library.am:
archiver requires 'AM_PROG_AR' in 'configure.in'
src/ipaddr/Makefile.am:12: while processing library 'libngipaddr.a'
and similar warnings of automake.
- Commit:
8cfb9104419d3c00fbef3fe8639eb04f03d83f3d
- From:
- Alexander Barton <alex@barton.de>
- Date:
Merge branch 'automake-am11-am12'
* automake-am11-am12:
autogen.sh: detect automake version format a.b.c and a.b
configure.ng: don't require GIT tree to detect version string
Include .mailmap file in distribution archives
Include all build-system files into distribution archives
Change build system to support new and old GNU automake
- Commit:
d7d5f4330b15667d9f364ebabd886a062b2741fb
- From:
- Alexander Barton <alex@barton.de>
- Date:
configure.ng: don't require GIT tree to detect version string
- Commit:
192e304b94f239de13b0f10ca01f6694fe6eea40
- From:
- Alexander Barton <alex@barton.de>
- Date:
Change build system to support new and old GNU automake
Starting with GNU automake 1.12, the "de-ANSI-fication support" has been
removed, which ngIRCd used to enable building itself on very old systems.
Now the problem is, that using automake >= 1.12 isn't working because of
the now unsupported M4 macros. Therefore the solution that this patch
implements is to dynamically generate the automake input files with our
own ./autogen.sh script:
configure.ng => configure.in
Makefile.ng => Makefile.am
This is quite an ugly approach, but it works and enables us to:
1. use current automake >= 1.12 for development and "private builds",
2. still build distribution archives using automake 1.11.x that have
"de-ANSI-fication support" enabled in the generated Makefile's.
And if you are using Makefile's generated with a automake version newer
than 1.11.x (without "de-ANSI-fication support"), the ./configure script
warns you not to use this generated build system to generate distribution
archives.
Drawback of this patch: you MUST use our autogen.sh script, you can't call
the autoconf/automake commands directly any more; but autoreconf should
still work ...