[01:00:38] <Betacommand>	 Coren you there?
[01:03:00] <Betacommand>	 Coren: I found a bug :P
[01:21:39] <Coren>	 Betacommand: Do tell.
[01:21:56] <Betacommand>	 jlocal doesnt exist
[01:25:49] <Betacommand>	 Coren: ^
[01:26:04] <Betacommand>	  /bin/sh: 1: jlocal: not found
[01:26:37] <Coren>	 o_O
[01:27:24] <Coren>	 marc@tools-submit:~$ jlocal echo
[01:27:24] <Coren>	  
[01:27:43] <Coren>	 Ah, path woes?  It's in /usr/local/bin
[01:27:50] <Betacommand>	 Coren: I can forward you the email from cron
[01:28:23] <Coren>	 You could either set a PATH= in your crontab, or invoke /usr/local/bin/jlocal explicitly.
[01:30:01] <Betacommand>	 Coren: or you could just fix it
[01:30:17] <Betacommand>	 since it was your solution
[01:30:43] <Betacommand>	 IE add jlocal to the other location
[01:33:04] <Coren>	 Well, honestly, relying on an implicit $PATH is rarely a good idea in the first place; but /usr/bin is meant to hold only packaged executables.  i'm going to bump the version on misctools and add it there (alongside the other j*) but I'm not going to push that tonight.
[01:33:33] <Coren>	 If you want, you can hold off for tomorrow for the update or just invoke it explicitly until then.
[01:34:04] <Betacommand>	 Coren: its just a daily that I already manually invoked with the failed email
[01:34:21] <Coren>	 Ah, then it should be pushed by the next run.
[01:35:15] <Coren>	 But still, I wouldn't rely on the default path for cron anyways -- you never know when upstream is going to decide to change whatever default they think is right.  :-)
[01:35:51] <Betacommand>	 Coren: I really only use 3 commands 
[01:36:00] <Betacommand>	 bash, jsub and python
[01:36:47] <Betacommand>	 if we move to python 3 as default, not something thats happening as default any time soon, Ill adjust as needed
[01:36:59] <Betacommand>	 bash should never be too freaky
[01:37:14] <Betacommand>	 and jsub should be sane
[01:37:23] <Betacommand>	 Coren: see my logic?
[01:37:35] <Coren>	 Well, it used to live in /usr/local/bin too.  :-)
[01:37:50] <Coren>	 And python 3 may happen relatively soon as we move towards Trusty.
[01:38:03] <Coren>	 (Though I plan on keeping both)
[01:38:06] <Betacommand>	 Coren: as default?
[01:38:17] <Betacommand>	 that would break a crap ton of tools
[01:38:28] <Betacommand>	 pretty much all pywiki tools wouldnt work
[01:38:51] <Betacommand>	 anything based of that framework, and who knows what else
[01:38:53] <Coren>	 Probably, which is why I'd shy away from it -- but it's not a given that Trusty itself won't have stuff running in 3 that depend on it being the default (though I'd push that back upstream as a bug)
[01:39:45] <Betacommand>	 and before we make the switch testing should take place correct?
[04:02:16] <legoktm>	 Is there an environment variable that I can check to see if a bot is running on labs?
[04:02:48] <legoktm>	 INSTANCEPROJECT=tools should probably do it
[05:43:32] <legoktm>	 PermissionsError: (1142, "SELECT command denied to user 's51934'@'10.68.17.9' for table 'pagelinks'", None)
[05:43:32] <legoktm>	 I'm using ~/replica.my.cnf 
[05:43:38] <legoktm>	 oh I think I know........
[08:07:23] <petan>	 !tooldocs
[08:07:23] <wm-bot>	 https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help
[08:09:31] <petan>	 is there some guide what to do if your php script fail and error.log is empty?
[08:11:20] <petan>	 lol
[08:11:21] <petan>	 nvm
[08:34:05] <sbiribizio>	 hi
[08:35:37] <sbiribizio>	 I've just uploaded my public key and I filled the access request form
[08:35:48] <sbiribizio>	 Can someone authorize me, please?
[08:48:50] <sbiribizio>	  
[09:05:02] <sbiribizio>	 hi. I've just uploaded my public key and I filled the access request form: can someone authorize me, please?
[09:59:18] <Steinsplitter>	 @seen dan-nl
[09:59:18] <wm-bot>	 Steinsplitter: Last time I saw dan-nl they were quitting the network with reason: Quit: dan-nl N/A at 5/2/2014 9:47:52 AM (11m26s ago)
[09:59:34] <Steinsplitter>	 boah. always too late -.-
[16:01:12] <manybubbles>	 If I want to see the logs on beta, where do I go?
[16:38:30] <Betacommand>	 Coren: when you get a sec I want to bounce an SQL query idea off you
[16:39:16] <Coren>	 Betacommand: I'm about to head out to lunch, but I'm all yours on my return?
[16:39:25] <Betacommand>	 sure
[16:39:29] <Coren>	 bbiab
[17:01:43] <bd808>	 !log deployment-prep Switched scap to use scripts delivered by trebuchet
[17:01:45] <labs-morebots>	 Logged the message, Master
[17:11:20] <tonythomas>	 Coren: do we have mosh installed in bastion ?
[17:12:35] <andrewbogott>	 tonythomas: yes, it's installed.  As I recall it turned out to not be very useful due to forwarding issues, but I don't recall the details.
[17:13:35] <tonythomas>	 andrewbogott: but I cant access it via the command mosh tonythomas01@bastion.wmflabs.org :( 
[17:13:36] <YuviPanda>	 andrewbogott: tonythomas so mosh doesn't support agent forwarding or any other way of out of band communication, so no proxycommand either
[17:13:47] <YuviPanda>	 so I don't know if it was fully deployed or not
[17:14:15] <tonythomas>	 since I'm very far from the server, ssh is pretty slow. Was thinking whether mosh can give me better performance 
[17:14:23] <tonythomas>	 latency is high here 
[17:14:49] <YuviPanda>	 it definitely does, at least for me
[17:14:55] <YuviPanda>	 toollabs has proper support
[17:15:17] <tonythomas>	 YuviPanda:  you are able to mosh into bastion ?
[17:15:40] <andrewbogott>	 tonythomas: the package is definitely installed… that's about all I know.
[17:16:25] <tonythomas>	 andrewbogott:  yeah! it looks like installed, when I give mosh in the bastion shell, it comes up 
[17:16:32] <tonythomas>	 but, cant access from my host 
[17:25:44] <bd808>	 tonythomas: Not too helpful probably, but `mosh bastion.wmflabs.org` works for me
[17:26:39] <tonythomas>	 bd808: without the username ?
[17:26:56] <bd808>	 tonythomas: Yes, but I have the same username locally and in labs
[17:27:14] <tonythomas>	 oh! that will work 
[17:28:03] <tonythomas>	 I get these messages 
[17:28:15] <tonythomas>	 setlocale: No such file or directory
[17:28:15] <tonythomas>	 Connection to bastion.wmflabs.org closed.
[17:28:15] <tonythomas>	 /usr/bin/mosh: Did not find mosh server startup message.
[17:28:48] <bd808>	 tonythomas: Something in your .bashrc or .profile?
[18:08:40] <Ryan_Lane1>	 petan: howdy. how can I add wmbot to #salt?
[18:08:42] <Ryan_Lane1>	 !help
[18:08:42] <wm-bot>	 !documentation for labs !wm-bot for bot
[18:08:46] <Ryan_Lane1>	 !wm-bot
[18:08:46] <wm-bot>	 http://meta.wikimedia.org/wiki/WM-Bot
[18:08:53] <Ryan_Lane1>	 !documentation
[18:09:36] <Ryan_Lane1>	 @add #salt
[18:19:06] <Ryan_Lane1>	 petan: is it possible to use PMs to the bot to add keys?
[18:22:31] <Ryan_Lane1>	 @add #salt-bot
[18:29:02] <Coren>	 Betacommand: I'm back, if you still need me.
[18:31:08] <Coren>	 tonythomas: From those messages, it looks like your .bashrc or .profile is trying to set a locale in a way that ends with mosh not finding its messages and bailing out.  Perhaps you have $LANG set to some unsupported value?
[18:34:29] <Betacommand>	 Coren: one sec
[19:44:16] <Guest_____>	 I wonder if someone can help.  We can login through our shell access, but when we try to login to our instance (or bastion) using putty, we are having problems.
[19:44:22] <Guest_____>	 I am user sh3nhu
[19:54:08] <andrewbogott>	 Guest_____: Probably you need to forward your key to the bastion.  There's a doc page for that, let me find it...
[19:54:40] <andrewbogott>	 Guest_____: Here it is:  https://wikitech.wikimedia.org/wiki/Help:Putty
[19:54:52] <andrewbogott>	 Check out the bits about pageant and ssh-agents