Topic: Anope 1.8 & InspIRCd 1.2 Support - Stable 1.0 Released. -DEPRICATED (Read 86065 times)

Jan Milants · « **Reply #25 on:** July 28, 2009, 05:17:40 PM »

Quote from: Wesley Channon on July 28, 2009, 04:19:23 PM

If I enable Anope's config option "UseTS6" it seems to fix things completely. Maybe something you might want to put as a prerequisite for your module.

this already is a prerequisite, check the install instructions...

Quote from: Wesley Channon on July 28, 2009, 04:31:49 PM

The only other (mainly cosmetic) issue I can find, is that the /LUSERS output indicates that I've now got a ton of additional IRC operators.

Is there anyway this can be adjusted somehow, as not to include services clients (it includes BotServ bots too)?

hmmm, I guess I can remove their IRCop status, but they are clients, so they cannot be hidden form the /lusers output...
and botserv bots should not be listed as opers..

Jan Milants · « **Reply #26 on:** July 28, 2009, 07:11:45 PM »

Version 0.7 can be downloaded here: http://vips.hopto.org/~viper/inspircd12-0.7.zip

Removes unneeded ircop status from most pseudoclients and fixes an issue with registered users not being recognized as such by inspircds +R and +M modes..

CuttingEdge · « **Reply #27 on:** July 29, 2009, 08:18:50 AM »

Hi Jan,

This doesn't seem to affect the /LUSERS count for IRC operators - services clients still are included in the value.

I've found that if I comment out the "OPERTYPE" lines for both the services and BotServ clients in this module, it seems to work - must be specifically related to InspIRCd, as this adds +o regardless of the modes you set initially to any pseudo clients. A workaround would probably be removal of this mode after the OPERTYPE is sent. Not a huge issue, as its only a cosmetic one.

Otherwise, this module is looking like a winner - excellent work. Will it remain a third-party module, or do you reckon it'll eventually be included in the official distribution?

Charles Kingsley · « **Reply #28 on:** July 29, 2009, 08:54:19 AM »

We discussed this feasibility some time ago and it was decided at that time that keeping it as a third party module was wise because we don't actively add 'features' to our stable releases and something this new needs to be tried and tested by a much larger userbase before it would be considered for inclusion.

Fortunately given the ease of installation this shouldn't be a problem to provide separately.

Sm0ke0ut · « **Reply #29 on:** July 29, 2009, 09:05:23 AM »

I'm currently using it on a public network with about 1000 á 1500 users.

For now (since latest patch) it seems to stable. However I'll keep my eyes on it.

Sm0ke0ut · « **Reply #30 on:** July 30, 2009, 11:50:13 AM »

I've found another bug with session limits;

[12:42:59] [roman.travian.org] *** X:Line: *@xx545348.cable.nl by OperServ [Removed]
[12:42:59] [services.travian.org] OperServ: *@xx545348.cable.nl deleted from the AKILL list.

[12:43:05] [natar.travian.org] *** Connect: Nick1!Nick1@xx545348.cable.nl
[12:43:06] [natar.travian.org] *** Connect: Nick2!Nick2@xx545348.cable.nl
[12:43:06] [roman.travian.org] *** Kill: Nick2!Blabla@xx545348.cable.nl by OperServ :(OperServ (Session limit exceeded))
[12:43:06] *** XLINE: services.traviangames.org added GLINE on *@xx545348.cable.nl to expire on Thu Jul 30 13:13:19 2009 (Session limit exceeded).
[12:43:06] [natar.travian.org] *** Quit: Nick2!Nick2@xx545348.cable.nl [OperServ (Session limit exceeded)]
[12:43:07] [natar.travian.org] *** Quit: Nick1!Nick1@xx545348.cable.nl [G-Lined: Session limit exceeded]

[12:44:20] [services.travian.org] OperServ: The host 53545348.cable.nl currently has 2 sessions with a limit of 3.
(which is not possible because they aren't connected at all (glined))

Jan Milants · « **Reply #31 on:** July 30, 2009, 10:49:40 PM »

Version 0.8 has been released and can be downloaded here: http://vips.hopto.org/~viper/inspircd12-0.8.zip

Fixed a segfault that occured when using OS KICK on a services pseudoclient, added a check to make sure TS6 is active and it should complain less about inspircd s2s messages anope doesn't care about..

I did NOT fix the issue above reported by Sm0ke0ut as I have been unable to reproduce this or find anything wrong with it. If someone else has experienced the same issue or finds a way to reproduce, let me know.

Sm0ke0ut · « **Reply #32 on:** July 31, 2009, 10:39:33 AM »

Another bug found with SecureOps:

[11:33:07] * Sm0ke0ut sets mode: -qo Fuzzy Fuzzy

[11:33:21] * Notice from ChanServ: Secure ops option for #スモークアウト is now ON.

[11:33:47] * Notice from ChanServ: Access list for #スモークアウト:
[11:33:47] * Notice from ChanServ: Num Lev Nick
[11:33:47] * Notice from ChanServ: 1 SOP Sm0ke0ut
[11:33:47] * Notice from ChanServ: End of access list.

By user:
[11:34:32] * Sm0ke0ut sets mode: +o Fuzzy
(no deop)

By ChanServ:
[11:35:15] * ChanServ sets mode: +o Fuzzy
[11:35:15] * ChanServ sets mode: -o Fuzzy
(works)

Jan Milants · « **Reply #33 on:** August 01, 2009, 01:38:56 AM »

That was actually a bug in anopes TS6 support... I fixed this in SVN so recommend all people running this module to update to latest SVN.. The next version of the protocol module will require it anyways!

CuttingEdge · « **Reply #34 on:** August 01, 2009, 06:43:44 PM »

Hi Jan,

Looks like I've found another bug. Seems to trigger when I delink an additional server.

To reproduce the error, you need to link an additional server to your network, then remove it by terminating its process. Services will SQUIT after the delink of the additional server. I've noticed that in some occasions, you need to SQUIT the additional server more than once (a second time should do the trick) to trigger this bug.

I'm using the latest SVN of Anope 1.8.* and version 0.8 of your module.

Services doesn't give any reason why it stops - it just stops dead in the water. Normally I would be able to give you logs, but even in debug mode there isn't anything other than the other server leaving the network.

Code: [Select]

[Aug 01 18:17:44.728023 2009] debug: Received: :0EU SERVER server2.mynetwork.net * 1 4SV :Second Server
[Aug 01 18:17:44.728063 2009] debug: Server introduced (server2.mynetwork.net) from 0EU
[Aug 01 18:17:44.728080 2009] debug: Emitting event "server_connect" (1 args)
[Aug 01 18:17:44.766437 2009] debug: Received: :4SV BURST 1249147064
[Aug 01 18:17:45.075169 2009] debug: Received: :4SV ENDBURST
[Aug 01 18:17:53.746639 2009] debug: Received: :server1.mynetwork.net SQUIT server2.mynetwork.net :Remote host closed the connection
[Aug 01 18:17:53.746676 2009] debug: Emitting event "server_squit" (1 args)
[Aug 01 18:17:53.746692 2009] debug: delete_server() called for server2.mynetwork.net
[Aug 01 18:17:53.746706 2009] debug: firstuser() returning MyNick
[Aug 01 18:17:53.746720 2009] debug: nextuser() returning NULL (end of list)
[Aug 01 18:17:53.746732 2009] debug: delete_server() cleared all users
[Aug 01 18:17:53.746744 2009] debug: delete_server() cleared all servers

Hope this helps.

Jan Milants · « **Reply #35 on:** August 03, 2009, 07:01:39 PM »

This was a TS6 issue in the core.. update to the latest SVN...

CuttingEdge · « **Reply #36 on:** August 04, 2009, 09:13:59 PM »

Hi Jan,

Confirmed. Latest SVN does fix this.
I had already updated my version .. didn't realize there was another TS6 fix.

Thanks!

Sm0ke0ut · « **Reply #37 on:** August 05, 2009, 06:18:02 PM »

[19:11:07] * Notice from NickServ: Your nick has been logged out.

[19:11:46] <@flying_fortress> so, Sm0ke0ut try messaging Okeanos

[19:12:01] -> *Okeanos* ofc I can PM you. I'm an allmighty IRCop
[19:12:01] * Cannot join channel (+R) (trying to auto-invite)
[19:12:01] * Notice from ChanServ: Channel Okeanos doesn't exist.

[19:14:26] <@Sm0ke0ut> the message should be more like
[19:14:37] <@Sm0ke0ut> 'This user doesn't not accept messages from unregistrered users'

However you can talk to them when you're identified, I do think that message should be more like:
"This user doesn't not accept messages from unregistrered users"

I've no debug log, however I think this should be enough =)

LEthaLity · « **Reply #38 on:** August 05, 2009, 07:00:04 PM »

What client do you use? I know some get thrown off by +R.
My plain mirc shows it correctly "You need to be identified to a registered account to message this user"

Jan Milants · « **Reply #39 on:** August 05, 2009, 11:36:41 PM »

Actually this has nothing to do with anope...

The IRCd handles the user and channelmodes +R.. Anope simply marks a user a registered by setting +r and setting the metadata for the account name. After that everything is handled by InspIRCd. And this particular message - though I d have to look this up - might not even be send by InspIRCd, but is likely send as a numeric, which the users' client then translates into a message in the users set language.
Anope isn't even informed of this kind of stuff..

Keith · « **Reply #40 on:** August 10, 2009, 05:18:43 PM »

Haven't had a issue as of yet

Thanks for this great mod!

Jan Milants · « **Reply #41 on:** August 16, 2009, 08:37:05 PM »

Version 0.9 has been released and can be downloaded here: http://vips.hopto.org/~viper/inspircd12-0.9.zip

This fixes a number of issues of which the most important are:
- session tracking: when killing clients on servers other then the uplink the user was not deleted.
- fixed KILL syntax
- fixed issue where people would be able to take over other nicks while services are down. the protocol module now uses the metadata to auto-ID users instead of the +r usermode.

Upgrading is recommended, but keep in mind because some changes are quite big it s possible some new bugs might have slipped in...

Also, for now, you will need to modify the anope core before you can install the protocol module. In the archive is a users.patch which must be applied to svn (2452 or newer), or simply replace the src/users.c in anopes source with the one in the archive (this is for svn 2452). If the core changes are stable, I will commit these to SVN so you won't have to patch the core again in the future..

CuttingEdge · « **Reply #42 on:** August 28, 2009, 02:15:05 PM »

Might I suggest adding usermode +k to each of the pseudo clients. It'll protect them from being killed from the network (like UnrealIRCd's +S) - also seems to add a 'is a <network> Service' to WHOIS output.

Jan Milants · « **Reply #43 on:** August 31, 2009, 09:27:35 PM »

With the release of InspIRCd 1.2.0 I think the time is right to release version 1.0 of my protocol module. I now consider the module to be stable and suitable for use on any production network.
I dare even say this module is more flexible then the one that ships with Anope-1.9

though more exotic setups are much less tested and may still be prone to a few bugs. The module *should* detect the presence of InspIRCd modules such as m_chanprotect or the disabling of halfop, but this is still largely untested.

This release fixes a minor bug in SVSNICK and in the BURST syntax.
Download: http://vips.hopto.org/~viper/inspircd12-1.0.zip

Quote from: Wesley Channon on August 28, 2009, 02:15:05 PM

Might I suggest adding usermode +k to each of the pseudo clients....

I looked into this, but I can't do this (without making the module a requirement) for the version I release for Anope without more changes to the core. The module can be easily edited to include the +k user mode though for those that wish to use it.

I do have a slightly improved version of the InspIRCd protocol module which dynamically detects m_servprotect and adds the +k usermode, however it requires you run a more modified version of Anope. If you want to try it, you can find my modified version of anope, incl the protocol module and core changes in my git repository's master: http://vips.hopto.org/git/?p=anope/.git;a=shortlog;h=refs/heads/master
Note though that it does include other patches, such as the -1 access level for unregged users, and more (ex nefarious support) may be added later on depending on my needs...
If you just want the changes required to anope and the "regular" protocol module look here.

Charles Kingsley · « **Reply #44 on:** September 01, 2009, 08:49:00 PM »

Further to my news post acknowledging Inspircd's release of 1.2 as stable we've made the following available for download.

A copy of the latest stable 1.8.2 svn (as at 1st of September 2009) with Viper's changes and inspircd 1.2 support.

Please can you all test this out and put it through its paces before we can consider building it into 1.8.3.

http://www.anope.org/downloads/anope-1.8.2-svn-insp12-support.tar.gz

http://www.anope.org/downloads/anope-1.8.2-svn-insp12-support.md5sum.txt

therock247uk · « **Reply #45 on:** September 05, 2009, 11:28:34 PM »

Any windows pre complied versions? the latest 1.8 svn doesent even complile under win.

edit: 1.9 svn doesent either.

edit: 1.8 does under vs 2005 not 2008.

Jan Milants · « **Reply #46 on:** September 06, 2009, 12:40:19 AM »

My laptop with my windows build env is currently rma so I can't help you with that atm... maybe chaz can do it on the windows build env he uses for regular anope releases?

therock247uk · « **Reply #47 on:** September 06, 2009, 12:47:05 AM »

the above anope-1.8.2-svn-insp12-support.tar.gz compiles fine under vs 2005 just needs one edit in the file...

src\protocol\Makefile.win32

make sure inside it reads

SRCS=bahamut.c charybdis.c dreamforge.c hybrid.c inspircd11.c inspircd12.c plexus2.c plexus3.c ptlink.c rageircd.c \
ratbox.c shadowircd.c solidircd.c ultimate2.c ultimate3.c unreal31.c unreal32.c viagra.c

compile and it works with inspircd 1.2

Charles Kingsley · « **Reply #48 on:** September 06, 2009, 03:46:32 PM »

Hi,

With pleasure.

MySQL Disabled (default) http://www.anope.org/downloads/Anope-1.8.2-with-insp12.exe

MySQL Enabled: http://www.anope.org/downloads/Anope-1.8.2-with-insp12-MySQL.exe

Charles Kingsley · « **Reply #49 on:** September 06, 2009, 03:49:07 PM »

Quote from: therock247uk on September 05, 2009, 11:28:34 PM

Any windows pre complied versions? the latest 1.8 svn doesent even complile under win.

edit: 1.9 svn doesent either.

edit: 1.8 does under vs 2005 not 2008.

Since I've been building Anope releases (mid 1.7.x) I've always built them with VS 2005 and have no plans to change this as it would mean everyone having to update their VC++ runtimes if they hadn't already.

Several module authors though have compiled their modules with VS 2008 which has already forced the above but I see no reason to change the default build.

For 1.9, I will check this and see what is happening.

News:

Author Topic: Anope 1.8 & InspIRCd 1.2 Support - Stable 1.0 Released. -DEPRICATED (Read 86065 times)

CuttingEdge

CuttingEdge

CuttingEdge

CuttingEdge