Auronia IRC News

Es gibt nun auf dem Triagony.NET Netzwerk seit neuem den lightIRC WebChat, welcher auf Flash basiert. Der NetAdmin brain kündigte aber auch an, dass der AJAX-WebChat Mibbit weiterhin angeboten wird. Ebenso wurde auch angekündigt, dass es seit neuem iFrame-Generatoren gebe, mit denen sowohl ein Code für den lightIRC WebChat, als auch für den Mibbit WebChat erstellt werden könne. Dieser könne dann einfach auf der Homepage eingebunden werden. Im Triagony Wiki wurde auch ein Eintrag zu den WebChats veröffentlicht. Wenn man den WebChat durch das “DirektChat”-Panel auf der Sidebar der Homepage öffnen möchte, so wird nun der Flash-Chat geöffnet.

Ich habe mir mit Rhodan zusammen überlegt, mal einen Erfahrungsbericht von mir zu veröffentlichen. Ich hoffe, dass euch diese neue Art von Beitrag interessiert.

Das Vorhaben

An einem kalten Sonntagabend beschloss ich den Support des UnrealIRCd Projekts zu testen. Das UnrealIRCd Projekt entwickelt seit vielen Jahren einen IRC Server, welcher auf einfache Benutzbarkeit optimiert wurde.

Obwohl die meisten Benutzer IRCD Server unter auf UNIX basierten Betriebssysteme betreiben, gibt es Ausnahmen, welche diese mit Betriebssystemen der Firma Microsoft betreiben wollen.

Nachdem ich von der Entwicklung der neuen UnrealIRCd Version erfahren habe, beschloss ich zum direkten Vergleich den UnrealIRCd Server in der Version 3.2.8.1 mit dem Microsoft C++ Compiler zu kompilieren.

Wie kompiliert man den UnrealIRCd mit dem Microsoft C++ Compiler

Hierzu öffnet man die Microsoft Visual Studio Konsole mit der Verknüpfung, welche unter “Start => Programme => Microsoft Visual Studio 2008 => Visual Studio Tools” zu finden ist und “Visual Studio 2008-Eingabeaufforderung” heisst.

Anschließend navigiert man in den “Haupt” Ordner des Quellcodes. In diesem befindet sich die Datei “makefile.win32”.

Nun startet man mit dem Befehl “nmake -f makefile.win32” den Kompilierungsprozess.

Hierbei tritt folgender Befehl auf:

wircd.def : error LNK2001: unresolved external symbol add_remote_include
wircd.def : error LNK2001: unresolved external symbol add_send_mode_param
wircd.def : error LNK2001: unresolved external symbol badwords_stats
wircd.def : error LNK2001: unresolved external symbol ban_version
wircd.def : error LNK2001: unresolved external symbol fast_badword_match
wircd.def : error LNK2001: unresolved external symbol fast_badword_replace
wircd.def : error LNK2001: unresolved external symbol find_loaded_remote_include

wircd.def : error LNK2001: unresolved external symbol find_remote_include
wircd.def : error LNK2001: unresolved external symbol m_names
wircd.def : error LNK2001: unresolved external symbol myargv
wircd.def : error LNK2001: unresolved external symbol mystpcpy
wircd.def : error LNK2001: unresolved external symbol our_strcasestr
wircd.def : error LNK2001: unresolved external symbol remote_include
wircd.def : error LNK2001: unresolved external symbol send_channel_modes
wircd.def : error LNK2001: unresolved external symbol send_channel_modes_sjoin
wircd.def : error LNK2001: unresolved external symbol send_channel_modes_sjoin3
wircd.def : error LNK2001: unresolved external symbol snprintf
wircd.def : error LNK2001: unresolved external symbol stripbadwords
wircd.def : error LNK2001: unresolved external symbol w_whois
wircd.def : error LNK2001: unresolved external symbol webtv_cmds
wircd.def : error LNK2001: unresolved external symbol webtv_parse
wircd.lib : fatal error LNK1120: 21 unresolved externals
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 9.0\VC\BIN
\link.EXE"' : return code '0x460'
Stop.

Der Support

Ich war der Meinung, dass dies ein Fehler der Entwickler war und begab mich in das offizielle Support IRC Netzwerk von UnrealIRCd, welches die Adresse “irc.UnrealIRCd.com” hat. Da ich der Meinung war, dass es kein “Benutzerfehler” war, begab ich mich in den Channel “#unreal-devel” um die Entwickler über diesen Fehler zu informieren.

Dort traf ich auf Stealth, welcher mich mit einem Channel Ban darauf hinwies, dass ich im falschen Channel bin und doch bitte die FAQ lesen solle.

Dort findet man unter dem Artikel “Compiling – Windows: unresolved external symbol ..” einen fehlerhaften Auszug aus dem Kompilierungsprozess, wessen Fehler aber nicht mit meinen übereinstimmt. Dort wurde mit einem fehlerhaften Link auf eine Anwendung “dlltool.exe” verwiesen. Nach erfolgreichem googlen fand ich dieses Programm unter der Adresse http://www.vulnscan.org/tmp/dlltool.exe.

In der FAQ stand folgende Instruktion:

nmake -f makefile.win32 [your other options here]
nmake -f makefile.win32 SYMBOLFILE
nmake -f makefile.win32 [your other options here]

So basically you just run nmake -f makefile.win32 SYMBOLFILE and then restart compiling again.

Auf Grund langjähriger Erfahrungen mit OpenSource Software war ich der Meinung, dass “SYMBOLFILE” ein Platzhalter sein müsse, welchen ich durch die fehlerhafte Objektdatei ersetzen muss. Allerdings bekam ich nur einen Hinweis, dass die Objektdatei existiert.

Als ich in “#UnrealIRCd” bezüglich diesen Fehlern nachfragte, wies mich der Benutzer “commx” darauf hin, dass ich doch bitte in “#UnrealIRCd-support” fragen möchte. Stealth bannte mich darauf hin auch im “#UnrealIRCd” Channel.

Direkt als ich den “#UnrealIRCd-support” Channel betrat, wurde ich schon wieder gebanned mit der Begründung, dass meine Anwesenheit nicht erwünscht ist und ich nicht in der Lage bin einfache Instruktionen durchzuführen.

Die Lösung

Nun habe ich aus purem Sarkasmus den Befehl so ausgeführt, wie er dort stand:

nmake -f makefile.win32 SYMBOLFILE

und es funktionierte.

Fazit

Die Freundlichkeit des Supports lässt zu wünschen übrig. Man hätte den Fehler suchen können anstatt den Benutzer aus diversen Channels zu bannen. Vielleicht war mein Problem auch nur der offizielle Grund. Ich habe den Nicknamen “irc1” verwendet, welcher nicht wirklich einfallsreich war.

Ein OpenSource Projekt sollte vor der STABLE Freigabe unter Windows kompiliert werden und auf eventuell auftretende Fehler untersucht werden. Hätte das UnrealIRCd Projekt dies getan, wäre mein Fehler nicht aufgetreten.

UnrealIRCd 4 kommt. Es geht langsam voran, aber er wird sicherlich kommen. Dies schrieb jedenfalls Stealth. Aber es arbeitet bisher nur ein Programmierer an ihm.
Bisher existiert ein Kern, der sich kompilieren lässt, Verbindungen erlaubt, die Basis-Befehle beherbergt und man kann auch schon Channels betreten. Doch obwohl ein Kern existiert, ist man noch weit davon entfernt einen Kern zu haben, welcher alle wichtigen Basis-Funktionen unterstützt.

Falls jemand C++ Coder ist und am Unreal helfen möchte, so möge er doch den Channel #unreal-devel auf irc.unrealircd.com betreten. Dort wird man dann über alles Wichtige informiert. Falls jemand den bisherigen Source-Code downloaden und sich anschauen möchte, er ist hier zu finden.

UPDATE vom 12.01.2010:

Ich möchte hier einen Blogeintrag von einem UnrealIRCd 4 Coder, commx, zitieren, hier sind nämlich auch noch ein paar Informationen.

UnrealIRCd 4: Wie ein Kern entsteht

Es ist etwas über 5 Wochen her, als ich mich am UnrealIRCd-Team beteiligt habe und in den fünf Wochen schon ein beträchtlicher Teil an Code entstanden ist. Das Hauptaugenmerk liegt momentan an der Entwicklung eines stabilen Kerns, der sich vollständig gemäß der RFC 1459 und 2812 verhält. Durch die modulare “Bauweise” kann die Funktionalität anschließend durch Module erweitert werden, die dann möglicherweise auch Funktionen bereitstellen, die nicht den standardisierten Regeln entsprechen.

In den nächsten Wochen wird der Kern weiter ausgebaut, sodass wir UnrealIRCd 4 bald offiziell als alpha deklarieren können. Der aktuelle Source Code kann von jedermann mittels Mercurial heruntergeladen werden, die Adresse des Repositories findet ihr auf der UnrealIRCd-Seite.

Übrigens: Wenn jemand von euch Interesse hat, aktiv an UnrealIRCd 4 mitzuwirken, meldet euch in #unreal-devel auf irc.unrealircd.com. Als Voraussetzungen gelten gute C++-Kenntnisse sowie Erfahrungen mit dem Umgang von Versionskontrollsystemen. Da momentan hauptsächlich für *NIX-basierte Systeme entwickelt wird, suchen wir auch MSVC-Nutzer, die den Code für Visual Studio (>= 2008) testen und entwickeln.

Am gestrigen Morgen kam es auf dem Inside-IRC zum Ausfall des Servers “freakshow.inside-irc.net” und somit auch zum Ausfall von “sbnc1.inside-irc.net”. Auf dem Server wurden unangekündigt Kernel-Updates durchgeführt. Bei dieser Gelegenheit wurden der IRCd und der sBNC-Server auf eine neue dezidierte Maschine umgelegt, dabei blieben DNS-Einträge und Ports gleich. Das Team bittet um Verständnis, da es keine Möglichkeit hat solche Updates vorauszusagen.

Das Inside-IRC hat selbstgeschriebene Services. Daher habe ich mal den Entwickler von X, shenziro, zu dem Thema und auch zum Netzwerk selbst interviewt.

Rhodan: Seit wann gibt es das Inside-IRC?
shenziro: Das Inside-IRC an sich gibt es seit 13. April 2006. Vorher hieß es für kurze Zeit Pixeleintopf.
Gegründet wurde Pixeleintopf von mir, was als solches aber nie als IRC-Netzwerk an den Start gehen sollte, doch kamen immer mehr Leute.
Zum Beispiel auch Matze, der heute neben mir das Inside-IRC mit leitet.
Da Pixeleintopf kein richtiger Name für ein IRC-Netzwerk war, kamen wir nach kurzen Überlegen auf den namen Inside-IRC.
Und dieser Name ist bis heute noch Programm.

Rhodan: Dein Netzwerk hat selbst geschriebene Services, was ist das besondere an ihnen?
shenziro: Wir haben uns bewusst für selbst geschriebene Services entschieden, da wir von Anfang an nicht auf fertige Services vertrauen wollten.
Wenn wir alles selber schreiben, wissen wir, was unsere Services können und können diese auch perfekt auf unser Netzwerk abstimmen, können auf Userwünsche besser eingehen
und können all unsere Ideen besser unterbringen, deswegen sind selbst geschriebene Services immer etwas besonderes.

Rhodan: Was hat dich dazu bewegt selber welche zu schreiben?
shenziro: Das ganze ist als “Spielerei” mit dem P10 Protokoll des ircu damals entstanden und auf positives Feedback gestoßen. Nach und nach kam mehr dazu. Es funktionierte damals ohne direkten Login sondern nutzte die Account-Namen, die unser damaliger Service für die IRC-User setzte.

Rhodan: “X” gibt es ja auch auf dem Undernet und es hat eine ähnliche Kommandoführung – sind deine Services an den Undernet-Services orientiert oder ist das Zufall?
shenziro: Ich weiß kaum etwas über X auf dem Undernet. Funktionen sind aber eher am alten Q des Quakenets orientiert, da ich damals viel Zeit dort verbrachte und wohl einige Funktionen daher mehr oder weniger Ähnlichkeiten haben.
Der Name X ist historisch bedingt, da ich den Service damals im “Tec-X”-Netzwerk und später “Linux-Net” entwickelte.

Rhodan: Arbeitst du alleine an ihnen oder helfen dir welche?
shenziro: Das komplette Team ist bei der Planung sowie Entwicklung und dabei insbesondere der QualitÀtssicherung durch Tests neuer Funktionen dabei. Die Programmierung tätige ich größtenteils allein.

Rhodan: Kommen öfters User an und haben spezielle Wünsche?
shenziro: Leider erhalten wir im Moment sehr wenig Feedback. Gerade jetzt ist die beste Zeit, dass vielleicht doch der eine oder andere uns seine Verbesserungswünsche offenbart.

Rhodan: Was können eure Services, was andere Services nicht können (also weil sie gerade selber gebebaut sind)?
shenziro: Da unsere Services direkt auf unser Netzwerk abgestimmt sind, wie schon in der 1. Frage beantwortet, laufen diese besonder stabil und können bei Fehlern auch viel schneller reagieren, da wir wissen, wo der Fehler herkommt.
Wie auch schon in der 1. Frage beantwortet, können wir auch viel besser auf Userwünsche eingehen und diese auch umsetzen, was mit Fertig-Services viel schwerer umzusetzen da es bei neuen Versionen immer wieder viel Zeit zum Anpassen der eigenen Patches benöigt.

Rhodan: Ich habe gehört, dass “X” zur Zeit umstrukturiert wird. Was wird denn geändert oder was kommt noch hinzu?
shenziro: Mit dem Umstieg auf InspIRCd wurde es notwendig, weitreichende Veränderungen in der Kommunikation mit dem IRC-Server zu tätigen. Wir haben uns deshalb entschlossen, alle Services neu zu implementieren, da der Aufwand etwa der gleiche ist, wir jedoch gleich mit den gewonnenen Erfahrungen der alten Services den neuen verbessern können.
Es sind einige große Verbesserungen geplant. Darunter beispielsweise eine pro Account einstellbare Sprache und Zeitzonen, ein Memo-Service um sich Offline-Nachrichten zu schreiben.

Rhodan: Wann können wir denn mit dem neuen “X” rechnen?
shenziro: Einen konkreten Termin gibt es leider nicht. Das ganze hängt davon ab, wann alles fertig wird und ob noch grobe Fehler während der Tests auftreten.

Rhodan: Wird “X” immer ein Geheimnis des Inside-IRCs bleiben oder auch einmal veröffentlicht werden?
shenziro: Es ist nicht geplant, die Software allgemein zur Verfügung zu stellen, da der Service zu sehr auf unser Netzwerk zugeschnitten ist.

Rhodan: Was könnt ihr als persönliche Highlights eures Netzwerkes nennen?
shenziro: Als persönliche Highlights können wir einige Dinge nennen, z.B.:
– Unser eigens programmiertes Trustsystem, was vollständig über die Homepage verwaltbar ist.
– Einen Free-BNC-Service, wo User auch über die Homepage Bouncer requesten und dann verwalten können.
– Einen vHost-Service mit dem man sich ebenfalls über die Homepage vHosts anlegen kann. Seit der neusten Version ist es auch möglich, eigene Domains in das System einzupflegen.

Und wieder ist ein Jahr vergangen. Im Bereich des Internet Relay Chats hat sich 2009 viel getan. Zum Beispiel wurde eines der weltgrößten IRC Netzwerke, nämlich Freenode, ganze 15 Jahre alt. Genauso möchte der viel genutzte AJAX-Webchat-Betreiber Mibbit Premium Widgets anbieten, mit denen man seinen eigenen Mibbit Chat verändern und anpassen kann. Dann wurde dieses Jahr Anope 1.8.0 als Stable veröffentlicht und mit 1.9.0 eine neue Development-Reihe gestartet. Von Atheme gab es ebenfalls ein Update auf die Version 5. Es wurde die Version 3.2.8 vom UnrealIRCd veröffentlicht, auf die gleich ein Bugfix mit Version 3.2.8.1 folgte. Aber ich denke, dass das Highlight im vergangenen Jahr die Veröffentlichung vom InspIRCd 1.2 war. Kurz darauf folgte ebenfalls ein Bugfix mit 1.2.1 und es wurde auch gleich die nächste Reihe gestartet, denn es wurde gleichzeitig eine Alpha-Version von 2.0 veröffentlicht.
Was man leider mit ansehen musste, waren die zurückgehenden Userzahlen im IRC in größeren IRC-Netzwerken wie dem Quakenet oder dem euIRC (Berufung auf die Statistiken von netsplit.de).

Aber 2010 soll viele gute Sachen bieten! Gut, 2010 begann mit einer schlechteren Nachricht, zwar wurde eine neue Version von den IRCServices veröffentlicht, allerdings wird an ihnen nicht mehr weiterentwickelt. Dann sind für das 1. Quartal 2010 einmal Denora 1.9.0 und MagIRC angekündigt. Nochmal zur Erinnerung: MagIRC ist eine Web-Plattform, welche u.a. phpDenora ersetzen soll. Durch sie kann man Einstellungen von NickServ, ChanServ, usw. ändern, aber ebenfalls sind dort auch Statistiken vorhanden. Man kann dort dann auch Benutzerprofile erstellen usw. – näheres ist in dem Interview von Hal9000 und mir zu finden. Dann soll auch wie angekündigt Anope 1.8.3 als Stable erscheinen. Anope 1.9.3 soll ebenfalls als Development-Version kommen. Allerdings wird Anope 1.9.* nicht mehr als Stable-Version erscheinen, sondern die nächste Stable wird erst Anope 2.0 sein. Für das Jahr 2010 ist auch die Fusion zwischen Anope und Denora geplant.

Frohes neues Jahr – und damit wurden die Version 5.1.21 der IRCServices veröffentlicht. Der Download ist hier zu finden und die Dokumentationen dazu hier.

Mit diesem Release wurde auch angekündigt, dass die IRCServices nicht mehr weiter entwickelt werden. Neue Veröffentlichungen werden nur zum Fixen von Bugs stattfinden, welche die Sicherheit oder die Stabilität beeinträchtigen. Alle zukünftigen Ankündigungen werden auf der Seite des Projektes bei Freshmeat zu finden sein. Die Mailing-Lists wurden abgeschaltet, aber die Archive sind zugänglich (ircservices@ und ircservices-coding@). Die IRCServices Homepage wird auch am 5. April 2011 abgeschaltet werden.

Auf diesem Blog wurde bereits viel über das SlimeIRC Netzwerk berichtet, allerdings wird es so nicht mehr existieren. Das Netzwerk fusionierte zu einem anderen Netzwerk, dessen Namen wir hier nicht nennen dürfen.

Wir wünschen dem SlimeIRC viel Erfolg mit ihrem neuen Netzwerk.

Zum 31.12.2009 wird der Server “computerfreakz.inside-irc.net” vom Inside-IRC Netzwerk offline gehen. Die DNS-Einträge irc.inside-irc.net und de.inside-irc.net wurden bereits umgestellt. Alle User, die einen BNC auf dem Server “sbnc2.inside-irc.net” besitzen, mögen sich einen neuen BNC auf dem Server “sbnc1.inside-irc.net” erstellen. Das Team entschuldigt sich für Unannehmlichkeiten und es war ihm nicht möglich früher ein Datum bekannt zu geben, da sie dieses erst selbst vor kurzem erfuhren.

Das Team von Anope steht kurz davor die Version 1.8.3 zu veröffentlichen, welches InspIRCd-1.2 Support, sowie XOP-Fixes und weitere Überholungen enthält. Die neue Version soll aber erstmal getestet werden, bevor sie veröffentlicht wird. Falls sich nicht genügend Tester finden, wird sich die Veröffentlichung noch ins neue Jahr hineinziehen, aber falls sich doch genug finden, dann kann man die neue Version schon nach Weihnachten erwarten.

Falls jemand helfen möchte, so möge er sich doch an chaz via E-Mail wenden (chaz [at] anope [dot] org) und möge auch gewisse Informationen mitsenden, darunter die aktuell laufende Anope Version, die aktuelle Useranzahl, die Serverzahl und das Betriebssystem vom Services Server. Er wird daraufhin mit den Bedingungen zum Testen antworten.

Changelog (englisch):

Anope Version 1.8 SVN
——————-
Provided by Anope Dev. – 2009
10/05 A Added InspIRCd 1.2 support. [ #00]
07/31 F Fixed anope sending umode change using channels’ syntax. [ #00]
07/31 F Fixed TS6 UUID issue while parsing modechanges. [ #00]
08/01 F Fixed several memory leaks in HostServ. [ #00]
08/01 F Fixed several memory leaks in HostServ. [ #00]
08/03 F Fixed TS6 SID issue when introducing new servers. [ #00]
08/19 F Fixed NS SASET displaying wrong language. [#1094]
08/24 F Fixed entry_match() failing when given no username. [ #00]
08/27 F Fixed NS SUSPEND not being shown to services opers. [#1099]
08/27 F Fixed NS UNSUSPEND not being shown to services opers. [#1100]
08/27 F Fixed services sending no or wrong help to opers. [#1102]
08/27 F Fixed services sending no or wrong help to opers. [#1103]
08/27 F Fixed services sending no or wrong help to opers. [#1104]
08/29 F Fixed defcon failing to set and remove modes. [#1101]
08/30 F Fixed MLOCK superseding DEFCON mode lock. [ #00]
09/09 F Fixed number of TS6 compatibility issues. [#1096]
10/06 F Fixed CS FORBID not clearing excepts & invites. [#1097]
11/25 F Fixed a number of major XOP related issues. [ #00]
11/25 F Fixed a bug in CLEAR OPS causing incorrect mode removal. [#1114]
12/01 F Fixed tracking of users host when they disable their vhost [#1106]

Provided by Han` – 2009
07/28 F Updated german language file. [ #00]
07/28 F Added german language support to hs_request.c. [ #00]

Provided by Yusuf Kurekci – 2009
08/11 F Updated Turkish language file. [ #00]

Provided by Christopher N. – 2009
9/20 F Updated French language file. [ #00]

Wer möchte, kann sich an der Diskussion im Forum beteiligen.