[02:46] <kenvandine> robru, +1 on the webbrowser-app packaging
[02:47] <robru> kenvandine: cool, thanks!
[02:48] <kenvandine> robru, np
[04:20] <robru> veebers: congrats, changelog looks sane
[04:21] <veebers> robru: heh yeah, I checked that before. Looks fine, thanks for your help on that.
[04:21] <robru> veebers: you're welcome
[04:21] <veebers> Although I had to propose a different a different MP as a bzr plugin I had does the right thing for merges, but launchpad does use that plugin :-P
[04:22] <veebers> had to manually resolve it and use that
[04:23] <robru> veebers: what plugin? curious
[04:24] <veebers> robru: BZR_DISABLE_PLUGINS=builddeb bzr merge
[04:24] <veebers> oops, sorry thats how to disable it at any rate :-P
[04:24] <veebers> I meant to just say builddeb
[04:24] <robru> veebers: hm, weird, I have builddeb and never had trouble merging
[04:25] <veebers> robru: I must have done something slightly weird in what I wanted to do with the change log (i.e. merge backwards etc.)
[04:25] <veebers> robru: I see manual ACKing there, do I need to hit someone up for that?
[04:25] <robru> veebers: ah ok. yeah I'm pretty vanilla with my merges.
[04:25] <robru> veebers: nah, that was a false positive. literally just whitespace in the diff. I waived it through
[04:26] <veebers> robru: ah awesome, you're a king amongst men
[04:26] <robru> veebers: why thank you, kind sir
[05:59] <Mirv> sad, no FFe :(
[05:59] <Mirv> yet
[05:59] <rsalveti> :-(
[06:00] <Mirv> rsalveti: shouldn't you be sleeping? :)
[06:00] <rsalveti> yeah, but our software was supposed to be working :-)
[06:00] <rsalveti> Mirv: why do we need a FFe if it was available for Qt 5.3?
[06:01] <rsalveti> this was just a regression on Qt 5.4
[06:01] <Mirv> rsalveti: well, compared to the state at the beginning of feature freeze, it's a new feature, but you're correct. if you want to take the blame I can just publish it :) it'd be nicer if there was a short ack from release team.
[06:02] <rsalveti> Mirv: yup, should be easy to get some sort of ack
[06:02] <rsalveti> Mirv: have the bug in hands?
[06:03] <Mirv> rsalveti: https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1418060
[06:03] <Mirv> there was an "almost ack" already, and I added the requested patch headers 50min later, then I think the team was swamped with beta1. pinged on IRC too yesterday.
[06:04] <rsalveti> Mirv: yeah, probably
[06:04] <rsalveti> Mirv: cool, looks like we might have a +1 today then
[06:04] <Mirv> yeah, there shouldn't be any problem
[08:43] <ogra_> grmbl ... so this is the second day where my clock adds up on krillin/rtm
[08:43] <ogra_> *acts
[08:51] <Mirv> ogra_: just acts up, not adds up 4 months? ;)
[08:52] <ogra_> heh, that was the arale
[08:52] <Mirv> right
[08:52] <ogra_> and i blame that in that case the completely draIned battery was at fault
[09:20] <sil2100> Mirv: let's publish silo 20 \o/
[09:29] <sil2100> popey: hey, did you send me that e-mail with landing details? Since I don't seem to see it
[09:30] <popey> no, not ready yet
[09:31] <Mirv> sil2100: \o/
[09:44] <popey> sil2100: com.ubuntu.terminal_0.7.58_armhf.click uploaded to the store.
[10:01] <oSoMoN> trainguards: can I haz a silo for line 70, please?
[10:01] <Mirv> oSoMoN: sure
[10:02] <Mirv> oSoMoN: and nice fixing again, less private header users \o/
[10:02] <Mirv> even though for 5.5 I'll do throwaway rebuilds anyway for more packages, but it makes it easier to keep the landing PPA in a working state when there are less packages
[10:03] <Mirv> that's actually the most important usefulness from getting rid of private header usage - a more working landing PPA
[10:03] <Mirv> well, for me the most important :D
[10:03] <Mirv> but also for being able to test the future Qt version around the clock
[10:05] <sil2100> popey: thanks :)
[10:07] <oSoMoN> Mirv, yeah, I’m glad I finally managed to get rid of private headers altogether
[11:12] <sil2100> mandel: hey! I would like to ask a question about rtm silo 9
[11:12] <mandel> sil2100, shoot!
[11:12] <sil2100> mandel: is that one of the bugfix that need to get fixed to get 0 released?
[11:12] <mandel> sil2100, yes, a security one
[11:12] <mandel> sil2100, linked in the mr
[11:13] <sil2100> ACK
[11:13] <mandel> sil2100, https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1330770
[11:13] <mandel> sil2100, are you tying to block me? ;)
[11:14] <sil2100> mandel: no no ;)
[11:15] <ogra_> mandel, he will give you his bank account data in a minute though
[11:15] <sil2100> mandel: I wanted to ask as pmcgowan targetted your silo as 'good to be cleared and dropped', but I actually thought that it might be related to the issues you mentioned in silo 0
[11:16] <mandel> sil2100, is was set to be cleared and drop?? wtf? when? why? no no, don't do that!
[11:16] <sil2100> mandel: yeah, no worries
[11:16] <mandel> ogra_, I don't earn that much! I just have one car ;)
[11:17] <ogra_> lol
[11:17] <sil2100> We simply clear out silos from ubuntu-rtm that won't land, as the focus is vivid right now
[11:17] <sil2100> But your silos are good ;)
[11:17] <ogra_> mandel, you should join the landing team, the bribes easily earn you a second one :)
[11:17] <mandel> ogra_, I'm in
[11:17] <mandel> sil2100, ok, thx
[11:18] <mandel> ogra_, what do I have to do? just reject?
[11:18] <mandel> ogra_, I can do that in lots of languages: no, no, no, no, no (that is spanish, french, italian, portugues and catalan)
[11:19] <mandel> and nein!
[11:20] <ogra_> lol
[11:27]  * sil2100 off to prepare lunch
[11:27] <brendand> sil2100, is a new vivid image planned soon?
[11:28] <brendand> sil2100, like in the next couple of hours?
[11:28] <brendand> sil2100, we're waiting for an address book autopilot update
[11:34] <sil2100> brendand: we didn't plan building anything now
[11:34] <sil2100> Is it urgent? We can kick one if you need
[11:44] <Mirv> \o/
[11:45] <oSoMoN> trainguards: can silo 9 be published, please?
[11:45] <Mirv> oSoMoN: sure
[11:59] <john-mcaleely> sil2100, ping
[12:00] <john-mcaleely> sil2100, (also in email, if you get this when I'm offline again)
[12:10] <sil2100> john-mcaleely: thanks!
[12:16] <rvr> rsalveti: Hi. Can you take a look to the cards of silo 1 and 19? Want to clarify their statuses.
[12:37] <brendand> sil2100, how long would one take - it would be good if it doesn't do any harm
[12:37] <brendand> sil2100, would be awesome if it could be in the next 90 minutes (i forget how long builds take)
[12:38] <Mirv> brendand: sil2100: I wouldn't mind a new vivid image either now that qml cache is in :)
[12:54] <sil2100> o/
[12:54] <sil2100> Ok, let me kick a new vivid image
[12:54] <sil2100> ogra_, rsalveti: any objections?
[12:55] <ogra_> not at all
[12:56] <sil2100> ogra_: to build a vivid image, I just need to execute the for-project ubuntu-touch etc. command without modifying DIST, right?
[12:56] <ogra_> yep ... crontab -l helps :)
[12:57] <ogra_> i usually copy paste from there ... safest bet :)
[12:57] <sil2100> Yea, using that, but vivid is not explicitly mentioned there, so I didn't want to guess ;)
[13:00] <imgbot> [14:20] <imgbot> [14:20] <imgbot> [14:20] <Mirv> brendand: ^
[14:21] <brendand> cool
[14:23] <kgunn> trainguards hey, just requested another silo, but i may need a little help...cause i'm not real savvy on the whole "additional pkg sync" stuff
[14:24] <kgunn> basically....for that new silo i requested on line 66, i need the same pkgs that are silo 0 for libevdev & qtsystems-opensource-src
[14:25] <Mirv> kgunn: you'll just want to upload them manually or ask us to binary copy, in which case it'd be fine as is
[14:26] <sil2100> The silo sync can be used too
[14:26] <kgunn> Mirv: yeah, if you binary copy from silo0 that'd be best...libevdev is a no change from archive, but the qtsystems-opensource-src has some mods
[14:27] <sil2100> But if you feel safer you can just request a copy-package instead ;)
[14:27] <Mirv> kgunn: why libevdev is there then if it's in archives too?
[14:27] <Mirv> ah, target distro missing, adding
[14:27] <kgunn> right
[14:28]  * kgunn feels safer in hands of sil2100 and Mirv than his own
[14:28] <Mirv> kgunn: yes, so libevdev seems to match what's in archives, so I wonder if it's needed at all?
[14:29] <kgunn> Mirv: yeah...for some reason it was...maybe cause of the qtsystems-source-src building on it?
[14:29] <kgunn> so we wouldnt break?
[14:29] <kgunn> as it happened along the way one time i think
[14:30] <Mirv> kgunn: I don't see a sensible explanation, which makes me fear I'm missing something.. unless at the time is was not yet in vivid archives
[14:30] <Mirv> would mzanetti know?
[14:31] <Mirv> removing two '"' characters from MP field..
[14:31] <mzanetti> ?
[14:31] <Mirv> mzanetti: why is same-as-archive-version libevdev in mwc silo?
[14:31] <mzanetti> Saviq said we need that in order to make ci-train device-upgrade 0 work
[14:31] <mzanetti> which still doesn't
[14:32] <mzanetti> Mirv, kgunn ^
[14:32] <Mirv> the plot thickens.. Saviq? ^
[14:32] <Mirv> I can copy that, but it's the exact same version number and all that is already in the archives, so..
[14:32] <mzanetti> Mirv, yeah well... ci-train upgrade-device fails because it would require to pull in new packages
[14:32] <Saviq> Mirv, evdev isn't on the images
[14:33] <Saviq> Mirv, so "citrain device-upgrade" would fail silently
[14:33] <Saviq> because that's a new dep in silo 0
[14:33] <Mirv> ohhh... so the theory was citrain would be ok if the package would be in the PPA..
[14:33] <Mirv> interesting
[14:33] <Saviq> not the theory, that's the truth ;)
[14:33]  * Saviq was just going sync:ubuntu,vivid for evdec
[14:33] <Saviq> -c
[14:33] <Saviq> +v
[14:33] <Mirv> well mzanetti just said it still doesn't work :)
[14:33] <Mirv> but if that's one piece of the puzzle, then yes it makes sense, thanks!
[14:34] <mzanetti> not exactly sure if it's that reason though
[14:34] <Saviq> hum?
[14:34] <mzanetti> didn't investigate too much tbh
[14:34] <Saviq> Mirv, lemme check, I'll try here
[14:34] <Mirv> well right at the moment 000 has outdated mir + unity-system-compositor
[14:34] <Mirv> "the grey line of death" https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-000/+packages
[14:35] <mzanetti> I think the outdated mir is on purpos
[14:35] <mzanetti> e
[14:35] <mzanetti> anpok wanted to downgrade it somehow today morning
[14:35] <Mirv> anyhow kgunn ^ 009, and it already has libevdev and qtsystems copied over, so feel free to just build the MP:s
[14:35] <Mirv> yup 0.12 made it into archives already
[14:35] <Mirv> so then it shouldn't matter
[14:36] <Saviq> mzanetti, well, mir 0.12 is migrating to vivid now, so we might need to drop it later, or rebuild in any case
[14:36] <Mirv> oh right it's stuck in proposed
[14:50] <Saviq> mzanetti, FYI, you can always reproduce what citrain is doing manually, by:
[14:51] <Saviq> host> phablet-config writable-image -r 1596 --ppa ppa:ci-train-ppa-service/ubuntu/landing-000
[14:51] <Saviq> device> sudo apt-get -o Dir::Etc::SourceList=/dev/null update
[14:51] <rvr> rsalveti: ping
[14:51] <Saviq> device> sudo apt-get dist-upgrade
[14:51] <Saviq> mzanetti, and AFAICT that looks just fine
[14:51] <mzanetti> Saviq, I don't think the ci-train too does a dist-upgrade, does it?
[14:51] <mzanetti> tool
[14:52] <Saviq> mzanetti, it does, but *after* the update with -o ...null
[14:52] <rsalveti> rvr: pong
[14:52] <Saviq> mzanetti, which means it temporarily disables the default archive
[14:52] <mzanetti> ah
[14:52] <rvr> rsalveti: Silo 1 and 9 need feedback
[14:52] <Saviq> mzanetti, and goes on with just /etc/apt/sources.list.d
[14:52] <mzanetti> right
[14:52] <rvr> rsalveti: s/9/19/
[14:52] <sil2100> rvr: what feedback do you need?
[14:53] <rvr> Silo 1: Bugs 1421750 and 1417756 are not approved to land in week 9/13.
[14:53] <rvr> Silo 19: Silo description is «Adding additional meta data when decoding video files in gstreamer», which is different than the bug reported in the PPA changelog.
[14:53] <sil2100> rvr: I think those are factory fixes
[14:53] <pmcgowan> sil2100, rvr they are for factory
[14:53] <sil2100> rvr: at least that's what I understood from some recent discussions
[14:53] <pmcgowan> also please look at ww13-ota milestone now
[14:53] <sil2100> rvr: so you have a green light on signing them off
[14:53] <rvr> pmcgowan: Ack, thanks
[14:54] <pmcgowan> sil2100, yes
[14:54] <rsalveti> yeah, basically ^
[14:54] <sil2100> pmcgowan: thanks for confirming :)
[14:55] <rvr> rsalveti: And what about silo 19?
[14:55] <rvr> rsalveti: Changelog points to garbage signal on screen during playing specific mp4 video file https://bugs.launchpad.net/barajas/+bug/1421148
[15:04] <sil2100> bfiller: I'm looking at silo 001 now
[15:04] <sil2100> bfiller: looks good in overall and probably is fine, but I'm a bit worried the release team might think that LP: #1401735 is a 'feature' instead of a bugfix
[15:05] <sil2100> bfiller: has this been escalated by the design team to be a bug in the current behavior?
[15:05] <bfiller> sil2100: not a feature
[15:05] <bfiller> sil2100: it's a performance improvement
[15:07] <sil2100> I guess so too, publishing
[15:25] <Saviq> Mirv, is the mir stuck in proposed issue being worked?
[15:36] <sil2100> My ISP is really pissing me off
[15:36] <sil2100> Whenever I have connection trouble it's usually during hangouts
[15:39] <dbarth> trainguards, could i a get reconfig on silo rtm-010 (that's to verify that other u1 fix)
[15:39] <sil2100> dbarth: sure
[15:40] <sil2100> dbarth: done :)
[15:40] <dbarth> sil2100: ty
[15:42] <rsalveti> jhodapp: sil2100: robru: something happened that the media-hub silo we had for RTM disappeared
[15:42]  * rsalveti looks for the log
[15:43] <rsalveti> -queuebot/#ubuntu-ci-eng- [05:52:48] Silos: ubuntu-rtm/landing-002 (jhodapp, tvoss) Empty (media-hub, qtubuntu-media, qtvideo-node)
[15:43] <sil2100> rsalveti: it might have been freed as part of our clean-up :)
[15:43] <rsalveti> ^^
[15:43] <sil2100> rsalveti: pmcgowan requested to clean up silos that aren't critical and are not crucial to land for ubuntu-rtm
[15:43] <rsalveti> sil2100: nooooooooooooo
[15:43] <rsalveti> sil2100: we were testing that
[15:44] <rsalveti> omg
[15:44] <rsalveti> don't do that
[15:44] <sil2100> rsalveti: oh noes!
[15:46] <sil2100> rsalveti: you remember the silo number it had? :)
[15:47] <rsalveti> sil2100: rtm 2
[15:47] <sil2100> Ok, I have all the backups so it'll be really fast
[15:54] <sil2100> FUCK
[15:55] <dbarth> hmm, apparently not
[15:58] <rsalveti> sil2100: found the list of mrs
[15:58] <rsalveti> will update and create the silo
[16:02] <sil2100> rsalveti: sorry, such internet problems that it's creazy
[16:02] <sil2100> *crazy
[16:02] <sil2100> rsalveti: I'm doing CI Train ss backups every 30 minutes, so I can just recover any silo you want at any time
[16:02] <sil2100> Just I need to be able to access the freaking spreadsheet to do that
[16:03] <rsalveti> sil2100: so worries, got the list here :-)
[16:03] <sil2100> F*cking ISP
[16:04]  * cking always OSD messages when somebody curses like that ;-)
[16:05] <sil2100> rsalveti: again sorry for clearing it up ;)
[16:07] <sil2100> I might have misinterpreted no-movement falsely as well
[16:07] <sil2100> brb, modem restart
[16:25] <sil2100> popey: prepared
[16:25] <sil2100> :)
[16:29] <sil2100> pmcgowan: hey! Could you maybe change the priority of https://bugs.launchpad.net/ubuntu-rtm/+source/qtmir/+bug/1423787 to critical? It's a power-drain-related bug
[16:31] <Mirv> kgunn: sil2100: so no I don't think anyone has looked at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#mir that Saviq was asking, seems packaging error
[16:31] <pmcgowan> sil2100, sure but its on the ota milestone
[16:31] <pmcgowan> sil2100, ww13-ota is the trigger for landing
[16:31] <Mirv> kgunn: sil2100: and might complicate sil 009/000 usage as mir trunk is not uptodate
[16:32] <kgunn> kdub: camako ^^ see Mirv
[16:32] <Mirv> s/sil/silo/
[16:32] <sil2100> pmcgowan: ah, ok, good to know
[16:32] <sil2100> Mirv: ouch
[16:32]  * sil2100 looks
[16:32] <Mirv> I'm not really available to help but also robru should be here soonish
[16:34] <Mirv> sil2100: for silo usage I'd consider force mergin 0.12 to trunk and handling solving that after it with separate fix upload
[16:34] <Mirv> ie merge silo 007
[16:35] <sil2100> Mirv, kgunn, Saviq: yeah, it seems like the ABI/API changed, package name has been bumped but the dep hasn't been renamed in the -dev package
[16:35] <camako> kgunn, Mirv, mir packaging issue fixed. Currently building...  will be ready in a couple of hours.
[16:35] <sil2100> camako: \o/
[16:36] <camako> also, we found a way to detect such issues in CI going forward
[16:42] <Mirv> camako: great
[16:43] <Mirv> it might have made sense to clean&merge the 007 first though, since it was already published, even if stuck in proposed
[16:43] <Mirv> proposed == published always anyway, it won't disappear
[16:44] <Mirv> it's probablypossibly still possible, sil2100?
[16:44] <Mirv> and then a new silo+MP for the fix
[16:44] <Mirv> or of course however you wish
[16:44] <sil2100> Mirv: yes, that can be done, but it's not required as the same silo can be re-used to publish a new fixed package as well
[16:45] <sil2100> A thing of preferences I suppose
[16:45] <Mirv> sil2100: oh, I was just looking at the message ^ and thought the changelog wouldn't support should rebuilding and republishing
[16:45] <Mirv> but if that's supported then no reason to clean in between
[16:47] <sil2100> Mirv: since the package never got out of -proposed, it can be forced to ignore the missing changelog entry (as it's probably the entry for what's in proposed) and just act as if it never existed
[16:47] <sil2100> Mirv: as proposed is not the target archive
[16:47] <sil2100> Mirv: and once the same silo is re-used, all the missing changelog info will be included anyway
[16:48] <sil2100> camako, kdub, kgunn: hey, you guys need help with that silo?
[16:50] <ogra_> sil2100, i got a sprint review meeting atm, is there anything for me in LT ?
[16:50] <sil2100> ogra_: no, I think we're cool ;)
[16:50] <sil2100> o/
[16:50] <popey> sil2100: I'll be skipping the meeting as I have to take my daughter to ballet
[16:50] <ogra_> great
[16:51] <sil2100> Sure, I guess we're more or less good
[16:51] <ogra_> popey, make her take a video of your dancing then !
[16:51] <popey>  :)
[16:55] <camako> sil2100, I guess at some point we'll need you guys to re-publish, but for now we are good
[16:55] <Mirv> sil2100: oh, cool
[16:55] <sil2100> camako: since I saw the silo doesn't build, you'd need to use a force flag I guess?
[16:57] <camako> sil2100, oh I see gotcha
[16:57] <camako> kdub ^
[17:09] <sil2100> pmcgowan: hey, can we land a new reminders-app to the store?
[17:09] <sil2100> pmcgowan: I think that's fine, considering it benefits both RTM and vivid
[17:09] <pmcgowan> sil2100, yes
[17:10] <pmcgowan> bfiller, seems silo11 has an issue
[17:11] <bfiller> pmcgowan: what's the issue?
[17:11] <kdub> camako, thanks for restarting build
[17:11] <pmcgowan> bfiller, merge filed
[17:11] <pmcgowan> failed
[17:13] <bfiller> pmcgowan: hmnn, robru not sure what's the problem with rtm 11
[17:13] <robru> bfiller: checking
[17:14] <sil2100> robru: ah, it seems like the bug you mentioned in the morning?
[17:14] <robru> sil2100: yep, I'll fix it
[17:15] <robru> sil2100: oh actually no, telephony-qt5 really isn't published...
[17:15] <sil2100> Wait, what? Why?
[17:15] <sil2100> I remember I published it and ACKed the changes
[17:20] <om26er> Mirv, Hi!
[17:20] <om26er> Mirv, whats the status of silo13 rtm wasn't that supposed to be cleaned or something ?
[17:21] <brendand> sil2100, i lost the links for the changelogs
[17:21] <brendand> sil2100, can you furnish me
[17:21] <robru> sil2100: ah, I see what happened. packagelist generated was invalid, missing the destination version, because telepathy-qt5.project was missing it. fixed it by a WATCH_ONLY build and then re-published, telepathy-qt5 should migrate shortly
[17:22] <robru> bfiller: ok should be fixed now, telepathy-qt5 will migrate shortly and then the silo should merge
[17:22] <robru> sil2100: meanwhile unity8 has that problem I mentioned in my email previously
[17:22] <bfiller> robru: thanks! pmcgowan ^^^^
[17:24] <robru> bfiller: you're welcome
[17:31] <robru> brendand: which links you looking for? a specific silo?
[17:32] <brendand> robru, no the image to image changelogs
[17:32] <brendand> robru, i think they were under ogra's page on p.c.c
[17:33] <robru> brendand: sil has some as well: http://people.canonical.com/~lzemczak/landing-team/
[17:33] <brendand> robru, ah but they aren't there for the promoted images
[17:34] <robru> brendand: no I'm not aware of any promoted-to-promoted diffs. they just diff between each built image
[17:34] <robru> brb
[17:36] <sil2100> brendand: we only do those for -proposed images
[17:37] <sil2100> brendand: but binding proposed -> promoted is rather easy, I think jibel even had a script handy for that
[18:41] <rsalveti> robru: going to trigger a new image
[18:41] <robru> rsalveti: coolio
[18:41] <ogra_> oh, then i need t write a mail
[18:41] <ogra_> *to
[18:41] <ogra_> (lockscreen checking in adb will be in that one)
[18:42] <rsalveti> oh, did that land?
[18:42] <rsalveti> great
[18:42] <ogra_> ah, you missed the standup
[18:42] <rsalveti> yeah, great
[18:42] <rsalveti> just saw it
[18:42] <ogra_> i decided to land it anyway so it is in ... the push/pull fix is still pending
[18:43] <rsalveti> ogra_: np
[18:43] <ogra_> i think i found a better way for the dbus bits ... but then my meeting marathon started :)
[18:45] <imgbot> [18:46] <rsalveti> ogra_: :-)
[19:19] <rvr> rsalveti: So, to approve silo 19, I need a clarification about its description. «Adding additional meta data when decoding video files in gstreamer» doesn't match the bug («garbage signal on screen during playing specific mp4 video file»).
[19:20] <rvr> rsalveti: Video playback is fixed
[19:22] <tedg> trainguards, can I get a vivid silo for line 72 please?
[19:23] <robru> tedg: your wish is my command! silo 2
[19:25] <tedg> robru, Thanks!
[19:25] <robru> tedg: you're welcome!
[19:29] <bfiller> robru: is this error legit? not sure if I need to do something ^^^
[19:30] <robru> bfiller: checking
[19:31] <robru> bfiller: it is legit, there's a version in distro that isn't in the trunk changelog: https://launchpad.net/ubuntu/+source/qtorganizer5-eds/0.1.1+15.04.20141121.1-0ubuntu2 luckily it's just a no-change rebuild, so you can choose FORCE_REBUILD to steamroll over that (but normally you need to check this; if there's a non-trivial upload in distro, FORCE_REBUILD
[19:31] <robru> will technically revert it)
[19:32] <bfiller> renatu: ^^^ will you take a look at that?
[19:32] <bfiller> robru: should we just update trunk so it matches the version number?
[19:33] <robru> bfiller: yes that's the best thing to do
[19:33] <robru> bfiller: i mean, sync the changelog
[19:33] <robru> bfiller: don't just copy the version number
[19:33] <bfiller> robru: got it, thanks
[19:33] <robru> bfiller: basically like 'apt-get source qtorganizer5-eds' and then copy the debian/changelog from that, and just push it to lp:qtorganizer5-eds trunk
[19:33] <bfiller> robru: ok
[19:34] <robru> bfiller: you're welcome!
[19:34] <renatu> bfiller, ok I will do that, but how this happen?
[19:34] <renatu> robru, ^^
[19:34] <robru> renatu: it's caused by somebody doing a manual distro upload, eg, not using the train
[19:34] <robru> renatu: which happens from time to time
[19:35] <renatu> robru, ok let me fix that
[19:35] <renatu> thanks
[19:35] <robru> renatu: you're welcome
[19:51] <rsalveti> rvr: in order to fix the issue we need to give the decoder more data about the video
[19:51] <rvr> rsalveti: Ok
[19:51] <rsalveti> rvr: so it know how to properly decode the video (and avoid it getting corrupted)
[19:51] <rsalveti> rvr: thanks for validating it
[20:09] <robru> kdub: so what's the deal with this mir landing? is it just bugfixes? I'm concerned because we're in feature freeze and this is versioned as though it's a new release.
[20:09] <robru> rsalveti: will you publish rtm 19? I was about to but then saw your name on it
[20:09] <kdub> robru,  it is a bug fix for a phone lockup that broke api
[20:09] <robru> kdub: so there's no new features at all?
[20:09] <kdub> robru, nope
[20:10] <robru> kdub: ok cool
[20:10] <imgbot> [20:10] <imgbot> [20:10] <robru> kdub: and you're ready to publish? ;-)
[20:10] <kdub> robru, doing a quick sanity check on my n4 with the rebuild, gimme just a few minutes more...
[20:11] <robru> kdub: oh ok. the spreadsheet indicates it's ready to go. just ping me when you're really ready
[20:11] <kdub> robru, right, it got held up in vivid-proposed because of a packaging issue with a dev package that has now been fixed
[20:12] <kdub> i guess in the future if that happens, i should toggle back to not tested in the spreadsheet
[20:12] <robru> kdub: yes please
[20:20] <kdub> robru, okay, really ready :)
[20:20] <robru> kdub: great, thanks
[20:22] <robru> kdub: ok, looks good.
[20:22] <kdub> robru, thanks
[20:22] <robru> kdub: you're welcome
[20:40] <rsalveti> robru: will publish it
[20:44] <robru> rsalveti: the meaning of your message really hinges on that colon being there ;-)
[20:44] <rsalveti> robru: :-)
[20:45] <rsalveti> DONE
[20:45] <robru> rsalveti: sweet