/srv/irclogs.ubuntu.com/2014/10/24/#ubuntu-irc.txt

MooDoohello al06:55
Cyrichi07:07
Cyrici have one noob question on linux packages... I need some clarification there... in particular to the TAR.GZ packages07:08
Cyricthose are preinstalled version...so i just extract them in usr/local and that is it right?07:08
=== lubotu2` is now known as lubotu2
MosesEXhttps://www.biblegateway.com/passage/?search=Acts+17%3A23-3415:41
MosesEX!ops | repent https://www.biblegateway.com/passage/?search=Acts+17%3A23-3415:41
MosesEXrww, nooo waaaa15:41
MosesEXrww, https://www.biblegateway.com/passage/?search=Acts+17%3A23-3415:41
ubot5MosesEX called the ops in #ubuntu-kernel ()15:45
ubot2MosesEX called the ops in #ubuntu-kernel ()15:45
tewardwhen's the next IRC Council meeting...?15:49
rwwthe next IRC Team meeting is November 19th15:51
tewardrww: thanks - the wiki page isn't updated hence my asking :015:51
teward:) *15:51
rwwif you plan on using this information somehow, I recommend letting ubuntu-irc@ know so people actually show up15:51
rwwyes, the wiki page is kind of unmaintained ;s15:51
tewardrww: indeed.  i'll email the list, probably.15:52
tewardAFTER I regenerate my ability to write coherently :P15:53
rwwout of interest, what's up?15:53
tewardrww: look up at who you sniped, and see where else they showed up - idea: a shared "global bans" channel where known multichannel spammers who have no other goal than to disrupt can be banned in, which would then trickle down to all the related channels which have a $j ban which refers back to the 'global bans' channel - see https://blog.freenode.net/2014/06/new-extban-j/15:54
tewardgranted, it's just an idea at this point15:54
rwwWhat's the actual lag time on $j taking effect? That blog post or something somewhere said it has one.15:55
tewardbut judging by the volume of the channels and the rising frequency of cross-channel, wide-range spammers/disruptors I've seen...15:55
rwwlike, when you ban in the channel it might not propagate to channels using $j immediately15:55
tewardrww: not certain, I'd have to poke #freenode15:55
rwwor test it :P15:55
rww(i'm too lazy)15:55
tewardi'm just poking #freenode - CBA to test things15:55
lubotu3MosesEX called the ops in #ubuntu-fi ()15:56
ubot5MosesEX called the ops in #ubuntu-touch ()15:57
lubotu3MosesEX called the ops in #ubuntu-fi ()15:57
ubot5MosesEX called the ops in #ubuntu-touch ()15:58
ubot5MosesEX called the ops in #ubuntu-touch ()15:59
rwwpermissions to add bans would be interesting too16:02
rwwcan't make it too restricted or people won't be around to set them when hfsplus is bored. can't make it too wide because it applies in all core (presumably) channels16:02
tewardrww: the problem then becomes off hours - when nobody is around with any operator permissions in $CHANNELNAMEHERE16:42
rwwoh, true, it would be strictly additive to the current set of available ops16:45
tewardrww: this begs further discussion - how do we handle when ops are not around, during those "off hours"?16:53
tewardrww: while this has been discussed all the time, it's definitely still a valid discussion16:53
rwwif there aren't any ops around, no opping happens, unless it's an emergency and IRCC or freenode staff are around and the relevant ACLs are set16:54
teward(and by 'we' i mean the irc team, not you and me)16:54
rwwif it's a regular problem, they solicit more op applications. not much else you can do, really16:54
teward*shrugs*16:54
rwwwell, unless you add another level to the hierarchy and have some core-core-ops who have op access in all core channels but aren't supposed to use it unless needed16:55
rwwbut that seems a bit overwrought16:55
Picifreenode staff should be on all the access lists and will intervene if you can find one in #freenode.  Otherwise theres not much to do except what rww has already stated.17:28
rwws/will intervene/may intervene if it's suitably emergencyish17:28
Piciaye17:28

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!