[00:18] <AlbertA2> trainguards: utopic landing -012 is ready to publish
[00:25] <kgunn> hmmm for some reason rtm-silo 11 didn't ping here that its ready for QA....and it's wrong on the dashboard too
[00:25] <kgunn> robru: i think cause i almost accidently built ^ so it's stuck in dashboard on "ready to build"
[00:26] <kgunn> ToyKeeper: ^ if you're about, silo 11 rtm is ready
[00:26] <kgunn> for QA
[00:48] <robru> kgunn: fixed
[02:10] <imgbot> [02:41] <robru> kgunn_: that's a new one on me
[02:46] <kgunn_> robru: oh i bet i forgot to approve the twin mp
[02:47] <kgunn_> let's do that 1 mo' time
[02:48] <robru> kgunn_: i doubt it? mps only need to be approved to publish, not to build. the error looks like the debian/watch file is invalid but I checked it and it seems fine.
[02:49] <kgunn_> huh
[02:50] <robru> kgunn_: keep in mind citrain was never designed with debian/watch files in mind, you're supposed to use split mode packaging, so...
[02:51] <kgunn_> robru: split mode packaging ?
[02:54] <kgunn_> robru: so i'm target building qtmir-gles, should i rebuild all ?
[02:54] <robru> kgunn_: http://bazaar.launchpad.net/+branch/qtmir/view/head:/.bzr-builddeb/default.conf if you use split mode packaging it creates the tarball by just deleting the debian/ directory and doesn't need to download anything, no debian/watch file necessary. I never understood what you guys were doing with the debian/watch stuff in the -gles packages
[02:54] <robru> kgunn_: I don't see any reason to rebuild all
[02:55] <kgunn_> robru: i know even less
[02:56] <robru> kgunn_: who started all this gles stuff?
[02:56] <kgunn_> robru: bregma & saviq, b/c desktop gets screwed if we release a new qtmir
[02:56] <kgunn_> without a sync'd qtmir-gles
[02:57] <kgunn_> and that pretty much covers my depth of knowledge
[02:57] <kgunn_> i just know we keep these things in sync
[02:57] <robru> kgunn_: yeah I don't get why the qtmir source package can't just publish a qtmir-gles binary package, I think the very concept of "keeping source packages in sync" is inherently broken.
[03:01] <kgunn_> robru: so any ideas?
[03:02] <robru> kgunn_: not a clue.
[03:02] <robru> kgunn_: unless you can find a way to merge the source packages ;-)
[03:04] <kgunn_> :)
[03:07] <robru> Mirv: up yet?
[03:10] <imgbot> [03:11] <kgunn_> robru: so the err is Unable to find the needed upstream tarball for package qtmir-gles, version 0.4.3+14.10.20141002.
[03:12] <kgunn_> but the ppa is qtmir - 0.4.3+14.10.20141003-0ubuntu1
[03:12] <kgunn_> is it b/c i'm building on a timezone change ?
[03:12] <robru> kgunn_: oh, derp, I guess that would do it. rebuilt qtmir I guess?
[03:13] <robru> kgunn_: no, wait. why does -gles have the older version?
[03:13] <robru> kgunn_: if qtmir was uploaded first it should have the older version from before midnight, right?
[03:14] <kgunn_> yeah...that would make sense...so it's from the future :)
[03:14] <kgunn_> or a jenkins bot that's in the future
[03:14] <robru> kgunn_: nah your MP just has the wrong version I guess: https://code.launchpad.net/~mir-team/qtmir/gles-sync/+merge/236843 says 2, should say 3
[03:15] <kgunn_> robru: oh crap zanetti's changelog
[03:15] <kgunn_> ?
[03:15] <robru> yeah
[03:16] <kgunn_> robru: you a baseball fan at all? this royals vs angels game is pretty good
[03:21] <robru> kgunn_: not me but thanks for the tip
[03:49] <Mirv> robru: morning!
[03:52] <Mirv> hmm, we didn't get the unity8 QA'd? there are 3 unity8 landings queued
[03:55] <imgbot> [03:55] <imgbot> [03:57] <robru> Mirv: oh hey, sent you an email ;-)
[03:59] <Mirv> robru: the subject of it is promising :)
[04:00] <Mirv> merge-clean, check
[04:08] <robru> Mirv: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-3-merge-clean/18/console ok, first official merge&clean in production looks promising. any surprise corner-case issues might arise if you need to merge & clean a silo that's only partially published.
[04:20] <imgbot> [04:20] <imgbot> [04:23] <Mirv> robru: ok, that's quite rare though
[04:23] <Mirv> good to know
[05:18] <bzoltan> ToyKeeper:  hello, are you still around?
[05:19] <ToyKeeper> bzoltan: Just on my way out.  What's up?
[05:20] <ToyKeeper> I see UITK marked as "under testing" with vrruiz attached, but I haven't been following it closely.
[05:23] <bzoltan> ToyKeeper:  Yes, I was about to ask the status of the UITK
[05:23] <bzoltan> ToyKeeper: I will check with vrruiz when he comes online
[05:28] <Mirv> ToyKeeper: any idea why brendand has two landings in "Passed" column but they are not marked as so in the spreadsheet?
[05:28] <Mirv> now I'm a bit confused if they're passed or not
[05:29] <Mirv> the 011 and 002
[05:31] <robru> Mirv: he was complaining about the spreadsheet earlier
[05:33] <Mirv> robru: ah, I see, that explains
[05:33] <Mirv> thanks. I wonder what's up with the spreadsheet then.
[05:34] <Mirv> or if brendand has ctrl-z stuck :)
[05:34] <Mirv> robru: nice that you were so supportive of brendand too! ;)
[05:35] <robru> Mirv: erk. Spreadsheet has been getting worse and it's been stressing me out. We're getting closer to a replacement for it though
[05:36] <Mirv> I've a theory that it also misbehaves worse for some
[05:38] <robru> Mirv: I've been trying to rip out nonessential spreadsheet features to reduce the strain on it... Hasn't been going well
[05:39] <robru> Mirv: the code in the spreadsheet is just a disaster, and it only gets worse
[05:42] <Mirv> actually, this unity8 is not as simple. possibly also brendand got confused that there was _another_ 011 unity8 landing right after the previous one
[05:43] <Mirv> brendand: so it'd look so, only now there's a _real_ duplicate in trello ;) the previous one is there on purpose, since it's a new landing in the same silo
[05:44] <Mirv> but I'm positive that 002 is supposed to be marked as QA passed, unlike the "new" 011
[09:01] <Mirv> I made the error of trying to fix the pointed by switching to tty1 and back. that triggers a utopic dual mode bug where everything hangs, except that the running processes keep on running. another switch to tty1 then would have hung also the processes, but I knew not to...
[09:01] <Mirv> s/pointed/pointer/
[09:01] <Mirv> the same hang also happens if I detach the second monitor
[09:20] <sil2100> Argh
[09:20] <sil2100> Yeah, even today I got this dual mode bug that hanged my PC earlier
[09:21] <Laney> report it?
[09:25] <rsalveti> ted: I'm trying to land, but still stuck in the queue, needs to be approved by an archive admin, since we're in freeze
[11:45] <bzoltan> brendand:  do you know if the UITK will land today?
[12:54]  * sil2100 off to lunch
[12:55] <brendand> bzoltan, almost there
[12:55] <brendand> bzoltan, will land today for sure
[12:56] <dbarth> trainguards, hi: i have line 74 (silo utopic 16) tested now; can you make it land?
[12:58] <dbarth> trainguards, also: silo utopic 14 is blocked in release by an UNAPPROVED queue; can you help?
[12:58] <dbarth> this prevents us from pushing more webbrowser-app fixes
[12:59] <cjwatson> dbarth: trainguards cannot help you
[12:59] <cjwatson> unapproved queue => release team
[13:00] <cjwatson> but I will have a look
[13:00] <dbarth> cjwatson: hi; ah, we're in freeze already?
[13:00] <cjwatson> yes, until release
[13:00] <dbarth> indeed
[13:01] <dbarth> we're lining up further changes for webbrowser-app (more specifically webapp-container)
[13:01] <cjwatson> accepted
[13:08] <Mirv> dbarth: 016 published
[13:10] <dbarth> thank you guys
[13:29] <bzoltan> brendand: good to hear. Thank you.
[14:05] <kenvandine> brendand, can you confirm line 87 qualifies as an isolated bug fix?  it quiets a build time warning and fixes a crash when entering the storage page and backing out quickly
[14:05] <kenvandine> nothing else
[14:08] <brendand> kenvandine, can i see the diff?
[14:08] <kenvandine>  
[14:08] <kenvandine> https://code.launchpad.net/~laney/ubuntu-system-settings/lp1375988/+merge/236934
[14:10] <kenvandine> brendand, and the build warning fix is https://code.launchpad.net/~laney/ubuntu-system-settings/security-privacy-link-gobject/+merge/236938
[14:12] <brendand> kenvandine, ok
[14:12] <brendand> kenvandine, you can swap your name for mine next to N/A
[14:12] <kenvandine> thx
[14:18] <pmcgowan> robotfuel, colin seems to have signed off on that glib fix, what else do we need to do? jfunk ?
[14:19] <robotfuel> davmor2: brendand ^
[14:20] <brendand> pmcgowan, let us do a sanity check on it and get it signed off before EOD
[14:24] <pmcgowan> brendand, ok let me know if you need anything thanks
[14:26] <Laney> I wrote a mini test plan for glib by the way
[14:26] <Laney> https://wiki.ubuntu.com/Process/Merges/TestPlan/glib2.0
[14:30] <pmcgowan> brendand, ^^ thanks Laney
[14:32] <oSoMoN> trainguards, can I haz a (utopic) silo for line 66, pretty please?
[14:32] <oSoMoN> err, line 65
[14:33] <oSoMoN> (and a 14.09 silo for 66, if possible)
[14:37] <Mirv> oSoMoN: done, except rtm which waits for 004 to land first
[14:37] <oSoMoN> Mirv, thanks!
[14:58] <sil2100> grrr
[15:32] <fginther> sergiusens, is there a recommended way to handle build dependencies when building click packages with click schroots?
[15:32] <sergiusens> fginther: no, there aren't supposed to be "build" dependencies in clicks; I mean, the only dep is the framework
[15:32] <sergiusens> fginther: everything else should be part of the click
[15:33] <sergiusens> fginther: maybe a better option is to log bugs for those offending clicks
[15:35] <dbarth> sil2100: heads up; the apparmor extension impacts the youtube scope; better not make an image just yet
[15:35] <dbarth> (the one that just landed on rtm)
[15:36] <fginther> sergiusens, thanks. updated frameworks get created overtime, right? And are those provided via the 'click' package?
[15:36] <sil2100> dbarth: ok, any ETA for the youtube landing?
[15:36] <sergiusens> fginther: yes, click -f [framework] -a[arch] chroot create
[15:36] <jdstrand> sil2100: it introduced a new apparmor denial. I am preparing a fix new
[15:37] <sergiusens> fginther: new debs of click bring in the new frameworks
[15:37] <sergiusens> fginther: during a development phase, the framework has a -devX appended to track the changes to the framework under development
[15:38] <fginther> sergiusens, can developers request adding content to the framework? how is that done?
[15:40] <sergiusens> fginther: you need to offer a stable interface, can't break abi or api after it's in and take it to lool
[15:40] <fginther> sergiusens, thanks
[15:40] <sergiusens> fginther: but it's basically a "seed" change
[15:40] <sergiusens> np
[15:42] <dbarth> sil2100: it takes an apparmor change; otherwise, we could revert signong-apparmor-extension
[15:43] <dbarth> which is slightly annoying since it just reached destination...
[15:45] <davmor2> sil2100: https://bugs.launchpad.net/account-plugins/+bug/1349975 by the way needs tagging for user facing (not blocker) already in the image
[15:46] <fginther> lool, what are the expectations around build tools inside the click frameworks? If a project wants to use something that's not already in there (such as the go build tools) can that be added?
[15:52] <jdstrand> I'll have an update soon
[15:55] <cjwatson> fginther: I think we should add some kind of build-dependency support.  It's not scalable to keep adding everything to the base chroot.  In the meantime you can perhaps use the session support of click chroot.
[15:56] <cjwatson> There's no reason for build-dependencies to have quite as strict keep-it-simple rules as runtime dependencies.
[15:57] <fginther> cjwatson, thanks, I'll give that a try. And maybe have more input on build dependencies in a couple weeks
[15:58] <jdstrand> davmor2: fyi, bug #1377221
[15:59] <jdstrand> davmor2: meant to paste tha tin the other channel
[15:59] <davmor2> jdstrand: no worries :)
[15:59] <davmor2> sil2100: another one for you ^
[15:59] <sil2100> Aw come ooon
[16:02] <sil2100> davmor2, brendand, robru: be right there
[16:02] <sil2100> Browser issues
[16:10] <brendand> dbarth, did i miss an issue with signon-apparmor-extension?
[16:11] <dbarth> brendand: not on the test plan though; but yeah
[16:11] <dbarth> brendand: the youtuibe scope is affected by the extension being in place
[16:16] <brendand> dbarth, i don't think the testing done in this case or test plan provided was satisfactory then
[16:16] <dbarth> nope
[16:17] <dbarth> jdstrand: i would vote for reverting the change right now, and land once we can verify more client applications are ready
[16:17] <dbarth> wdyt?
[16:18] <dbarth> sil2100: i assume that you have tools to make a package revert not too painful
[16:18] <brendand> dbarth, at least online-accounts test plan should have been mentioned
[16:19] <sil2100> dbarth: yes, what package would you want me to revert?
[16:20] <dbarth> sil2100: signon-apparmor-extension
[16:21] <sil2100> Sure - but will a revert help? Or will we need to remove it from the image?
[16:21] <dbarth> brendand: https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings-online-accounts ?
[16:21] <dbarth> brendand: i ran most of that, but that would not even have caught it
[16:21] <dbarth> sil2100: remove from image i think
[16:22] <dbarth> sil2100: do you have an image to roll out soon?
[16:23] <brendand> dbarth, so if you ran it why didn't you say in the test plans field?
[16:23] <brendand> dbarth, please - QA *need* to know what testing you've done!
[16:23] <dbarth> cause i test account settings every time i land sometihng OA
[16:24] <dbarth> in that case, we haven't done a good job of assessing the impact of the change
[16:25] <brendand> dbarth, if you list the OA test plan then it helps indicate that the impact of the change could be throughout the entire domain of that component
[16:25] <brendand> dbarth, if you list bug fixes or mention single test cases then it gives the message that the change is limited in scope/impact
[16:27] <dbarth> brendand: and honestly that's what we thought
[16:27] <dbarth> so wrong...
[16:27] <brendand> dbarth, if you didn't run the OA test plan because you didn't think it was necessary, well that's an oversight, but if you do run it then please list it in the test plan field
[16:27] <brendand> dbarth, so my point is not about that so much as communication
[16:27] <dbarth> brendand: ok, nw, i will mark it more systematically when i do
[16:27] <brendand> dbarth, thanks
[16:28] <dbarth> jdstrand: are you onboard with the revert request above ^^?
[16:30] <jdstrand> dbarth: well, it needs to land sometime soon. if that is a revert, then land soon, that's fine with me. fyi, I'll be uplodaing apparmor-easyprof-ubuntu after I finish testing
[16:31] <dbarth> jdstrand: i want to land it as well; just want to avoid a week-end with a broken image
[16:31]  * jdstrand nods
[16:31] <jdstrand> I'll leave it as your call. I only care that it lands before 2014-10-09
[16:32] <dbarth> jdstrand: mardy has more fixes ready to re-load a silo on monday
[16:32] <dbarth> jdstrand: +1 for 10-09 yes
[16:32] <dbarth> before 10-09 even
[16:33] <dbarth> sil2100: so, it's confirmed, we'd like the package out of the next image, and preferably have that image rolled out asap, to avoid more issues during the week-end
[16:34] <dbarth> sil2100: actually, since it just landed on RTM, i think that the last RTM image should be fine
[16:34] <sil2100> dbarth: let me get back to you after I'm finished
[16:34] <dbarth> sil2100: utopic should be the only one affected
[16:34] <dbarth> ok, nw
[16:52] <robru> sil2100: what's the scoop today? You ready to land your publish changes so I can rip out the json stuff?
[17:00] <cwayne> josepht: hiya, is it at all possible to get a node up on s-jenkins that i can ssh into and experiment with click chroots?
[17:36] <josepht> fginther: are we able to do what cwayne is asking for?
[17:40] <fginther> josepht, cwayne, yeah I think I figured out a way to do this for now
[17:41] <cwayne> fginther: so i think there's something up with the click chroot on exp-slave, as I copied what i have for the job onto my local machine and it works perfectly :/ so I was wondering basically if i could have a node so i could try to make a new chroot and play around with it without polluting yours
[17:42] <fginther> cwayne, just let me get this configured and I'll let you know the details
[17:42] <cwayne> fginther: thanks
[17:54] <robru> sil2100: around?
[17:54] <sil2100> robru: yeah, I'll get back to you in a moment
[17:54] <robru> ok
[18:10] <pstolowski> trainguards, may i ask to resync and rebuild ubuntu-rtm/landing-018?
[18:11] <robru> pstolowski: what do you mean by resync?
[18:12] <robru> pstolowski: you just landed a new package in utopic, right>
[18:12] <robru> ?
[18:17] <pstolowski> robru, yes, it landed in utopic, but u-rtm/018 has an old version built
[18:17] <pstolowski> robru, btw, 'reconfigure' link doesn't work for me (points to non existing page)
[18:18] <robru> pstolowski: right you don't need to reconfigure since you're not changing the source packages being synced. just running the build job is fine, it find the new version and re-copies it.
[18:18] <robru> so i did that for you, I don't understand the error it's getting, but the new package is in the silo anyway
[18:18] <robru> so go ahead with testing that
[18:19] <pstolowski> robru, ok, thanks
[18:19] <rsalveti> cjwatson: what is the ideal way to update the seeds for the rtm branch?
[18:19] <robru> pstolowski: not sure what you mean by "points to non-existing page", just clicked it, works fine for me. You have to click the 'Proceed' button there. But don't actually do it because it's not necessary in this case
[18:20] <rsalveti> I saw people just doing binary copies but afaik you were the one suggesting not to do that last time ogra_ did the package sync
[18:21] <pstolowski> robru, i'm getting redirected to u1 "lost something?" page
[18:21] <robru> uh
[18:21] <robru> u1? are you signed in?
[18:21] <ogra_> rsalveti, for meta uploading to utopic and once it migrated into the main acrchive binary copy into 14.09-proposed is the right thing
[18:21] <pstolowski> robru, ah, by bad, noscript is blocking that
[18:21] <robru> ok
[18:22] <rsalveti> ogra_: oh, great then
[18:22] <rsalveti> thought that could cause dependency issues
[18:22] <rsalveti> because the archive is not exactly the same
[18:22] <ogra_> rsalveti, it did in the past ... they are fixed now
[18:22] <rsalveti> awesome :-)
[18:23] <ogra_> and we want the extra shielding of -proposed for new ones that might show up (because you might add something not in rtm)
[18:23] <davmor2> ogra_: get out of here you are meant to be unifying
[18:23] <davmor2> ogra_: go unify ;)
[18:23] <ogra_> davmor2, done, i'm so united, cant be more :P
[18:24] <davmor2> ogra_: hahahahaha
[18:24] <sil2100> ogra_: oh my, done unifying?!
[18:25] <ogra_> yeah :)
[18:25] <sil2100> And I bothered poor rsalveti when I could have bothered poor-but-used-to ogra_
[18:25] <rsalveti> sil2100: no worries, I also thought ogra_ would be off already
[18:26] <rsalveti> trying to find another german to hug
[18:26] <ogra_> i was off all day !
[18:26] <sil2100> hahah
[18:26] <sil2100> ;)
[18:26] <davmor2> sil2100: yeah but come on saying rsalveti I know ogra broken this but could you have a look doesn't really count
[18:26] <ogra_> (well, kind of, as i set up my new router (finally) ... these alix devices are the best since sliced bread !)
[18:27] <sil2100> robru: so, I might still be able to land this, today's testing revealed some problems so I've been fixing those
[18:27] <ogra_> whats broken ?
[18:27] <sil2100> Might still be able to finish before my EOD
[18:28] <robru> sil2100: ok, no worries. I have tons of time to do what I need, no rush
[18:29]  * ogra_ reads backlog 
[18:30] <sil2100> ogra_: so we decided to back out the signon-apparmor-extension from the seeds
[18:30] <ogra_> sil2100, fine by me, doesnt come from me :P
[18:30] <ogra_> mvo added it
[18:30] <sil2100> ogra_: some parts of the issues it caused got fixed, but I guess there are still some problems left
[18:30] <sil2100> Yeah ;)
[18:30] <sil2100> We know
[18:30] <sil2100> So dbarth will most probably resolve all those around Monday
[18:31] <ogra_> cool
[18:31] <ogra_> so i guess we'll try re-adding on tue
[18:31] <sil2100> Once it gets removed from the seed, we'll need a new ubuntu-rtm image
[18:31] <sil2100> Yeah
[18:32]  * ogra_ wonders if anyone else sees apps hanging and crashing randomly on image 80 
[18:32] <dbarth> apologies for the issues
[18:32] <sil2100> No worries :)
[18:32] <dbarth> we're assessing the rest of the clients that are affected
[18:32] <dbarth> this gives us a good map of the other silos / branches we need lined up next
[18:35] <jdstrand> davmor2, dbarth, cwayne: fyi, uploaded apparmor-easyprof-ubuntu 1.2.33 to utopic
[18:36] <dbarth> jdstrand: thanks; that will help getting more calls through
[18:44] <dbarth> sil2100, ogra_; i'm staying around for the evening, just in case you need me
[18:48] <davmor2> jdstrand: man you're on fire :)
[18:49] <jdstrand> heh
[19:00] <cjwatson> rsalveti: yeah, I fixed the problems that were necessitating force when doing the copy.  for the record even at the time I wasn't suggesting not to do a binary copy, I was suggesting not to copy directly into 14.09 rather than 14.09-proposed (for those with privileges to copy to the former)
[19:19] <rsalveti> cjwatson: got it, thanks :-)
[19:28] <sil2100> robru: ok, it's late here I don't feel comfortable enough to merge this in today yet - you can change the silo_config bits to SiloState in publish and I'll just rebase on Monday
[19:28] <sil2100> robru: if you could leave the overall structure intact then it would be awesome
[19:28] <sil2100> robru: I pushed the branch to LP so you can check the refactoring
[19:28] <robru> sil2100: ok I'll keep it simple, thanks
[19:29] <robru> sil2100: feel free to revert me since it's my last day before vacation ;-)
[19:29] <sil2100> robru: I didn't push the prepare_silo.py bits yet as I didn't commit those
[19:29] <robru> sil2100: oh, how do you test publisher? is it the case that preprod silos can't publish to distro?
[19:29] <sil2100> robru: but the more-or-less updated version can be seen here: https://code.launchpad.net/~sil2100/cupstream2distro/cu2d-duallanding-new
[19:30] <sil2100> robru: I was only testing publishing to PPA's, but I also did one test with hacking the publish job to not 'copy' the rsync file
[19:30] <sil2100> robru: in that case I could check if the rsync file was generated properly without it getting moved to snakefruit
[19:31] <robru> sil2100: ah ok, never used DEST before, funny that ;-)
[19:31] <sil2100> Anyway, it's a very risky piece of code to test, that's why I don't feel comfortable with landing it on Friday yet ;p
[19:31] <robru> sil2100: yeah curse fridays, worst day to land anything ;-)
[20:07] <ogra_> rsalveti, did you trigger an rtm image already ?
[20:07] <ogra_> (seems -meta landed everywhere)
[20:18]  * ogra_ triggers a build 
[20:20] <rsalveti> ogra_: not yet, was waiting the migration
[20:21] <ogra_> well, it is building now
[20:21] <rsalveti> ogra_: great :-)
[20:21] <rsalveti> was busy eating a huge steak
[20:21] <kenvandine> i want some!
[20:22] <rsalveti> yeah, would be nice to do some south american barbecue during the sprint :-)
[20:22]  * ogra_ will do some brasilian barbecue on tue.
[20:23] <rsalveti> awesome
[20:23] <ogra_> there seem to be a churrasacaria next to the hotel :)
[20:25] <imgbot> [20:26]  * ogra_  goes afk again
[20:30] <imgbot> [20:46] <ted> rsalveti, Are you planning to land the sound modes silo soon? Would like to start queuing up some other sound stuff on Monday.
[20:46] <rsalveti> ted: landed that today, just waiting the next image to validate it properly
[20:46] <ted> Hmm, why didn't the MR get marked?
[20:47] <ted> rsalveti, Doesn't seem to be merged
[20:47] <rsalveti> ted: hm, guess the clean step might have failed, let me merge that by hand
[20:48] <ted> rsalveti, I think we can just push https://code.launchpad.net/~ps-jenkins/indicator-sound/ubuntu-utopic-proposed to trunk.
[20:48] <rsalveti> ted: yeah
[20:48] <rsalveti> ted: let me take care of that
[20:48] <ted> rsalveti, K, thanks!
[21:33] <oSoMoN> robru, hey, can (utopic) silo 14 be published, please?
[21:35] <robru> oSoMoN: done
[21:35] <oSoMoN> robru, thanks! (note that the packaging changes were already reviewed and acked by kenvandine)
[21:36] <robru> oSoMoN: cool, they seemed trivial anyway
[21:48] <robru> AlbertA: there's already a dbus-cpp rtm sync in silo rtm1 (along with some other stuff)
[21:49] <AlbertA2> robru: rtm landing-001?
[21:49] <robru> yes
[21:50] <AlbertA2> robru: I'm coordinating with tvoss...
[21:50] <AlbertA2> robru: he's in and out...
[21:50] <AlbertA2> robru: can you ignore that landing for now?
[21:50] <robru> AlbertA2: well you can't both copy the same version of dbus-cpp to rtm, that makes no sense.
[21:51] <AlbertA2> robru: he'll probably request a reconfig
[21:51] <AlbertA2> robru: when he's fully back
[21:51] <AlbertA2> robru: as we already sync'ed it once for media hub fixes
[21:51] <robru> ok
[21:52] <robru> AlbertA2: ok you got rtm9
[21:52] <AlbertA2> robru: thanks!
[21:53] <robru> AlbertA2: you're welcome
[22:30] <imgbot> [22:30] <imgbot> [22:30] <imgbot> [22:30] <imgbot> [23:03] <ToyKeeper> I wonder if anyone is still around.
[23:04] <ToyKeeper> More specifically, I wonder if anyone has filed a bug for the UI locking at random times and getting un-stuck by switching to another app and back.
[23:05] <ToyKeeper> Jeez...  if even imgbot thinks it's time to go home, perhaps I should start my weekend.  ;P
[23:16] <boiko> robru: I am trying to reconfigure rtm silo 3, but it is failing
[23:17] <ogra_> ToyKeeper, haha ... if you file that bug i'll confirm, i saw it too
[23:17] <robru> boiko: what's the failure? have a log?
[23:18] <ogra_> (imgbot is a bit unhappy with me rebooting my router ... it will be back soon :) )
[23:23] <robru> boiko: are you getting an HTTP400 from google when clicking that link? no idea why, anyway that's just google's redirecter thing being stupid, it's possible to extract the real URL from that URL and run it through a urldecoder, try this link:
[23:23] <robru> https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-003-0-reconfigure/buildWithParameters?REQUEST_ID=1411690437729&DISTRIBUTION=ubuntu-rtm&SERIES=14.09&LANDERS=bfiller&MERGE_PROPOSALS=https%3A%2F%2Fcode.launchpad.net%2F~tiagosh%2Fdialer-app%2Fsim-lock%2F%2Bmerge%2F236024%20https%3A%2F%2Fcode.launchpad.net%2F~tiagosh%2Ftelephony-service%2Fsim-lock%2F%2Bmerge%2
[23:23] <robru> F235505%20https%3A%2F%2Fcode.launchpad.net%2F~tiagosh%2Ftelepathy-ofono%2Fsim-lock%2F%2Bmerge%2F235506%20https%3A%2F%2Fcode.launchpad.net%2F~tiagosh%2Ftelepathy-ofono%2Frefresh-emergencynumbers%2F%2Bmerge%2F237076%20https%3A%2F%2Fcode.launchpad.net%2F~tiagosh%2Fmessaging-app%2Finformation-messageType%2F%2Bmerge%2F235860%20https%3A%2F%2Fcode.launchpad.net%2F~
[23:23] <robru> tiagosh%2Fhistory-service%2Finformation-messageType%2F%2Bmerge%2F235859%20https%3A%2F%2Fcode.launchpad.net%2F~tiagosh%2Fmessaging-app%2Fupdate-bottom-edge%2F%2Bmerge%2F235210%0Ahttps%3A%2F%2Fcode.launchpad.net%2F~aacid%2Fdialer-app%2Faddi18ntr%2F%2Bmerge%2F235920%0Ahttps%3A%2F%2Fcode.launchpad.net%2F~boiko%2Ftelephony-service%2Femergency_calls_flight_mode%2F
[23:23] <robru> %2Bmerge%2F236436%0Ahttps%3A%2F%2Fcode.launchpad.net%2F~boiko%2Fdialer-app%2Ffix_calling_emergency_numbers%2F%2Bmerge%2F236434%0Ahttps%3A%2F%2Fcode.launchpad.net%2F~boiko%2Fdialer-app%2Fupdate_header_label%2F%2Bmerge%2F236573%20https%3A%2F%2Fcode.launchpad.net%2F~tiagosh%2Fmessaging-app%2Fsim-lock%2F%2Bmerge%2F236595%20https%3A%2F%2Fcode.launchpad.net%2F~tia
[23:23] <robru> gosh%2Fmessaging-app%2Ffix-image-preview%2F%2Bmerge%2F236918%20https%3A%2F%2Fcode.launchpad.net%2F~tiagosh%2Fmessaging-app%2Fheader-visibility%2F%2Bmerge%2F237075%20%0Ahttps%3A%2F%2Fcode.launchpad.net%2F~tiagosh%2Ftelepathy-ofono%2Fsms-timestamp%2F%2Bmerge%2F237148%0Ahttps%3A%2F%2Fcode.launchpad.net%2F~boiko%2Fdialer-app%2Fship_icon%2F%2Bmerge%2F237149%0Ahtt
[23:23] <robru> ps%3A%2F%2Fcode.launchpad.net%2F~boiko%2Fmessaging-app%2Fship_icon%2F%2Bmerge%2F237152&SOURCES=&SYNC_REQUEST=&delay=0sec
[23:23] <robru> hmmm, ;-)
[23:24] <robru> boiko: http://bit.ly/1vASjhQ try this link ;-)
[23:29] <Ursinha> ogra_: imgbot is in your local machine?
[23:29]  * ToyKeeper *blink* ...  don't let the HTTP GET cops see that, robru
[23:30] <ogra_> Ursinha, imgbot is a few shellscripts ... yes, we'll need a proper solution some day, but that needs a proper backend first
[23:30]  * ogra_ thinks that would be a good sprint topic ;) 
[23:31] <ToyKeeper> ogra_: I think this is it: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1377332
[23:33] <ogra_> ToyKeeper, hmm, sounds like a duplicate of bug 1375215
[23:34] <ogra_> bah, what a mess... that got duplicated against a private bug
[23:47] <boiko> robru: it works, thanks
[23:48] <robru> boiko: you're welcome! I can only assume that error with the link is some transient google error... was working fine for me yesterday
[23:48] <boiko> robru: yep, it was working for me too
[23:51] <robru> boiko: I wonder if it's length-related... *sigh*
[23:51] <boiko> robru: :)