[00:07:21] yuvipanda: still around? [00:24:14] Coren: I have an update on the EXPLAIN issue https://bugzilla.wikimedia.org/show_bug.cgi?id=48875. Maybe you can think about it while beeing on holiday. [00:24:19] Hi everybody. Do we have git hosting on tool labs? In a way that I can quickly sync source trees in tools projects and my home machine? [00:24:41] hedonil: "Holiday". Surely thou jests. [00:24:55] Coren: ;) [00:25:21] working on/for labs /is/ holliday [00:25:44] at least it makes fun [00:25:48] dschwen: There's no Git server. You should be able to create Git repos on the filesystem and then be able to access them via git's ssh method. [00:26:00] <^d> There is a git server! [00:26:03] * ^d points to gerrit [00:26:23] since when can I add my own repos to gerrit? [00:26:41] A sample database for the EXPLAIN issue is currently available on enwiki.labsdb as u3710__enwiki_optimizer_p. [00:27:14] where would I set up the git repo then? in the servicegroup? [00:27:32] have a bare repo in my project(servicegroup) space [00:27:42] but how do I acces that from outside? [00:27:44] dschwen: You can request a repo in Gerrit at https://www.mediawiki.org/wiki/Git/New_repositories. [00:27:55] I could have bare repos in my user space [00:28:06] too mauch hassle [00:28:21] I agree :-). I access repos in my user space with "ssh://tools-dev.wmflabs.org/home/scfc/var/lib/git/labs/toollabs". [00:28:46] "git remote add tools $URLABOVE", "git push tools", etc. [00:28:47] I'll just use my own gitolite server at home [00:29:14] scfc_de, I could access such a repo from outside, but not from within the service grouop [00:29:38] because I'd need a private key in the SG that can access my user account [00:29:41] that would be retarded [00:29:59] because SGs are meant to be suitable for multimaintainer projects [00:30:13] If you set up the repo in the service group space, the permissions *should* be okay to push from outside under your user account. [00:30:42] (Never tried that, and if you have a gitolite set up, *I* would use that as well (or GitHub or ...).) [00:33:13] scfc_de, yeah, that actually works fine [01:32:10] chrismcmahon, FYI http://en.wikipedia.beta.wmflabs.org exception from some Wikidata/Wikibase change [01:35:00] chrismcmahon betalabs fixed itself! CI ftw :) [01:39:09] magic [03:30:23] petan|wk: Pushed the wm-bot/SMW thingy to https://github.com/benapetr/wikimedia-bot/pull/24. [03:30:51] scfc_de, problem seems to have fixed itself for the time being. [03:37:17] Cyberpower678: Hmmm. a) Good :-). b) No clue why. [03:37:53] Got experience with PHP? [03:38:24] Yes, but no magic. [03:39:00] do you know how to use the mysqli socket parameter. I've been searching all through the internet, but there is virtually no documentation on it. [03:40:34] scfc_de, ^ [03:41:21] No. But (without looking at the documentation) on Tools it wouldn't work as the bot/webtool isn't run on the same machine and sockets are local in a filesystem. [03:43:25] I'm experimenting with an idea of mine. [03:49:03] Oh no? [03:49:27] T13|sleeps, ? [03:50:13] Max, it scares me when you experiment... Dr. Frankie... [03:50:34] Please don't blurt my name on IRC. [03:51:15] Actually, everyone can see my name, so nevermind. [03:51:33] ? You're Mel Gibson? [03:51:50] "Mad Max" [03:51:57] T13|sleeps, What's wrong with experimenting? [03:52:17] It's not like I'm trying to hack Wikipedia. [03:52:26] :p [03:52:33] I'm trying to be funny, and apparently failing... [03:52:56] * Cyberpower678 has said too much. :p [03:53:04] * T13|sleeps bonks hisself on the head and goes back asleep... [03:53:10] * Cyberpower678 goes back to secretly hacking Wikipedia. [03:53:38] I mean...bake cookies. [03:54:37] You know, only the dark side has cookies... [03:54:50] * Cyberpower678 goes to sleep. [14:46:49] yuvipanda: around? proxy thing is still not working (rt.wmflab.org) [14:47:03] drdee: ah, sorry. I kinda slept off / passed out yesterday night [14:48:02] no worries [14:56:12] drdee: hmm, seems to be a firewall issue [14:56:32] drdee: I can't curl that at all [14:56:50] drdee: yeah, I see that port 80 isn't open :) [15:00:09] drdee: should work now [15:00:47] drdee: I see http://rt.wmflabs.org/wiki/Main_Page [15:04:42] drdee: I've opened up port 80 to 0.0.0.0/0 but that shouldn't matter since it has no external IP anyway [15:05:12] so mistake on my side? [15:05:28] and biiiig thank you! [15:06:24] drdee: :D [15:06:35] drdee: sorry I couldn't get to it yesterday [15:46:30] Am new here. This is the first time in open source coding. Can someone here please start me off [15:47:10] Am a second year computer science student from India [15:47:37] Cryptomaniac: What do you want to do? [15:48:47] I am basically a web developer in my college's coding club. Have been into php for sometime. I have been managing a single server for the past 2 months. Havent faced many issues though [15:49:09] So any suggestions? [15:50:09] Having installed the core of mediawiki. I feel overwhelmed by the quantity of code. So I have stated figuring it out bit by bit [15:51:02] *started [15:55:14] scfc_de : My skillset : python,C,CPP, php, javascript [15:55:21] Cryptomaniac: https://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker [15:55:46] Thanks [15:57:25] Cryptomaniac: In the section "Get started" there is a link to "annoying little bug" that might be interesting if you don't want to read each line of MediaWiki before starting :-). If you have questions re MediaWiki, #mediawiki is probably more useful, as this channel centers around Wikimedia Labs. [15:59:43] ok. Thanks [16:02:40] I recevied a mail stating that I have access to bastionhost. However i dont see any username or password. How do i get my login credentials [16:02:56] Cryptomaniac: you specified a shell name when you signed up on wikitech. [16:03:09] Cryptomaniac: upload your keys to wikitech [16:03:11] Logins all use ssh keys, so you'll need to set that up on wikitech. No passwords will be involved. [16:03:22] ok [16:03:43] andrewbogott: go to sleep :) [16:03:54] hey, it's only midnight [16:04:11] "only" [16:10:52] andrewbogott: BTW, I asked Ryan recently about the LDAP delays and he said something about "virtual groups" (or similar). I'm not sure if I understood correctly that they are no longer needed, but perhaps when your time zones meet, you could ask him directly. [16:11:18] scfc_de: ok, will do [16:54:26] !log deployment-prep reindexing beta like we're going to do in production when the release train departs later today [16:54:28] Logged the message, Master [17:10:30] !log deployment-prep done reindexing beta. everything looks good [17:10:32] Logged the message, Master [17:22:24] does anyone know what the default admin password is for a clean mediawiki installation installed through puppet in labs? [17:23:57] <^d> Dunno, but you can easily create one. [17:24:03] <^d> maintenance/createAndPromote.php [17:25:22] !log tools tools-exec-06: mv -f /etc/init.d/nagios-nrpe-server{.dpkg-dist,} (nagios-nrpe-server didn't start because start-up script tried to "chown icinga" instead of "chown nagios") [17:25:24] Logged the message, Master [17:27:16] thanks ^d [17:27:21] <^d> yw [18:33:08] !log tools tools-exec-04: puppetd --enable (apparently disabled sometime around 2014-01-16?!) [18:33:10] Logged the message, Master [19:18:55] beta labs seems unusually slow. before I start digging, would anyone know of a reason for that? [19:25:15] <^d> How can you tell? It's always so slow. [19:27:39] !log deployment-prep reenabling puppet on deployment-cache-mobile01 [19:27:40] Logged the message, Master [19:28:41] !log deployment-prep upgrading varnish on deployment-cache-upload04 [19:28:43] Logged the message, Master [19:29:06] !log deployment-prep upgrading varnish on deployment-staging-cache-mobile02 [19:29:07] Logged the message, Master [19:29:44] !log deployment-prep upgrading varnish on deployment-cache-bits03 [19:29:45] Logged the message, Master [19:30:12] !log deployment-prep upgrading varnish on deployment-cache-mobile01 [19:30:14] Logged the message, Master [19:30:16] !ping [19:30:17] !pong [19:30:31] ok fine [19:30:31] dammn [19:32:04] !ping [19:32:05] !pong [19:32:18] !log deployment-prep Canceled varnish package upgrade on deployment-cache-mobile01 , it runs a specific version ( 3.0.5plus~wmftest-wm1 ) instead of 3.0.3plus~rc1-wm29 [19:32:19] Logged the message, Master [19:33:24] !log deployment-cache-bits03 restarted gmond, leaked memory. [19:33:24] deployment-cache-bits03 is not a valid project. [19:35:17] !log deployment-prep deployment-cache-bits03 restarted gmond, leaked memory. Upgrading varnish [19:35:18] Logged the message, Master [19:36:59] !newlabs [19:36:59] This is labs. It's another version of toolserver. Because people wanted it just like toolserver, an effort was made to create an almost identical environment. Now users can enjoy replication, similar commands, and bear the burden of instabilities, just like Toolserver. [19:37:25] bleh. [19:37:44] !del newlabs [19:37:44] If you want to remove a key, type !newlabs del [19:37:49] !newlabs del [19:37:50] Successfully removed newlabs [19:38:01] Ryan_Lane, why? [19:38:20] !newlabs is The tools project in labs another version of toolserver.  Because people wanted it just like toolserver, an effort was made to create an almost identical environment.  Now users can enjoy replication, similar commands, and bear the burden of instabilities, just like Toolserver. [19:38:20] Key was added [19:38:30] labs is not a new toolserver. the tools project is [19:38:40] labs is an infrastructure for building infrastructures [19:38:52] Ryan_Lane, ah [19:41:29] hehe, bear the burden [19:43:46] YuviPanda|bus, I made that key several months ago, when the file system was total chaos. [19:46:59] !ping [19:46:59] !pong [19:53:42] So now the key can be removed?! :-) [21:15:51] Betacommand: Do you run local-betabot? You call qsub in crontab, and that uses a default for the mail address that bounces. Could you add "-M local-betabot@tools.wmflabs.org" to the qsub call? (Or use jsub, that sets it automatically.) [21:20:10] Ah, the old 'spam all of ops' with your crontabs trick [21:25:42] scfc_de: No [21:26:14] Betacommand: No = you don't run local-betabot? :-) [21:26:19] scfc_de: correct [21:26:31] I am betacommand-dev [21:26:41] :P [21:27:08] Betacommand: Well, I could have just typed "getent group local-betabot" (or looked on the website) ... Sorry for disturbing :-). [21:37:31] scfc_de: when I decide to cause havoc servers melt [21:40:18] !log tools local-betabot: Added "-M" option to crontab's qsub call and rerouted queued mail (freeze, exim -Mar, exim -Mmd, thaw) [21:40:21] Logged the message, Master [21:48:42] !log tools chmod g-w ~fluff/.forward [21:48:44] Logged the message, Master