ngIRCd Users

ngircd@lists.barton.de

424 Diskussionen

Re: ngIRCd-ML digest, Vol 1 #23 - 2 msgs
by Micki Kaufman 05 Nov '02

05 Nov '02

Alex: Why does that not surprise me...great to hear you develop on Jaguar (me too, but so far mostly front-end programming)! Re: Logging - I was hoping to be able to log all channel conversation transcripts using the daemon, not using bots... but that may be more of a wish list than a real world need. I can have bots in the crucial rooms for our workgroups.and having the 'enable-sniffer' on would probably be a real pain. Lastly of course there's ircgraph... if only to be able to show the users how many smiley :-) and frowny :-( faces they make over the course of a financial quarter... :) Anyway, great job on ngircd. I'm a loyal user! Micki >Hi Micki! > >> Just wanted to let everyone know that ngirc 0.5.2 compiled >> delightfully on Mac OSX Jaguar. > >Thanks :-) > >I do most of the development on Mac OS X "Jaguar" using the Apple >ProjectBuilder :-) > >> Wish list: >> - dynamic users-per-server limit > ><AOL> Me too! Me too! </AOL> :-) > >This will be the next -- besides bugs -- I'll fix up. > > > - logging of all server chat (does it do this?) > >What do you want to log exactly? Actually ngIRCd logs most of its >action via syslog (facility LOCAL5, but will be configurable sometimes >in the future), including local connections and network (server) >related stuff. > >If you ./configure ngIRCd with "--enable-sniffer" and start it with >"-dns", ngIRCd outputs all received and sent messages. But this is >intended for debugging purposes only. > >> - ircgraph compatibility (i know this is in ircgraph bug) > >We'll see ... > >> Overall I wanted to say that ngircd is great - terrific job so far on >> this lightweight, functional irc daemon. > >Thank you! > >/me feels so good :-) > >Regards >Alex > >PS.: do you understand german? >-- >Alexander Barton, Freiburg, Germany >http://www.barton.de/, alex(a)barton.de > > > > >--__--__-- > >_______________________________________________ >ngIRCd-ML mailing list >ngIRCd-ML(a)arthur.ath.cx >http://arthur.ath.cx/mailman/listinfo/ngircd-ml > > >End of ngIRCd-ML Digest -- Micki Kaufman 245 8th Avenue, #188 New York, NY 10011 212 352-8593 (h) 917 450-9137 (c) mailto:micki001@concentric.net

1 0

ngIRCd 0.5.3-pre1
by Alexander Barton 04 Nov '02

04 Nov '02

Hallo! Soeben habe ich die Version 0.5.3-pre1 fertig gemacht. Finden sich hierin in den nächsten Stunden bzw. Tagen keine Bugs mehr, werde ich sie als Version 0.5.3 freigeben. Alle Änderungen sind "Back-Ports" aus dem CVS-HEAD. Änderungen seit 0.5.2: - NOTICE liefert nun wirklich nie mehr einen Fehler, auch dann nicht, wenn der sendende Client noch gar nicht registriert ist. - ein "schneller Server-Reconnect" wird nur noch dann versucht, wenn die Verbindung zuvor ordentlich (="lange genug") in Ordnung war; somit also nicht meht, wenn der Peer-Server gleich beim Connect ein ERROR liefert. Das vermeidet "Connect-Orgien". - einige Datentypen aufgeraumt: z.B. sind viele INT32s nun LONGs. Das ist auf Platformen mit 8-Byte-Integern kompatibler. - RPL_YOURHOST_MSG ist nun ircII- und RFC-kompatibel ;-) - Segfault unter hoher Netzaktivitaet behoben: in Conn_Close() wird die Connection-Struktur nun frueher als "ungueltig" markiert. Download: - <http://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.3-pre1.tar.gz> - <ftp://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.3-pre1.tar.gz> Patch von 0.5.2 auf 0.5.3-pre1: - <http://arthur.ath.cx/pub/Users/alex/ngircd/ngircd-0.5.2-0.5.3- pre1.patch> Ein Update ist für Server, die nicht CVS-HEAD verwenden, DRINGEND ANZURATEN! ... und nun fröhliches Testen! Höre ich nichts von euch, so wird dies wie gesagt zur Version 0.5.3. Grüße Alex -- Alexander Barton, Freiburg, Germany http://www.barton.de/, alex(a)barton.de

1 0

CVS HEAD: Dynamische Verwaltung der Verbindungs-Strukturen
by Alexander Barton 04 Nov '02

04 Nov '02

Hallo zusammen! Folgendes ist in CVS-HEAD neu: - Connection-Strukturen werden nun "pool-weise" verwaltet; der Pool wird bei Bedarf bis zu einem konfigurierten Limit vergroessert. - Mit der neuen Konfigurationsvariable "MaxConnections" (Sekion "Global") kann die maximale Anzahl gleichzeitiger Verbindungen begrenzt werden. Der Default ist -1, "unlimitiert". Grüße Alex -- Alexander Barton, Freiburg, Germany alex(a)barton.de, http://www.barton.de/

2 1

mass kill stability
by Joshua Coombs 01 Nov '02

01 Nov '02

Welp, so far the last few days of cvs cuts have proven rock solid against the mass dirty client drop bug. Using a 386dx-40 and today's pull from cvs, we were able to get 400 clients on the server in one channel, and kill them all at once without so much as a hiccup from the ircd. Welp, bis jetzt die letzten Tage der cvs Schnitte haben Felsenkörper gegen die schmutzige Klient Tropfenmassenwanze geprüft. Mit einem 386dx-40 und einem heutigen Zug von den cvs,WAREN wir in der Lage, 400 Klienten auf dem Bediener in einer Führung zu erhalten und töten sie in einem Zug außen soviel als hiccup vom ircd. Joshua Coombs x386.net

3 6

test number two...
by Joshua Coombs 31 Okt '02

31 Okt '02

this will bounce

1 0

test
by kurlon＠x386.net 31 Okt '02

31 Okt '02

Ignore me... verifying I didn't b0rke my subscription... Joshua Coombs

1 0

ngircd 0.5.2 on Mac OSX 10.2
by Micki Kaufman 26 Okt '02

26 Okt '02

Hi there! Just wanted to let everyone know that ngirc 0.5.2 compiled delightfully on Mac OSX Jaguar. Wish list: - dynamic users-per-server limit - logging of all server chat (does it do this?) - ircgraph compatibility (i know this is in ircgraph bug) Overall I wanted to say that ngircd is great - terrific job so far on this lightweight, functional irc daemon. -- german --- Hallo dort! Gerecht wünschte informieren Sie jeder, daß ngirc 0.5.2 herrlich auf Jaguar des Mac-OSX kompilierte. Wunschliste: - dynamische Benutzer-pro-Server Begrenzung - Protokollieren alles Server Schwätzchens (tut es dies?) - ircgraph Kompatibilität (ich weiß, daß diese im ircgraph Programmfehler ist) Gesamt wollte ich sagen, daß ngircd - gut Job bis jetzt auf diesem kompakten, Funktions-IRC Dämon groß ist. -- Micki Kaufman 245 8th Avenue, #188 New York, NY 10011 212 352-8593 (h) 917 450-9137 (c) mailto:micki001@concentric.net

2 1

core on rapid client disconnect
by Joshua Coombs 26 Okt '02

26 Okt '02

Using a cvs build from 10/20/02 I'm still able to get ngircd to core by rapidly dumping a bunch (40+) of clients at once. It's alot more solid than 0.5.2, but the root issue still seems to remain. What info should I be gathering and what should I be doing to assist debug? Mit einem cvs Bau von 10/20/02BIN ich noch in der Lage, ngircd zu erhalten, um zu entkernen, indem ich schnell sofort ein Bündel (40+) Klienten entleere. Es ist das alot, das fester als 0,5,2 ist, aber die Wurzelausgabe scheint noch zu bleiben. Was Info sollte ich erfassen und was sollte ich tun, um zu unterstützen ausprüfe? Joshua Coombs jcoombs(a)gwi.net

2 3

/lusers RFC compliance
by kurlon＠x386.net 21 Okt '02

21 Okt '02

> Ich kenne ircgraph, auf meinem Server setze ich eine ein wenig=20 > "gehackte" Version selber ein (basiert auf ircgraph-0.6.2):=20 > <http://arthur.ath.cx/irc/stats/>. Could I talk you into sharing that patch? : ) Konnte ich Sie in das Teilen dieses Fleckens sprechen? : ) > Zumindest die 0.6.2 hat sich _nicht_ an das RFC gehalten: sie hat > Datenerwartet (z.B. Anzahl der unsichtbaren Mode-"i"-User), die im RFC > nicht erwhnt sind und auch nicht alle Server so schicken: der > Original-ircd zum Beispiel auch nicht. > > Aus dem RFC: > > 251 RPL_LUSERCLIENT > ":There are <integer> users and <integer> > services on <integer> servers" > > der ngIRCd schickt: > > :irc.my.net 251 test :There are 18 users and 0 services on 11 servers > > Ich kann da keinen Fehler sehen. > > Vermutlich erwartet auch die aktuelle Version von ircgraph > immer noch diese anderen Status-Codes und bleibt daran h=E4ngen. Das > ist dann aber=20= > > IMO ein Bug in ircgraph. > > Ich baue das vielleicht dennoch noch ein, ich wei=DF nur gerade nicht,=20= > > was er da eigentlich genau noch erwartet ... Well, this is what I get for trusting someone's src instead of reading the RFC. I applogize and agree the fault lies with ircgraph. Gut ist dieses, was ich fur das Vertrauen jemand src erhalte, anstatt, das RFC zu lesen. Ich applogize undBIN die Storung Lugen mit ircgraph einverstanden. > "--enable-strict-rfc" sollte man auf "Produktionssystemen" in der > Regel=20= > > _nicht_ verwenden: einige Clients k=F6nnen sich dann nicht mehr=20 > connectoeren, z.B. BitchX. x386.net isn't at production status right now. I have 3 servers running that I can do with as I please. Breaking stuff is not a concern as long I get debug information from it. And as far as breaking clients like BitchX, I don't like BitchX... : ) x386.net ist nicht am Produktion Status im Augenblick. Ich habe 3 Bediener zu laufen, dab ich mit als ich tun kann bitte. Material zu brechen ist nicht ein Interesse, da lang ich ausprufe Informationen von ihr erhalte. Und bis zu dem Brechen, mogen Klienten BitchX, ich mogen nicht BitchX... Joshua Coombs www.x386.net

1 0

/lusers RFC compliance
by Joshua Coombs 20 Okt '02

20 Okt '02

Attempting to setup http://wmaker.lrv.ufsc.br/index.php?pagina=ircgraph for use with ngircd has turned up a bug. Before I file a report with bugtracker, I'd like to see if it really is a bug or a chosen break from the RFCs. ircgraph expects the response to /lusers * some.server.blah to have specific formating, based on RFC 2812. ngircd is only reporting part of what is normally expected in the 251 responce. I tried to configure and compile ngircd-0.5.2 using --enable-strict-rfc but the build broke with the following: In file included from client.c:36: /usr/include/netdb.h:204: warning: empty declaration source='conf.c' object='conf.o' libtool=no depfile='.deps/conf.Po' tmpdepfile='.deps/conf.TPo' depmode=gcc /bin/sh ../../depcomp gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I./../portab -Wall -g -O2 -DSYS CONFDIR='"/usr/local/etc"' -c `test -f 'conf.c' || echo './'`conf.c conf.c: In function `Validate_Config': conf.c:542: `ConfAdminMail' undeclared (first use in this function) conf.c:542: (Each undeclared identifier is reported only once conf.c:542: for each function it appears in.) *** Error code 1 Suggestions? Das Versuchen, http://wmaker.lrv.ufsc.br/index.php?pagina=ircgraph für Gebrauch mit ngircd zu gründen hat sich herauf eine Wanze gedreht. Bevor ich einen Report mit bugtracker vorlege, möchte ich sehen, wenn es wirklich eine Wanze oder ein gewählter Bruch vom RFCs ist. ircgraph erwartet die Antwort zu/Lusers * some.server.blah zum Haben das spezifische Formating, basiert auf RFC 2812. ngircd berichtet nur Teil von, über was normalerweise im responce 251 erwartet wird. Ich versuchte, ngircd-0.5.2 zusammenzubauen und zu kompilieren mit -- Ermöglichen-strengcRfc aber der Bau brachen mit dem folgenden: (sehen Sie oben) Vorschläge? Joshua Coombs jcoombs(a)gwi.net

2 1

Springe zur Seite:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

ngIRCd Users