/srv/irclogs.ubuntu.com/2013/02/26/#ubuntu-unity.txt

=== _thumper_ is now known as thumper
=== jono is now known as Guest76484
ricotzdidrocks, hi, i hope you can take a look at this https://code.launchpad.net/~ricotz/gnome-control-center-signon/fix-packaging/+merge/15042207:31
didrocksricotz: approved! Thanks :)07:32
ricotzthanks07:32
MCR1Is Jenkins ill ? I am sure this works: https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix808909-addhelper-autostart-fails/+merge/15047407:58
MCR1mmrazik: Hi :) Can you answer this ? ^^08:01
=== davidcalle_ is now known as davidcalle
sil2100Only 3 failures for ibus \o/09:54
didrocksnice sil2100 :)10:02
=== mmrazik is now known as mmrazik|lunch
=== mmrazik|lunch is now known as mmrazik
mmrazikdidrocks: just looking on the dir structure in cupstream2distro-config and I think we will need sth like stacks/head/jenkins-templates dir12:07
mmrazikin the past we have been changing the templates and it would be good to keep the old version for old stacks12:08
didrocksmmrazik: didn't we say that the templates are per "job type" rather?12:08
didrockslike daily-release and so on?12:08
mmrazikdidrocks: I fear it will be per job type and per release12:09
mmrazikbut the truth is we can split it once we have an immediate need12:09
mmrazikwhich we don't have ATM12:09
didrocksmmrazik: or the deploy tool can be per release12:10
didrocksmmrazik: like giving a template directory12:10
mmrazikdidrocks: ack12:10
didrocksmmrazik: btw, rev9 is the last one for now, I'm changing my tools to support this12:10
didrocks(out of tree config stacks)12:11
didrocksthe deploy tool is already functional12:11
mmrazikok12:12
=== _salem is now known as salem_
didrocksmmrazik: ok, I think I've updated all the tools and write tests for the automated part to the new config and template locations in a flexible manner13:03
mmrazikdidrocks: ack. I'm a bit stuck trying to generate the yaml from our current configs (its progressing just a bit slower than I thought)13:04
didrocksack, good luck! :)13:05
mhr3mterry, ping13:54
mterryMirv, can you explain your request for compiz 0.9.7.12 again?  I don't think I have that code anymore on my hard drive.  But I didn't upload that, just provide a patch for it13:54
mterrymhr3, hi13:54
mhr3mterry, morning, i'd like to ask about the unity stack13:54
mhr3mterry, we'd like updated dee in raring so ppas building related stuff continue working13:55
mhr3which they don't atm13:55
mterrymhr3, sure13:56
mterrymhr3, the stack failed to build last night, let me see13:56
Mirvmterry: I mean that the packaging branch is out of date, doesn't have the exact version that is in archives. if it's not found, I need to manually mimick the archive version in my branch before making additional changes13:56
Mirvmterry: who uploaded it eventually?13:57
mterryMirv, I think you'll have to do that.   You did, it looks like13:57
mhr3mterry, yea, i was talking to didier yesterday he said it's not there cause something down the line failed13:57
Mirvmterry: I don't have upload rights :P13:57
mterryMirv, maybe I sponsored your patch then13:57
Mirvmterry: anyhow, if you don't have it, then I'll just grab the archive version and put it on top of my bzr branch13:58
mterryMirv, yup, I did13:58
mterryMirv, OK, thanks.  Sorry for the trouble13:58
Mirvmterry: no problem, the hunt for the distro branches is commonplace.. (a rock solid process/system for that would be welcome)13:58
mterryMirv, though really, lp:ubuntu/precise/compiz *should* be up to date.  I see that it isn't, but that's the fault of a script13:59
mterryMirv, in future, hopefully it's just trunk  ;)13:59
mterryIn this post-inline world13:59
mterrymhr3, OK, I've restarted the stack.  Hopefully it will publish this time14:01
mhr3mterry, and if it fails again?14:01
mterrycyphermox, what's the story with the indicator stack14:02
mterry?14:02
mhr3do you an override "but publish this part anyway"?14:02
mhr3*do you have an14:02
mterrymhr3, it shouldn't.  The build failures were transient.  Another failure is likely to be transient as well.  I can publish manually if I can't get things working as they are14:02
mhr3mterry, ok, let's see what happens then :)14:03
Mirvmterry: yes, the post-inline world is much more sane14:05
cyphermoxmterry: do you mean the ido build failure?14:29
mterrycyphermox, the whole thing is yellow/red.  I just didn't know if it was serious (i.e. if my unity stack looks OK, is the indicator stack a reason for me not to release)14:30
cyphermoxheh14:30
cyphermoxis there anything in unity that depends on new indicators, aside maybe for hud stuff?14:30
mterrycyphermox, I don't think so...  mhr3: do you know of anything in recent unity commits that needs anything special from the indicator stack?14:36
cyphermoxjust finishing up checking but it doesn't look like there is anything14:36
mterrycyphermox, looks like indicator stack is yellow at least in part because hud has a distro release that needs to land back in trunk14:37
cyphermoxyeah, I just need to approve your hud merge, and fix up ido by fixing xorg-gtest's mess14:38
cyphermoxyeah14:38
cyphermoxmterry: hud done --14:39
cyphermoxxorg-gtest was in progress because I still need to finish up some changes in the m4 and then talking to upstream about it, but I should be able to complete that today14:40
cyphermoxor if not, at least you know, fix ido temporarily enough that it will be happy to build14:41
mhr3mterry, nope, larsu might know about indicators14:44
mterrycyphermox, ah, thanks for approving the bustle one too14:46
didrockscyphermox: mterry: kenvandine: robru: FYI, I've changed cupstream2distro to support out of tree config14:48
robrudidrocks, cool14:48
didrocksmeaning now that the deployement tools are in lp:cupstream2distro-config14:48
didrocksrobru: already awaken? jetlag? :/14:49
robrudidrocks, yeah, jetlag really bad. ;-)14:49
didrocksrobru: waow, I hope you won't need yet-another-week of adjustement :)14:49
kenvandinedidrocks, awesome14:49
didrocksso the stacks are in the stacks directory of lp:cupstream2distro-config14:49
didrocksand cu2d-update-stack in the daily-release directory14:50
kenvandinedidrocks, is that dee fix still blocked by the unity stack?14:50
didrockskenvandine: yeah, see the discussion above between mhr3 and mterry ^14:50
didrockskenvandine: but hopefully, the new run will all go smoothly :)14:50
kenvandinegreat14:50
didrocksso all, FYI, I changed some parts of the scripts (with tests) to support this new layout14:51
didrocksit can impact the publishing and copy2distro part14:52
didrocksthose are under tests, so it should work14:52
didrocksbut if you see anything weird, ping/harass me :)14:52
didrocks(I redployed earlier today the new version on prod machines)14:52
mterrydidrocks, OK.  This is general cleanup, or do we get new features with this?14:52
didrocksmterry: out of tree with support of subdirectories :-)14:53
didrocks+ the 2 fixes from yesterday:14:53
didrocks- support the UNRELEASED case for a one commit only with a changelog content14:53
didrocks- don't use pull-lp-source but use our own process and launchpad credentials supporting multiple LP connection at a time14:54
mterrycool14:54
didrocksalso I moved some of jibel's tool in trunk and remove some hardcoded bits in the template in a default configuration14:56
didrockslike system path and so on14:56
cyphermoxmterry: your bustle branch was including all the changes currently in distro, right?15:03
mterrycyphermox, yeah15:04
cyphermoxoops15:05
cyphermoxit was in fact missing your change for debian/hud-tools.install15:05
cyphermoxgrr there are lots of differences between the two diffs15:07
mterrycyphermox, it was?  I thought I fixed that15:11
cyphermoxmterry: yeah, the file wasn't included in that merge15:12
mterrycyphermox, that's intentional15:12
cyphermoxoh ok15:12
cyphermoxthere are also some differences in the build-depends, I guess that's another different merge?15:12
mterrycyphermox, so distro commented out that line in the .install.  But my branch fixed the need for the commenting, so I didn't include that change15:12
cyphermoxah15:13
mterrycyphermox, yeah, the build-depends were dropped in distro to prevent it running the tests15:13
cyphermoxalright15:13
mterrycyphermox, but the fix allows the tests, so...15:13
cyphermoxsure15:13
cyphermoxmterry: makes total sense, I'll just get back to my other stuff15:13
mterryHopefully the only change that's worth taking was the changelog15:13
cyphermoxyep15:13
mterrydidrocks, sil2100: looks like this latest unity run is passing checks fine.  ~20 test failures per config.  I'm inclined to ratchet down the allowed tests these days, now that ibus and some other great test fixes have landed (thanks sil2100!!).  We currently allow 33 failures, 14 regressions.  How about we ratchet down to 25 failures, 10 regressions?15:26
sil2100mterry: hi! Let me share a doc with you15:26
didrocksmterry: I like this spirit! :-)15:27
sil2100mterry: np. for the fix - still need to polish the rough edges, since I still see 3 ibus failures15:27
cyphermoxmterry: you running the current compiz?15:27
mterrysil2100, yeah, I saw you had a follow-on fix.  But it's good progress  :)15:27
mterrycyphermox, yeah15:27
sil2100mterry: I made a document that lists the failures and tries to guess if they're regressions or not15:27
mterrysil2100, oh!  You're the best15:27
cyphermoxmterry: ok ;) last week we had surprises15:27
didrockscyphermox: I think you can relaunch indicators :)15:27
cyphermoxdidrocks: beh15:28
cyphermoxindicators is actually having ido fail to build...15:28
didrockscyphermox: is it a real one? not transien/timeout?15:28
sil2100mterry: it's based on build 96, so I have to re-do it for the newest one though ;)15:28
cyphermoxoh, definitely a real ftbfs15:28
sil2100mterry: but some more fixes are landing! Mine just got approved, andyrock prepared another one which I'm reviewing now15:28
cyphermoxI'll file a merge now to fix this, but it's going to be a temporary fix until I can finish up with xorg-gtest15:28
mterrysil2100, so counting worse case (the maybes in both categories), we have 13 regressions, 19 failures in that doc15:29
mterrywell, 13 regressions, 26 failures I guess15:30
mterryI assume those will go down if the doc is updated though15:30
mterrysil2100, do you think 25 failures, 10 regressions is a reasonable new threshold for failure?  Or do you want less/more wiggle room?15:31
mterryActually, a lot of these entries are marked FIXED15:31
andyrockmterry, sil2100 unity.tests.launcher.test_icon_behavior.LauncherIconsTests.test_unminimize_minimized_immediately_after_show_windows (Single Monitor) should be fixed in trunk15:35
andyrockunity.tests.launcher.test_keynav.LauncherKeyNavTests.test_launcher_keynav_cancel_on_click_icon(Single Monitor) too15:35
sil2100mterry: hm, let's maybe wait for tomorrow, and if it's still so low, then let's lower the treshold15:38
mterryfginther, a check job just failed with:15:40
mterry[workspace] $ /bin/bash -u /tmp/hudson1642251030477968427.sh15:40
mterryCalculating results for card ati15:40
mterry/tmp/hudson1642251030477968427.sh: line 22: BASEDIR: unbound variable15:40
fginthermterry, looking15:41
mterrydidrocks, is there a way to ask the publishing job to run again, but not in a manual-publish way?15:41
mterryah... looks like I can in the web interface15:42
didrocksmterry: hum, what's the use case?15:42
didrocksyeah, the web interface should give you that :)15:42
mterrydidrocks, here, we passed all the tests in the check job.  But looks like  a script malfunction marked the job as a failure.  I'd still like the publish job to run to show me all the packaging diffs and such15:42
mterryAnd then I'd manually publish if I liked the changes15:43
didrocksmterry: hum, I don't see the failure in the publishing job. That can be due to my changes today15:43
didrockswhich run?15:43
mterrydidrocks, no, the publishing job never bothered, since the check failed15:43
mterrycheck job 9115:43
mterryhttp://10.97.0.1:8080/job/cu2d-unity-head-2.2check/91/console15:44
mterrydidrocks, ^15:44
didrocksahah, so it's my fault :)15:44
mterryfginther, ^ didrocks says he did it15:44
didrocksmterry: yeah, that was hence the "warning, I changed a lot of things and deployed"15:44
mterrydidrocks, :)15:44
didrocksnow, you see it for real :)15:44
fginthermterry, ack15:44
* didrocks grr on the templates not being able to test easily15:45
didrocksmterry: found the typo15:46
didrocksok, further grep sounds like everything should be in shape, let me redeploy with the right template15:47
didrocksmterry: don't run the publisher again now15:47
didrocksmterry: deployed, you can go back to a normal life :)15:49
didrockscyphermox: your turn, doing the same for the indicator stack15:49
mterrydidrocks, cyphermox : I'm inclined to manually publish the unity stack.  Any objections?15:52
didrocksmterry: if the packaging changes looks cool, yeah, the only error was on my side, everything pass :)15:53
didrockscyphermox: indicators ready15:53
mterrydidrocks, are you using the desktop-team screen?15:53
didrocksmterry: I don't15:54
didrocksI'm not even ;)15:54
didrockswebapps/webcreds done15:54
mterryhrm...  someone was in python/bzr.  They seem done15:57
mterrydidrocks, I updated the unity stack to not include unity-scope-video-remote anymore.  For that change to go live, I'd have to re-deploy right?16:01
mterrykenvandine, mhr3: dee published16:03
mhr3mterry, yey! :)16:03
mterrydidrocks, how long does it take for the published packages to appear as pushes to the archive?16:15
kenvandinemterry, thanks!16:16
mterryah, there it goes16:19
didrocksmterry: publish is a few minutes, then the daemon, is running every 15 minutes on the archive admin box16:28
mterrydidrocks, k.  I was just impatient  :)16:28
MCR1Could someone please re-approve https://code.launchpad.net/~mc-return/compiz/compiz.merge-fix808909-addhelper-autostart-fails/+merge/15047416:28
MCR1?16:28
MCR1It seems panda-pbuilder was somehow failing to build...16:29
sil2100MCR1: indeed, I see the failure is somewhere else - let me reapprove16:33
MCR1sil2100: thx :)16:33
=== mdeslaur is now known as random_nickname
=== random_nickname is now known as mdeslaur
mhr3mterry, how much published is dee? :)16:54
mhr3mterry, http://s-jenkins:8080/job/libunity-ferrets-mbs-autolanding/build=pbuilder,distribution=raring,flavor=amd64/11/console16:54
mterrymhr3, https://launchpad.net/ubuntu/+source/dee shows it uploaded, but not in raring proper yet16:56
mterrymhr3, so not published from a distro sense.  But published from a jenkins sense16:56
mhr3i knew there'd be a gotcha16:58
mhr3mterry, so when can i actually re-approve that branch and expect it to land?17:00
mterrymhr3, when the +source/dee page shows the version in raring (not just -proposed)17:01
mhr3mterry, can i get an approximate delta in some SU units? ;)17:02
mterrymhr3, less than 30 min, but likely less than 15min?17:03
mhr3ah, cool17:05
mterrymhr3, btw, dee landed in raring a few hours ago20:10
MCR1smspillaz: First performance optimizations are already awesome, even on ATI :) Top job !!!21:45
=== salem_ is now known as _salem

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