=== michihenning is now known as michi === _salem is now known as salem_ === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === salem_ is now known as _salem === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [08:46] greyback, mzanetti: hey guys! [08:47] greyback, mzanetti: it seems the last qtmir release to the overlay is missing its qtmir-gles counterpart [08:47] I can sync it up [08:47] sil2100: whoops [09:06] sil2100, please see my comment on bug 1471903 [09:06] bug 1471903 in live-build (Ubuntu) "-updates, -security missing from apt lists" [High,In progress] https://launchpad.net/bugs/1471903 [09:06] * ogra_ really doesnt get why everyone is puching for this, thats insane ... === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [09:38] ogra_: commented back - not sure where you see we ship no apt package lists === chihchun is now known as chihchun_afk [09:39] At least for ubuntu-touch we ship the release pocket ones and the overlay ones [09:39] ughm, since when ? [09:39] there was definitely code that completely wiped them [09:39] Since like always, that's what's in the rootfs that livecd-rootfs generates indeed [09:39] No code like that [09:39] I checked when I looked at the bug [09:40] we had some long discussion before doing that [09:40] The only place where apt lists are removed is the one we want to get rid off in live-build [09:40] * ogra_ wonders when that got removed and why [09:41] thats definitely wrong in general then [09:41] That might be true ;p [09:41] but yeah, then its probably only 30-50MB [09:41] instead of nearly 90 [09:41] still ... approt should be able to just use a manifest instead and we should free this space ... [09:42] that makes me even more look forward to snappy :P [09:43] wasting so much space for something we explicitly do not support is just insane [09:43] I'm pretty sure that it will be a smaller number, bdmurray anyway said something about 1M more? Since I see the package lists for the overlay being around 1MB only, so -security and -updates should be even less as we have much much more packages there [09:43] hah ;) [09:44] phablet@ubuntu-phablet:~$ du -hcs /var/lib/apt/lists/ [09:44] 66M /var/lib/apt/lists/ [09:44] and that explicitly has no deb-src [09:44] Yeah, that's the whole thing right now, since the universe and main packages from the release pockets are like 50 mB [09:45] which you enable in other places [09:45] lists for source packages are usually bigger ... [09:45] Just saying that with -security and -updates it shouldn't grow too large - but I agree we should find a better solution in the near term anyway [09:46] we really need to revert this and wipe the whole dir again [09:46] wasting so much space just for a handfull users that want to run apport-cli without using apt-get update before is just mad [09:48] and really, get permission from the product team, i think pat will be pertty unhappy if this lands without his approval [09:49] (if someone could collect the exact numbers with deb-src and -security and -updates enabled vs what we ship today, that would be helpful ... i dont have a devel device atm, else i'd do that) [10:03] ogra_: I'll check that in a minute, just fixing the emulator builds now ;) [10:03] no hurry :) [10:11] sil2100: too late :) [10:11] sil2100: that is currently the last silo that is marked for ota6 ^, I assume we have a fix for the camera app to make video work with trust nicely, I know that alextu is working on arale tarball, and there is the emulator right is there anything else that you know too? [10:11] Uh oh! [10:12] sil2100: interestingly it allowed two publishings with a success end result (only error vivible at the top of the PPA page) [10:12] davmor2: no, I think that's it - I'm fixing the emulator builds now, then I ping the UITK guys [10:12] sil2100: there is also a fix for keyboard auto-pilot that brendand needs to get ota6 marked [10:12] Mirv: yeah, that's a known bug but quoting Robert: "there's no harm in a double publish of the same package" [10:12] ;) [10:13] sil2100: but that is non-user facing so in theory should have very little risk involved [10:13] sil2100: that's correct [10:18] davmor2, sil2100 thanks for passing QA on the krillin tarballs. is now a good time to publish them? [10:19] john-mcaleely: yes :) We should be cool [10:22] sil2100, done [10:27] Mirv: I'm doing some hackery with silos right now, don't mind me [10:34] hi, is it possible for me to get direct upload to the silo ppa's? trying to land a mixed ci/manual upload silo [10:36] sil2100: I changed alextu's landing from qa required to ready for qa is there anything else required to make it show up on trello or is it just time now? [10:43] sil2100: ok [10:43] davmor2: it takes/took just a minute or so [10:45] Mirv, can you or somebody add darkxst to whatever team has upload rights to silos? [10:45] Mirv: indeed showing up now however I think 197 198 199 are all built by accident and I blame sil2100 [10:46] seb128: no, https://launchpad.net/~ci-train-ppa-service/+members needs sil2100, Steve or Alexander [10:46] Mirv, k [10:47] Mirv: nevermind it was alextu that did it [10:47] Oh, I'm an admin now? ALmost forgot about that [10:47] seb128: does darkxst have desktop upload rights or something? Since members of this team basically can upload to PPAs but also publish silos [10:48] he got added to the desktop group recently yes [10:48] sil2100, yes I have ubuntu-desktop rights [10:48] Basically being a member of the team means you have a back-door to the whole archive [10:48] he also have citrain rights [10:50] I could add him, but I'm a bit worried that the DMB would want my head afterwards, since the CI Train still doesn't have checks for publisher upload rights [10:51] DMB might just do that yeah [10:51] yeah, system is not ideal still :-/ [10:52] sil2100: I think btw the members list should be cross-checked and cleaned from current core devs so that it's clearer who have "special rights" [10:52] It's sad since we're basically using the backdoor ourselves as trainguards for main packages, but I suppose we are like the exception to the rule - before adding him to the team I would at least like to consult this with someone from the DMB [10:53] cyphermox, bdmurray, Laney: ping [10:53] sil2100: yeah, we have been trained to require the packaging acks for main packages [10:53] and preNEW reviews for new binaries [10:54] well, the latter is something that all core devs using train should be aware of too [10:56] I'm not here for the back-door, I think Laney, seb etc will vouch for that [10:58] right [10:58] but I guess that the system requires to give archive rights just to be able to dput to a silo ppa [10:59] I wish the train would just implement the proper ACLs already [10:59] I'm sure that's the case indeed ;) Just need a formal ACK from them... but indeed, I suppose how all this should be is that there should be a separate team for PPA access and a separate for trainguard operation [10:59] but in the meantime if darkxst understands that he should only use it for stuff he can upload it should be fine [10:59] Ok! [11:00] well, he already have trainguard right no? [11:00] he can assign silos and stuff [11:00] seb128: silo assignment is available to all train users [11:00] But publish is only reserved to core-devs and the ci-train-ppa-service team [11:00] Laney: I promise to work on that as my next big work-item after the -proposed migration stuff I'm doing [11:02] darkxst: https://launchpad.net/~darkxst <- just double confirming, this is your Launchpad ID right? [11:02] sil2100, yep, thats me [11:03] darkxst: you're in the team, welcome and enjoy your silo uploads [11:03] ;) [11:04] sil2100, Laney thanks, I should probably just get core-dev one day, but been a hectic year at best [11:06] Indeed! It's not easy to get core-dev rights, best to start off with MOTU for sure [11:11] sil2100: was it that no meeting yesterday? [11:11] sil2100: if you'll get the badge maybe I'll follow your lead again there :) [11:12] an annoying majority of http://reqorts.qa.ubuntu.com/reports/sponsoring/ is main only [11:12] I sadly didn't make it this time [11:12] oh noes [11:12] sil2100, I gave up on MOTU, was rejected last time becuase the only universe stuff I work on it for Ubuntu GNOME and really the overlap is with the core stuff in main [11:13] sil2100: then I will definitely not have the courage :D [11:13] Yeah, didn't have enough documented main-package experience sadly, will try again soon though [11:13] You should be good though Mirv, as you're mainly working on main stuff anyway [11:13] sil2100: well, very little besides Qt [11:14] darkxst: I've noted MOTU right is useful not only for sponsoring others' work but whenever I find something that annoys me in a special package outside my normal comfort zone [11:15] so it's been useful even though I had PPU rights earlier [11:15] also, I love to help the flavors and I didn't have any flavor PPU:s [11:15] Mirv, desktop-extra covers most of the GNOME stuff in universe [11:16] darkxst: right, it might be pretty much enough for you [11:16] the Qt only PPU was quite limited [11:23] mardy: so I've marked 029 as ready for QA again but it'll be only for the next OTA at this point unfortunately. the Unity 8 fix seems solid though, and now that I know what kind of problems to look for I've gone through selecting things from all lists / grids I can think of and haven't found similar problems [11:23] Mirv, between -desktop, -gnome and desktop-extra anything else I dont get rights for is core-devs normally [11:23] Mirv: ok, sounds good enough, thanks! [11:41] Kicking a new image for rc-proposed o/ === chihchun_afk is now known as chihchun [11:45] * sil2100 off to lunch [11:49] ubuntu-qa: silo 14 is ready for validation, it’s targetted for ota6 [11:50] oSoMoN: thanks for the heads up, I will have a look after Lunch [11:50] davmor2, thanks === alan_g is now known as alan_g|lunch === _salem is now known as salem_ [12:47] oSoMoN: davmor2: I took it [12:48] thanks rvr [12:53] Emulator image has finally built \o/ === alan_g|lunch is now known as alan_g [13:30] jibel, you'll need to hold for an hour or so on silo 10 [13:31] jgdx, okay [13:31] jibel, thanks though. I'll comment in the card from now on. [14:13] hey, you guys have locked down silos already? [14:14] trainguards ? ^^ [14:14] dbarth_: hey! No, not yet :) [14:15] i was trying to add a media-hub fix https://code.launchpad.net/~justinmcp/media-hub/fix-allowed-uri-schemes/+merge/268335 to the oxide silo (032) [14:15] that's to fix bug #1460705 [14:15] bug 1460705 in webapps-sprint "Release Oxide 1.8 with media-hub support code" [Critical,In progress] https://launchpad.net/bugs/1460705 [14:34] sil2100: is there a chance i can make it still for today? [14:37] dbarth_: I think so, yes - remember to prepare everything in time [14:38] dbarth_, approved his change [14:38] dbarth_, justinmcp's === chihchun is now known as chihchun_afk [14:40] sil2100, I added some stable branches to some of the media related LP projects, does anything need to happen so that the CI infrastructure uses them for vivid+overlay? [14:45] dobey: thanks for such a complete testplan :) [14:46] sil2100, jhodapp: thanks [14:46] davmor2: sure :) [14:47] dbarth_, davmor2: I would like oxide-qt to land finally... I actually thought that it already landed [14:48] sil2100: I'm going to pretend you didn't just say that [14:48] it landed but the BIC change prevents media-hub to work [14:49] dbarth_: is the rebuild required to land with the media-hub change? [14:49] sil2100: it can land without technically [14:50] the media-hub change just makes it so that most of the stream can play or not [14:50] but at least the source rebuild makes it so that it is compatible with the media-hub we have in the overlay ppa [14:50] dbarth_: and does this need the newer version of media-hub that is currently stuck in the silo? [14:50] sil2100: do you want me to take that branch off and re-silo separately? [14:51] davmor2: i guess not, it's really a 1 liner [14:51] dbarth_: hmm, so both oxide-qt and media-hub do not depend on eachother, right? Just when they're together, media-hub integration works, right? [14:51] Trying to gasp the situation here [14:52] sil2100: yes [14:52] Ok :) [14:52] so, i remove the branch and silo separately? [14:52] dbarth_: and is this just audio or audio and video? [14:52] i guess that will make it easier to spin a test image [14:52] davmor2: audio only [14:52] dbarth_: so for the media-hub integration to work, is it possible without landing the rebuild of oxide? [14:52] background audio specifically [14:52] (sorry for being repetitive ;) ) [14:53] sil2100: no, wthout the source rebuild, media-hub has a BIC change which breaks the integration [14:53] ACK :) [14:53] hmmmm [14:53] So, why I'm asking all this: [14:53] that was an eye opener; source rebuild will become the normal process for oxide/vivid until the overlay ppa shrinks back to zero [14:54] In theory I'll anyway have to copy some oxide-qt to the overlay-ppa for translations to work [14:54] This can be either the rebuilt one or the one from -security, now I'm simply thinking what would be the best thing here [14:54] sil2100: so go ahead with the oxide build in silo 32 [14:55] sil2100: i reviewed with chrisccoulson and we're positive on taking the CI source rebuild, because it's consistent with the overlay ppa [14:56] Ok then :) [14:56] So let's land that one along with the media-hub change then [14:56] sil2100: same silo or separate? [14:56] Same silo I suppose [14:56] i still need to find a way to get that fix to build though [14:59] sil2100: you guys need me in the rtm-status btw? === ogra_` is now known as ogra_ [15:05] cihelp? can you help with the dch error in https://ci-train.ubuntu.com/job/ubuntu-landing-032-1-build/18/console ? [15:06] it escapes me why it doesn't want 15.04 vs 15.10 if it's for vivid [15:10] sil2100, can you please dput qtmultimedia from ppa:jhodapp/ubuntu/ppa to silo 48 [15:11] dbarth_: looks like you're trying to land something into trunk, only for vivid, and mediahub was previously doing dual landings [15:11] dbarth_: i'm guessing if you reconfigure as dual instead, it will work [15:12] dbarth_, we don't want to dual land [15:13] my silo 48 will get lp:media-hub/stable much closer to trunk [15:14] if you don't want to dual land any more, you're going to need to make more changes, and adjust the MPs appropriately, then [15:14] dbarth_: Could please direct any ci-train related queries to traingurds? [15:15] jibel: and i updated the CI record to point to the right wiki test plan section now ;) [15:16] i know it's confusing but cihelp has not much to do with ci-train [15:16] trainguards: can you please dput qtmultimedia from ppa:jhodapp/ubuntu/ppa to silo 48 [15:16] psivaa: ok nw, sorry i was confused [15:16] dbarth_: np, thanks [15:17] jhodapp: so i need to wait for 48 to land / publish, which may take a while [15:17] jhodapp: if 48 is still up for landing, i would rather have you adopt the branch [15:17] and let 32 land with just oxide [15:18] dbarth_, you could do a manual landing in lp:media-hub/stable [15:18] for vivid [15:18] it's targeted at trunk right now [15:18] hmm. the merge prop is for stable i though! [15:18] t [15:18] crap, not; blame LP [15:18] dbarth_, no it's against trunk [15:19] dbarth_, I'd adopt it into 48, but 48 is a high risk still for not being ready [15:19] even if it was against stable, you'd have the same dch problem [15:19] dobey, why is that? [15:19] dobey, silo 48 is doing just that [15:20] jhodapp: because the version in stable is also already 3.1.0+15.10... [15:21] you'd need to increase the 3.1.0 manually to something else (but you'd also need to do so in trunk as well, because upgrade path) [15:21] dobey, right, my MR is changing that in the stable debian/changelog [15:22] dobey, are you able to dput to landing silos? [15:22] no [15:22] darn [15:22] i'm not in the team that owns them [15:22] yeah [15:23] geez, i'll have to rebase the branch, otherwise the merge proposal embarks too many changes [15:24] dbarth_, that's what I'm saying...justinmcp started with trunk [15:25] dbarth_, but don't rebase...just simply apply his small change to a new branch starting from media-hub/stable [15:27] oSoMoN: I just tested in krillin and mako [15:27] oSoMoN: In krillin is ok, but in mako, the photo is in black [15:28] oSoMoN: Makes me wonder what's the difference sharing a file between mako and krillin [15:28] rvr, I don’t have a mako so I can’t test there [15:28] there shouldn’t be any difference, really [15:29] Something weird [15:31] jhodapp: which i just did, but it still doesn't want to play: https://ci-train.ubuntu.com/job/ubuntu-landing-032-1-build/20/console [15:32] dbarth_, yeah you also need to propose a version change in debian/changelog to 15.04 and vivid instead of wily [15:33] jhodapp: so a manual changelog it is, right? [15:33] correct [15:36] rvr: does the fix work for krillin and arale? [15:38] bfiller: I only tested in krillin, not arale [15:38] bfiller: (and mako) [15:38] rvr: does krillin work? [15:38] bfiller: Yes [15:39] rvr: so if it works on krillin and arale we should consider releasing it as those are shipping and it improves the situation [15:39] if we can't figure out mako issue I mean [15:39] oSoMoN: did you test that fix on arale? [15:40] bfiller, not yet, will do now [15:41] bfiller: It's not broken in krillin [15:41] I am checking in arale [15:41] bfiller: So chances are that the silo is not fixing anything [15:41] rvr: you mean it was never broken on krillin? [15:41] jhodapp: sorry, still complaining about versions being lower: https://ci-train.ubuntu.com/job/ubuntu-landing-032-1-build/22/console [15:41] bfiller: Right [15:42] rvr: ah [15:42] bfiller: The bug report only mentions mako [15:42] jhodapp: what is the recommend version scheme to use in that case? [15:42] rvr: oh, didn't realize that. then I'm not so concerned about landing it but lets check arale [15:42] dbarth_, you might need a new silo now, though I'm not 100% sure in this case [15:42] dbarth_, it'd be a question for a trainguard [15:43] ok nw [15:43] sil2100: sorry to bother you: should i spin off a new silo just for the vivid landing of that media-hub change? ^^ see console issue above [15:46] bfiller, rvr: I can’t reproduce the issue without the silo on arale [15:47] oSoMoN: so arale works fine without the silo? [15:47] yes [15:47] alexabreu, hey, were you able to reproduce https://bugs.launchpad.net/webapps-core/+bug/1403089 on any other device than mako? [15:47] Ubuntu bug 1403089 in webbrowser-app (Ubuntu) "pictures uploaded from gallery are plain black" [High,In progress] [15:48] dbarth_: is media-hub dual landing still? [15:48] oSoMoN, it was mostly on mako from what I remember [15:48] I mean, do you know if it's still able to dual land to both? [15:48] sil2100: nope, vivid only [15:49] sil2100, it definitely isn't [15:49] Ok, one moment [15:49] alexabreu, any chance you can test my branch (silo 14) on mako then, to see whether it actually fixes the issue for you? I don’t own a mako myself… [15:50] oSoMoN, yes for sure, I have to resuscitate my mako first [15:50] thx [15:50] jhodapp: will lp:media-hub be the branch that'll be used for vivid only? [15:50] sil2100, no, lp:media-hub/stable [15:50] sil2100, that's what I was asking above [15:50] *asking about [15:51] jhodapp: ah, ok, so lp:media-hub is the devel/wily version, right? [15:51] that's right [15:51] sil2100, but this is new, so I'm not sure if anything CI infrastructure needs to change or not [15:51] jhodapp: no, it's a known issue... so what we need to do is: [15:52] jhodapp: if lp:media-hub/stable is to be the vivid-overlay-specific branch, we need to hand-modify the top-most changelog entry in trunk to a vivid version and rebuild the merge [15:52] sil2100, yeah I've done that for silo 48 [15:52] sil2100, and I think dbarth_ has done that for this MR [15:53] I don't see that there [15:53] dbarth_, ^ [15:53] except my manual change is refused because of a version mismatch [15:53] sil2100: https://ci-train.ubuntu.com/job/ubuntu-landing-032-1-build/22/console [15:54] dbarth_: no no, you didn't do what I said above [15:54] dbarth_: you need to modify the previous top-most changelog entry to become a vivid version number [15:54] So change it from 3.1.0+15.10.20150710-0ubuntu1 to 3.1.0+15.04.20150710-0ubuntu1 [15:54] sil2100, sorry to interrupt this, but I'm still trying to land silo 48 for OTA6 if possible so I need to test out my qtmultimedia fix for silo 48, so can you dput qtmultimedia from ppa:jhodapp/ubuntu/ppa to silo 48 [15:54] oh [15:55] jhodapp: ok, on it in a minute :) [15:55] thanks! [15:55] dbarth_: yeah, so simply modify the 3.1.0+15.10.20150710-0ubuntu1 version to the one I mentioned above and for consistency change 'wily' to 'vivid' in the entry too [15:55] dbarth_: and re-build, it should be ok then [15:56] yeah, that'll do it [15:56] jhodapp: on it now [15:56] sil2100, thanks so much, let me know when I can do a watch only build [15:57] jhodapp: ok, package copied, the build should start shortly - I would recommend running watch only in about 5 minutes, to make sure the sources publish on time [15:57] sil2100, thanks a lot [15:57] ok got it, now that builds [15:58] dbarth_, awesome [15:58] dbarth_, is this audio change for Oxide using the new MediaSource interface? [16:05] jhodapp: oh no, it's the same code, but your 3.1 release is really wily, so there was an interface change that broke it [16:05] dbarth_, well my changes try to bring in as much of wily as possible [16:05] in silo 48 [16:06] jhodapp: ah ok, but hopefully, no more interface changes [16:07] dbarth_, nothing from what is already there [16:07] otherwise, we'll need another rebuild of oxide [16:07] ok cool [16:08] dbarth_, there shouldn't be any in the near future (hopefully) [16:26] bfiller: oSoMoN: Arale is ok without the silo. It's only mako. [16:26] that’s puzzling, I don’t see how this could possibly be device-specific [16:27] rvr, have you tried mako? [16:27] oSoMoN: jibel thinks it can be media-hub, maybe it uses some device bits to resize the image === alexabreu is now known as alex-abreu [16:27] alex-abreu: Yes, and silo doesn't fix it [16:33] boiko: Hi. Do you know how to reproduce this bug? https://bugs.launchpad.net/ubuntu/+source/messaging-app/+bug/1478547 [16:33] Ubuntu bug 1478547 in Canonical System Image "Some received messages are not shown in detail" [High,In progress] [16:56] rvr: there is a way using ofono-phonesim [16:57] boiko: I created a contact called "Orange" [16:57] boiko: And received a couple of SMS's from it [16:58] rvr: right, I think that doesn't trigger the bug, the phone number must be "Orange" IIRC, right salem_`? [17:01] rvr: if you want to try, install messaging-app-autopilot [17:01] rvr: mc-tool update ofono/ofono/account0 string:modem-objpath=/phonesim && mc-tool reconnect ofono/ofono/account0 [17:01] rvr: python -i /usr/lib/python3/dist-packages/messaging_app/helpers.py [17:02] rvr: receive_sms('orange', 'hi there') [17:02] rvr: you should see a thread in messaging-app from orange, and clicking it will trigger the bug [17:03] boiko: I was reading the description of that automated test and trying to reproduce it manually [17:03] boiko, right, the phone number needs to be Orange. === alan_g is now known as alan_g|EOD [17:04] rvr: yeah, but to reproduce manually you need someone with the 'Orange' phone number, which only the carrier do :) [17:04] salem_`: Sorry, what do you mean by "phone number"? Contact's name is not correct? [17:04] rvr: nope, the phone number needs to be 'orange' (it is weird to call it a phone 'number', but it is a phone identifier anyways) :) [17:05] Ahh, I see [17:05] rvr, no, some operators can use alphanumeric strings as phone numbers [17:05] Interesting [17:05] salem_`: let's rename everything to phone alphanumbers :) [17:05] rvr, and easy way to reproduce it is to create a new message in messaging-app and write orange in the search field, then send the message [17:06] rvr, the message will fail to send, but the bug is reproduced, you won't be able to see the message that failed, once you install the fix, you will. [17:07] boiko, no thanks :p [17:09] salem_`: Clever! [17:09] salem_`: It works :) [17:09] rvr, awesome :) [17:17] sil2100: according to https://ci-train.ubuntu.com/job/ubuntu-landing-032-1-build/23/console my change went in, but according to: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-032/+packages, it did not [17:17] jhodapp: ^^, not sure what i'm doing wrong here [17:18] dbarth_, for media-hub? [17:24] jhodapp: yes [17:24] dbarth_, I see it in the list of built packages [17:25] i still can't play the stream with mixcloud, so i wonder if the fix made it into the build, or if it's another bug that was previously hidden by the first error [17:26] dbarth_, sounds like another bug [17:27] :/ [17:27] dbarth_, is there any debug output for media-hub that would help you make sure this code is truly in there? [17:27] jhodapp: justinmcp had it working with the https fix [17:27] dbarth_, then you can check the output ~/.cache/upstart/media-hub.log [17:27] jhodapp: not that i can see of [17:28] that one doesn't say https got refused [17:28] dbarth_, what the link to MR again? [17:28] *what's [17:52] salem_`: boiko: There is something weird going on [17:52] rvr: oups [17:52] rvr: what's up? [17:52] boiko: A ghost contact appears in messaging app [17:53] rvr: ghost in what sense? [17:53] boiko: It's empty [17:53] No nothing, but the icon [17:54] rvr, did you by chance sent an sms to your own number? [17:54] salem_`: Yes [17:54] rvr, that's fixed in another silo [17:54] rvr, silo 58 [17:54] Ok, know issue [17:55] known [17:55] salem_`: we need to land that silo ASAP [17:55] salem_`: I will start reviewing the MRs [17:55] salem_`: well, not start, but rather continue, I started on that a week ago (or two weeks, can't remember), but switched over to other tasks [17:56] rvr: if you want to just confirm it is that, you can install silo 58 to check [18:00] boiko: salem_`: Approving silo 9 [18:00] rvr: great! thanks! [18:01] boiko: I'll check that when the silo is ready to test :) [18:01] trainguards: can someone publish silo 11 please? it's passed qa. (or is publishing something i do myself now?) [18:01] EOD here, see you tomorrow! [18:07] fginther: hey do you have a minute to chat [18:49] sil2100: you're mistaken, ci-train-ppa-service team only lets you upload to PPAs. for publishing rights you need the poorly-named ubuntu-unity (a train specific team) or ubuntu-core-dev [18:49] dobey: one sec [18:50] robru: seriously? [18:50] wtfudge [18:51] sil2100: yes, I double checked the permissions [18:51] sil2100: why, were you intending to give him publish rights? [18:51] No, just confused that ubuntu-unity is still used anywhere, that was a temporary team from the past [18:51] ci-train-ppa-service was created for train purposes so I thought we instantly switched to that [18:52] But it seems we didn't [18:52] Oh well, it's better that way currently anyway [18:52] sil2100: yeah, ubuntu-unity team is the only reason you or i can publish at all ;-) [18:57] robru: thanks [18:58] dobey: you're welcome [19:08] robru, ping [19:08] alex-abreu: pong [19:08] robru, about siloe 32, did David talk to you about his test results? [19:09] alex-abreu: not that I saw... [19:10] robru, he is still getting issues w/ mh, Justin will look at it tomorrow ... not sure how close we are from ota 6, ... [19:12] alex-abreu: oh that's soon.... [19:13] robru, how soon ? [19:13] alex-abreu: apparently EOD today [19:14] robru, can you drop mh then & take oxide as is [19:15] alex-abreu: you want me to drop media-hub and publish oxide-qt? still needs qa tho [19:15] robru, thats the idea yeah [19:15] ubuntu-qa: anybody around to qa silo 32 before EOD today? [19:16] ToyKeeper: ^ [19:16] robru: yeap [19:16] davmor2: ok great, thanks [19:16] robru she is on holiday so there is alesage [19:16] ah [19:16] davmor2: ok I'll get that ready then [19:18] alex-abreu: ok I deleted mh and put the silo on the qa queueuue [19:21] robru, thx ! [19:23]