Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[jwwolf]

cant seem to get !mode to work
allways recive access denied
lastest anope and latest unrealircd

[Jan Milants]

well !mode is not a command enabled for every1.
this is just a port of the operserv mode command so it s restricted to IRCops, if it s enabled
then it also checks whether the given IRCops has the access required to perform fantasy oper commands (cf the EnOperCmds directive that should have been pasted in services.conf)

[jwwolf]

i am the root service administrator
and the EnOperCmds is set to 1

[SNU]

Hi.

My halfops on unreal 326 and anope 1717 cannot use the fantasycommand "kick". Why?

And I think I found another Bug:
I cannot do "!levels set autovoice 0"
the Problem is the "0" very other number works as well but with "0" you get the explanation of the syntax ^^

[Bearbeitet am 24-1-2007 von SNU]

[Jan Milants]

jwwolf, could you paste all the directives you use ?
whatever i try, i can't seem to reproduce your problem except by uncommenting the directive or setting it to 0

SNU, bs_fantasy_ext doesn't change anything to the default !kick command.. it s still handled by the core, and the core uses the KICK level to check whether some1 is allowed to kick, with xOP on that means it s restricted to aop and above, with the levels system it s a default level of 5

the problem with setting 0 is confirmed though... i ll take a look at it for the next version

[Jan Milants]

i am about to release a new version of bs_fantasy_ext before i leave for 4 months to finland, i still need a few people to test it though before i upload it to the anope module site to filter out any remaining bugs since there are quite a few changes in the new release, nothing critical has been fixed though.

You can get RC1 of 1.1.12 here: http://vips.hopto.org/~viper/bs_fantasy_ext-1.1.12.tar.gz

There is one critical item on the todo list i could not reproduce and therefor has not been fixed (if it even exists)... if anyone has this problem, pls contact me with more details regarding this issue

Code: [Select]

- if a user types !seen without a nick with bs_fantasy_ext loaded anope runs into a
panic and cores

For more details, see the CHANGELOG file...
Maybe one of the more important entries:

Code: [Select]

Renamed ListExcempNick to ListExempNick (Will need to be changed in services.conf!)

Please report your findings on this RC back to me asap as i ll be leaving friday and would like to publish this before then

I m only distributing the RC as sourcecode, not as windows compiled binaries.

[Edited on 28-2-2007 by Viper]

[Slutwig]

Hi there,

I would like to thanks you for this mod, this is a wonderful job.

Also, I have put the last anope on my server, running under debian.

My main probleme is, that when i load the module, all runs fine, but all 5 minutes, the services are lagging during 1 or 2 minutes.

I do not have the SQL support enabled, and this is the only modules running on anope.

I have 100 users conneted, and almost 20 channels with bots on it.

This is quite annoying, do you know the possible cause of it ?

I do not see anything into the logs.

[Jan Milants]

which version of bs_fantasy_ext are you using ? the RC ?
and the the same happen when you remove the module from autoload.

i can't think of any reason that could cause this right away, except for using sql enabled... so far i haven't had any1 reporting this kind of behaviour and the module runs fine on networks much larger then yours..

[Slutwig]

I'm using 1.1.11

Should I try with the RC version ?

I could try to load it manually to see if the same happens.

[Jan Milants]

yes try both please.

and can you confirm that if you don't load the module, the same problem doesn't occur?
or if you load if manually..

btw are you on linux or on windows ?

[Slutwig]

I'm on Linux Debian.

When I unload the module, anope is running fine, i'm trying it on manual load, still with the version 1.1.11.

I did a make clean to be sure that everything is tidy ...

If there is a lag, I'll try the RC version and get back to you.

[Slutwig]

Even after mutiple try, with other mod, without, make clean & install, trying different settings.

Still a Lag

Even with the RC version :/

ALmost all 5 minutes, the services are not available for ~1 minute.

[Jan Milants]

Originally posted by Slutwig
Even after mutiple try, with other mod, without, make clean & install, trying different settings.

Still a Lag

you get the lag even when you run anope without any 3rd party module ??

btw, if you check the processes, is services using 100% cpu or so ?

[Edited on 27-3-2007 by Viper]

[Slutwig]

No, there is no lag without 3rd mod.

and the services never use 100% of the CPU, I always have 60 or 50% of idle.

Edit : I find out what went wrong, i mess with the Mysql config :s

Thanks anyway for the help, and the mod :p Nice one ^^

[Edited on 27-3-2007 by Slutwig]

[jwwolf]

tbanned my self and anope panics
using 1.1.12RC1 of bs_fantasy_ext
unreal 3.2.6
anope 1.7.18
note "mybot" is a botserv bot and not an eggdrop to clear any confusion

dumpcore is uncommented but no debug files are being made

Code: [Select]


<jwwolf> !tb jwwolf
* Mybot sets mode: +b *!jwwolf@my.host
 -irc.*.net- *** Global -- from services.*.net: PANIC! buffer = :jwwolf PRIVMSG #mychan :!tb jwwolf


i restarted anope
i !tb my self and

Code: [Select]


<jwwolf> !tb jwwolf
* mybot sets mode: +b *!jwwolf@myhost
-irc.*.net- *** LocOps -- Server services.*.net[my.ip.] closed the connection
* Quits: &mybot (mybot@*.net) (irc.*.net services.*.net)
-irc.*.net- *** Notice -- (link) Link irc.*.net -> services.*.net[@*] established
-irc.*.net- *** Notice -- Link services.*.net -> irc.*.net is now synced [secs: 0 recv: 3.800 sent: 5.55]




also notice that multiuser mode no longer work
ie
!op 1 2 3
as well as any fantasy commands


directive set to #OverrideCoreCmds 1
bs_fantasy_kickban and bs_fantasy
unloaded

noticed services are using 100% cpu as well
i have no mysql setup

i reverted back to the stable 1.1.11
the 100% cpu usage dosent happen


but multiuser modes as well as any fantasy comands are not working properly

[Edited on 2-4-2007 by jwwolf]

[SNU]

Yea I can now second that! !tb kills the services with a panic:

*** Global -- from services.[mynet]: PANIC! buffer = :[mynick] PRIVMSG #chan :!tb
*** LocOps -- Server services.[mynet][127.0.0.1] closed the connection


I can do !tb nick the nick gets banned but services too
I can do !tb just the services get killed

!tkb works fine

[Trystan Scott Lee]

Yes sure is a segfault there, looking at a bt, there is an ugly problem due trying to print a int as a string,

tban.c -> line 72

moduleNoticeLang(ci->bi->nick, u, LANG_TBAN_RESPONSE, mask, c->name, time);

probably was meant to be

moduleNoticeLang(ci->bi->nick, u, LANG_TBAN_RESPONSE, mask, c->name, t);

[Jan Milants]

i cannot reproduce the 100% CPU issue... try and see if it still occurs in RC2...
I also cannot reproduce the issue where the multiuser mode does not work, however what you pasted as your configuration directive had a comment in front, in which case bs_fantasy_ext will not handle !op etc...
i did fix the panic (thx Trystan) among a few other things... must have had a bad moment when i wrote the part where i switched the int with a char...

      (RC2) Fixed a crashbug present in the !tb implementation in RC1 (Fix by Trystan)
       (RC2) Fixed EnOperCmds causing an error when set to 0. Had no further consequences.
       (RC2) !staff no longer includes users with +H (if supported by IRCd)
       (RC2) Fixed bug causing !set mlock to fail when issued with extra params (Reported by SNU)

link for RC2: http://vips.hopto.org/~viper/bs_fantasy_ext-1.1.12.tar.gz


[Edited on 4-4-2007 by Viper]

[SNU]

Thanks. Seems working fine. Good Work Viper!
Watched "top" a few minutes in my console and services did not come up to the top So have no 100% CPU lag. My server is a debian Sarge 1.2 Ghz so its also not the fastest bzt enough for IRC.

Multiuser voicing/devoicing also works fine. had never problems with.
Thanks for fixing !staff --> H
!set mlock not tried yet but I believe youve also done well

But there is one thing that is not really related to your module so thats why I dont really harm you. But maybe you find a solution:

first is: !up does not work if I set '/ns set autoowner off'
second is: I use module cs_autoowner and in services.conf I have NSModeOnID enabled. So if I do /ns update or rejoin a channel I have the "autoowner-accesslevel" I become +q BUT doing !up "only"gives me usermode +a. I know this is just related to cs_autoowner but as I said, maybe you (are willing to) find out a solution.
Thanks so far.

[edit]
Oh no. there seems still a bug. I will check the logs. But try:
I set:
!set mlock -t  (remember: on my ircds (unreal256) I set modes-on-join "+ntG" if you need this to know) and got:

Code: [Select]

[Apr 04 19:46:46 2007] PANIC! buffer = :SNU PRIVMSG #chan :!set mlock -t

Anope FREEZES after that. It appears in ps x and also the .pid keeps. just after few seconds services dissapear from the ircd. but as I said they keep running on the machine. Needed to Kill it. Hm and when I tried !set mlock +C to delete the mlock -t same again so it seems !set mlock does not work properly. I used for that /cs set #chan mlock.... worked well.

[Bearbeitet am 4-4-2007 von SNU]

[Bearbeitet am 4-4-2007 von SNU]

[jwwolf]

tb works without a flaw now


still cannot get multiuser modes to work
removed bs_fantasy and bs_fantasy_kickban
my directive is  set too

Code: [Select]


#OverrideCoreCmds 1

[Edited on 4-4-2007 by jwwolf]

[owine]

Originally posted by jwwolf
tb works without a flaw now


still cannot get multiuser modes to work
removed bs_fantasy and bs_fantasy_kickban
my directive is  set too

Code: [Select]


#OverrideCoreCmds 1


[Edited on 4-4-2007 by jwwolf]

You need to un-comment that like so it appears as OverrideCoreCmds 1

[Trystan Scott Lee]

Viper see your email for a fix to this bug

[jwwolf]

You need to un-comment that like so it appears as OverrideCoreCmds 1

not according to the docs
it states in the directives to...

Code: [Select]


# OverrideCoreCmds [OPTIONAL]
# Module: bs_fantasy_ext
#
# Override the fantasy commands implemented by the Anope Core to add extra functionalities
# like multiuser commands support (up to 6 users/line). If this is set, you can unload bs_fantasy.
# This will also override the !kb implemented by the core so you can also unload bs_fantasy_kickban.
# [b]To enable this comment this line out. The 1 does not influence the setting ( so changing it to 0 won't work),[/b]
# it s there to make sure the directive is parsed.
#OverrideCoreCmds 1


[Edited on 5-4-2007 by jwwolf]

[Edited on 5-4-2007 by jwwolf]

[Jan Milants]

Thanks a lot Trystan... if i had had to figure that out myself it would have cost me loads of time...

jwwolf:

# To enable this comment this line out.

however what you pasted as your configuration directive had a comment in front, in which case bs_fantasy_ext will not handle !op etc...

just do as owine said and try again...

I ll upload a RC3 here asap...

[Slutwig]

It will be nice to code à !resync / !sync command with this module.

To syncronise the user list with the access list.