init

[irc.git] / software / RELEASES / ircservices / achurch.org / services / lists / ircservices / 2000.txt

From chas2 at mediaone.net  Sat Jan  1 09:05:33 2000
From: chas2 at mediaone.net (Charles Borner)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] US Mirror
Message-ID: 07ef01bf547a$6a64d6c0$010010c0@ce.mediaone.net

If you're looking for a mirror, I can provide.

http://www.evilnet.net

Our last downtime was for a couple hours to install a new HD and update to
RH 6.1 on 12/24/1999

Our last downtime before that was 4 months ago when we had to bring the
server offline while the generator that's part of our provider's UPS was
being upgraded.

Our box went up in August of 1999.

Our previous Linux box at an older provider had no downtime related to
server problems, it was our connectivity provider that was the problem.

Currently we're the only box on a T1 line.

Services active:

Apache+Mod_Perl+PHP3
Wu-FTPD
AnonFTP
DalNET IRC (DreamForge+EsperNET services) (irc.evilnet.net)
SSH
We also have sendmail running, but in an SMTP-only configuration (keeps
people from abusing the server).
(An occasional Q2/Q3/UT server which hasn't affected connectivity at all, as
the game server goes up for only short periods and doesn't advertise at
all.)

The current machine itself:

CPU: P2 233
Mobo: Asus PL97 LX-based motherboard
RAM: 192MB
Capacity: 15GB

Contact Information:

Charles E. Borner Jr.
1220 Maple Ave.
Berwyn, IL 60402
Phone (Till 1/7/19100): 630-241-2225
Phone (After 1/7/2000): 708-749-7802

chas@evilnet.net
accounts@evilnet.net

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From BeenJaminG at aol.com  Sun Jan  2 10:56:42 2000
From: BeenJaminG at aol.com (BeenJaminG@aol.com)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Re: DALnet-src: Y2K bug in the ircd (dreamforge and below)
Message-ID: 0.91a59bea.25a0f96a@aol.com

In a message dated 1/2/00 9:46:16 AM Eastern Standard Time, 
andrewk@icon.co.za writes:

> Well my bug is in the date() function (s_misc.c), where the reply string
>  is generated:
>  
>          (void)sprintf(buf, "%s %s %d 19%02d -- %02d:%02d %c%02d:%02d",
>                  weekdays[lt->tm_wday], months[lt->tm_mon],lt->tm_mday,
>                  lt->tm_year, lt->tm_hour, lt->tm_min,
>                  plus, minswest/60, minswest%60);
>  
>  The "19", for the centuary, is hardcoded.
>  
>  After a very brief check, it looks like date() is only used by m_time().
>  
>  Andrew

          (void)sprintf(buf, "%s %s %d %04d -- %02d:%02d %c%02d:%02d",
                  weekdays[lt->tm_wday], months[lt->tm_mon],lt->tm_mday,
                  lt->tm_year + 1900 , lt->tm_hour, lt->tm_min,
                  plus, minswest/60, minswest%60);

I simply took out the 19 and changed the formatting to %04d, then added
1900 to the year.  I'm guessing this is going to affect a lot of people using
services who are using dalnet-compatable ircds. I wrote a little patch
yesterday for some server admins who wanted to fix the bug without
messing in their source code.
You can find it and instructions on applying it at 
http://www.mystical.net/~services/ircd/

-- bstu
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From mike at icon.co.za  Sun Jan  2 13:52:53 2000
From: mike at icon.co.za (Michael Smith)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
Message-ID: 2.2.32.20000102215253.00ca041c@shell.icon.co.za

Hi Guys, I know I am going to be killed for this, but I have the following
problem
compiling Dreamforge 4.6.7

The following problem i get on Suse6.2 (which runs glibc 2.1). From what I can
tell, glibc causes this problem. I was wondering if anyone has any patches,
or has had success getting df467 to compile

make
Building src
make[1]: Entering directory `/root/df467/src'
gcc -I../include -O -g     -c bsd.c -o bsd.o
gcc -I../include -O -g     -c dbuf.c -o dbuf.o
gcc -I../include -O -g     -c packet.c -o packet.o
gcc -I../include -O -g     -c send.c -o send.o
gcc -I../include -O -g     -c match.c -o match.o
gcc -I../include -O -g     -c parse.c -o parse.o
gcc -I../include -O -g     -c support.c -o support.o
gcc -I../include -O -g   -c channel.c
gcc -I../include -O -g   -c class.c
gcc -I../include -O -g   -c hash.c
gcc -I../include -O -g   -c ircd.c
gcc -I../include -O -g   -c list.c
gcc -I../include -O -g   -c res.c
gcc -I../include -O -g   -c s_auth.c
gcc -I../include -O -g   -c s_bsd.c
gcc -I../include -O -g   -c s_conf.c
s_conf.c: In function `m_kline':
s_conf.c:1962: warning: assignment makes pointer from integer without a cast
s_conf.c: In function `m_unkline':
s_conf.c:2056: warning: assignment makes pointer from integer without a cast
gcc -I../include -O -g   -c s_debug.c
gcc -I../include -O -g   -c s_err.c
gcc -I../include -O -g   -c s_misc.c
gcc -I../include -O -g   -c s_numeric.c
gcc -I../include -O -g   -c s_serv.c
s_serv.c: In function `get_client_name2':
s_serv.c:1478: warning: passing arg 1 of `strcpy' makes pointer from integer wit
hout a cast
gcc -I../include -O -g   -c s_user.c
gcc -I../include -O -g   -c whowas.c
gcc -I../include -O -g     -c userload.c -o userload.o
In file included from userload.c:35:
/usr/include/string.h:266: conflicting types for `myncmp'
../include/common.h:77: previous declaration of `myncmp'
make[1]: *** [userload.o] Error 1
make[1]: Leaving directory `/root/df467/src'
make: *** [build] Error 2

Once Again, I know this doesnt belong on this list, but I are kinda
desperate, and according to dalnet-src , the old df467 is no longer being
maintained or supported

Mike

---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Mon Jan  3 11:19:38 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
Message-ID: 387007c6.65360@dragonfire.net

>gcc -I../include -O -g     -c userload.c -o userload.o
>In file included from userload.c:35:
>/usr/include/string.h:266: conflicting types for `myncmp'
>../include/common.h:77: previous declaration of `myncmp'

     It looks like your system includes define "myncmp", which Dreamforge
wants to use itself.  The easiest solution would be to edit userload.c and
bracket the #include for string.h with #define's to hide the system
function:

#define myncmp _builtin_myncmp
#include <string.h>
#undef myncmp

     Good luck.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From achurch at dragonfire.net  Mon Jan  3 11:24:21 2000
From: achurch at dragonfire.net (Andrew Church)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Re: DALnet-src: Y2K bug in the ircd (dreamforge and below)
Message-ID: 38700b17.65431@dragonfire.net

>> Well my bug is in the date() function (s_misc.c), where the reply string
>>  is generated:
>>  
>>          (void)sprintf(buf, "%s %s %d 19%02d -- %02d:%02d %c%02d:%02d",
>>                  weekdays[lt->tm_wday], months[lt->tm_mon],lt->tm_mday,
>>                  lt->tm_year, lt->tm_hour, lt->tm_min,
>>                  plus, minswest/60, minswest%60);
>>  
>>  The "19", for the centuary, is hardcoded.

<rant>
     Is it just me, or is this so completely braindead it's not even funny?
Even assuming this is left over from the original ircd, that's still
post-1990 code, and it would have taken some major guts (or stupidity) to
assume that that code would no longer be in use by 2000.  It doesn't even
take any extra effort to write "%04d" and "lt->tm_year+1900" instead.

     _This_ is why programming should be left to experts.
</rant>

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From listuser at bundynet.de  Mon Jan  3 09:53:16 2000
From: listuser at bundynet.de (Stefan Funke)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
In-Reply-To: <2.2.32.20000102215253.00ca041c@shell.icon.co.za>
References: 2.2.32.20000102215253.00ca041c@shell.icon.co.za
Message-ID: Pine.LNX.4.10.10001031851001.4486&#45;100000@dragon.bundynet.lan

On Sun, 2 Jan 2000, Michael Smith wrote:

> Hi Guys, I know I am going to be killed for this, but I have the following
> problem
> compiling Dreamforge 4.6.7
> 
> The following problem i get on Suse6.2 (which runs glibc 2.1). From what I can
> tell, glibc causes this problem. I was wondering if anyone has any patches,
> or has had success getting df467 to compile

Before you compile it look for a y2k patch for it. DF467 will have some
bugs without it ;-) e.g.:

> /time
>> Monday January 3 19100 -- 18:52 +01:00

Greets...

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cgknipe at mweb.co.za  Mon Jan  3 10:36:13 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
In-Reply-To: <2.2.32.20000102215253.00ca041c@shell.icon.co.za>
References: 2.2.32.20000102215253.00ca041c@shell.icon.co.za
Message-ID: Pine.LNX.4.10.10001032035070.5870&#45;100000@darkwing.savage.za.org

On Sun, 2 Jan 2000, Michael Smith wrote:

This problem has also been confirmed on Redhat 6.0 and possible 6.2
systems.


Cure.  edit ./include/strings.h and comment out line 77.  It works perfect
then.

Regards
Me



>Hi Guys, I know I am going to be killed for this, but I have the following
>problem
>compiling Dreamforge 4.6.7
>
>The following problem i get on Suse6.2 (which runs glibc 2.1). From what I can
>tell, glibc causes this problem. I was wondering if anyone has any patches,
>or has had success getting df467 to compile
>
>make
>Building src
>make[1]: Entering directory `/root/df467/src'
>gcc -I../include -O -g     -c bsd.c -o bsd.o
>gcc -I../include -O -g     -c dbuf.c -o dbuf.o
>gcc -I../include -O -g     -c packet.c -o packet.o
>gcc -I../include -O -g     -c send.c -o send.o
>gcc -I../include -O -g     -c match.c -o match.o
>gcc -I../include -O -g     -c parse.c -o parse.o
>gcc -I../include -O -g     -c support.c -o support.o
>gcc -I../include -O -g   -c channel.c
>gcc -I../include -O -g   -c class.c
>gcc -I../include -O -g   -c hash.c
>gcc -I../include -O -g   -c ircd.c
>gcc -I../include -O -g   -c list.c
>gcc -I../include -O -g   -c res.c
>gcc -I../include -O -g   -c s_auth.c
>gcc -I../include -O -g   -c s_bsd.c
>gcc -I../include -O -g   -c s_conf.c
>s_conf.c: In function `m_kline':
>s_conf.c:1962: warning: assignment makes pointer from integer without a cast
>s_conf.c: In function `m_unkline':
>s_conf.c:2056: warning: assignment makes pointer from integer without a cast
>gcc -I../include -O -g   -c s_debug.c
>gcc -I../include -O -g   -c s_err.c
>gcc -I../include -O -g   -c s_misc.c
>gcc -I../include -O -g   -c s_numeric.c
>gcc -I../include -O -g   -c s_serv.c
>s_serv.c: In function `get_client_name2':
>s_serv.c:1478: warning: passing arg 1 of `strcpy' makes pointer from integer wit
>hout a cast
>gcc -I../include -O -g   -c s_user.c
>gcc -I../include -O -g   -c whowas.c
>gcc -I../include -O -g     -c userload.c -o userload.o
>In file included from userload.c:35:
>/usr/include/string.h:266: conflicting types for `myncmp'
>../include/common.h:77: previous declaration of `myncmp'
>make[1]: *** [userload.o] Error 1
>make[1]: Leaving directory `/root/df467/src'
>make: *** [build] Error 2
>
>Once Again, I know this doesnt belong on this list, but I are kinda
>desperate, and according to dalnet-src , the old df467 is no longer being
>maintained or supported
>
>Mike
>
>---
>Michael Smith (Warlock on IRC)
>http://www.warlock.web.za
> "Do you smell something burning or is it me?"
>                -- Joan of Arc                                         
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From mike at icon.co.za  Mon Jan  3 12:03:25 2000
From: mike at icon.co.za (Michael Smith)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
Message-ID: 2.2.32.20000103200325.0071d268@shell.icon.co.za


Nopes, did what u said, get tonnes of messages...

Building src
make[1]: Entering directory `/usr/local/ircd/src/df467/src'
gcc -I../include -O -g     -c bsd.c -o bsd.o
gcc -I../include -O -g     -c dbuf.c -o dbuf.o
gcc -I../include -O -g     -c packet.c -o packet.o
gcc -I../include -O -g     -c send.c -o send.o
gcc -I../include -O -g     -c match.c -o match.o
gcc -I../include -O -g     -c parse.c -o parse.o
gcc -I../include -O -g     -c support.c -o support.o
gcc -I../include -O -g   -c channel.c
gcc -I../include -O -g   -c class.c
gcc -I../include -O -g   -c hash.c
gcc -I../include -O -g   -c ircd.c
gcc -I../include -O -g   -c list.c
gcc -I../include -O -g   -c res.c
gcc -I../include -O -g   -c s_auth.c
gcc -I../include -O -g   -c s_bsd.c
gcc -I../include -O -g   -c s_conf.c
s_conf.c: In function `m_kline':
s_conf.c:1962: warning: assignment makes pointer from integer without a cast
s_conf.c: In function `m_unkline':
s_conf.c:2056: warning: assignment makes pointer from integer without a cast
gcc -I../include -O -g   -c s_debug.c
gcc -I../include -O -g   -c s_err.c
gcc -I../include -O -g   -c s_misc.c
gcc -I../include -O -g   -c s_numeric.c
gcc -I../include -O -g   -c s_serv.c
s_serv.c: In function `get_client_name2':
s_serv.c:1478: warning: passing arg 1 of `strcpy' makes pointer from integer
without a cast
gcc -I../include -O -g   -c s_user.c
gcc -I../include -O -g   -c whowas.c
gcc -I../include -O -g     -c userload.c -o userload.o
gcc -I../include -O -g   -c crule.c
gcc -I../include -O -g     -c help.c -o help.o
gcc -I../include -O -g     -c md5.c -o md5.o
/bin/sh version.c.SH
Extracting IRC/ircd/version.c...
gcc -I../include -O -g   -c version.c
gcc -I../include -O -g     -c res_skipname.c -o res_skipname.o
gcc -I../include -O -g   bsd.o dbuf.o packet.o send.o match.o parse.o
support.o channel.o class.o hash.o ircd.o list.o res.o s_auth.o s_bsd.o
s_conf.o s_debug.o s_err.o s_misc.o s_numeric.o s_serv.o s_user.o whowas.o
userload.o crule.o help.o md5.o version.o res_skipname.o    -o ircd
dbuf.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
dbuf.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
dbuf.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
packet.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
packet.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
packet.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
send.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
send.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
send.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
match.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
match.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
match.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
parse.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
parse.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
parse.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
support.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
support.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
support.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
channel.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
channel.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
channel.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
class.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
class.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
class.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
hash.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
hash.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
hash.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
ircd.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
ircd.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
ircd.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
list.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
list.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
list.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
res.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
res.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
res.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_auth.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_auth.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_auth.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_bsd.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_bsd.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_bsd.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_conf.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_conf.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_conf.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_debug.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_debug.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_debug.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_err.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_err.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_err.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_misc.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_misc.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_misc.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_numeric.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_numeric.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_numeric.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_serv.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
s_serv.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_serv.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_user.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
s_user.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
s_user.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
whowas.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
whowas.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
whowas.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
userload.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
userload.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
userload.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
crule.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
crule.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
crule.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
help.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
help.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
help.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
md5.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
md5.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
md5.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
version.o: warning: multiple common of `global_count'
bsd.o: warning: previous common is here
version.o: warning: multiple common of `max_global_count'
bsd.o: warning: previous common is here
version.o: warning: multiple common of `now'
bsd.o: warning: previous common is here
res.o: In function `query_name':
/usr/local/ircd/src/df467/src/res.c:528: undefined reference to `res_mkquery'
res.o: In function `proc_answer':
/usr/local/ircd/src/df467/src/res.c:617: undefined reference to `dn_expand'
/usr/local/ircd/src/df467/src/res.c:622: undefined reference to `_getshort'
/usr/local/ircd/src/df467/src/res.c:624: undefined reference to `_getshort'
/usr/local/ircd/src/df467/src/res.c:626: undefined reference to `_getlong'
/usr/local/ircd/src/df467/src/res.c:628: undefined reference to `_getshort'
/usr/local/ircd/src/df467/src/res.c:665: undefined reference to `dn_expand'
s_user.o: In function `m_oper':
/usr/local/ircd/src/df467/src/s_user.c:2642: undefined reference to `crypt'
collect2: ld returned 1 exit status
make[1]: *** [ircd] Error 1
make[1]: Leaving directory `/usr/local/ircd/src/df467/src'
make: *** [build] Error 2

Bah

Btw - its ./include/common.h, not strings.h

Mike


At 08:36 PM 03/01/00 +0200, you wrote:
>On Sun, 2 Jan 2000, Michael Smith wrote:
>
>This problem has also been confirmed on Redhat 6.0 and possible 6.2
>systems.
>
>
>Cure.  edit ./include/strings.h and comment out line 77.  It works perfect
>then.
>
>Regards
>Me
>
>
>
>>Hi Guys, I know I am going to be killed for this, but I have the following
>>problem
>>compiling Dreamforge 4.6.7
>>
>>The following problem i get on Suse6.2 (which runs glibc 2.1). From what I can
>>tell, glibc causes this problem. I was wondering if anyone has any patches,
>>or has had success getting df467 to compile
>>
>>make
>>Building src
>>make[1]: Entering directory `/root/df467/src'
>>gcc -I../include -O -g     -c bsd.c -o bsd.o
>>gcc -I../include -O -g     -c dbuf.c -o dbuf.o
>>gcc -I../include -O -g     -c packet.c -o packet.o
>>gcc -I../include -O -g     -c send.c -o send.o
>>gcc -I../include -O -g     -c match.c -o match.o
>>gcc -I../include -O -g     -c parse.c -o parse.o
>>gcc -I../include -O -g     -c support.c -o support.o
>>gcc -I../include -O -g   -c channel.c
>>gcc -I../include -O -g   -c class.c
>>gcc -I../include -O -g   -c hash.c
>>gcc -I../include -O -g   -c ircd.c
>>gcc -I../include -O -g   -c list.c
>>gcc -I../include -O -g   -c res.c
>>gcc -I../include -O -g   -c s_auth.c
>>gcc -I../include -O -g   -c s_bsd.c
>>gcc -I../include -O -g   -c s_conf.c
>>s_conf.c: In function `m_kline':
>>s_conf.c:1962: warning: assignment makes pointer from integer without a cast
>>s_conf.c: In function `m_unkline':
>>s_conf.c:2056: warning: assignment makes pointer from integer without a cast
>>gcc -I../include -O -g   -c s_debug.c
>>gcc -I../include -O -g   -c s_err.c
>>gcc -I../include -O -g   -c s_misc.c
>>gcc -I../include -O -g   -c s_numeric.c
>>gcc -I../include -O -g   -c s_serv.c
>>s_serv.c: In function `get_client_name2':
>>s_serv.c:1478: warning: passing arg 1 of `strcpy' makes pointer from
integer wit
>>hout a cast
>>gcc -I../include -O -g   -c s_user.c
>>gcc -I../include -O -g   -c whowas.c
>>gcc -I../include -O -g     -c userload.c -o userload.o
>>In file included from userload.c:35:
>>/usr/include/string.h:266: conflicting types for `myncmp'
>>../include/common.h:77: previous declaration of `myncmp'
>>make[1]: *** [userload.o] Error 1
>>make[1]: Leaving directory `/root/df467/src'
>>make: *** [build] Error 2
>>
>>Once Again, I know this doesnt belong on this list, but I are kinda
>>desperate, and according to dalnet-src , the old df467 is no longer being
>>maintained or supported
>>
>>Mike
>>
>>---
>>Michael Smith (Warlock on IRC)
>>http://www.warlock.web.za
>> "Do you smell something burning or is it me?"
>>                -- Joan of Arc                                         
>>
>>---------------------------------------------------------------
>>To unsubscribe, send email to majordomo@ender.shadowfire.org
>>with "unsubscribe ircservices" in the body, without the quotes.
>>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>
>
---
Michael Smith (Warlock on IRC)
<A  HREF="http://www.warlock.web.za">http://www.warlock.web.za</A>
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From lonewolf at lagnet.org.za  Mon Jan  3 13:33:46 2000
From: lonewolf at lagnet.org.za (Lonewolf)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] DreamForge 4.6.7
In-Reply-To: <2.2.32.20000103200325.0071d268@shell.icon.co.za>; from "Michael Smith" on Mon, Jan 03, 2000 at 10:03:25PM
References: <2.2.32.20000103200325.0071d268@shell.icon.co.za>
Message-ID: 20000103233346.A5100@apotheosis.org.za

On Mon, Jan 03, 2000 at 10:03:25PM +0200, Michael Smith wrote:
> Nopes, did what u said, get tonnes of messages...

[ snip. ]
> /usr/local/ircd/src/df467/src/res.c:528: undefined reference to `res_mkquery'
> res.o: In function `proc_answer':
> /usr/local/ircd/src/df467/src/res.c:617: undefined reference to `dn_expand'
> /usr/local/ircd/src/df467/src/res.c:622: undefined reference to `_getshort'
> /usr/local/ircd/src/df467/src/res.c:624: undefined reference to `_getshort'
> /usr/local/ircd/src/df467/src/res.c:626: undefined reference to `_getlong'
> /usr/local/ircd/src/df467/src/res.c:628: undefined reference to `_getshort'
> /usr/local/ircd/src/df467/src/res.c:665: undefined reference to `dn_expand'
These are from libresolv.

> s_user.o: In function `m_oper':
> /usr/local/ircd/src/df467/src/s_user.c:2642: undefined reference to `crypt'
> collect2: ld returned 1 exit status
These are from libcrypt.

[ snip. ]

The "./Config" script will ask you if you need any "extra libraries", put
"-lresolv -lcrypt".

Once that's done, apply the following to include/sys.h:
--- include/sys.h.old   Mon Jan  3 23:31:07 2000
+++ include/sys.h       Mon Jan  3 23:26:12 2000
@@ -103,9 +103,9 @@
 #endif
 
 /*
- * Different name on NetBSD, FreeBSD, and BSDI
+ * Different name on NetBSD, FreeBSD, and BSDI and now Linux!
  */
-#if defined(__NetBSD__) || defined(__FreeBSD__) || defined(__bsdi__)
+#if defined(__NetBSD__) || defined(__FreeBSD__) || defined(__bsdi__) || defined(__linux__)
 #define dn_skipname  __dn_skipname
 #endif

It should then compile, though messily.

--
lonewolf@lagnet.org.za
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From mike at icon.co.za  Mon Jan  3 14:14:26 2000
From: mike at icon.co.za (Michael Smith)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
Message-ID: 2.2.32.20000103221426.0073ab24@shell.icon.co.za

Okay - now i can happily post this :)

gcc  actions.o akill.o channels.o chanserv.o commands.o compat.o config.o
datafiles.o encrypt.o helpserv.o init.o language.o list.o log.o main.o
memory.o memoserv.o messages.o misc.o news.o nickserv.o operserv.o process.o
send.o sessions.o sockutil.o timeout.o users.o  -lbsd -o services
/usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory
collect2: ld returned 1 exit status
make: *** [services] Error 1

Also , suse 6.2, glibc2.1

Help

Mike


At 11:33 PM 03/01/00 +0200, you wrote:
>On Mon, Jan 03, 2000 at 10:03:25PM +0200, Michael Smith wrote:
>> Nopes, did what u said, get tonnes of messages...
>
>[ snip. ]
>> /usr/local/ircd/src/df467/src/res.c:528: undefined reference to `res_mkquery'
>> res.o: In function `proc_answer':
>> /usr/local/ircd/src/df467/src/res.c:617: undefined reference to `dn_expand'
>> /usr/local/ircd/src/df467/src/res.c:622: undefined reference to `_getshort'
>> /usr/local/ircd/src/df467/src/res.c:624: undefined reference to `_getshort'
>> /usr/local/ircd/src/df467/src/res.c:626: undefined reference to `_getlong'
>> /usr/local/ircd/src/df467/src/res.c:628: undefined reference to `_getshort'
>> /usr/local/ircd/src/df467/src/res.c:665: undefined reference to `dn_expand'
>These are from libresolv.
>
>> s_user.o: In function `m_oper':
>> /usr/local/ircd/src/df467/src/s_user.c:2642: undefined reference to `crypt'
>> collect2: ld returned 1 exit status
>These are from libcrypt.
>
>[ snip. ]
>
>The "./Config" script will ask you if you need any "extra libraries", put
>"-lresolv -lcrypt".
>
>Once that's done, apply the following to include/sys.h:
>--- include/sys.h.old   Mon Jan  3 23:31:07 2000
>+++ include/sys.h       Mon Jan  3 23:26:12 2000
>@@ -103,9 +103,9 @@
> #endif
> 
> /*
>- * Different name on NetBSD, FreeBSD, and BSDI
>+ * Different name on NetBSD, FreeBSD, and BSDI and now Linux!
>  */
>-#if defined(__NetBSD__) || defined(__FreeBSD__) || defined(__bsdi__)
>+#if defined(__NetBSD__) || defined(__FreeBSD__) || defined(__bsdi__) ||
defined(__linux__)
> #define dn_skipname  __dn_skipname
> #endif
>
>It should then compile, though messily.
>
>--
>lonewolf@lagnet.org.za
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.
>
>
---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From v13 at it.teithe.gr  Mon Jan  3 15:19:15 2000
From: v13 at it.teithe.gr (Harhalakis Stefanos)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
In-Reply-To: <2.2.32.20000103221426.0073ab24@shell.icon.co.za>
References: 2.2.32.20000103221426.0073ab24@shell.icon.co.za
Message-ID: Pine.SGI.4.05.10001040115430.17536&#45;100000@aetos.it.teithe.gr

On Tue, 4 Jan 2000, Michael Smith wrote:

> Okay - now i can happily post this :)
> 
> gcc  actions.o akill.o channels.o chanserv.o commands.o compat.o config.o
> datafiles.o encrypt.o helpserv.o init.o language.o list.o log.o main.o
> memory.o memoserv.o messages.o misc.o news.o nickserv.o operserv.o process.o
> send.o sessions.o sockutil.o timeout.o users.o  -lbsd -o services
> /usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory
> collect2: ld returned 1 exit status
> make: *** [services] Error 1

Can you *PLEASE* stop this? Just use your emails to continue. 
I don't want to know how to compile the ircd on your computer.

> Mike
<<V13>>


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From atcarr at hotmail.com  Mon Jan  3 18:28:31 2000
From: atcarr at hotmail.com (The Phantom of the Internet)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
Message-ID: 20000104022831.15700.qmail@hotmail.com

I personally do not see a problem with someone posting questions when they 
run into problems compiling but please if you are going to respond to a 
message could you at least follow proper posting procedures and only copy 
the message parts which you want to respond to?  We all receive the first 
message so there is no need to resend the entire text.

As an example:

<SNIP>
/usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory
collect2: ld returned 1 exit statusmake: *** [services] Error 1
</SNIP>
This appears to be stating that you are missing some compile variables on 
your system you might want to search to see if that file is missing or not.

The Phantom

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From lebleu at prefer.net  Tue Jan  4 12:01:31 2000
From: lebleu at prefer.net (Kevin)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
In-Reply-To: <20000104022831.15700.qmail@hotmail.com>
References: 20000104022831.15700.qmail@hotmail.com
Message-ID: Pine.LNX.4.21.0001041359020.31642&#45;100000@hades.bleu.paganpaths.org

On Mon, 3 Jan 2000, The Phantom of the Internet wrote:

> <SNIP>
> /usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory
> collect2: ld returned 1 exit statusmake: *** [services] Error 1
> </SNIP>
> This appears to be stating that you are missing some compile variables on 
> your system you might want to search to see if that file is missing or not.

Actually, it's stating that they are missing libbsd.  Most likely the
problem is somehow they got it configured for bsd instead of linux, since
I don't know of any libbsd for linux.  Re-running ./configure might be a
good idea... might need to empty config.cache too.  

--Kevin

-- 
PaganPaths IRC Network - irc.paganpaths.org - http://www.paganpaths.org/
PPCR Pagan Internet Radio - <A  HREF="http://www.paganpaths.org/radio/">http://www.paganpaths.org/radio/</A>
If you're reading this you're part of the mass hallucination that is Kevin
the Blue. 
Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
PGP public key at <A  HREF="http://www.lebl.eu.org/~lebleu/mypublickey.asc">http://www.lebl.eu.org/~lebleu/mypublickey.asc</A>
Wear a blue ribbon today to show your solidarity for freedom of speech on
the Internet! 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Tue Jan  4 13:27:41 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
Message-ID: NCBBIPDDJGGDOCPMKPKPAEPBDAAA.andrewk@icon.co.za

[this bounced]

From: achurch@dragonfire.net (Andrew Church)
To: ircservices@ender.shadowfire.org
Subject: Re: [IRCServices] Services 4.3.2
Date: Tue, 04 Jan 2000 21:48:45 JST






>gcc  actions.o akill.o channels.o chanserv.o commands.o compat.o config.o
>datafiles.o encrypt.o helpserv.o init.o language.o list.o log.o main.o
>memory.o memoserv.o messages.o misc.o news.o nickserv.o operserv.o
process.o
>send.o sessions.o sockutil.o timeout.o users.o  -lbsd -o services
>/usr/i486-linux/bin/ld: cannot open -lbsd: No such file or directory

     Are you running with a config.cache from another system?  Try removing
config.cache and rerunning the configure script, then recompiling.

  --Andrew Church
    achurch@dragonfire.net
    http://achurch.dragonfire.net/

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From muerte22 at hotmail.com  Tue Jan  4 13:38:23 2000
From: muerte22 at hotmail.com (Angel of Death)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services
Message-ID: 20000104213823.41133.qmail@hotmail.com


Just a question/comment/suggestion for the coding team. Wouldn't it be an 
idea to make a backup link or 2 in the services.conf for if a server goes 
down it can try to link to another one like ircd's do. I mean for smaller 
shell networks servers come up and down or lag, so i think it would be a big 
benifit.


Muerte
/server irc.acestar.org
www.acestar.org

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From mike at icon.co.za  Tue Jan  4 14:33:09 2000
From: mike at icon.co.za (Michael Smith)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services 4.3.2
Message-ID: 2.2.32.20000104223309.00bd7730@shell.icon.co.za


>From: achurch@dragonfire.net (Andrew Church)

>     Are you running with a config.cache from another system?  Try removing
>config.cache and rerunning the configure script, then recompiling.
>

Thanks, this worked. I had re-run the configure script, but I didnt remove
the config.cache. Once I removed it , it compiled just dandy.

BTW - wasnt there mention of another list for ircd based stuff. I'm sorry to
have spammed you guys, but dalnet dont support it anymore, and i reconed
that the chaps
that WOULD know would be the chaps on this list. I was right, and my problem
was sorted

Thanks Guys

Mike
---
Michael Smith (Warlock on IRC)
http://www.warlock.web.za
 "Do you smell something burning or is it me?"
                -- Joan of Arc                                         

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Wed Jan  5 11:54:47 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services
In-Reply-To: <20000104213823.41133.qmail@hotmail.com>
References: 20000104213823.41133.qmail@hotmail.com
Message-ID: NCBBIPDDJGGDOCPMKPKPCEPHDAAA.andrewk@icon.co.za

Services really should be connected to an ircd on the same box as itself. If
this ircd looses connectivity to the outside world for some reason, there is
little chance Services is going to succeed.

Andrew

> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Angel of
> Death
> Sent: 04 January 2000 23:38
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] Services
>
>
>
> Just a question/comment/suggestion for the coding team. Wouldn't it be an
> idea to make a backup link or 2 in the services.conf for if a server goes
> down it can try to link to another one like ircd's do. I mean for smaller
> shell networks servers come up and down or lag, so i think it
> would be a big
> benifit.
>
>
> Muerte
> /server irc.acestar.org
> www.acestar.org
>
> ______________________________________________________
> Get Your Private, Free Email at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
>
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From muerte22 at hotmail.com  Wed Jan  5 19:46:35 2000
From: muerte22 at hotmail.com (Angel of Death)
Date: Sat Oct 23 23:00:55 2004
Subject: [IRCServices] Services
Message-ID: 20000106034636.82081.qmail@hotmail.com

I agree, but for one reason or another that ircd may shutdown or something, 
i've seen it happen. And the services don't have a place to link back to. Or 
someone has a shell that only allows 1 proccess and they wish to use it for 
the services and it can only connect to 1 server. if that server dies, the 
network is basically SOL until the person can manually move services or that 
server comes back up and services are crontab'd.  Just an idea, i know i'd 
like it.

Muerte
Network Founder
/server irc.acestar.org
home of #Rom and EliteIRCD


>From: "Andrew Kempe" <andrewk@icon.co.za>
>Reply-To: ircservices@ender.shadowfire.org
>To: <ircservices@ender.shadowfire.org>
>Subject: RE: [IRCServices] Services
>Date: Wed, 5 Jan 2000 21:54:47 +0200
>
>Services really should be connected to an ircd on the same box as itself. 
>If
>this ircd looses connectivity to the outside world for some reason, there 
>is
>little chance Services is going to succeed.
>
>Andrew
>
> > -----Original Message-----
> > From: owner-ircservices@ender.shadowfire.org
> > [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Angel of
> > Death
> > Sent: 04 January 2000 23:38
> > To: ircservices@ender.shadowfire.org
> > Subject: [IRCServices] Services
> >
> >
> >
> > Just a question/comment/suggestion for the coding team. Wouldn't it be 
>an
> > idea to make a backup link or 2 in the services.conf for if a server 
>goes
> > down it can try to link to another one like ircd's do. I mean for 
>smaller
> > shell networks servers come up and down or lag, so i think it
> > would be a big
> > benifit.
> >
> >
> > Muerte
> > /server irc.acestar.org
> > www.acestar.org
> >
> > ______________________________________________________
> > Get Your Private, Free Email at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
> >
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

______________________________________________________
Get Your Private, Free Email at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From lebleu at prefer.net  Wed Jan  5 20:36:37 2000
From: lebleu at prefer.net (Kevin)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <20000106034636.82081.qmail@hotmail.com>
References: 20000106034636.82081.qmail@hotmail.com
Message-ID: Pine.LNX.4.21.0001052234430.15616&#45;100000@hades.bleu.paganpaths.org

On Wed, 5 Jan 2000, Angel of Death wrote:

> I agree, but for one reason or another that ircd may shutdown or something, 
> i've seen it happen. And the services don't have a place to link back to. Or 

I have cronjobs for both services and my ircd that will auto-restart them
w/in 10 minutes if they go down to avoid such a problem. (Though I really
haven't had it, my ircd never seems to go down unexpectedly)

--Kevin

-- 
If you're reading this you're part of the mass hallucination that is Kevin
the Blue. 
Copyright 1999 Kevin the Blue <LeBleu@prefer.net>
PGP public key at http://www.lebl.eu.org/~lebleu/mypublickey.asc
Wear a blue ribbon today to show your solidarity for freedom of speech on
the Internet! 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cgknipe at mweb.co.za  Thu Jan  6 06:19:33 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <20000106034636.82081.qmail@hotmail.com>
References: 20000106034636.82081.qmail@hotmail.com
Message-ID: Pine.LNX.4.10.10001061619110.17550&#45;100000@darkwing.savage.za.org

On Wed, 5 Jan 2000, Angel of Death wrote:

>I agree, but for one reason or another that ircd may shutdown or something, 
>i've seen it happen. And the services don't have a place to link back to. Or 
>someone has a shell that only allows 1 proccess and they wish to use it for 
>the services and it can only connect to 1 server. if that server dies, the 
>network is basically SOL until the person can manually move services or that 
>server comes back up and services are crontab'd.  Just an idea, i know i'd 
>like it.

Use an crontab to automatically restard the IRCD and services ?? *frown*

Regards
Chris Knipe
Cel: (083) 430 8151
Freelance Internet Developer, Consultant, Administrator & Speaker


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From johnl at potomacnet.com  Thu Jan  6 05:14:28 2000
From: johnl at potomacnet.com (John Lamb)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
Message-ID: 200001061814.NAA22405@dns1.potomacnetworks.com

I don't think everyone is understanding the situation presented here. Say you have Services running on server A. Services links to server B, not an ircd on the same box (A). Server B crashes. Now Services are no where because the .conf file only has one server (B) to link to. This is correctable if a person with access to server A is around to edit the .conf file, but the situation is that, that person is not around. So the asked for solution is to have multiple S:lines in the .conf file that Services would attempt to link to in the event the primary is down. Setting up a crontab to restart the ircd on server B is moot because server B is dead. This is what I gathered from Angel's emails. Correct me if I'm wrong.

!K

You wrote:

> From: Chris Knipe <cgknipe@mweb.co.za>
> To: ircservices@ender.shadowfire.org
> Date: Thu, 6 Jan 2000 16:19:33 +0200 (SAST)
> Subject: RE: [IRCServices] Services
> 
> 
> On Wed, 5 Jan 2000, Angel of Death wrote:
> 
> >I agree, but for one reason or another that ircd may shutdown or something, 
> >i've seen it happen. And the services don't have a place to link back to. Or 
> >someone has a shell that only allows 1 proccess and they wish to use it for 
> >the services and it can only connect to 1 server. if that server dies, the 
> >network is basically SOL until the person can manually move services or that 
> >server comes back up and services are crontab'd.  Just an idea, i know i'd 
> >like it.
> 
> Use an crontab to automatically restard the IRCD and services ?? *frown*
> 
> Regards
> Chris Knipe
> Cel: (083) 430 8151
> Freelance Internet Developer, Consultant, Administrator &amp; Speaker
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From muerte22 at hotmail.com  Thu Jan  6 10:38:37 2000
From: muerte22 at hotmail.com (Angel of Death)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
Message-ID: 20000106183837.56782.qmail@hotmail.com

I'm reffering if they are on DIFFERENT boxes for some reason. Are if 
something were jsut to effect it, it was just an idea. And crontab won't 
make it link to a different server.


>From: Chris Knipe <cgknipe@mweb.co.za>
>Reply-To: ircservices@ender.shadowfire.org
>To: ircservices@ender.shadowfire.org
>Subject: RE: [IRCServices] Services
>Date: Thu, 6 Jan 2000 16:19:33 +0200 (SAST)
>
>On Wed, 5 Jan 2000, Angel of Death wrote:
>
> >I agree, but for one reason or another that ircd may shutdown or 
>something,
> >i've seen it happen. And the services don't have a place to link back to. 
>Or
> >someone has a shell that only allows 1 proccess and they wish to use it 
>for
> >the services and it can only connect to 1 server. if that server dies, 
>the
> >network is basically SOL until the person can manually move services or 
>that
> >server comes back up and services are crontab'd.  Just an idea, i know 
>i'd
> >like it.
>
>Use an crontab to automatically restard the IRCD and services ?? *frown*
>
>Regards
>Chris Knipe
>Cel: (083) 430 8151
>Freelance Internet Developer, Consultant, Administrator & Speaker
>
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From muerte22 at hotmail.com  Thu Jan  6 13:36:39 2000
From: muerte22 at hotmail.com (Angel of Death)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
Message-ID: 20000106213639.16411.qmail@hotmail.com

EXACTLY :)

Thanks John

Muerte
/server irc.acestar.org

>From: John Lamb <johnl@potomacnet.com>
>Reply-To: ircservices@ender.shadowfire.org
>To: ircservices@ender.shadowfire.org
>Subject: RE: [IRCServices] Services
>Date: Thu, 06 Jan 2000 13:14:28 z (EST)
>
>I don't think everyone is understanding the situation presented here. Say 
>you have Services running on server A. Services links to server B, not an 
>ircd on the same box (A). Server B crashes. Now Services are no where 
>because the .conf file only has one server (B) to link to. This is 
>correctable if a person with access to server A is around to edit the .conf 
>file, but the situation is that, that person is not around. So the asked 
>for solution is to have multiple S:lines in the .conf file that Services 
>would attempt to link to in the event the primary is down. Setting up a 
>crontab to restart the ircd on server B is moot because server B is dead. 
>This is what I gathered from Angel's emails. Correct me if I'm wrong.
>
>!K
>
>You wrote:


______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From dragon at wastelands.net  Fri Jan  7 01:08:47 2000
From: dragon at wastelands.net (Gaven Cohen)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] ChanServ KICK command(?)
In-Reply-To: <Pine.LNX.4.20.9912222230020.2081-100000@darkness.darkness.gr>
References: Pine.LNX.4.20.9912222230020.2081&#45;100000@darkness.darkness.gr
Message-ID: Pine.LNX.4.10.10001071105100.2564&#45;100000@dragon.wastelands.net


On Wed, 22 Dec 1999, Nick Krassas wrote:

> Greetings all,
> 	one idea is that a user having access at one channel could easy
> put a akick to the user that is not wanted in the channel. a second
> reason, is the kick going to be anonymous ? and is this correct ? 

Its fairly easy to define a number of switches which channel founders
could use to control kick usage.

- enabled or not
- anonymous or kicker in the kick reason
- etc.

Personally, I found anonymous kicks (such as when I use a bot) quite
useful, provided all the channel ops are mature and responsible.  Sure,
its easy enough to just ignore someone you've kicked for bad behaviour or
whatever, but its useful to have a non-person to be the recipient of bad
vibes :)

See ya,
Gaven

---
Gaven Cohen aka Kinslayer <dragon@wastelands.net> www.wastelands.net
freelance sysadmin/programmer HABONIM DROR linux, fantasy enthusiast
RSA/1024 0xFC82B78F 4B 43 3C 20 47 58 AF AC  DB 1E 7F 6E 64 08 15 7E

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From jacques at aquarius.natey.za.net  Thu Jan  6 14:10:09 2000
From: jacques at aquarius.natey.za.net (Jacques Marneweck)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <200001061814.NAA22405@dns1.potomacnetworks.com>
References: 200001061814.NAA22405@dns1.potomacnetworks.com
Message-ID: Pine.BSF.4.10.10001062208430.27798&#45;100000@aquarius.natey.za.net

On Thu, 6 Jan 2000, John Lamb wrote:

> I don't think everyone is understanding the situation presented here. Say you have Services running on server A. Services links to server B, not an ircd on the same box (A). Server B crashes. Now Services are no where because the .conf file only has one server (B) to link to. This is correctable if a person with access to server A is around to edit the .conf file, but the situation is that, that person is not around. So the asked for solution is to have multiple S:lines in the .conf file that Services would attempt to link to in the event the primary is down. Setting up a crontab to restart the ircd on server B is moot because server B is dead. This is what I gathered from Angel's emails. Correct me if I'm wrong.

Easy:

DNS: services-uplink-entry-point.your.domain

in DNS

services-uplink-entry-point	IN	A	196.14.22.5
				IN	A	196.14.22.14

etc.

That way the servers who's IP's are listed above get services connecting
to them on a round-robin basis.

Regards
Jacques

> 
> !K
> 
> You wrote:
> 
> > From: Chris Knipe <cgknipe@mweb.co.za>
> > To: ircservices@ender.shadowfire.org
> > Date: Thu, 6 Jan 2000 16:19:33 +0200 (SAST)
> > Subject: RE: [IRCServices] Services
> > 
> > 
> > On Wed, 5 Jan 2000, Angel of Death wrote:
> > 
> > >I agree, but for one reason or another that ircd may shutdown or something, 
> > >i've seen it happen. And the services don't have a place to link back to. Or 
> > >someone has a shell that only allows 1 proccess and they wish to use it for 
> > >the services and it can only connect to 1 server. if that server dies, the 
> > >network is basically SOL until the person can manually move services or that 
> > >server comes back up and services are crontab'd.  Just an idea, i know i'd 
> > >like it.
> > 
> > Use an crontab to automatically restard the IRCD and services ?? *frown*
> > 
> > Regards
> > Chris Knipe
> > Cel: (083) 430 8151
> > Freelance Internet Developer, Consultant, Administrator &amp; Speaker
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo@ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From JohnL at potomacnet.com  Sat Jan  8 12:51:16 2000
From: JohnL at potomacnet.com (John Lamb)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <Pine.BSF.4.10.10001062208430.27798-100000@aquarius.natey.za.net>
References: <200001061814.NAA22405@dns1.potomacnetworks.com>
Message-ID: 3.0.6.32.20000108155116.007994b0@mail.potomacnet.com

Altering DNS zone files to accomplish such a task is not only backwards,
but dangerous. You have also created the need for a person with access to
the DNS server to make such a change. Where the previous suggestion
eliminated the need for anyone.

!K

At 10:10 PM 1/6/00 +0000, you wrote:

<snip my comments>

>Easy:
>
>DNS: services-uplink-entry-point.your.domain
>
>in DNS
>
>services-uplink-entry-point	IN	A	196.14.22.5
>				IN	A	196.14.22.14
>
>etc.
>
>That way the servers who's IP's are listed above get services connecting
>to them on a round-robin basis.
>
>Regards
>Jacques
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From joshodom at uswest.net  Sat Jan  8 02:30:14 2000
From: joshodom at uswest.net (Josh Odom)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <3.0.6.32.20000108155116.007994b0@mail.potomacnet.com>
References: 3.0.6.32.20000108155116.007994b0@mail.potomacnet.com
Message-ID: LNBBIDPHKBGLGHDPOHNACEGECAAA.joshodom@uswest.net

Not Dangerous. 

-----Original Message-----
From: owner-ircservices@ender.shadowfire.org
[mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of John Lamb
Sent: Saturday, January 08, 2000 12:51 PM
To: ircservices@ender.shadowfire.org
Subject: RE: [IRCServices] Services


Altering DNS zone files to accomplish such a task is not only backwards,
but dangerous. You have also created the need for a person with access to
the DNS server to make such a change. Where the previous suggestion
eliminated the need for anyone.

!K

At 10:10 PM 1/6/00 +0000, you wrote:

<snip my comments>

>Easy:
>
>DNS: services-uplink-entry-point.your.domain
>
>in DNS
>
>services-uplink-entry-point	IN	A	196.14.22.5
>				IN	A	196.14.22.14
>
>etc.
>
>That way the servers who's IP's are listed above get services connecting
>to them on a round-robin basis.
>
>Regards
>Jacques
---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From muerte22 at hotmail.com  Sat Jan  8 16:35:24 2000
From: muerte22 at hotmail.com (Angel of Death)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
Message-ID: 20000109003524.86506.qmail@hotmail.com

That's an idea. that might work. hehe.

Muerte


>From: Jacques Marneweck <jacques@aquarius.natey.za.net>
>Reply-To: ircservices@ender.shadowfire.org
>To: ircservices@ender.shadowfire.org
>Subject: RE: [IRCServices] Services
>Date: Thu, 6 Jan 2000 22:10:09 +0000 (GMT)
>
>On Thu, 6 Jan 2000, John Lamb wrote:
>
> > I don't think everyone is understanding the situation presented here. 
>Say you have Services running on server A. Services links to server B, not 
>an ircd on the same box (A). Server B crashes. Now Services are no where 
>because the .conf file only has one server (B) to link to. This is 
>correctable if a person with access to server A is around to edit the .conf 
>file, but the situation is that, that person is not around. So the asked 
>for solution is to have multiple S:lines in the .conf file that Services 
>would attempt to link to in the event the primary is down. Setting up a 
>crontab to restart the ircd on server B is moot because server B is dead. 
>This is what I gathered from Angel's emails. Correct me if I'm wrong.
>
>Easy:
>
>DNS: services-uplink-entry-point.your.domain
>
>in DNS
>
>services-uplink-entry-point	IN	A	196.14.22.5
>				IN	A	196.14.22.14
>
>etc.
>
>That way the servers who's IP's are listed above get services connecting
>to them on a round-robin basis.
>
>Regards
>Jacques
>
> >
> > !K
> >
> > You wrote:
> >
> > > From: Chris Knipe <cgknipe@mweb.co.za>
> > > To: ircservices@ender.shadowfire.org
> > > Date: Thu, 6 Jan 2000 16:19:33 +0200 (SAST)
> > > Subject: RE: [IRCServices] Services
> > >
> > >
> > > On Wed, 5 Jan 2000, Angel of Death wrote:
> > >
> > > >I agree, but for one reason or another that ircd may shutdown or 
>something,
> > > >i've seen it happen. And the services don't have a place to link back 
>to. Or
> > > >someone has a shell that only allows 1 proccess and they wish to use 
>it for
> > > >the services and it can only connect to 1 server. if that server 
>dies, the
> > > >network is basically SOL until the person can manually move services 
>or that
> > > >server comes back up and services are crontab'd.  Just an idea, i 
>know i'd
> > > >like it.
> > >
> > > Use an crontab to automatically restard the IRCD and services ?? 
>*frown*
> > >
> > > Regards
> > > Chris Knipe
> > > Cel: (083) 430 8151
> > > Freelance Internet Developer, Consultant, Administrator &amp; Speaker
> > ---------------------------------------------------------------
> > To unsubscribe, send email to majordomo@ender.shadowfire.org
> > with "unsubscribe ircservices" in the body, without the quotes.
> >
>
>---------------------------------------------------------------
>To unsubscribe, send email to majordomo@ender.shadowfire.org
>with "unsubscribe ircservices" in the body, without the quotes.

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From atcarr at hotmail.com  Sat Jan  8 21:03:15 2000
From: atcarr at hotmail.com (The Phantom of the Internet)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
Message-ID: 20000109050315.57546.qmail@hotmail.com




<snip>

Easy:

DNS: services-uplink-entry-point.your.domain

in DNS

services-uplink-entry-point	IN	A	196.14.22.5
				IN	A	196.14.22.14

etc.

That way the servers who's IP's are listed above get services  connecting to 
them on a round-robin basis.

Regards
Jacques
</snip>

I only see one problem with this round-robin effect for services.  The 
current coding has services shut back down if there is an error where it is 
unable to connect to the specified server.  Now if services somehow hits the 
ip address on this round-robin which is down then it will shut down and wait 
to retry until the next cron job.  Which depending on the Admin who set this 
situation up could be anywhere from 5-30 minutes.

The Phantom
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From cgknipe at mweb.co.za  Sun Jan  9 05:38:11 2000
From: cgknipe at mweb.co.za (Chris Knipe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <20000106213639.16411.qmail@hotmail.com>
References: 20000106213639.16411.qmail@hotmail.com
Message-ID: Pine.LNX.4.10.10001091522430.17626&#45;100000@darkwing.savage.za.org

On Thu, 6 Jan 2000, Angel of Death wrote:

Hi ... 

I won't stay long on this, it might not even be a good solution, but here
goes... 

Crontab, *CAN* do what is needed... 

>>I don't think everyone is understanding the situation presented here. Say 
>>you have Services running on server A. Services links to server B, not an 
>>ircd on the same box (A). Server B crashes. Now Services are no where 
>>because the .conf file only has one server (B) to link to. This is 
>>correctable if a person with access to server A is around to edit the .conf 
>>file, but the situation is that, that person is not around. So the asked 
>>for solution is to have multiple S:lines in the .conf file that Services 
>>would attempt to link to in the event the primary is down. Setting up a 
>>crontab to restart the ircd on server B is moot because server B is dead. 
>>This is what I gathered from Angel's emails. Correct me if I'm wrong.

>From the Services Documentation:

     Normally, Services can be run simply by invoking the "services"
executable.  Services will then use the defaults specified in the
services.conf file, and connect to the specified uplink server.
Alternatively, any of the following command-line options can be specified
to change the default values:

        -remote server[:port]   Connect to the specified server
        -local host  -or-       Connect from the specified address (e.g.
               [host]:[port]        for multihomed servers)
        -name servername        Our server name (e.g. services.some.net)
        -desc string            Description of us (e.g. SomeNet Services)
        -user username          Username for Services' nicks (e.g. services)
        -host hostname          Hostname for Services' nicks (e.g. esper.net)
        -dir directory          Directory containing Services' data files
                                    (e.g. /usr/local/lib/services)
        -log filename           Services log filename (e.g. services.log)
        -update secs            How often to update databases (in seconds)
        -expire secs            How often to check for nick/channel
                                    expiration (in seconds)

---

Now with an rather interesting sh / bash script, you will be able to ping
or traceroute the server to where your services are supposed to link to
(most shell providers allow the use of ping).  From the output, you can
easily grep the ping statistics... 

>From standard Linux (output returned by ping might vary from OS to OS),
issuing something like the command below, will give you an good idea of the 
current network performance to any remote server where services could or 
shoud be linking to... 

   ping -c 50 <host name> | grep received | cut -c 43-70
   0% packet loss

>From the ammount of packet loss returned, you can then reliably decide
where to link to, or what other actions to take. (Hence if you have the
access, you can even change routing tables - would it be neccessary).

Should 100% packet loss be returned, that would obviously mean the server
is dead, now you can re-invoke services with the -remote parameter, linking
your services to the server specified.

The matter of C/N lines in this case, would depend on the remote server
where services is linking to.

Mind you, this type of configuration can even be used to "re-route"
services should lag become an problem.

Regards
Chris Knipe
Cel: (083) 430 8151
Freelance Internet Developer, Consultant, Administrator & Speaker


---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From v13 at it.teithe.gr  Sun Jan  9 14:18:48 2000
From: v13 at it.teithe.gr (Harhalakis Stefanos)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Services
In-Reply-To: <20000109050315.57546.qmail@hotmail.com>
References: 20000109050315.57546.qmail@hotmail.com
Message-ID: Pine.SGI.4.05.10001100016400.117&#45;100000@aetos.it.teithe.gr

On Sat, 8 Jan 2000, The Phantom of the Internet wrote:

> I only see one problem with this round-robin effect for services.  The 
> current coding has services shut back down if there is an error where it is 
> unable to connect to the specified server.  Now if services somehow hits the 
> ip address on this round-robin which is down then it will shut down and wait 
> to retry until the next cron job.  Which depending on the Admin who set this 
> situation up could be anywhere from 5-30 minutes.
 You don't have to use cron. You can have a script like:

while /bin/true; do
 ./services -nofork
done

or make it as complex as you like. This way services will restart
immediately after dying.

> The Phantom
<<V13>>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From justdoit at oceanfree.net  Sun Jan  9 15:24:19 2000
From: justdoit at oceanfree.net (Aaron Brady)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Diff to allow SIDENTIFY command
References: <Pine.SGI.4.05.10001100016400.117-100000@aetos.it.teithe.gr>
Message-ID: 003301bf5af8$abac2c80$0100000a@rage.org

This diff file will allow the use of the SIDENTIFY command, a synonym for
IDENTIFY. One some servers, cyclone for one, if you connect with a Password
(in mIRC/pIRCh whateva) and your I: line doesn't require one, it is securely
sent to services via SIDENTIFY

:insom PRIVMSG services@lost-in-cyberspace.com :SIDENTIFY fr4ud





From atcarr at hotmail.com  Mon Jan 10 04:57:58 2000
From: atcarr at hotmail.com (The Phantom of the Internet)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Diff to allow SIDENTIFY command
Message-ID: 20000110125758.95489.qmail@hotmail.com

Of course if you are running a variant of DreamForge 4.6.7 it already has 
that as part of the coding.  So far I haven't found any server variant of 
this dreamforge code to not still have that coded into the server.  But I 
don't go to far into looking at the systems.  The best way to check if a 
server already has this is to type /server servername password if once you 
have logged into the network you get a message from nickserv saying that you 
are not identified for your nick then its already there.  If not you will 
get a message stating you cannot re-register.

The Phantom
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From net at lite.net  Mon Jan 10 05:10:23 2000
From: net at lite.net (Jonathan George)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Diff to allow SIDENTIFY command
In-Reply-To: <20000110125758.95489.qmail@hotmail.com>
References: 20000110125758.95489.qmail@hotmail.com
Message-ID: Pine.LNX.4.10.10001100708430.32277&#45;100000@lite.net

	Uhm...  perhaps you should have looked at the patch first.  The
patch is to be applied against Services, not DreamForge...  in order to
take advantage of a DreamForge feature.

|Of course if you are running a variant of DreamForge 4.6.7 it already has 
|that as part of the coding.  So far I haven't found any server variant of 
|this dreamforge code to not still have that coded into the server.  But I 
|don't go to far into looking at the systems.  The best way to check if a 
|server already has this is to type /server servername password if once you 
|have logged into the network you get a message from nickserv saying that you 
|are not identified for your nick then its already there.  If not you will 
|get a message stating you cannot re-register.
|
|The Phantom

================================================
Jonathan George - www.jdg.net - (net@lite.net)
               Software Engineer
================================================
200 Arco Place, Suite 252
Independence, KS 67301
Voice: (316) 332-1616
Fax:   (316) 332-1451
================================================

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From andrewk at icon.co.za  Mon Jan 10 08:21:24 2000
From: andrewk at icon.co.za (Andrew Kempe)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] Diff to allow SIDENTIFY command
In-Reply-To: <003301bf5af8$abac2c80$0100000a@rage.org>
References: 003301bf5af8$abac2c80$0100000a@rage.org
Message-ID: NCBBIPDDJGGDOCPMKPKPMEBODBAA.andrewk@icon.co.za

Please don't post patches to this list - it is a discussion and support
list - not a coding list. If you really have the urge, join the
"ircservices-coding@" list (in the same way you joined this one). Then
again, it's for Services, rather than ircd's. And even there, patches are
not welcome on the list itself. Rather mail the address of the patch.

Thanks, Andrew

> -----Original Message-----
> From: owner-ircservices@ender.shadowfire.org
> [mailto:owner-ircservices@ender.shadowfire.org]On Behalf Of Aaron Brady
> Sent: 10 January 2000 01:24
> To: ircservices@ender.shadowfire.org
> Subject: [IRCServices] Diff to allow SIDENTIFY command
>
>
> This diff file will allow the use of the SIDENTIFY command, a synonym for
> IDENTIFY. One some servers, cyclone for one, if you connect with
> a Password
> (in mIRC/pIRCh whateva) and your I: line doesn't require one, it
> is securely
> sent to services via SIDENTIFY
>
> :insom PRIVMSG services@lost-in-cyberspace.com :SIDENTIFY fr4ud
>
>
>
>
>

---------------------------------------------------------------
To unsubscribe, send email to majordomo@ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.

From makero at 13g.dhs.org  Tue Jan 11 04:50:25 2000
From: makero at 13g.dhs.org (Makero)
Date: Sat Oct 23 23:00:56 2004
Subject: [IRCServices] IRCServices + ircdu_2.10.07
Message-ID: 20000111.12502599@gollo.13g.dhs.org

Hy

I'm running IRCDu 2.10.07 and i'm trying to make IRCServices work with 
it. In current release, if you edit the Makefile, you can compile 
IRCServices for the ircdu 2.10.x

Well. I have edited the makefile, and compiled the IRCServices. When 
the IRCServi ces run (./services)), everything appears to be ok. The 
IRCServices process is running, ( I can see it when ps - ax | grep 
services) and i can se the link whit the /links command in ircdu

But nothing else. I cant see any boot in the irc. When i /msg chan