16:04:30 jclulow: I have a fix for 14697, but gerrit tells me I don't have create permission. 16:05:21 I'm not sure if my permissions got screwed up somehow, or if I got culled at some point. 16:08:36 bahamat: what was the error? (and what ref were you trying to push?) 16:09:00 pmooney: remote: You need 'Create' rights to create new references. 16:09:25 Pushing this branch: https://github.com/bahamat/illumos-joyent/commit/469640213ff339c80e379a8406971c6adb1b6938 16:09:45 bahamat: I can push to gerrit on your behalf if you wish. 16:09:53 (though getting perms is the better long-term solution.) 16:10:00 It used to work. 16:10:30 Is it because you're now @mnx.io instead of @joyent.com ? That should've smoothly migrated... 16:10:36 If there was a policy change about who's allowed to push, I must have missed it. 16:10:51 gerrit has my mnx address in my profile. 16:10:56 Hmmph. 16:10:59 Pushing HEAD:refs/for/master ? 16:11:11 remote: error: branch refs/heads/i_14967: 16:11:35 For a new review, you need to use refs/for/master as far as I know 16:11:36 you're trying to push the branch name itself, instead of to the create-a-new-change-for-me ref 16:11:38 You did do "git push you⊙cio:/illumos-gate HEAD:refs/for/master" ? 16:11:39 yeah 16:11:51 Oh...ok. 16:11:59 HEAD assumes you have the branch in question checked out at the time 16:12:18 it'll also require a Change-id in the commit message for gerrit's tracking purposes 16:15:56 I always forget about that HEAD:refs/for/master 16:16:05 I think I ask about that every damn time :-/ 16:32:09 alias gerrit='git push gerrit HEAD:refs/for/master' ;) 19:41:10 [illumos-gate] 14236 signed math leads getelfshdr astray -- Patrick Mooney 19:41:39 *confetti* 19:42:43 one of the great advantages of using gerrit properly, will be not being allowed to push to master by mistake 19:42:49 which terrifies me 19:43:07 yeah, I'll appreciate that safety 19:43:22 wrapper scripts with lots of checks ftw 19:43:24 (but am grumpy about how it means Change-id garbage in the commit messages) 19:43:54 andyf: doesn't prevent me from accidentlly doing `push cr master` instead of `push cr HEAD:refs/for/master` 19:44:48 I'm also not wild about scripts that do automatic attribution, as some folks have gerrit-specific emails configured 19:46:02 I was not really suggesting scripts are better than automation there.. 19:46:29 but I have hidden the refs/for/master thing in a git alias, so just `git pg` which means I never even remember it without looking 19:47:39 I'm a git weirdo who does a lot of stuff by hand 19:47:51 (like always fetch/merge instead of pull) 19:47:52 I'm a git weirdo who doesn't trust magic near illumos repos 19:48:05 and even then I've fucked it up at least twice 19:48:09 and then I borrowed jlevon's "push-to-gate" script which does the check things 20:24:34 Is there a plan to put gerrit in charge of landing things? 20:24:41 what do you mean by "plan"? 20:24:52 there's like, 8 people going "Gosh, I wish I had time for that" 20:24:56 is that a plan? 20:24:56 Haha 20:25:12 I was looking for a mailing list thread or IPD or something. 20:26:21 There is not a concrete plan 20:26:35 At some point we could just rip the band-aid off tbh 20:27:37 As someone who rarely integrates anything, I was more curious and surprised rather than feeling like I have an "Important Opinion" (TM) 20:28:17 I think I interpreted pmooney's "I'll appreciate that safety" as implying that there was a concrete plan. 20:28:30 I'll go back to being quiet now. :) 20:28:41 the safety is that when you do it, none of us can push to master anymore 20:28:43 except jclulow 20:28:46 and unfortunately probably me :( 20:29:08 richlowe: I have a pattern for a sudo mode 20:29:15 so you can have a switch to turn on/off for doing it 20:54:03 does anyone know off the top of my head if I mark something __unused then use it, can I get gcc to tell me? 20:58:12 I do not think so... 21:04:22 doh 21:08:15 heh, https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51579, looks like no one was interested 23:14:24 [illumos-gate] 14867 panic in smb_request_alloc / smb_oplock_ind_break during shutdown -- Gordon Ross