[00:04] ikonia: are you busy? you may be able to help storrgie1 in #ubuntu i'm not a network expert :/ [00:05] erUSUL: 2 minutes and I'll look in [00:05] erUSUL: just finishing off something quick and I'll look in [00:05] thanks much [05:09] hola [05:09] he sido baneado en ubuntu-es [05:09] por un bot [05:09] que dice que pego texto.. [05:09] siendo que no he pegado texto.. [05:09] alguien me puede ayudar? === danroj is now known as judas === judas is now known as danroj [12:58] <[NikO]> * LjL est parti (Excess Flood) [12:58] <[NikO]> huhu [12:58] it's when i connect [12:59] i join too many channels and my client does that too noisily [12:59] <[NikO]> :) [12:59] <[NikO]> +r ? [12:59] <[NikO]> +u no ? [12:59] i'm +u yes [13:00] but that doesn't make me exempt from excess flood if i do a bunch of JOINs, or for that matter NAMESs, in a row [13:00] <[NikO]> i see [13:00] solution: do not disconnect [13:00] <[NikO]> :) [13:00] Myrtti: and in fact, my bouncer is always on [13:00] Myrtti: but my client doesn't know that, and does NAMES anyway [13:00] <[NikO]> irssi proxy ? [13:00] no, muh [13:01] <[NikO]> i use irssi proxy on server, and use xchat as gui client [13:02] i'm looking for a replacement for muh (i've been looking for that for years now...), but irssi-proxy isn't ideal, i'd rather have something that's in the repositories and that's dedicated [13:02] bip and znc are the most likely candidates [13:03] znc would be wonderful, if it only had built-in logging - instead it's a separate plugin that's not provided in repositories [13:30] [NikO], hey there, did the bot get permissions after all? [13:31] <[NikO]> yes [13:31] <[NikO]> hi [13:31] cool :D [13:31] a spammer was singing the beatles in the channel :S [13:32] <[NikO]> i see one ban this night [13:39] [NikO], really? [13:40] <[NikO]> effie_jayx, AUTOBAN of danroj (n=Administ@201.245.245.170) on #ubuntu-es due to flood [13:40] <[NikO]> at 06:02 here [13:40] <[NikO]> one hour [13:42] GOD he is still around? [13:43] GOD is indeed still around, if you are a believer [13:43] <[NikO]> ahah [13:43] <[NikO]> he comes here claim, but i think he leave === dantalizing_ is now known as dantalizing [14:01] hi, how can i get/make a cloak? [14:02] cropalato: to receive an ubuntu cloak you need to be an ubuntu member [14:02] otherwise you can ask the freenode staff for an unaffiliated cloak [14:02] pleia2, i am a member [14:02] link to launchpad? [14:02] https://edge.launchpad.net/~ricardo-cropalato [14:03] ok, then make sure you've followed these steps: http://freenode.net/faq.shtml#nicksetup [14:04] I can't actually help you get a cloak, but there are people here who can, just wait around a bit :) [14:05] pleia2, thanks [14:18] pleia2, do you know who do i need to ask? [14:19] ping: PriceChild, nalioth for cropalato cloak [14:19] cropalato: just wait around for a while, someone will see your request [14:20] pleia2, ok. tks === SLsFIinE is now known as LjL [20:02] Good afternoon [20:06] I'm kinda curious on how to apply to get ops in a channel (the wiki seems kinda vague) [20:10] NCommander: For an existing channel? [20:11] Yes, but its extremely new [20:11] (no dedicated ops according to the wiki) [20:14] NCommander: Well, the founder of the channel would have to grant you the necessary flags. [20:14] Ah, I see [20:14] NCommander: Which are +votiA for a general op [20:14] I thought those rights were delegated by the Ubuntu IRC Council [20:15] NCommander: What channel is it? [20:15] #ubuntu-arm [20:15] I shall ask the founder :-) [20:15] NCommander: the IRC council can grant them for that channel as well. [20:16] As I said, the wiki pages I saw are kinda vague [20:16] Is there a more clear guide? [20:16] (I've held op rights before on other networks, even IRCop status, so that part I do get) [20:18] NCommander: The document assumes that the channel founder is the one following the guide and adding new ops. [20:18] https://wiki.ubuntu.com/IrcTeam/CreatingChannels [20:18] No, that I realized :-) [20:19] but I was under the impression the IRC council grants ops in a channel or two, and then may later promote someone to global Ubuntu OP (aka, ops in all ubuntu channels) [20:19] <[NikO]> NCommander, i think no [20:20] Most Ubuntu channels are small enough that we don't need to do that. [20:21] /msg chanserv access #ubuntu-arm list can tell you who has rights in a channel, /msg chanserv help flags explains what each flag means [20:22] Now I'm curious [20:22] How are oper rights then given in the larger channels [20:22] Like #ubuntu? [20:22] <[NikO]> try the same thing with #ubuntu :) [20:23] We'll invite an active contributor to the channel, one who we feel would make a good op (behavior wise) [20:24] I assume the same applies to the dev channels as well [20:26] Actually, for the most part, we don't need to change those access lists. [20:27] Most of the people on them have been there 'forever' [20:27] And they don't get as much of the riffraff that we do in the core channels. === cropalato_ is now known as cropalato === cropalato is now known as ricardo-cropalat === ricardo-cropalat is now known as croaplato === croaplato is now known as cropalato