[04:42] Good morning [04:43] darkxst: hm, we use it in saucy's debian/patches/logind_support.patch; did you disable that patch? [04:43] darkxst: i. e. you have to drop this patch if you update to 3.8 [04:43] Pitti, nm, it started working again after a reboot [04:45] pitti, this is 3.8, so dont have that patch [04:45] pitti, http://paste.ubuntu.com/5876334/ [04:46] darkxst: but that patch works in 3.6, so the lid inhibitor works [04:46] yeh its working with above patch now [04:49] ah, good; the patch looks fine to me [05:14] RAOF: hey [05:15] RAOF: did you look at the colord autopkgtest failure? [05:15] pitti: Yo! [05:15] Oh, it fails even when the autopkgtest bug doesn't apply? [05:15] RAOF: that again uses that rather misdesigned (IMHO) parallel test runner which doesn't give you any information on failure :/ so might be useful to cat the log on non-zero exit [05:15] RAOF: yes, you should have gotten mail about it [05:16] https://jenkins.qa.ubuntu.com/view/Saucy/view/AutoPkgTest/job/saucy-adt-colord/ [05:16] RAOF: it runs, but there is one failure [05:16] Hm. I don't appear to have received any mail about that. [05:17] maybe it was already broken before we started that mail thing [05:17] it's been broken for quite a while indeed [05:21] Oh man, that log output is entirely unhelpful, isn't it. [05:23] RAOF: yes, taht's what I meant with misdesigned parallel test runner [05:37] pitti: Is the adt-run-tests bug that prevents me from testing the autopkgtests locally fixed yet? [05:37] RAOF: it's not, but you can run it with run-adt-test -sP colord [05:37] my run of that just finished [05:38] meh, there are debhelper logs from the package build, but no test suite logs? [05:39] so I guess one would need to run run-adt-test -skP colord and then login and run the tests manually [05:40] RAOF: running "make check" in the VM should work too, as the autopkgtest doesn't do anything different [05:40] good morning [05:40] hey chrisccoulson [05:40] hi, pitti, how are you? [05:40] pitti: I was just going to check that my "cat log on failure" works :) [05:40] chrisccoulson: Yo! [05:40] chrisccoulson: quite fine, thank you! we went climbing on the weekend, that was great [05:41] pitti, are you having nice weather at the moment as well? [05:41] hi RAOF! [05:41] chrisccoulson: yes, it's been splendid for two weeks now [05:42] pitti, yeah, it's been nice here as well for a change :) [05:45] the kids seem to like the nice weather too http://www.flickr.com/photos/67705534@N06/sets/72157634635880076/with/9281651263/ ;) [05:48] chrisccoulson: hah, who doesn't === thumper is now known as thumper-afk [07:08] good morning [07:10] salut jibel, passé un bon week-end? [07:11] Salut didrocks,ça a été. Principalement plage et glaces et feux d'artifice le soir avec les enfants, et toi ? [07:13] bien aussi, piscine du rhône et feu d'artifice le soir ;) [07:13] ils viennent de refaire la piscine principale de Lyon (ouverture la semaine dernière): [07:13] http://www.google.com/imgres?sa=X&biw=2078&bih=1104&tbm=isch&tbnid=9Zo7kdYfOvIj5M:&imgrefurl=http://www.lyon.fr/actualite/projets-urbains/la-metamorphose-de-la-piscine-du-rhone.html&docid=xP57nQViE_-o_M&imgurl=http://www.lyon.fr/cs/Satellite%253Fblobcol%253Durldata%2526blobkey%253Did%2526blobtable%253DMungoBlobs%2526blobwhere%253D5000005565171%2526ssbinary%253Dtrue&w=620&h=413&ei=9aDjUdHfJ4330gXh3IGYC [07:13] Q&zoom=1&ved=1t:3588,r:1,s:0,i:83&iact=rc&page=1&tbnh=174&tbnw=257&start=0&ndsp=40&tx=96&ty=111 [07:13] hum, let me get an url shortner [07:14] http://goo.gl/VUMMp and http://goo.gl/XJsAQ [07:20] nice [07:39] good morning desktopers [07:40] seems like this w.e was "upload manually stuff rather than wait for them to land through the system" days [07:40] salut seb128! [07:40] didrocks, lut ;-) [07:40] seb128: yeah, not sure what's the urgency was… [07:40] speaking of unity? [07:41] because ogra did one for powed as well, but he explaining in the changelog [07:41] unity, seems like it was breaking/blocking upgrades [07:42] seb128, hi [07:42] darkxst, hey [07:42] so I fixed the lid close actions, now need someone to test wacom panel [07:43] seb128: interesting, they are doing transition over a week-end… [07:44] seb128: I don't know why ogra_ didn't ping sil2100 to know why this important change wasn't daily release on Friday [07:44] I think there are reasons like tests or failure to build… [07:44] and then, using that apportunity to rant in the changelog "nice" [07:44] ogra_: quite disappointed about your reaction TBH [07:45] what stack is powed in? [07:45] as long as the changes were merged back upstream, it's fine anyway (as it seems it was) [07:45] sil2100: hey, do you know why powerd wasn't released on Friday? [07:46] didrocks: hi! hm, let me see, but I don't remember we had any stack red besides unity? [07:46] sil2100, indicator qa apps are atm [07:46] hud and webapps are yellow [07:46] where is powerd? [07:47] It's in the platform stack, and i think it got published on Friday, but let me check [07:47] platform, let's wait for sil2100's analysis [07:47] but my bet is that the merge was after the daily (as Friday morning) [07:47] nobody asked for a daily within the day [07:47] and the following day, the publication was manual du to packaging changes [07:47] ogra_: FYI ^ [07:47] and next day was saturday [07:47] do we land on w.es? [07:48] ogra_: the manual publication for packaging change is a requirement from the release team FYI [07:48] seb128: did you read/received what I wrote? [07:48] didrocks, yeah, why? [07:48] didrocks: seb128: the platform stack got normally released on Friday [07:49] So maybe indeed the change got in later, after the daily release already [07:49] ok, let's see now [07:49] 09:48:30 didrocks | seb128: did you read/received what I wrote? [07:49] didrocks1, yes [07:49] * didrocks is lagging… [07:49] sil2100: yeah, that's what I wrote === didrocks1 is now known as didrocks [07:49] basically, it was merged after 00 UTC [07:49] nobody reask for a daily [07:49] the commit was on 4:40UTC on friday [07:50] and the day after, it was in manual publication [07:50] because of packaging change [07:50] well, next day was saturday anyway [07:50] and as told: [07:50] 09:47:48 didrocks | ogra_: the manual publication for packaging change is a requirement from the release team FYI [07:50] didrocks: btw. do we run daily-release on weekends? Since I see the publishing job got fired on Saturday, and it was manual publishing because of a packaging change [07:50] we don't land on w.es do we? [07:50] sil2100: yes we do [07:50] seb128: well, we run the stacks [07:50] but don't sync to the archive right? [07:50] but we don't work on Saturday/Sunday to manual publish if needed [07:50] if it publishes, it's getting synced to the archive [07:51] oh ok [07:51] I though we avoided landing stuff on w.e when nobody was around [07:51] it's just packaging changes -> manual publication [07:51] seb128: not the case anymore, on ogra_'s team request [07:51] right [07:51] makes sense [07:51] didrocks, thanks ;-) [07:51] didrocks1, well ... i didnt ping anyone because a) nobody was around, b) could it be documented in the PPA description whom to ping (i wouldnt have known it is sil2100) c) i had simply assumed the fix would have been in after 16h and rolled a (then broken) image which we needed to fix urgently d) we have nop QA for the images atm so the broken image would have stayed on cdimage for the whole weekend [07:51] but every worked as expected [07:51] yw seb128 :) [07:52] ogra_: daily release FAQ, I promoted that a lot, you should know the links now… [07:52] oh ... and e) you explicitly said *several* times that emergency uploads would be no probelm [07:52] ogra_: yeah, emergency uploads is not a problem. ranting on a changelog isn't a nice behavior IMHO though [07:52] dunno what you see as a rant there [07:52] ogra_: https://wiki.ubuntu.com/DailyRelease/FAQ#I_want_to_upload_a_change_to_a_package_under_daily_release_process [07:53] again, everything is documented on who to ping, and so on… [07:53] didrocks: I'll ping you with some packaging ACKs in a moment if you don't mind... [07:53] great thanks ... and no i didnt see that page before [07:53] sil2100: no worry [07:54] ogra_: waow, you are maybe the only one, people are getting tired I reference the FAQ for everything :p [07:54] anyway why wasnt the MP promoted after 30h ? [07:54] any idea about that ? [07:54] ogra_: did you read the scrollbar? [07:54] scrollback? [07:54] * didrocks will repeat once again [07:55] so, your changed was merged at 4am UTC on Friday [07:55] so after 00 UTC [07:55] so not on Friday dailies [07:55] right? [07:55] then, on Saturday, the change was picked, built, tested [07:55] but it was set in manual publication mode [07:55] because of packaging change [07:55] which is a requirement from the release team [07:55] sorry, but you are a day off [07:56] (to not give packaging changes upload right to upstream) [07:56] I'm not [07:56] it was committed on thu [07:56] before 00:00 [07:56] wasnt in on fri [07:56] revno: 67 [merge] [07:56] ogra_, do we speak of http://bazaar.launchpad.net/~phablet-team/powerd/trunk/revision/67 ? [07:56] which we noticed firday evening [07:56] timestamp: Fri 2013-07-12 04:40:33 +0000 [07:56] on trunk [07:56] Date: 2013-07-12 04:40:33 UTC [07:56] didrocks, i approved it on thui evening [07:56] and jenkins too [07:56] ogra_: 00 UTC is trunk [07:57] ogra_: daily release is only interested in trunk's state, I know nothing about the upstream merger [07:57] well, so why was it not picked up by saturday then [07:57] ogra_: do you read? :/ [07:57] it was [07:57] ogra_, did you change the mp status? [07:57] ogra_, or just comment approved? [07:58] 9:55:28 didrocks | then, on Saturday, the change was picked, built, tested [07:58] 9:55:39 didrocks | but it was set in manual publication mode [07:58] 9:55:46 didrocks | because of packaging change [07:58] 9:55:51 didrocks | which is a requirement from the release team [07:58] 9:55:58 ogra_ | sorry, but you are a day off [07:58] ogra_, https://code.launchpad.net/~sforshee/powerd/fix-power-button/+merge/174203 says iicardo approved the mp on friday [07:58] 9:56:02 didrocks | (to not give packaging changes upload right to upstream [07:58] ogra_: it was picked on Saturday ^ blocked by distro rules though [07:58] seb128, hmm [07:58] ogra_, seems like you misclicked to approve and ended up not approving it [07:58] then ricardo came and did it on friday [07:58] seb128, i was pretty sure i did, since itz was breaking images for several days [07:59] well the mp is set as "Approved by: Ricardo Salveti on 2013-07-12 " [07:59] yeah [07:59] not what launchpad tells [07:59] i guess LP doesnt lie [07:59] funjily i have the page open here without relaod and the UI shows approved [07:59] ogra_: maybe the previous build failed? [08:00] as I see a jenkins run in the comments showing failures [08:00] hmm, the commit was changed once [08:00] and so in that case you have been reverted from approve -> needs review [08:00] iirc [08:01] maybe someone pushed and reverted then [08:01] because IIRC, the upstream merger tells something about the rejecoitn [08:01] like "not the approved commit is the latest" [08:01] ok, that could be it then [08:02] but so, nothing was stuck or behaving strangely apparently [08:03] morning! [08:03] ogra_: I have nothing opposed that someone with upload rights like you can access and force the publication if needed [08:04] ogra_: the only thing is that you will have to learn the jenkins' workflow (I would have prefer to have the dashboard worked on before so that you can get a better easier view) [08:04] didrocks, anyway, the changelog entry wasnt a rant, please dont see it like that, asac asked me to document the issues we find with the process (it doenst say "didrocks is a sucker i upload manually because i dont like him" ... i just wanted to note down the time here and explain why i did a manual upload, dont feel attacked) [08:04] Laney, good morning, had a good w.e ? [08:04] ogra_: ok, the "approved for 30h and …" was maybe misleading [08:04] well, i didnt know it was re-approved [08:05] seb128: yes thank you, bit sun burned now though :P [08:05] hehe [08:05] ogra_: so, just tell me if you want to spend some time knowing about the system, how it works, and so that we can give you access to jenkins publication [08:05] that's summer for you ;-) [08:05] you? [08:05] hey Laney ;) [08:06] didrocks, and after all i still think a possible 24h delay is to much and binding the trigger on people is wrong, i would propose some kind of trigger button on LP for fast-pathing singel packages if needed [08:06] Laney, I had an excellent w.e thanks, lot of sun and fireworks (yesterday was our national day, they had fireworks on saturday and sunday nights in the big cities next here) [08:06] great! [08:06] indeed ;-) [08:07] ogra_: yeah, we already discussed that, I can only propose a button for daily release to upstream, with status and so on, I don't know about the upstream merger and launchpad side [08:07] didrocks, there are way to often cases where we quickly need to fix the images now that we're supposed to always have them usable [08:07] ogra_: daily release supports single component rebuild btw [08:07] ogra_, you can always manually upload and send a merge back for trunk [08:07] waiting for the next daily is often to long in tehse cases [08:08] hey seb128 [08:08] and ask our team to have that managed (not on week-end though), as per the FAQ [08:08] seb128, well thats what i did (even with documenting why) and now we have an angry didrocks and a discussion [08:08] bonjour didrocks [08:08] hello Laney [08:08] pitti, salut, ça va bien ? [08:08] ogra_: I was more angry about the changelog that I saw as a rant TBH [08:08] salut pitti! [08:08] yeah, wasnt meant like that [08:08] morning pitti [08:09] seb128: oui ! nos avons eu un bon week-end avec escalader [08:09] ogra_: otherwise, uploading and backporting to trunk is always possible [08:09] (as you can see, since Sunday, the system for the platform stack is telling "nothing to do") [08:09] pitti, tu fais de l'escalade maintenant ? [08:10] seb128: oui, https://plus.google.com/107564545827215425270/posts/cieRV8axPSN [08:10] seb128: well, rope-climbing, not free-climbing [08:11] pitti, nice! [08:12] though bit scary :p [08:12] nice! [08:15] seb128: nah, you are well-secured there [08:17] pitti, via ferrata's? [08:20] darkxst: yes, indeed (that word was new to me) [08:21] didrocks: can you check? http://10.97.0.1:8080/view/cu2d/view/Head/view/HUD/job/cu2d-hud-head-3.0publish/46/artifact/packaging_changes_hud_13.10.1+13.10.20130715-0ubuntu1.diff [08:21] sil2100: +1 for me [08:25] didrocks: and another one - I guess robru knows what he's doing ;p http://10.97.0.1:8080/view/cu2d/view/Head/view/WebApps/job/cu2d-webapp-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_webapps-applications_2.4.16+13.10.20130715-0ubuntu1.diff [08:26] pitti, always want to try them, but probably might find them boring compared to real climbing! [08:27] sil2100: hum, I'm a little bit unconvince it shouldn't be a conflicts insteads, but anyway, webapps, that's not that bad, so +1 [08:27] darkxst: yeah, likely; but I don't do "real" climbing [08:27] sil2100: can you ask him to use a versionned conflicts later on? [08:27] didrocks: will do, let me note that down [08:28] thx! [08:30] you probably want Replaces in that situation too [08:30] http://www.debian.org/doc/debian-policy/ch-relationships.html#s7.6.2 [08:32] pitti, you should try it someday, its pretty amazing, although probably a fair bit slower than your via ferrata adventures [08:32] Thanks! [08:32] darkxst: I've done in-door bouldering quite a few times [08:32] trad leading is scary! [08:33] hmmm, strange thing [08:33] Laney, well that is all part of the game! [08:33] I know someone who looked down to find the last three or so pieces of gear had come out, just before he had to do a blind slap around a corner [08:34] got it fortunately :P [08:34] I don't see any new glib2.0 pushed anywhere lately, and indicator-session FTBFS because of /usr/bin/gdbus-codegen: not found, which is provided by libglib2.0-dev [08:35] Laney, I pretty sure that happens to everyone at some stage! [08:35] I stick with sport and bouldering :P [08:37] Does (or will) Unity 8 still use compiz? [08:38] sil2100, the issue is not that the binary is not found, it's "sh: 1 ... not found", which is the shebang, which is python [08:38] sil2100, you need to build-depends on python for gdbus-codegen [08:38] libglib-dev doesn't do it for you [08:38] we are lucky to have Mt arapiles not far away (well 4 hours drive). its probably one of the best trad climbing spots in the world for lower grades (say in the 10-20 bracket) [08:39] seb128: oh! Nice catch! ;) That makes sense indeed, thanks! [08:39] sil2100, yw [08:40] sil2100, btw you already did that in https://launchpad.net/ubuntu/+source/indicator-power/12.10.6+13.10.20130628-0ubuntu1 [08:40] sil2100, so you should know about it ;-) [08:41] seb128: completely forgot about that, and the error message again made me go the wrong way ;p [08:43] https://code.launchpad.net/~sil2100/indicator-session/fix_gdbus-codegen_python_dep/+merge/174669 [08:44] seb128, didrocks: ^ [08:45] sil2100: approved, thanks! [08:48] Thank you ;) [08:53] highvoltage: No; it's currently using SurfaceFlinger, about to transition to Mir. === vrruiz_ is now known as rvr [09:01] interesting that vuds is just during feature freeze [09:01] rickspencer3: hey, was that considered? ^ [09:02] didrocks, I don't know, I wasn't involved in setting that date [09:02] RAOF: cool, thanks [09:04] sil2100: did you work on the QA stack? It seems to be a 3 minute-fix (wrong list of packages to install) [09:04] didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/qa_extra_package/+merge/174672 <- can you take a lookie? ;) [09:04] ahah :) [09:04] didrocks: ;D [09:05] sil2100: approved, you can deploy and run please :) [09:06] sil2100: on the apps stacks, it's the new qtwebkit which doesn't ship anymore private headers [09:06] sil2100: before sponsoring, I asked Mirv if he checked that nothing was using them, he told me it was the case, wrongly it seems :/ [09:06] didrocks: ah, I poked oSoMoN about that [09:06] sil2100: is he around? Is that normal that we are using private headers? [09:07] didrocks: he didn't respond to my question on #ubuntu-touch, but I guess once he's online he should see it - I'll check what those are used for, but I would prefer him to check that too [09:07] didrocks, did they announce vUDS again without using the mailing lists? [09:08] seb128: seems so, I read it on g+ (linked by a community better) [09:08] k [09:08] sil2100: yeah, same here, keep me posted then, I won't reexpose them until we are sure they are really needed === Guest46086 is now known as jpds [09:38] Laney: how do I try that failing sequence manually? [09:49] mlankhorst: don't know :( [09:49] I did `apt-get install --dry-run u-boot-linaro-omap4-panda u-boot-tools pvr-omap4 xserver-xorg-video-omap-revert xserver-xorg-input-evdev-omap-revert ubuntu-desktop' and it works here ... [09:50] that's the list of added packages from livecd-rootfs + ubuntu-desktop [09:51] mlankhorst: ah. wait.... [09:52] mlankhorst: Stick a ^ on ubuntu-desktop [09:52] what's that? [09:52] Task: ubuntu-desktop instead of the package ubuntu-desktop [09:52] ah.. [09:54] can you reproduce it? [09:56] yeah, works on shedir too [10:09] Just re-read that: works as in "reproducing the brokenness works", not "installing the packages works". Yay for non-confusing sentences. [10:15] unsurprisingly.. [10:15] xserver-xorg-core is part of ubuntu-desktop task [10:37] didrocks: could you take a look at 2 merges? [10:37] https://code.launchpad.net/~sil2100/unity/merge_manual_versions/+merge/174718 [10:37] https://code.launchpad.net/~sil2100/unity-lens-applications/merge_in_manual_publish/+merge/174724 [10:39] sil2100: both approved [10:39] \o\ [10:39] /o/ [10:40] Hope those are correct [10:40] Laney: can I add something to make it not install certain packages? [10:41] mlankhorst: no idea [10:45] sil2100: I checked the diff, they are, thanks! [10:52] Laney: well that's the real problem, unless I somehow overwrite stuff :P [10:53] have a replaces on xorg-server-core, evdev and omap [10:53] but no conflicts [10:54] do you Provides: the packages? [10:57] yeah [10:57] hmm [10:57] but because ubuntu-desktop^ would pull in the real packages, I guess that's causing the issue [10:57] how does the lts cd solve it? [10:57] I thought it might see that the package is already satisfied [10:58] dunno [11:10] mlankhorst: looks like it was seeded for precise [11:10] ogra_: any insights? [11:10] If you install pvr-omap4 first and then the task it's all OK [11:11] i dont think we have a way to install anything earlier than other stuff [11:11] at least not easily [11:12] is there a way to remove the normal xorg stuff that's pulled in by the task? [11:12] remove it from the list of packages being installed [11:18] hm maybe if we remove the conflicts part [11:18] but that will leave you with a broken desktop if you remove it [11:18] ah well [11:24] hm, has the nexus7 desktop kernel been removed in saucy? === MacSlow is now known as MacSlow|lunch [11:36] it's the only device I have that's touch capable [11:40] tkamppeter_: can you test xorg-server in saucy from https://launchpad.net/~canonical-x/+archive/x-staging?field.series_filter=saucy ? (building atm) [11:42] that package should fix a touch bug I was hitting on my nexus7, but it probably won't fix all touch bugs remaining.. [11:48] oh and when I'm trying it I get WARNING: can not find package 'ubuntu-desktop^' in cache, ignoring [11:48] Laney: ^ [11:48] 'it'? [11:49] that line [11:49] so you don't reproduce? [11:49] I guess the schroot thing doesn't work like a real apt-get.. [11:50] (saucy-armhf)laney@shedir:~$ apt-get install --dry-run u-boot-linaro-omap4-panda u-boot-tools pvr-omap4 xserver-xorg-video-omap-revert xserver-xorg-input-evdev-omap-revert ubuntu-desktop^ [11:50] [… [11:50] Note, selecting 'xserver-xorg' for task 'ubuntu-desktop' [11:50] etc [11:54] Laney: what if you add xserver-xorg-core-omap-revert to that line? [11:54] still broken of course [11:54] that's already pulled in by deps of pvr-omap4 [11:54] tried? :P [11:55] yes [11:55] xserver-xorg-core-omap-revert : Conflicts: xserver-xorg-core [11:56] hm, can I reset the schroot? [11:56] mlankhorst: ah, the can not find thing comes from the weird restricted apt they have there [11:56] do it with --dry-run without sudo [11:56] ah.. [11:57] or make a chroot on your nexus [11:58] I want to reset my schroot :S [11:58] don't know what that means [12:02] my chroot is a pigs mest and I want to hide the evidence it ever existed :) [12:07] mlankhorst: remove the bad packages [12:07] Also those chroots porter are shared ;-) [12:07] mlankhorst: Also, for checking this stuff locally it's enough to use chdist to set up a fake apt configuration that uses armhf [12:08] chdist --arch=armhf create saucy-armhf http://ports.ubuntu.com saucy "main universe restricted multiverse" [12:09] then chdist apt-get saucy-armhf update; chdist apt-get saucy-armhf --dry-run install pvr-omap4 ubuntu-desktop^ [12:29] seb128: if unity no longer properly handles desktop files with an absolute path for an icon, do I file a bug against unity, or would it be bamf? [12:29] mdeslaur, hey! not sure but I would guess bamf, check with Trevinho he knows for sure [12:29] seb128: thanks [12:29] Trevinho: ^ ? [12:30] mdeslaur yes... [12:30] * Trevinho reading [12:32] mdeslaur: it could be a Bamf issue, but it seems unlikely... [12:32] mdeslaur: I need to check [12:32] Trevinho: ok, can I file a bug against bamf and you can reassign it if it turns out that's not it? [12:32] Laney: ah.. [12:33] mdeslaur: the side effect is just the ? Icon [12:33] Trevinho: yes [12:33] Trevinho: for instance, you can install "pasaffe" and start it, and notice that the icon in the launcher is the ? one [12:33] or xdiagnose [12:34] mdeslaur: I can't check it now, but you can easily debug it using d-feet and see what contains the icon property for that app... [12:34] mdeslaur: is this a regression btw? [12:34] Trevinho: yep, worked fine in raring [12:36] mdeslaur: I see... There have been both unity and Bamf changes in that codepath so could be both... I'll check that soon, please file a bug with both components for now... [12:38] Trevinho: thanks. LP: #1201408 [12:38] Launchpad bug 1201408 in unity (Ubuntu) "No longer handles absolute path icons" [Undecided,New] https://launchpad.net/bugs/1201408 [12:38] mdeslaur: thank you [12:39] Trevinho: thanks! [12:40] Laney: meh, I guess I'll have to remove the conflicts and leave a broken desktop when any of the omap-revert packages are removed.. [12:41] That'll let both x stacks be installed at the same time? [12:42] yeah but it causes the omap-revert packages to overwrite the normal files, and on remove of the omap-revert the normal files stay gone [12:42] until you manually reinstall [12:42] but it doesn't look like there's a better way [12:44] I'll try it in a ppa === 17SAC504O is now known as tvoss === MacSlow|lunch is now known as MacSlow [13:09] * sil2100 is doing lunch, but... [13:09] didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/add_apps_tests_to_sdk/+merge/174733 whaddayathink? === mvo__ is now known as mvo [13:15] sil2100: sounds like a good range of tests to me [13:15] sil2100: did you try deploying + running first? (to ensure the list is correct) [13:15] didrocks, sil2100: can you retry https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4795420 just to see if the error is transient [13:16] seb128: we got it twice IIRC, but retrying [13:16] * seb128 wishes we would have a ppc porter box [13:16] hm i should have used the x-staging ppa for the test build, would have been faster than emulated armhf builds [13:22] good morning, freedom fighters!! [13:22] good morning desrt! [13:22] didrocks: I did a manual test run on the AP-job [13:23] Didn't redeploy, just put the parameters manually ;) [13:23] desrt, hey [13:23] sil2100: excellent! approving then m:) [13:23]