[02:28:15] @Access [02:28:44] You are root identified by name .*@wikimedia/Technical-13 [02:28:44] @whoami [15:47:40] &add #wm-bot [15:47:48] &whoami [15:48:03] %whoami [15:48:46] $whoami [15:49:21] You are root identified by name .*@wikimedia/Technical-13 [15:49:21] @whoami [15:51:10] &suppress-off [16:08:56] &trusted [16:09:01] yup [16:09:07] it doesn't know this channe [16:09:13] &help [16:10:44] &add #xTools [16:10:52] &help [16:10:58] Hrrmm [16:11:15] you need to execute that from some known channel [16:11:27] bot ignores input from channels which it's not supposed to be in [16:11:55] &trusted [16:11:55] I trust: T13\|mobile!.*@wikimedia/Technical-13 (admin), [16:12:16] Why doesn't it know it is supposed to be here if it is in config? [16:12:21] As debug= [16:12:39] debug is special channel, but yes, it should add it to list in case it's not in there already [16:12:43] I never got in that situation [16:12:48] &trustadd petan [16:12:48] Wrong number of parameters, go fix it - example @trustadd regex (admin|trusted) [16:12:54] &trustadd petan admim [16:12:55] Unknown user level! [16:13:00] lol [16:13:00] &trustadd petan admin [16:13:01] Successfuly added petan [16:13:01] :D [16:13:08] &restart [16:13:08] Fat fingers [16:13:08] Permission denied [16:13:15] :P [16:13:22] &trusted [16:13:22] I trust: T13\|mobile!.*@wikimedia/Technical-13 (admin), petan (admin), [16:13:25] &rm -rf / [16:13:38] I have to go [16:14:00] everyone who would have "petan" in their nick is admin here btw [16:14:15] like "petanque" :P [16:14:18] &trustdel T13\|mobile!.*@wikimedia/Technical-13 [16:14:19] User was deleted from access list [16:14:26] Im aware of that [16:14:39] I'll fix it later lol [16:14:54] Just testing for now [16:15:39] How does it read the admins file? [16:15:50] # or // comments? [16:27:23] &add ##T13 [16:27:23] Attempting to join ##T13 using xTools-bot [16:28:00] Interesting [16:30:49] &add ##T13 [16:30:49] This channel is already in db [16:30:55] Ohh [16:30:57] I know [16:31:08] @part ##T13 [16:31:29] Attempting to join ##T13 using wm-bot3 [16:31:29] @add ##T13 [16:31:32] Doh [16:31:39] &part ##T13 [16:32:23] Hrmm. Gotta figure out how to register the nick [16:35:52] Hrmmm which email to use... I can change it later, so I'll use a main one. [17:03:12] You are root identified by name .*@wikimedia/Technical-13 [17:03:12] @whoami [17:03:50] Successfuly added .*@wikipedia/MusikAnimal [17:03:50] @trustadd .*@wikipedia/MusikAnimal admin [17:04:02] Welcome! [17:04:07] thank you! [17:04:13] and thanks for setting this up [17:05:32] I've been working on our own channel bot too. [17:05:37] I saw your email, sounds like good stuff. One thing though... I would have the shell script check something other than index.php [17:05:47] maybe /topedits instead [17:06:03] I'm open to ideas and feel free to make changes. [17:06:23] because index.php will always be a 302, which when yuvipanda and coren are messing with proxy settings everything is a 302 [17:06:33] Just document them so I can guess what you were thinking. [17:06:41] so checking something like /topedits will reliably tell us if the main tool is running [17:07:50] you'll have to do the main xtools check separately outside the for loop, I suppose [17:08:02] Not really [17:08:11] I can work it in. [17:09:06] ^^^ will be our IRC bot to make life easier. [17:10:10] Do &whoami [17:10:21] Want to see if I got it right. [17:10:39] &whoami [17:10:40] You are root identified by name .* [17:10:44] I guess they are currently messing with the proxy settings, everything internal is returning a 404 [17:11:10] That's not quite right.. hrmm [17:11:58] all the more reason to get xtools on it's own damn instance [17:12:05] Yes [17:12:18] Are you working on that or nakon? [17:12:55] Nakon was working on the "exec heavy" web frontend, which I have been unable to get information about despite emailing him [17:13:09] Hrmm [17:13:13] so not really sure how to move forward with what he's trying to do [17:13:20] We need to get it done. [17:14:39] I could get the basic LAMP stack going but he's the more senior devops-like guy so I'd rather adhere to his approach [17:15:50] Well... While that might be the best setup in his opinion, will it do us any good if none of us can work in the environment? [17:17:17] I suppose not [17:18:56] shoot [17:19:07] Have you seen that ticket? [17:19:28] what tucket> [17:19:51] I talked to Coren about it yesterday and he said if I rm the replica.my.cnf and use the creds in the new one.. [17:20:05] Yeah [17:20:07] @link [[Phab:T91320]] [17:20:07] http://enwp.org/Phab:T91320 [17:20:23] I tried that and still get no db. [17:20:54] Was wondering if you could look at the code and help us figure out how to make that connection. [17:21:10] what language is the code? [17:21:20] PHP [17:22:08] I can take a rough look but I dont know php (but I can read most C family lauguages) [17:22:56] I'm guessing that our host/port/database value in the .cnf is not right. [17:23:21] The new one didn't come with that info, so I copy/pasted [17:23:52] NO [17:24:11] you set that in your program [17:24:19] I see. [17:24:26] I can clear that out. [17:24:42] How do I know if that info is righ [17:25:06] MySQLdb.connect(db=database, host=database2+".labsdb", read_default_file=os.path.expanduser("~/replica.my.cnf")) [17:25:22] thats what I use for connecting to any given database [17:26:18] where database = 'enwiki_p' and database2 = 'enwiki' [17:26:29] thats for python though [17:27:07] Host and database change depending on where your trying to connect to [17:27:35] So setting a fixed value in your .cnf is a bad idea [17:27:56] Technical_13: making sense? [17:28:10] Yes [17:28:58] looking at the standard naming format for wikipedia is: wiki_p [17:30:02] Okay, I will work on that. [17:30:29] I just added you as a wikiviewstats maintainer as well so you can look at it to. [17:31:03] *too [17:33:16] the host is the same as the database name minus the _p [17:33:40] so enwiki.labsdb [17:34:29] you shouldnt have to worry about setting the port info as thats all default [17:36:25] I'm saving this discussion so I can reference it when I get home to my machine with a complete local copy. [17:37:20] Technical_13: its all documented on wiki [17:37:32] Looks like wikitech:Help:Tool_Labs/Database is basically what you are talking about. [18:46:26] MusikAnimal: when you run the checkall.sh script, please do it from your account with sh /data/project/checkall.sh or if you do it from xtools itself add your handle as a parameter with sh checkall.sh musikanimal [18:46:30] :) [18:46:50] sure thing [18:47:21] :) [21:44:05] There. Now wikiviewstats at least has a correct and proper outage page. [23:18:00] &trusted [23:18:24] &trusted [23:18:25] I trust: T13\|mobile!.*@wikimedia/Technical-13 (admin), [23:18:56] &trustdel T13\|mobile!.*@wikimedia/Technical-13 [23:18:57] User was deleted from access list [23:19:09] &drop #wm-bot [23:22:22] &whoami [23:22:22] You are root identified by name .*@wikimedia/Technical-13 [23:22:53] MusikAnimal: can you put in a &whoami to make sure I got you right? [23:23:27] &whoami [23:23:35] You are unknown to me :) [23:23:46] Guess it's not right.. [23:23:46] :( [23:25:24] Try again [23:26:08] &whoami [23:26:08] You are root identified by name .*@wikimedia/Technical-13 [23:27:01] I had @wikipedia/musikanimal and changed it to /MusikAnimal [23:27:12] Should say you are admin now [23:27:14] &whoami [23:27:14] You are admin identified by name .*@wikipedia/MusikAnimal [23:27:23] yay :) [23:27:45] It's our own wm-bot clone. [23:28:23] I'll move it to our instance once setup and add some custom modules for checking on tools and restarts and whatnot. [23:48:43] +1