+qo after joining a registered channel

[salama]

hi, i want to keep my superadmin status on but disable automatic +qo when entering a registered channel. (+q can stay but some chanops are quite nervous about this "takeover" by getting +o) can it be done?

[Stealth]

SuperAdmin is not meant to be left on. It is there to put added control over some things that may be abusive to users, and should not be used often.

[sdamon]

hi, i want to keep my superadmin status on but disable automatic +qo when entering a registered channel. (+q can stay but some chanops are quite nervous about this "takeover" by getting +o) can it be done?

unless you disabled prefix on compile... +q gives you +o...

additionaly, Superadmin pretymuch ONLY gives you +oq in every channel...thats its only job

.:05·12·40:. «OperServ» Syntax: SET SUPERADMIN {ON | OFF}
.:05·12·40:. «OperServ» Setting this will grant you extra privileges such as the
.:05·12·41:. «OperServ» ability to be "founder" on all channel's etc...
.:05·12·41:. «OperServ» This option is not persistant, and should only be used when
.:05·12·41:. «OperServ» needed, and set back to OFF when no longer needed.

[w00t]

+q gives you +o, but anope doesn't know whether you have PREFIX_AQ enabled or not - and there's the chance that (like my network) some servers might have it on, others not.

Superadmin also does more than that. It means I can do things like use raw, use some operserv functions like operflag... plenty of stuff.

[sdamon]

+q gives you +o, but anope doesn't know whether you have PREFIX_AQ enabled or not - and there's the chance that (like my network) some servers might have it on, others not.

Naughty

Superadmin also does more than that. It means I can do things like use raw, use some operserv functions like operflag... plenty of stuff.

uperadmin (which is discuraged in the anope config in the first place) Gives access to other discuraged functions, which...are by defualt disabled. So if you realy follw the recomendations, all it does is give you +qo. Also... You realy shouldnt mix PREFIX_AQ'ed servers...just for this reason...

[w00t]

They're mixed - so what. Why naughty? Do you have any experience in running such a network? (I do, and all you occasionally see is some spurious modebouncing - but that is highly infrequent, especially as services does most of the changes). And? What reason? You didn't give one.

You'll also notice (unless things changed recently - i havent connected to that server in a long time) that one of the servers on ircsystems (where the support channel is located) has prefix_aq whereas it's neighbours do not.

It also happens to do a lot more than simply add you as founder to channels - I was talking to Rob and GeniusDex on the anope support channel about this: The following commands CANNOT be used without superadmin:
[22:58:23] <w00t> there are some operserv funcs arent there?
[22:58:25] <w00t> yeah
[22:58:29] <w00t> which ones? if you know
[22:58:39] <@Rob> rob@orange core $ grep isSuperAdmin *.c
[22:58:39] <@Rob> ns_logout.c: u->isSuperAdmin = 0; /* Dont let people logout and remain a SuperAdmin */
[22:58:39] <@Rob> os_oline.c: if (is_services_admin(u) && u->isSuperAdmin) {
[22:58:39] <@Rob> os_oline.c: if (!u->isSuperAdmin) {
[22:58:39] <@Rob> os_set.c: u->isSuperAdmin = 1;
[22:58:39] <@Rob> os_set.c: u->isSuperAdmin = 0;
[22:58:39] <@Rob> os_svsnick.c: if (is_services_admin(u) && u->isSuperAdmin) {
[22:58:39] <@Rob> os_svsnick.c: if (!u->isSuperAdmin) {
[22:58:39] <@Rob> os_umode.c: if (is_services_admin(u) && u->isSuperAdmin) {
[22:58:39] <@Rob> os_umode.c: if (!u->isSuperAdmin) {
[22:58:42] <@Rob> those
[22:59:08] <@Rob> umode, svsnick, oline

Try telling me that all those "are discouraged and disabled by default".

So, uhm, shoo :p. I have no need for superadmin anyway, if I need to be on a channels ACL for some reason (closing a warez channel or whatever) I'll simply use CS SET FOUNDER.