/srv/irclogs.ubuntu.com/2014/07/12/#ubuntu-ci-eng.txt

robrunooooooooooooooooooo00:15
robruslangasek, ^00:15
robruslangasek, diff looks simple enough, we might be able to resolve that00:19
robruslangasek, resolved conflicts here: https://code.launchpad.net/~robru/unity-api/require-g++-4.9/+merge/22655900:26
robruwill rebuild00:26
robruslangasek, new build started: https://ci-train.ubuntu.com/job/landing-008-1-build/125/console00:29
alecurobru: I just finished testing my silo (and updating the testplan with the new features)00:32
robrualecu, and it's good to go?00:33
alecurobru: yes!00:33
alecurobru should I mark testing done as "yes"?00:33
robrualecu, yes, I was just going to ask that ;-)00:33
alecurobru: let me know if I need to do anything else; I'll check here after cooking :-)00:34
alecuthanks a bunch!00:34
robrualecu, you're welcome, should be good for now00:35
robruslangasek, https://ci-train.ubuntu.com/job/landing-005-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-scope-click_0.1+14.10.20140711.1-0ubuntu1.diff can I get a packaging ack here? i see new deps00:35
robruyeah that one00:35
slangasekrobru: why is that showing upstream delta as part of the "packaging changes"?00:46
slangasekrobru: and thanks for the rebuild on 00800:46
robruslangasek, packaging changes includes the build system, so CMakelist.txt is included but not the entire upstream delta00:48
robruit also includes like setup.py if there was one, configure.ac etc00:49
slangasekah, ok00:52
slangasekrobru: ack for https://ci-train.ubuntu.com/job/landing-005-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-scope-click_0.1+14.10.20140711.1-0ubuntu1.diff00:53
robruslangasek, thanks!00:54
* alecu looks at that warning, puzzled01:08
slangasekalecu: it seems like an awfully gratuitous warning, since all packages go to -proposed first :)01:11
robrualecu, slangasek: yeah, that's just the process, not a warning at all. the citrain system is polling the archive to see if the package is fully landed yet, and it isn't, so it just reports "hey, this is still migrating"01:13
slangasek"INFO: archive did not use a time machine"01:14
robruslangasek, think of it more like "Congratulations! Your package is already in -proposed!"01:15
robruslangasek, also, it becomes more important during archive freezes, when things can sit around in UNAPPROVED for days, it reports on that, too01:15
slangasekok01:16
imgbot=== trainguard: IMAGE 127 building (started: 20140712 02:05) ===02:04
robrualecu, still around?03:01
robruslangasek, can you try rerunning this autopkgtest? looks like a transient error to me: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity-scope-click03:03
robrualecu, ^^ this is why your thing is still in proposed03:03
robruslangasek, I can't seem to get into d-jenkins right now, I thought I used to be able to...03:04
=== plars_ is now known as plars
* alecu looks03:20
alecuweird that the error is "tar: Unexpected EOF in archive". Sounds like it's not related to this MP, right.03:26
imgbot=== trainguard: IMAGE 127 DONE (finished: 20140712 03:50) ===03:49
imgbot=== changelog: http://people.canonical.com/~ogra/touch-image-stats/127.changes ===03:49
slangasekrobru: I can get to d-jenkins, but I don't know where/how to retry autopkgtests05:23
robruslangasek, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#unity-scope-click go here, there's a link that says 'private', it takes you to a jenkins page, you should be able to re-trigger the jenkins job there05:24
slangasekrobru: I have a 'PUblish again' button; is that the one?05:24
slangasekthat seems like it refers only to pushing it to the public jenkins05:25
robruslangasek, uh, not sure. I would expect jenkins to have a 'build' or 'build with parameters' link... are you logged in?05:25
slangasekah, not so much :)05:26
slangasekstill no option to retry, though05:26
robruslangasek, hrm, dunno then. I guess we'll have to get infinity or cjwatson involved05:26
slangasekmy only options are 'Publish again' and 'Keep this build forever'05:27
slangasekohp, no, found it - one level up, "Build Now"05:27
robruthere you go ;-)05:28
slangasekrobru: so, trying to understand the build failures in silo-00806:03
slangasekthe MP referenced in the spreadsheet for mir is https://code.launchpad.net/~thomas-voss/mir/explicit-gcc-version/+merge/22477306:03
slangasekthis is superseded by https://code.launchpad.net/~thomas-voss/mir/explicit-gcc-version/+merge/22478706:04
slangasekwhich is superseded by https://code.launchpad.net/~thomas-voss/mir/explicit-gcc-version/+merge/22614006:04
slangasekwhich is listed as already merged in lp:mir/devel06:04
robruuh huh06:05
slangasekand lp:mir/devel, in turn, has the fix for the mir build failure already committed06:05
robruso should we just do a new MP from lp:mir/devel to lp:mir do you think?06:06
slangasekI have no idea06:06
slangasekwhy is there a separate lp:mir/devel at all?06:07
robruslangasek, well, some people didn't like our vision of how citrain was *supposed* to work, and just pre-merged everything into devel branches before getting silos assigned. it always baffled me, because it completely defeats the way we generate changelogs from commit messages.06:08
slangaseklooks like I need r1757 from lp:mir/devel, but why is this not already being merged into lp:mir06:09
robruslangasek, they merge it into trunk periodically06:09
slangasekso I should be able to just propose a merge from lp:mir/devel to lp:mir, and the train will DTRT, and no one will be surprised or upset by this?06:10
robruslangasek, hmmmmmm well you can make the MP, but I wouldn't merge anything until we get some kind of ack from the mir team. don't want to step on their toes.06:11
robruslangasek, actually I'm just looking at their branches now and I realize I don't have a clue how they're organizing their development.06:11
slangasekok, so, that's a problem then06:11
slangasekbecause this transition needs to happen in Ubuntu06:11
slangasekand the workflow is now making it more difficult to fix a latent bug in the mir code06:11
robruslangasek, well we don't have to wait for tvoss, we can probably ping kgunn about this06:11
slangasekright, a workflow that requires me to ping someone for signoff before merging a bugfix is broken :)06:12
robruslangasek, how big of a diff are we talking about here?06:13
robruslangasek, it's a big silo, I assumed it was a big change06:13
robrulots of testing required, etc.06:13
slangasekno06:13
slangasekthe change I need from devel is a one-liner06:13
slangasekthe delta from devel to lp:mir is 36 commits an 10kloc of diff06:13
robruslangasek, ok but if you actually MP lp:mir/devel to lp:mir, is it just one line? or does it pull in a bunch of crap, too?06:13
robruslangasek, yeah, so I'm gonna say, let's not MP 10kloc of stuff without upstreams involvement there.06:14
slangasekand the actual change related to this silo is a packaging-only change to the compiler used06:14
robruslangasek, maybe just cherry pick that one line you need06:14
slangasekok06:14
robruslangasek, adding a new MP to the silo is easy anyway06:15
slangasekyes... it's just irksome to be cherry-picking, due to bzr :)06:15
robruheh06:16
robruslangasek, I think you can handle one line.06:17
slangasekI mean that it's irksome later due to the history mismatch06:18
robruhm06:19
slangasekrobru: ok, https://code.launchpad.net/~vorlon/mir/explicit-gcc-version-and-g++4.9-compatibility/+merge/22656306:22
slangasekspreadsheet updated06:23
slangaseknow I would just need to reconfigure with https://ci-train.ubuntu.com/job/landing-008-0-reconfigure/build?delay=0sec ?06:23
robruslangasek, yep that should do it06:23
slangasekok06:23
slangaseknot doing it yet, there are other build failures to sort out first06:23
slangasekrobru: thanks for the sanity checks :)06:24
robruah ok06:24
robruslangasek, you're welcome06:24
robruslangasek, I'm signing off soon but I'll still hear pings if you need something06:24

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!