[00:14:31] <TParis>	 Cyberpower678: Are all the redirects working now?
[00:15:45] <Cyberpower678>	 TParis, looking
[00:17:42] <Cyberpower678>	 TParis, no
[00:17:44] <Cyberpower678>	 https://toolserver.org/~tparis/rfa/?p=Wikipedia:Requests_for_bureaucratship/Writ+Keeper
[00:19:30] <TParis>	 ok, did that one
[00:20:01] <Cyberpower678>	 TParis, https://toolserver.org/~tparis/articleinfo/
[00:21:10] <TParis>	 ok
[00:21:16] <TParis>	 acctrenew no longer works btw
[00:21:21] <TParis>	 pretty sure it expires when toolserver goes down
[00:26:41] <Cyberpower678>	 TParis, worked fine for me.
[00:26:53] <Cyberpower678>	 My account is now renewed
[00:32:11] <Cyberpower678>	 TParis, try renewing again.
[00:32:26] <Cyberpower678>	 And tell me when your account is set to expire.
[00:32:34] <TParis>	 I'll try Willow instead
[00:32:37] <TParis>	 I was on yarrow
[00:32:41] <Cyberpower678>	 I used willow
[00:33:09] <TParis>	 It was set to expire 6 Jan
[00:33:22] <TParis>	 And its been renewed - but still expiring on 6 Jan
[00:33:53] <TParis>	 maybe not
[00:33:55] <TParis>	 its renewed now
[00:35:47] <legoktm>	 > You will now automatically be redirected to the new location on labs within 30 seconds.
[00:35:56] <legoktm>	 can it be a reasonable amount of time, like 5 seconds?
[00:36:13] <legoktm>	 why can't it be instantaneous?
[00:37:48] <Cyberpower678>	 legoktm, so people can see the link.
[00:37:56] <Cyberpower678>	 And make appropriate changes.
[00:38:03] <legoktm>	 why?
[00:38:10] <legoktm>	 toolserver.org isn't going to disappear anytime soon
[00:38:17] <Cyberpower678>	 Yes it is.
[00:38:29] <Cyberpower678>	 It's disappearing in about 7 months.
[00:38:36] <Cyberpower678>	 From what I hear.
[00:38:59] <Cyberpower678>	 I want to ensure everyone has a reasonable amount of time make the appropriate changes to links.
[00:39:05] <TParis>	 I thought it was planned to go down next month
[00:39:23] <Cyberpower678>	 That's what I thought until I heard otherwise.
[00:39:26] <legoktm>	 no
[00:39:30] <legoktm>	 the toolserver is dying
[00:39:33] <legoktm>	 not the domain.
[00:39:51] <Cyberpower678>	 And all data on it will disappear.
[00:55:18] <Cyberpower678>	 TParis, rfbp2
[00:56:12] <TParis>	 done
[00:57:12] <Cyberpower678>	 replace autoblockfinder.php with index.php and rename it also add another index.php in autoblock
[00:57:19] <TParis>	 you moved it over?
[00:57:38] <Cyberpower678>	 Yes I migrated it.
[00:57:54] <TParis>	 positive?  That wasnt one of X's tools and I only just put it up about a month ago
[00:58:45] <Cyberpower678>	 Oh.
[00:58:48] <Cyberpower678>	 Nevermind
[00:59:02] <TParis>	 heh, well I already did it but you can grab the .php.old file
[00:59:04] <Cyberpower678>	 I was wondering why it looked so different
[00:59:37] <TParis>	 It came from Nakon
[00:59:56] <TParis>	 His account expired.  I emailed him and he said I could host it since he wasnt sure when he'd be back to renew his account
[01:00:14] <Cyberpower678>	 Ah.  Then we're done.  When does you account expire?
[01:00:24] <TParis>	 I dunno, in 6 months
[01:00:25] <TParis>	 ?
[01:00:49] <Cyberpower678>	 Reconnect to willow te get the new date.
[01:02:12] <Cyberpower678>	 TParis, ^
[01:02:18] <TParis>	 2 June
[01:02:28] <Cyberpower678>	 Okay.  We're done.
[01:02:43] <Cyberpower678>	 X!'s Tools Migration is now officially complete.
[01:03:04] <TParis>	 X!'s + Nakon's
[01:03:09] <Cyberpower678>	 :p
[02:47:05] <average>	 hey, I'm having trouble connecting to machines on labs
[12:56:37] <average>	 hey uhm
[12:56:43] <average>	 I'm havin some problems with labs instances
[12:56:49] <average>	 anyone wanna help me out with it ?
[13:20:15] <dan-nl>	 hey average i might be able to help … what's the issue?
[14:28:23] <anomie>	 Cyberpower678: I have to admit, I'm curious as to what you're using a project with no instances for.
[14:28:45] <Cyberpower678>	 anomie, what do you mean?
[14:29:07] <anomie>	 Cyberpower678: The Xtools project
[14:29:25] <Cyberpower678>	 anomie, again, what do you mean?
[14:29:55] <Cyberpower678>	 It's no different from Cyberbot, or Peachy
[14:30:03] <Cyberpower678>	 As far as I can tell.
[14:30:14] <anomie>	 Cyberpower678: Am I confused? I thought http://lists.wikimedia.org/pipermail/labs-l/2013-December/001965.html was you.
[14:30:42] <Cyberpower678>	 anomie, yes.
[14:30:48] <valhallasw>	 Cyberpower678: cyberbot is a tool on tool labs, not a labs project.
[14:31:26] <Cyberpower678>	 so is xtools and peachy
[14:31:44] <valhallasw>	 Cyberpower678: there *also* is a labs project called xtools. That's what the mail was about.
[14:31:51] <Cyberpower678>	 Hmm?
[14:31:54] <Cyberpower678>	 Link?
[14:32:07] <anomie>	 Cyberpower678: Was that "yes" meaning "Yes, you are confused" or "Yes, that email is me"?
[14:32:18] <valhallasw>	 https://wikitech.wikimedia.org/wiki/Nova_Resource:Xtools vs http://tools.wmflabs.org/xtools
[14:33:16] <valhallasw>	 the first one is a 'project', the second one is a 'service group'
[14:34:11] <Cyberpower678>	 Oh so you are not deleting the tool itself.
[15:05:35] <ebraminio>	 hey guys, please have a look https://wikitech.wikimedia.org/wiki/Help_talk:Single_Node_MediaWiki#Extensions.3F
[16:12:31] <andrewbogott>	 Cyberpower678: are you Maximilian Doerr?
[17:02:27] <jarry1250>	 Hi all. I want to make a config file readable to the tool itself and to an enumerated list of other tools
[17:04:14] <jarry1250>	 I thought I could do this by adding other tools as service users of the tool's service group, then setting restrictive Other file permissions but permissive group permissions... but apparently not. Where am I going wrong?
[17:22:24] <Coren>	 jarry1250: Actually, that should work.
[17:23:23] <Coren>	 (And in fact, is one of the primary use case for which service groups were allowed as members of other service groups)
[17:28:34] <jarry1250>	 Coren: Mmm, wonder what I'm doing wrong. Just a delay before the SG member list is updated, perhaps?
[17:29:45] <Coren>	 Yes, though it's in the order of one or two minutes so it shouldn't be an issue.  That said, under POSIXy systems, group memberships are acquired at the start of a session only; if you were already logged in before you made the change they won't be reflected until the next login.
[17:46:59] <jarry1250>	 Coren: Mmm. So at the moment I've got http://tools.wmflabs.org/wikicup/test.php , which includes a PHP file on http://tools.wmflabs.org/jarry-common, which reads a config file also on jarry-common. I've added local-wikicup as a service user of local-jarry-common service group, but the script still errors if I don't set the Others-Execute permission :( (I
[17:46:59] <jarry1250>	 should really learn what these words actually mean some day.)
[17:47:23] <jarry1250>	 *permission on the config file
[17:47:37] <Coren>	 Lemme take a look at those and see if I can figure out what the issue is.
[17:47:58] <Coren>	 Do you have a pastebin of the actual error you get?
[17:49:04] <jarry1250>	 Coren: File not found, as I recall
[17:49:32] <Coren>	 That really doesn't sound like a permission error.
[17:49:33] <jarry1250>	 (I didn't write the intermediate library incidentally)
[17:51:38] <jarry1250>	 Okay, currently 2751: no error. Change to 2750, suddenly I get the error, which has actually been caught by the library, hence the odd description I think
[17:51:40] <Coren>	 Ah, I see the issue.  It's not a problem with permission; the code you are using is attempting to read its configuration with a relative path; but that ends up being relative to /your/ script so it's not where it was expected.
[17:51:59] <Coren>	 Wait, what?
[17:52:25] <jarry1250>	 Maybe a different error rather than no error
[17:52:26] <Coren>	 ...  why is it saying "(A non-existent configuration file was specified.)" then?
[17:52:44] <jarry1250>	 It's 2750 at the moment.
[17:56:20] <Coren>	 That thing uses is_file() to test; that doesn't check permissions at all.
[17:56:29] * Coren  boggles.

[17:57:12] <Coren>	 Oh wait, is it trying to do so through an URI scheme?  Do you know what $phIP is set to when you invoke that code?
[17:58:35] <jarry1250>	 Coren: It's initialised to $pgIP = dirname(__FILE__) . '/';
[17:59:33] <Coren>	 Hm, okay, so it's (supposed to) use an absolute path then.
[17:59:34] <Coren>	 Hm.
[18:00:07] <Coren>	 What is the exact path to your config file?
[18:02:42] <Coren>	 Because right now it'll try just "livingbot" and dirname(__FILE__)."/Configs/livingbot.cfg" which should be "Configs/livingboth.cfg" relative to where your script is.
[18:02:59] <Coren>	 "Configs/livingbot.cfg"
[18:03:23] <jarry1250>	 dirname(__FILE__)."/Configs/livingbot.cfg" should find it, and indeed does find it when permissions are set to 2751
[18:04:03] <grrrit-wm>	 (03CR) 10GWicke: [C: 032] Don't need to specify the sub-repo for Parsoid [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/101452 (owner: 10Jforrester)
[18:06:23] <anomie>	 jarry1250: Are you sure your program is running with the extra group?
[18:07:25] <jarry1250>	 anomie: Well I'm not sure how these things work, but certainly, I added local-wikicup as a service user of the local-jarry-common service group
[18:09:02] <anomie>	 jarry1250: Are you running the problematic script from the command line, or by using jsub, or is it a webpage, or what?
[18:09:27] <jarry1250>	 anomie: Webpage
[18:11:45] <anomie>	 Coren: What groups does a tool's script get run under with the Apache webserver?
[18:35:10] <Coren>	 anomie: Under apache?  It uses suphp, so the groups of the owner of the script.
[20:27:30] <jarry1250>	 [back] anomie, coren: Any further thoughts? http://tools.wmflabs.org/wikicup/test.php
[20:30:28] <anomie>	 jarry1250: Try throwing in something like var_dump( posix_getgroups() ) just before where it fails, to sanity check the groups the process has?
[20:32:13] <jarry1250>	 anomie: Done, no changes AFAICT
[20:53:12] <anomie>	 Coren: In trying to reproduce jarry1250's problem, I added 'local-anomiebot' to 'local-oauth-hello-world'. Now /usr/bin/id from the local-anomiebot account shows both groups, but trying to cat /data/project/oauth-hello-world/test.txt (a mode 660 file) fails unless I sg to local-oauth-hello-world. That seems suspiciously like that NFS supplemental-groups permissions problem we had a while back; is the fix for that only affecting real users and not
[20:53:13] <anomie>	  service group users maybe?
[20:53:50] <Coren>	 ... that is a *very* good question and a very good catch.  Lemme check.
[20:54:49] <Coren>	 anomie: You win 1 (one) internetz.
[20:55:39] <Coren>	 It should cover service groups as well, but there is a bug in the way it does it that I see; fixing it won't be trivial, but quite doable.
[20:55:44] * Coren  goes do that now.

[20:57:08] <valhallasw>	 Please deliver three gazillion hard disks to Corens office by next friday, or your prize will be void.
[22:04:04] <grrrit-wm>	 (03PS1) 10Krinkle: config: Move integration/* back to #wikimedia-dev [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/102008 
[22:11:28] <legoktm>	 Krinkle: I assume that's safe to merge? ^ :)
[22:11:35] <legoktm>	 merge & deploy*
[22:12:02] <Krinkle>	 legoktm: Sure :)
[22:12:37] <grrrit-wm>	 (03CR) 10Legoktm: [C: 032] config: Move integration/* back to #wikimedia-dev [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/102008 (owner: 10Krinkle)
[22:13:49] <legoktm>	 done
[22:53:48] <Ryan_Lane>	 wikitech currently unavailable while doing a system upgrade
[22:54:43] <andrewbogott>	 what are you upgrading?
[22:54:51] <Ryan_Lane>	 virt0 and virt1000
[22:55:37] <andrewbogott>	 ...
[22:56:00] <andrewbogott>	 Oh, like, an ubuntu release upgrade?  Are they not precise already?
[22:56:14] <Ryan_Lane>	 dist-upgrade :)
[22:56:21] <Ryan_Lane>	 normal patching
[23:11:22] <bd808>	 !log wikimania-support Updated scholarship-alpha to e6215db
[23:11:24] <labs-morebots>	 Logged the message, Master
[23:11:25] <mutante>	 wom 15
[23:11:50] <bd808>	 !log wikimania-support Applied data/db/migrations/20131216-01-2014-questions.mysql to alpha db
[23:11:51] <labs-morebots>	 Logged the message, Master
[23:12:49] <bd808>	 !log wikimania-support Deleted all old testing data from alpha db
[23:12:51] <labs-morebots>	 Logged the message, Master