[08:43] <asac> a house full of green :)
[08:43] <asac> http://ci.ubuntu.com/smokeng/trusty/touch/mako/166:20140206:20140115.1/6473/
[08:43] <asac> good work!!
[08:44] <asac> cjwatson: rsalveti: tvoss: thanks!
[08:44] <tvoss> asac, yup :)
[08:45] <tvoss> asac, with that, happy Thursday
[08:45] <asac> beautiful
[08:45] <asac> you too!
[08:45] <asac> ogra_: ^^ thanks!
[08:47] <asac> and better: we got ten more silo ppas set up :)
[09:15] <asac> 09:43 < asac> a house full of green :)
[09:15] <asac> 09:43 < asac> http://ci.ubuntu.com/smokeng/trusty/touch/mako/166:20140206:20140115.1/6473/
[09:15] <asac> 09:43 < asac> good work!!
[09:15] <asac> didrocks: sil2100: ^^
[09:15] <asac>  :)
[09:15] <asac> thanks
[09:15] <sil2100> \o/
[09:15] <asac> morning :)
[09:15] <didrocks> asac: thanks, first things we checked in the morning
[09:15] <asac> 09:47 < asac> and better: we got ten more silo ppas set up :)
[09:15] <didrocks> (even before getting up from bed :p)
[09:15] <sil2100> asac: morning! Yes, we saw the test results during breakfast
[09:15] <asac> lol
[09:15] <didrocks> asac: yep!
[09:15] <didrocks> saw the email
[09:15] <didrocks> asac: and it's an image with Mir!
[09:16] <asac> indeed!
[09:16] <asac> thats the best
[09:16] <didrocks> no more unity8 cfrash
[09:16] <didrocks> crash*
[09:16] <didrocks> there is just one failure on maguro we need to investigate
[09:16] <didrocks> (the messaging-app one)
[09:16] <didrocks> asac: we are waiting for the dogfooders though
[09:16] <asac> right
[09:34] <didrocks> https://plus.google.com/hangouts/_/calendar/Y2Fub25pY2FsLmNvbV91cTRvNmQyMWJvNmJ0bm1mcW9xZWtsNTdnOEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t.us2orfbhb8ssqjui2u15tajj3s
[09:50] <asac> davmor2: talk to msm about your N10
[09:50] <asac> thx
[09:59] <didrocks> asac: FYI, autopilot has some wrong packaging change
[09:59] <didrocks> so we reject this landing
[09:59] <asac> didrocks: what was the change?
[10:00] <didrocks> asac: dependencies and they removed [!powerpc]
[10:00] <asac> didrocks: can you keep stuff in the silo so they just need to respin?
[10:00] <asac> i think we had them long enough in there to justify not throwing them out
[10:00] <didrocks> asac: yeah, they need to push one more MP or one more commit
[10:00] <asac> right
[10:00] <didrocks> that's what I mean by rejecting
[10:00] <asac> so yeah. if reject means: cant publish, then thats fine
[10:00] <didrocks> yeah
[10:00] <asac> (ratehr than go back to starting point)
[10:00] <asac> hehe
[10:00] <didrocks> but it means that they are not following the MP guidelines
[10:01] <asac> didrocks: tell them they should get their MPs that change packages signed off by core-devs
[10:01] <asac> during the MP review
[10:01] <asac> this will prevent such late coming surprises
[10:01] <didrocks> yeah
[10:01] <asac> (which is in line with our MR excellence thingy that asks folks to get more reviews from all that need to do that)
[10:04] <asac> didrocks: s/tell/recommend and give hint/ :)
[10:05] <didrocks> asac: yep
[10:05] <asac> didrocks: send them a nice mail, explaining them that and give them hint how they can iterate (e.g. update MPs and hit build) and CC jfunk
[10:06]  * asac recommends that :)
[10:06] <didrocks> asac: yeah, we're handling that, maybe as well there is another reason, fetching the history
[10:06] <asac> ack
[10:15] <tvoss> sil2100, I'm confused: https://code.launchpad.net/~thomas-voss/dbus-cpp/force_gcc_4.7/+merge/204909 builds fine locally with dpkg-buildpackage, debuild and bzr bd
[10:27] <tvoss> cyphermox_, around?
[10:28] <sil2100> tvoss: hi! No symbols mismatch?
[10:28] <tvoss> sil2100, hang on, still investigating
[10:31] <sergiusens> tvoss, could be  a builder issue: dpkg-architecture: warning: Couldn't determine gcc system type, falling back to default (native compilation)
[10:31] <sergiusens> sh: 1: i386-linux-gnu-gcc-4.7: not found
[10:33] <tvoss> sergiusens, where do you see that?
[10:33] <sergiusens> tvoss, in the build logs for the failure
[10:35] <sergiusens> tvoss, in the i386 build here: https://code.launchpad.net/~thomas-voss/dbus-cpp/force_gcc_4.7/+merge/204909/comments/479295
[10:35] <tvoss> sergiusens, hmmm, interesting, don't see it on the amd64 build though
[10:35] <tvoss> sergiusens, ack, seeing it now, thx
[10:35] <tvoss> sil2100, with http://pastebin.ubuntu.com/6884470/ I get missing symbols
[10:36] <tvoss> sil2100, that is, that patch applied on top of my branch
[10:36] <sergiusens> dpkg-shlibdeps: error: couldn't find library libdbus-cpp.so.1 needed by debian/dbus-cpp-dev-examples/usr/lib/arm-linux-gnueabihf/dbus-cpp/examples/upower/upower (ELF format: 'elf32-littlearm-hfabi'; RPATH: '')
[10:39] <sil2100> tvoss: strange, you sure it's using 4.7? Since you saw that in the silo the same modifications (without the name change) had symbols mismatch
[10:41] <tvoss> sil2100, I'm sure, checked it twice
[10:42] <tvoss> sil2100, looking at the symbols that are missing, it strikes me that they all refer to libstdc++ types or ctors/dtors/operators. And I would expect those symbols to change with compiler versions
[10:42] <tvoss> sil2100, I cannot easily diff the symbols as some are reported as missing, which confuses the diff command line on the wiki
[10:43] <sil2100> tvoss: ok, this is strange, but maybe something in trunk is causing the symbols not mismatch anymore?
[10:44] <tvoss> sil2100, not sure how that would cause the issues I'm seeing, I did the same steps that CI did
[10:45] <tvoss> sil2100, so I would suggest that I revert the chanes to the binary package version I did in that branch, and then see how I can fix the symbol issue. I would appreciate some help with that
[10:45] <davmor2> asac: will do
[10:47] <didrocks> asac: all new silos taken into account now!
[10:48] <davmor2> didrocks: last two images have worked, g+ and facebook links are magically working again I don't know who fixed that :)  everything looks pretty stable need to test the calls and texts and stuff but on the whole pretty reliable so far :)
[10:48] <didrocks> davmor2: maybe a Miry-thingy? :p
[10:48] <didrocks> davmor2: oh please check with omer, he's dogfooding as well
[10:48] <didrocks> so just gather data
[10:48] <didrocks> and +1 or -1 :)
[10:49] <davmor2> didrocks: didn't make the call sorry, emergency at home will try tomorrow once we know what is happening today.
[10:49] <didrocks> davmor2: thanks! just ensure you don't dup work
[10:49] <davmor2> didrocks: no worries
[10:53] <tvoss> sil2100, still around? :)
[10:54] <sil2100> tvoss: yes, been moving from one room to another ;)
[10:54] <sil2100> tvoss: let me test the branch here though - will you change the package name in the end, or revert it to libdbus-cpp1?
[10:55] <sil2100> I mean, is the change to libdbus-cpp1.1 going to stick?
[10:58] <Laney> psivaa: Can you check the work that plars talked about in bug #1275786 happened?
[10:58] <Laney> We don't see it in the jobs on q-jenkins or the dashboard
[10:58] <psivaa> Laney: sure, 1 sec
[11:11] <tvoss> sil2100, I thought we should keep it at 1.1
[11:12] <sil2100> ogra_, didrocks: autopilot in release pocket, we kicking a new image?
[11:12] <psivaa> Laney: as per the comment on the bug, this is still in the testing branch.
[11:12] <psivaa> Laney: i could still not find that in the dev jenkins that we use internally.
[11:12] <Laney> psivaa: Oh, that doesn't mean 'testing' like 'the test results'?
[11:13] <Laney> mmm
[11:13] <psivaa> Laney: no.
[11:13] <Laney> I see
[11:13] <Laney> but it's not there anyway, eh?
[11:14] <psivaa> Laney: i could not find it. may be plars is running somewhere that i am not looking at.
[11:14] <Laney> secret testing dungeon
[11:15] <psivaa> Laney: heh, i'll wait for him to get the latest. should be online in a couple of hrs
[11:15] <Laney> k
[11:18] <sil2100> tvoss: if yes, then I can try helping out with symbols then - it's a pain, and I think we might divide it for clarity into more than one symbols file
[11:18] <sil2100> tvoss: but in such a way that we don't duplicate symbols
[11:19] <davmor2> didrocks: is maguro now dropped it seems to think that the only upgrade path is to 161
[11:19] <tvoss> sil2100, appreciate your help, but we should start automating symbol updates asap, they are a huge time sink
[11:19] <davmor2> didrocks: meh nevermind
[11:19] <didrocks> sil2100: done btw
[11:19] <tvoss> sil2100, pushed
[11:19] <sil2100> didrocks: \o/
[11:20] <davmor2> didrocks: I'd changed the mode to stable
[11:25] <robru> cyphermox_, http://162.213.34.102/job/landing-001-2-publish/ just a few lines in two differen tpackages there
[11:28] <ogra_> sil2100, ah, sorry, was afk for a bit
[11:28] <ogra_> but i see didier already kicked one
[12:18] <didrocks> sil2100: http://paste.ubuntu.com/6884858/
[12:19] <sil2100> didrocks: thanks :)
[12:43] <rsalveti> I love green, awesome
[12:43] <rsalveti> with the new mir and so on
[12:51] <sil2100> rsalveti: indeed, this really made our day in the morning
[12:52] <ogra_> rsalveti, yeah, now we just need to make bfiller fix that darn dislaer-app crash
[12:54] <rsalveti> hahah
[12:54] <xnox> didrocks: http://xkcd.com/1296/
[13:01] <rsalveti> lol
[13:08] <rsalveti> didrocks: do you know if the ci train ppa builds are also respecting components?
[13:09] <rsalveti> didrocks: like, giving errors when a package from main starts depending on some others from universe?
[13:09] <rsalveti> probably not yet
[13:11] <thostr_> when do we expect qt 5 packages build on ppc again?
[13:11] <didrocks> rsalveti: no, I remember we enabled the components option in the daily-release ppa for a while but there were some issues with it. We tried to remember with Laney but failed
[13:11] <didrocks> something to clearly look at
[13:12] <rsalveti> right
[13:12] <didrocks> xnox: ahah :)
[13:12] <didrocks> xnox: there is one commit in unity7 where njpatel put "I made a boo boo"
[13:12] <rsalveti> lol
[13:13] <didrocks> thostr_: when we'll migrate on 5.2
[13:14] <thostr_> didrocks: so, what do we do until then? ignore all ppc builds?
[13:15] <didrocks> thostr_: well, the system is looking at the previous publication of your component
[13:16] <didrocks> so, if you already have it built, yeah, you need to do that painful transition until 5.2 is there
[13:16] <didrocks> but if the previous one didn't built one powerpc, the system knows it and ignore the dep-wait
[13:30] <cjwatson> not just powerpc, also arm64 and ppc64el in many cases
[13:45] <didrocks> cjwatson: yeah, we are just talking about the jenkins job first, which is using the ppas which don't build arm64 and ppc64el
[13:45] <didrocks> but I'm looking at all arch for proposed->release, don't worry :)
[13:49] <cjwatson> right, though once we're less hw-constrained those PPAs should be building arm64 and ppc64el too
[14:11] <plars> psivaa: Laney: ah, my bad. I added it, but didn't create the job for it. I'll do that at the end of the current image run to avoid disruption, and then run it alone so that it gets added to the daily results
[14:13] <Laney> plars: sweet
[14:19] <robru> mhr3_, I have unity-scopes-shell building in https://launchpad.net/~ci-train-ppa-service/+archive/landing-003/ , will be ready for testing soon.
[14:20] <mhr3_> robru, awesome
[14:22] <sil2100> ogra_: ping
[14:23] <ogra_> sil2100, answered in the PM
[14:24] <sil2100> ogra_: thanks ;)
[14:40] <sil2100> didrocks, ogra_, psivaa, davmor2: you know how the dogfooding is going of image 166?
[14:40] <sil2100> Can we promote that?
[14:40] <ogra_> om265er was doing that
[14:41] <davmor2> sil2100: done as far as I was aware didrocks knew about it this morning/early afternoon
[14:41] <sil2100> davmor2: you did both mako and maguro?
[14:42] <davmor2> sil2100: I did none om26er did them I'm testing qt 5.2
[14:42] <davmor2> it's really broken
[14:42] <ogra_> sniff
[14:42] <ogra_> whats broken with it ?
[14:42] <sil2100> davmor2: oh, you mean Omer finished testing
[14:42] <sil2100> ogra_, didrocks: are we promoting the image then?
[14:43]  * ogra_ hasnt heard back from omar ... so up to didrocks 
[14:43] <rsalveti> kgunn: can we try to land latest mir already? :-)
[14:43] <davmor2> ogra_: the dialer, installing click packages, the weather app, the indicators are in a different order (not sure if that is a big issue) etc etc
[14:43]  * rsalveti wants the hwcomposer 1.2 support
[14:44] <rsalveti> kgunn: also, were you able to get someone to start working on enabling run-time backend selection in mir?
[14:44] <ogra_> davmor2, bah, thats bad news
[14:45] <davmor2> and now I can't file a bloody bug grrrrrrrrrrr manually it is then https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AjuCdq68GSyVdGI4dGllUUxyZGxhc0tZWFhqNnJaaFE#gid=0
[14:45] <davmor2> ogra_: ^
[14:45] <kgunn> rsalveti: sorry...had to run my kid to school....whole hour...its snowing here, crazy
[14:45] <sil2100> ogra_, didrocks: so, Omer finished testing, it looks green for me
[14:45] <kgunn> rsalveti: alf is going to look at it today for scope
[14:45] <rsalveti> kgunn: haha, no worries
[14:45] <rsalveti> meanwhile I'm melting here
[14:46] <kgunn> w/o looking he thot couple to a few days
[14:46]  * kgunn wishes he were melting
[14:46] <rsalveti> kgunn: great
[14:46]  * ogra_ has nice spring weather ... 10°C and sunshine ... (while it should be -10 and snowing)
[14:46] <rsalveti> 10C is fine
[14:46] <ogra_> yep
[14:47] <ogra_> just enough to leave the terrace door open while working
[14:47] <ogra_> totally unusual though
[14:47] <rsalveti> kgunn: are you first going to release mir 1.5 before we try another landing?
[14:47] <rsalveti> or can we already flush trunk?
[14:48] <kgunn> rsalveti: just looking...at spreadsheet...i can punch merge now right ?
[14:48] <rsalveti> afaik trunk is already 2/3 weeks ahead of 1.4
[14:48] <rsalveti> kgunn: already did that yesterday
[14:48] <rsalveti> kgunn: we're all good
[14:48] <kgunn> rsalveti: oh well...not really... unless you mean trunk == lp:mir/devel :)
[14:48] <kgunn> we're weird
[14:48] <kgunn> on mir team
[14:48] <rsalveti> kgunn: yeah, devel
[14:49] <rsalveti> we need to flush things faster for mwc and 4.4 support
[14:49] <kgunn> rsalveti: oh, no...the good news is, while pipe was clogged i updated
[14:49] <ogra_> ++
[14:49] <kgunn> rsalveti: oh yeah...i missed that one damn commit by a day
[14:49] <kgunn> rsalveti: it went in on devel y'day
[14:49] <rsalveti> right
[14:50] <kgunn> will queue up another mir quickly...just need to talk to guys to see if anything else will come thru we should "wait" on
[14:50] <kgunn> wait == 2 days maybe
[14:50] <rsalveti> 2 days is fine
[14:52] <robru> mhr3_, looks like the build is ready. let me know how your testing goes and then I can publish it if successful
[15:02] <mhr3_> robru, i pushed one more rev to the mped branch, and trying to build again doesn't work, what to do?
[15:07] <robru> mhr3_, how are you trying to build? I think I need to build it myself...
[15:07] <robru> mhr3_, just want to confirm, same MPs right? just a new commit, no new MPs?
[15:07] <mhr3_> robru, i just clicked the build button again
[15:07] <mhr3_> right
[15:08] <mhr3_> robru, i knew you need to do reconfiguration if i made a new branch, so thought doing this would be easier
[15:08] <mhr3_> apparently i was wrong :P
[15:09] <robru> mhr3_, no, I still think this is easier...
[15:09] <robru> mhr3_, but something goofy is going on. CSS isn't loading here so the page looks all impossible to read
[15:09] <mhr3_> did i break jenkins?
[15:10] <mhr3_> yey me!
[15:11] <robru> mhr3_, I dunno, restarted firefox and it seems fine. my system is messed lately. ok, I reran the build with 'ignore_step' selected and it seems to be working. I'm not sure why it didn't notice the new commit before
[15:12] <mhr3_> oh well.. adding  to train weirdness
[15:12] <mhr3_> robru, still can't believe you called it train... trains and nice and cosy :P
[15:13] <robru> mhr3_, haha, i didn't come up with the name. despite a few warts, this system is *wayyyy* slicker than what we had before. Now we get packages built in PPA directly from MPs. makes it way easier to install the stuff on the phablet for testing. way easier to automate testing as well
[15:32] <robru> mhr3_, ok it looks like the new commit got built. please test!
[15:33] <davmor2> ogra_: is there a nice way to get the crash report off the phone in a sensible format?  Currently apport-cli -c /path/to/crash keeps telling me its not an official app so can't report  grrrrr
[15:34] <robru> mhr3_, actually can you check that the new commit made it in? suddenly I have doubts...
[15:34] <ogra_> davmor2, hmm, no idea, ask pitti
[15:34] <mhr3_> robru, it's in the diff, so yea
[15:34] <robru> mhr3_, ok great. still getting the hang of this train thing ;-)
[15:38] <davmor2> ogra_: thanks will do :)
[15:40] <sil2100> ogra_: so!
[15:40] <ogra_> sil2100, still waiting for a word from your boss
[15:40] <sil2100> ogra_: didrocks said a +1 on promoting 166!
[15:40]  * ogra_ doesnt want to be cursed at in french if he released without approval
[15:40] <sil2100> ogra_: he's busy in a meeting but I poked him personally
[15:41] <ogra_> ok
[15:46] <ogra_> ..."Waiting for other process to release the global lock" ...
[15:46]  * ogra_ twiddles thumbs
[15:51] <robru> mhr3_, ok just ping me when you're satisfied with the testing and I can publish
[15:51] <mhr3_> robru, i'm satisfied
[15:51] <mhr3_> robru, all the code it touches doesn't run in the default image so it's completely safe
[15:51] <robru> mhr3_, also it turns out that technically you are supposed to click build. for future reference, you have to check 'IGNORE_STEP' to make it rebuild new commits.
[15:51] <robru> mhr3_, ok great
[15:51] <ogra_> [15:52] <mhr3_> that's why noone noticed that i'm fixing a possible crash :)
[15:55] <robru> mhr3_, ok I published it. once you see it get past -proposed and into the archive, you can go ahead and click 'merge and clean'
[15:57] <sil2100> \o/
[16:33] <robru> thostr_, ok, upstart-app-launch is ready for building in silo 5.
[16:33] <thostr_> robru: thanks
[16:34] <robru> thostr_, you're welcome! ping me when you're satisfied with the testing and then I can publish it for you
[16:34] <thostr_> I'll... will take a while though
[16:42] <robru> thostr_, ahhh it looks like we all EOD in an hour ;-) so don't rush, we'll publish it tomorrow morning.
[16:42] <robru> thostr_, after this sprint is over we'll have better geographic dispersion for 24h landing-availability
[16:42] <thostr_> robru: that will be very handy then
[16:43] <robru> thostr_, next week ;-)
[16:43] <robru> seb128, looks like settings finished building if you want to start testing
[16:44] <robru> mhr3_, scopes-shell is in the release pocket! please 'merge and clean' that landing
[16:44] <mhr3_> robru, done, thx
[16:49] <seb128> robru, I've tests running for 10 minutes or so
[16:50] <robru> seb128, haha, ok.
[16:51] <tedg> didrocks, We're getting an odd failure: http://162.213.34.102/job/landing-005-1-build/30/console
[16:51] <tedg> didrocks, Could that be due to the override version?
[16:53] <thostr_> I'm getting an exception of packagemanager in silo1... could anybody check?
[16:59] <didrocks> tedg: meeting, I'll have a look in few sec
[17:00] <cyphermox_> Mirv: https://launchpad.net/~mathieu-tl/+archive/ppa
[17:00] <tedg> didrocks, Who's in the meeting?  Should I ping them so they need to leave too?  ;-)
[17:01] <didrocks> tedg: we are coming :)
[17:01] <didrocks> ahah :)
[17:02] <Mirv> cyphermox_: merci
[17:02] <didrocks> tedg: ah, this is expected
[17:02] <didrocks> tedg: robru did rerun it with the correct parameter
[17:02] <didrocks> to tell "don't care about what's in the archive"
[17:02] <didrocks> we can explain you more later on
[17:02] <didrocks> plars: joining?
[17:03] <plars> didrocks: yes, one sec
[17:03] <tedg> didrocks, Okay, is there something we should be putting in the landing sheet to signal that?
[17:03] <didrocks> tedg: no, you can do that on your own
[17:03] <didrocks> tedg: it's the "ignore destination version" (or whatever it's called)
[17:04] <tedg> didrocks, I can't :-)  thostr_ ^
[17:04] <didrocks> yeah, thomas has power!
[17:04] <thostr_> tedg: let me try
[17:04] <tedg> thostr_, I think that robru already did
[17:04] <tedg> thostr_, There's a build 31 running
[17:05] <thostr_> tedg: ok
[17:05] <thostr_> tedg: if not, just reping
[17:05] <tedg> Will do, was more mentioning for the future.
[17:05] <Mirv> updated wpa + nm, restarted network-manager
[17:10] <cyphermox_> Mirv: ok
[17:48] <sil2100> ogra_: why didn't you share Didier's post yet?!
[17:50] <ogra_> sil2100, sorry, was catfeeding
[17:50] <ogra_> :)
[18:59] <davmor2> pmcgowan, ogra_: I know the bug reports for the QT5.2 are really short for all of those I can pad them out with steps and so on I've also been grabbing logs and crash reports as I've gone.  Mirv has let me know that the multimedia is still down which I think is the cause for a lot of the high bugs hence no report I'll retest when the qt multimedia fix lands hopefully tomorrow :)
[19:03] <pmcgowan> davmor2, thanks
[19:07] <davmor2> rsalveti: the QT5.2 qtmultimedia fix is that in the ppa now?  So I can trial it tomorrow :)
[19:09] <rsalveti> davmor2: not yet, sergiusens is working on that
[19:09] <davmor2> ah cool thanks
[19:11] <sergiusens> rsalveti, right, let me get to it
[19:29] <thomi> Hi - can anyone tell me who I should talk to to get window-mocker landed in distro? I guess it's still on the old system, since automerger is still running for it
[19:31] <popey> is it known that wifi is broken on latest proposed?
[19:32] <popey> nmcli d shows no wifi device
[22:21] <fginther> thomi, by any chance does veebers know?
[22:21] <thomi> fginther: otp, one moment
[22:21] <fginther> he's the "lander" contact for the other components
[22:25] <thomi> fginther: I'm not sure what you're asking?
[22:25] <thomi> veebers is on holiday today, I can probably help though
[22:26] <fginther> thomi, on the ci-train spreadsheet, veebers is listed as the contact for the other autopilot components. I assumed he was versed on the process or at least knows who to talk to
[22:26] <thomi> yeah, he knows, but.. does *everything* go through ci-train now?
[22:26] <thomi> and if that's the case, how come automerger is still switched on for some things?
[22:27] <fginther> thomi, ah, you weren't asking for it to be added to ci-train.
[22:27] <fginther> hmm
[22:27] <thomi> no
[22:27] <thomi> I really don;t know which process to use to land that component
[22:29] <fginther> thomi, you should be able to get help from the daily release team (didrocks, cyphermox_, kenvandine, robru, sil2100, Mirv)
[22:30] <thomi>  thanks, will email them
[22:30] <fginther> ls
[23:12] <xnox> am I missing something, or do annon users no longer have ability to retry jobs on s-jenkins?
[23:13] <xnox> i need to retrigger merge proposal, now that protobuf/mir is fixed in the archive.
[23:13] <xnox> since this is just another merge proposal, I should be able to self-service myself.
[23:13] <xnox> why can i not click on http://s-jenkins.ubuntu-ci:8080/job/dialer-app-ci/159/rebuild ?
[23:14] <xnox> cihelp ^
[23:16] <fginther> xnox, I can click that for you, to my knowledge there has never been anonymous access to that ability
[23:16] <fginther> xnox, rebuilding now
[23:17] <xnox> fginther: which is very odd. Given that it's using up your highly valuable time, on trivial button pushing.
[23:18] <xnox> fginther: or is it again the case of not being able to do a per job access control?
[23:18] <xnox> fginther: can we do some kind of generic remote triggers for any jobs on any jenkins, and then put a sensible ACL mediation on top of it.
[23:19] <xnox> cause really, anybody should be able to retry merge-proposal/ci, and the person who propose the merge should be able to self-service.
[23:19] <fginther> xnox, yes, jenkins ACL is not specific enough to cover this. There really should be a REST api that can be triggered to accomplish the same goal
[23:19] <fginther> that is, we could implement a very basic API to accomplish that task
[23:20] <fginther> and then "just" provide the ability to rebuild given the link
[23:31] <xnox> fginther: hm
[23:31] <xnox> "Project-based Matrix Authorization Strategy?
[23:31] <xnox> with that, you can enable 'Enable project-based security' per job basis, where you can set up the matrix permissions the same way as you set the global ones."
[23:31] <xnox> i'm not sure what half of those words mean, but it sounds good.
[23:32] <xnox> also https://issues.jenkins-ci.org/browse/JENKINS-1504
[23:37] <fginther> xnox, thanks for the pointers, this area has been a hot button lately, I'll talk to ev about getting something worked up
[23:37] <xnox> fginther: i guess i should spin up a jenkins to do it.
[23:38] <xnox> fginther: since all jenkensi are behind VPNs we should be able to allow e.g. any authenticated with openid user to push /some/ buttons
[23:38] <xnox> fginther: e.g. the retry one on adt, or retry one on merge proposal thingy.
[23:38] <fginther> xnox, gotta go, let's pick this up again
[23:39] <xnox> fginther: ta! see ya =)