[00:14:15] <^d> chasemp, twentyafterfour: I don't think git::install cares. [00:14:20] <^d> I think as long as it's a valid ref. [00:14:27] <^d> (ie: even a raw sha1 would work) [00:17:06] when you check out a tag it fetches the code just the same as checking out a branch. fetching the tag fetches the commit it's pointed to [00:17:52] <^d> Yep [00:25:58] flimport is adding me as a subscriber to a bunch of "T's" [00:26:03] btw, what do we call them in phab [00:26:07] tickets? bugs? issues? [00:26:23] <^d> TPS reports. [00:32:20] Dzahn removed a subscriber: Dzahn. [00:32:41] it's a bit redundant to get a mail telling you that you just removed yourself from the people getting mail [00:35:27] hey, so something is odd here [00:35:43] i got subscribed to all those tickets by flimport [00:36:01] and i got a mail for each one.. and if i follow the links i can unsubscribe [00:36:11] but when i click the actual list "subscribed" in web ui [00:36:18] then it shows a way smaller number of tickets [00:37:03] to be specific it shows "High (4)" and " Low (1)" in web [00:37:25] but i got at least 20 mails [00:37:46] and now i'm getting another 2 for each one i remove myself from again [00:43:48] how do i close a ticket as rejected? [00:44:53] <^d> There's a setting in your preferences for "don't send me e-mails when I did the action" [00:45:05] <^d> I also disable notifications on cc list changes (like I do on BZ, it's annoying) [00:45:30] <^d> tbh, I've always advocated for cc list changes to be disabled by default. we changed that as default in bz some time ago. [00:48:55] ^d: ah! thanks, nice that it can all be configured per action [00:49:46] besides that i still think the import doesn't get something [00:49:56] because the "subscribed" list doesnt show the imported ones [00:50:13] even though i am subscribed when going to them individually [00:50:51] oh wait.. they are probably all status resolved [00:51:00] and the default just shows me open tasks.. [00:51:25] yea, that's it. works as designed [00:54:14] links between tasks are broken [00:54:28] f.e. an imported one says things like "things are discussued in T97, closing here" [00:54:39] and now if you follow that link you get to another T97 [00:54:46] or it seems so [03:03:31] andre__, could I get access to the production Phabricator instance? [04:04:18] mutante: yeah, for tasks from fab.wmflabs it'll be like that :/ [04:07:47] twentyafterfour: did you ever get the tagging stuff resolved? [04:07:50] never heard back yo [04:08:21] chasemp: I didn't know you were still waiting on me, I pushed that right when we were discussing it earlier [04:08:25] did I miss something? [04:08:48] ah ok, have you tried it in labs? [04:09:07] no I have the code running locally though ... let me double check everything is olk [04:09:14] ok not olk ;) [04:09:23] olkidolkie [04:10:34] if I git pull origin I don't see it/ [04:10:35] ? [04:10:50] origin https://gerrit.wikimedia.org/r/phabricator/phabricator (fetch) [04:12:20] chasemp: you have to pull the tag [04:12:24] git fetch --tags [04:12:31] then git co mwoauth [04:12:59] everything seems a-ok on my local test phab [04:13:24] cpettet@cair>git show mwoauth [04:13:24] fatal: ambiguous argument 'mwoauth': unknown revision or path not in the working tree. [04:13:35] pulled the tag but unknown ref [04:14:03] shouldn't I be able to see the top commit of yours from teh patch either way, as in my master is up to date w/ ours and it's not there? [04:14:36] it's not part of master [04:14:50] maybe I have to explicitly push the branch... [04:14:56] ok, so i pulled the tag but it's a dead ref [04:15:01] I thought just pushing the tag was enough [04:15:12] no man tags are just pointers [04:15:22] aliases for a revision even [04:15:30] metadata [04:17:06] pull arcpatch-D9203 [04:17:13] or fetch it at least [04:17:22] can't do that on the phab box tho? [04:18:02] can't fetch a branch? [04:18:19] I don't want to push it as part of master that goes against what we discussed before [04:18:31] that is a branch on gerrit the arcpatch? [04:18:39] yes [04:18:41] ah [04:18:46] got me w/ the name there [04:18:47] I pushed the branch [04:19:02] I could rename it ..but that seemed as good as any name [04:19:10] it's cool just confused I get it [04:19:47] and it's arcpatch-D9202 in libphutil repo [04:20:20] did you need to run arc liberate on this to generate? [04:20:57] It might be necessary - the library cache is .gitignored I believe [04:21:24] don't have that stuffs on iridium xphp whatever [04:21:30] but I get it now [04:23:00] by library cache I meant __phutil_library_map__.php [04:23:07] now that commit does show up in master for me at head, did you push an update? [04:25:00] ok nope [04:25:02] I didn't push anything on master [04:25:03] what the crap did I do [04:26:18] yeah there isn't any logic in git::install for handling pulling a remote branch etc [04:26:19] bleh [04:26:36] so it only knows how to pull master? [04:26:40] that's odd [04:26:45] that seems true [04:27:04] should be easy to fix ...maybe [04:27:23] agreed, but at this point I'm leaning towards a fresh master, cherry pick your two commits [04:27:27] and just be done w/ it [04:27:30] if it would just fetch all branches then you could checkout the tag without worrying further about a branch [04:27:39] I can rebase -i and clean up later [04:27:43] well [04:27:45] does [04:27:47] git remote update [04:27:51] grab all remote branches [04:28:17] it may at that [04:28:44] it should but I'm not sure... [04:29:45] yeah I think it works [04:30:06] cloned fresh, git fetch -tags, git remote update, git checkout tags/wmoauth [04:30:07] gtg [04:30:24] ok cool [04:30:27] let's try it out I guess [04:32:28] cool [04:33:48] superm401: if you wanted to register on phab it's open right now [04:33:55] but we'll be tinkering for a bit [04:34:48] chasemp, cool, thanks. [04:36:18] chasemp: want me to set up the oauth plugin or do you wanna put a fresh set of eyes on it? it's a two-step setup process now and we have to register an oauth consumer on mediawiki.org plus get that approved by a wiki admin [04:40:08] I'm happy for you to do it :) [04:40:19] if all this actually works to that to that point [04:45:28] https://phabricator.wikimedia.org/auth/config/new/ [04:45:29] it's there [04:45:37] twentyafterfour: ^ [04:46:05] chasemp: I'm on it [04:46:20] do I allow registration or lock that down? [04:46:53] I'm open to it, but maybe we should wait and talk to them in the morn [04:46:54] ? [04:47:29] if you are confident in it, etc, I say let it fly [04:47:33] I guess :) [04:47:50] heh [04:48:56] can finally do some better validation of https://phabricator.wikimedia.org/T258 [04:48:57] too [04:49:44] ok long day dude, good luck, talk to you in the a.m.'s [04:59:58] ok goodnight chasemp [13:05:53] andre__: one of the things we should write up is how to link both accounts to the phab one here https://phabricator.wikimedia.org/settings/panel/external/ [13:06:14] chasemp: There is https://www.mediawiki.org/wiki/Phabricator/Help#Claiming_your_previous_Bugzilla_and_RT_accounts but it needs an update [13:06:26] I once dropped it there, probably the second part is entirely wrong? [13:06:31] no no I mean the ldap and mwoauth [13:06:34] ah [13:07:07] I wouldn't say within the next 48 hours there [13:07:11] who knows how backed up this gets [13:07:28] I set it at I think 60 per hour, but some people have.....huge backlists of tasks [13:07:45] and we could easily get a rush far more than that which just have to wait [13:07:46] no help for it [13:08:07] i did write things so that it would be pretty easy to make a "migrated account status page" or something [13:08:11] chasemp, so I could add a section for "Linking your LDAP and MediaWiki accounts" and just link to https://phabricator.wikimedia.org/settings/panel/external/ saying "You can edit your accounts here" [13:08:38] sounds good one of us should probably go through it first to make sure it's not more confusing :) [13:09:53] chasemp: can I remove the 2nd "4 steps" under Claiming_your_previous_Bugzilla_and_RT_accounts ? [13:10:07] that was what I thought is the way to go, until you should me the easier way mentioned first now [13:10:15] oh yep [13:10:26] verify your email and wait is the deal [13:12:43] I'm on hotel wifi is phab slow or is it me, hate that [13:12:52] I've added a very simple placeholder to the Help page [13:13:13] who is this ? https://phabricator.wikimedia.org/p/Palexis/ [13:13:43] chasemp: the partner of Mark Hershberger, also helping with tarball rel mgmt [13:16:02] partner like a law firm or partner like significant other? [13:17:45] andre__: we have a quick sync today or no? [13:18:31] chasemp, I didn't add it for today to the calendar, starting with Monday [13:18:39] if we have that today then I cannot make it myself :-/ [13:19:02] ok no big deal I just didn't realize [13:19:17] chasemp: I think SO but if you want to know more ask him yourself, he's in this room :P [13:19:47] and thanks for the OAuth login button. Visible progress will make some people happy I'm sure :) [13:19:52] re: s/o doesn't matter to me just never seen that username so was curious [13:21:38] andre__: It made me happy, as I can now actually follow bugs ;-) [13:22:22] chasemp, https://www.mediawiki.org/wiki/Special:Contributions/Palexis [13:22:56] https://www.mediawiki.org/wiki/MediaWiki_Cooperation/Meetings/2014-08-22_Telco and https://www.mediawiki.org/wiki/MediaWiki_Cooperation/Meetings/2014-09-26_Telco list 'Alexis Hershberger' [13:24:54] Krenair: thanks! seems great [14:31:55] men I am logged in Phabricator using LDAP \O/ [14:34:33] I wasn't aware they opened registration [14:36:14] maybe i am whitelisted [14:36:24] Nope, it worked for me as well. [14:37:41] you're all whitelisted [14:37:52] When did you whitelist me? [14:37:53] it's like a party where everyone is invited....no one is! [14:38:07] oh I see, you opened it. [14:38:08] (joke) [14:38:16] yay. [14:38:24] (why was it restricted at first anyway?) [14:38:44] security issues with users being able to do bad things we couldn't stop [14:39:24] So those are fixed now? [14:39:34] well as far as we know yes [14:39:46] so if you find one, please make a ticket [14:39:51] ok. I have no idea what they were :p [14:40:10] zeus willing you never will [14:40:36] find new ones or know what the old ones were? [14:40:51] both I guess [14:41:00] o.O [14:41:00] but I meant the latter [14:41:45] it's all here https://phabricator.wikimedia.org/maniphest/query/HI7.1dZspscw/#R [14:41:52] if that works? [14:42:29] What does 'Private Issue' mean? Who gets to see these tickets? [14:43:37] security team, which will equate to bugzilla security [14:43:47] (product) [14:43:53] ok, but they can go in any project [14:44:06] yes [14:44:14] So it will default-CC some people from that project? [14:44:24] Also, default timezone America/Los_Angeles? [14:44:49] HQ is in SF :) [14:45:00] on cc, no solid use case w/o bugzilla so tbd [14:45:46] I think a few people will have some things to say about that. [14:46:35] I'm ambivalent if the pitchforks come andre can just change it if he wants [14:51:13] speaking of time, why does the date format appear to be hardcoded to D, M j? [14:51:35] question for upstream? I have no answer [14:53:56] it [14:54:03] isn't...you can set Time-of-Day Format [14:54:39] I set it to "l jS, Y, G:i" [14:54:57] And I get this: [14:55:00] Tue, Sep 30, Tuesday 30th, 2014, 20:40 [14:56:15] or rather - "l jS F Y, G:i" which produces "Tue, Sep 30, Tuesday 30th September 2014, 20:40" [14:56:32] https://phabricator.wikimedia.org/settings/ [14:56:57] yup, that's where I set it [14:57:43] it's only for time of day [14:57:51] not date [14:57:52] ah [14:58:14] I've never tried to change it, maybe htat's very pedestrian of me [14:58:55] looking at the source, seems like an upstream issue [14:59:37] I could see that being a reasonable ask-for, date format does vary [15:01:28] https://secure.phabricator.com/T5296 [15:22:29] obviously [16:18:20] oh, no quim :( [17:46:25] MediaWiki OAuth seems to work! [17:59:28] yay! [18:00:13] I made an account via ldap and attached mw.o with oauth this morning. :) [18:00:41] I didn't upload an avatar image because I hadn't heard that is stable yet [18:13:19] Krenair, https://phabricator.wikimedia.org/T110 [18:17:18] w00t, just linked my mw.org account, too :) [18:39:36] Got my 2FA and ssh keys in there now, too [18:39:41] it's starting to feel real [19:54:54] :) [19:55:56] bd808: apparently avatar uploading works [19:56:00] Now I just need to beg for rights to create projects :) Or is that waiting on the big day0 migration [19:56:13] I just added 2fa which is sweet [19:56:15] bd808: did you join the triagers group? [19:56:22] greg-g: I did [19:56:28] but maybe projects are locked down on purpose, I forget [19:56:39] I think they probably are [19:57:00] I'm also the proud owner of T1 from the import [19:58:34] I really want to use my angry unicorn avatar there but it has dubious licensing :/ [19:58:57] * bd808 should just buy rights to the image [20:01:53] bd808, yes, we are not opening new projects for all before the launch. I have just added a note in the Phabricator homepage linking to a short explanation at https://www.mediawiki.org/wiki/Phabricator/Help#Requesting_a_new_project [20:02:15] today I created M1 :) [20:03:42] when's day0, btw? [20:03:53] qgil: The restriction makes sense. I want a project like "user-bd808" to hold a personal kanban board for things I am working on. I can totally wait on making that happen though. [20:04:15] Day 0 was... today? LDAP and Wikimedia SUL are there now. :) [20:04:26] ah, nice [20:04:55] bd808, personal dashboards is an idea that I have seen upstream, somewhere [20:05:14] chasemp, twentyafterfour thank you very much! [20:05:38] I'm tired of having https://huboard.com/bd808/wmf-kanban and not keeping it in sync [20:11:51] I think dashboards are done, no need to wait for upstream [20:11:52] isn't there a work board of all task assigned to us? [20:12:24] hashar: I don't think so ... you can make a dashboard with a list but not a workboard [20:12:51] meanwhile I created my account earlier today via LDAP authentificator [20:13:03] but no clue whether I can start working with phab or not :] [20:19:05] bd808: one can create a personal dashboard using saved search (panels) Greg has one https://phabricator.wikimedia.org/dashboard/manage/4/ [20:20:32] Dashboard is good, but I want a kanban board to actually keep track of what I'm working on [20:21:30] There will be zillions of bugs/tasks assigned or cc'd to me at any given time but I need to keep track of the ones I'm actually trying to get done this week [20:23:19] bd808: I had a similar request a few days ago, to have some kind of sub projects but have tasks viewable on a parent project [20:23:43] so potentially you could create a bd808 project, and for each task assigned to you, add them to that 'bd808 project' thus producing the board [20:23:52] right [20:23:58] but that is not going to play well since each project have their own column name [20:24:01] s [20:24:26] Oh. I haven't tried to see what happens when you put a task in 2 different boards [20:29:32] random error because some column does not exist? :D [20:30:05] twentyafterfour: can we do a Panel that query task to be triaged restricted to projects I have joined? [20:32:21] hashar: I'm not sure how to do it [20:32:54] I guess I should get to learn Phabricator and start using it with real data [20:33:06] then fill in feature requests [20:36:21] It doesn't seem to have a way to limit by project [21:09:05] bd808: hashar a task can live in 0-Infinity project workboards [21:09:30] that should be read: "anywhere from zero to infinity" [21:09:59] understood [21:13:15] [0..∞] [21:13:56] I didn't have quick recall of the keycombo for Inf [21:16:56] overall I like Phabricator :] [21:16:59] Me neither -- http://lmgtfy.com/?q=inifinity+unicode [21:17:03] can't wait to create a few more projects [21:17:19] It's going to be awesome [21:18:04] I desperately need a CI work board hehe [21:18:23] sleeping time. have a good weekend. And kudos bd808 for your first Zuul deploy! [21:18:44] * greg-g really really really wants to help make that CI workboard [21:18:50] and the deployment tooling one [21:19:02] hashar: good night. and don't tell anyone I know how zuul works :) [21:19:15] * greg-g writes a secret note to himself [21:19:23] bd808: announcement has already been sent on wmfall [21:19:33] * bd808 steals greg-g's notebook [21:20:17] * hashar SQL inserts a project in Phab database to workaround permissions issues [21:20:31] I'm going to have a hard time keeping up the charade of working for mw-core if I keep getting caught doing releng+ci work [21:20:51] bd808: how's that task coming ;) [21:20:55] (not serious) [21:20:58] ah yeah mwcore [21:21:10] bd808: I almost got all tests to use core + vendor [21:21:19] greg-g: http://iegreview.wmflabs.org/ [21:21:42] there is only a handful of them left to migrate. [21:21:43] hashar: sweet! It's a "top 5 priority" now to get logging merged :) [21:21:52] yeah I noticed that during the metric [21:21:55] so sorry it took so long [21:22:01] So talk to your boss if you need more time to work on it [21:22:07] ;) [21:22:24] I need to narrow focus [21:22:39] hashar: I've said it before and I'll say it again, you've been awesome with this. It was just dropped in your lap by me. [21:22:41] do you need more work? [21:22:41] I am no more watching mw/core incoming reviews requests as a start :] [21:22:42] [21:22:43] BetaLabs: Puppet failure events [21:22:45] * mutante hides [21:23:01] mutante: which hosts? [21:23:19] deployment-prep.deployment-mediawiki04 [21:23:23] mutante: yeah we will eventually get more folks to be notified of such issues [21:23:28] mediawik04 is ack iirc [21:23:36] mutante: we deleted that instance [21:25:00] bd808: hmm.. i am unsure where the monitoring check gets the list of instances [21:25:05] so graphite did not get cleaned up I guess [21:25:06] decom issue as well? [21:25:11] like the redis cache thing? [21:25:32] I think the puppet run send a value in graphite [21:25:35] Maybe. How would icinga get told that a host went away? [21:25:45] so if the instance is deleted, the graphite metric stays as is, i.e. with a failure [21:25:49] icinga just asks graphite for this one [21:25:56] The trebuchet thing is a design flaw. One of many [21:26:00] that is a bug for YuviPanda :] [21:26:05] it doesn't have one check per host in this case [21:26:08] I DIDN'T DO IT! [21:26:14] * YuviPanda reads backscroll [21:26:19] exactly [21:26:21] mutante: hmm, is it still there? I thought I rmeoved that host [21:26:24] YuviPanda: [21:26:29] BetaLabs: Puppet failure events [21:26:30] YuviPanda: seems diamond metrics in graphite are not purged when an instance is deleted [21:26:42] they aren't in general, but I manually went and purges this one ;) [21:26:54] YuviPanda: in Icinga it's CRIT and it reports that instance name [21:26:55] with shinken, we'll have host lists that are updated, so won't have this problem [21:27:04] mutante: hmm, let me check graphite again [21:29:46] mutante: fixed now [21:29:50] RECOVERY - BetaLabs: Puppet failure events on labmon1001 is OK: OK: All targets OK [21:29:52] apparently purging requires a statsd restart [21:29:55] see YuviPanda did it [21:34:27] YuviPanda: thanks! :) [21:34:32] yw! [21:35:08] oh, heh, and now i see a new issue :) [21:35:15] since 30 seconds [21:35:28] 3 BetaLabs checks became UNKNOWN [21:35:46] now all [21:35:50] https://icinga.wikimedia.org/cgi-bin/icinga/status.cgi?search_string=beta [21:38:33] YuviPanda: UNKNOWN: More than half of the datapoints for deployment-prep.deployment-rsync02.diskspace.root.byte_avail.value are undefined [21:38:46] hmm [21:38:52] doesnt seem to be specific to that instance [21:38:57] they all become UNKNOWN at once [21:39:02] right after you fixed the other thing [21:39:14] let me check to make sure statsd is running fine [21:39:20] btw, sorry, wrong channel i guess [21:39:25] i should have reported in -qa [21:39:31] seems to be [23:15:12] mutante: deployment-rsync02 is another deleted instance. It only lived for about 2 hours [23:24:04] bd808: *nod*..alright [23:24:33] ooh mutante you're a gerrit admin right? [23:25:17] maybe :) [23:25:21] https://gerrit.wikimedia.org/r/#/admin/groups/1,members [23:25:41] heh. I need a permissions grant on https://gerrit.wikimedia.org/r/#/admin/projects/wikimedia/iegreview,access for JenkinsBot and l10n-bot to do stuff there. [23:26:12] it says it inherits them from wikimedia [23:26:19] Apparently those users are not granted rights on the wikimedia group [23:26:32] https://gerrit.wikimedia.org/r/#/admin/projects/wikimedia,access [23:26:49] It's nastily all manual [23:27:05] as opposed to https://gerrit.wikimedia.org/r/#/admin/projects/mediawiki,access [23:28:41] that looks like it uses the LDAP group WMF [23:28:46] i havent done this before either [23:28:55] but isnt that just membership in the LDAP group then [23:29:01] as opposed to actual gerrit change [23:29:40] I think it needs to be changed to look like this one -- https://gerrit.wikimedia.org/r/#/admin/projects/wikimedia/wikimania-scholarships,access [23:30:19] That was the last random project I spawned under wikimedia and I forgot that stuff all had to be added by an admin [23:30:59] The big one I need is Submit for JenkinsBot but having the l10n-bot rights would be nice too [23:31:51] I poked ori, ^d and Aaron about it in another channel but I'm impatient I guess