=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
=== chihchun_afk is now known as chihchun
[06:27] <Mirv> why don't you, why don't you reconfigure
[06:28] <Mirv> https://ci-train.ubuntu.com/job/prepare-silo/5366/console sounds correct
[06:28] <Mirv> looks incorrect https://ci-train.ubuntu.com/job/ubuntu-landing-003-1-build/231/console
[06:28] <Mirv> :(
[06:31] <Mirv> ooh, finally
[08:06] <morphis> sil2100: ping
[08:06] <sil2100> morphis: pong
[08:06] <morphis> sil2100: I have a upgrade for lxc-android-config to wily on my list
[08:06] <morphis> how can I get this the best way into a silo?
[08:07] <morphis> should I upload the changed package and you can push it to the silo?
[08:08] <sil2100> morphis: I suppose let's create a silo for it, give me a source package for it (or point me to a PPA where I can get it from) and I can upload for you
[08:08] <morphis> sil2100: ok!
[08:08] <morphis> sil2100: will ping you again later today then
[08:09] <sil2100> Thanks :)
[08:25] <sil2100> I hope the translations are better now
[08:25]  * ogra_ needs to skip the meeting today
[08:26] <jibel> sil2100, nope it is not
[08:26] <sil2100> jibel: ?
[08:26] <jibel> sil2100, there are still regression in translations
[08:27] <sil2100> jibel: oh no
[08:27] <sil2100> Where?
[08:27] <jibel> sil2100, like 'Install & Restart' when you apply an upgrade
[08:27] <jibel> it's untranslated
[08:28] <sil2100> hm, how come? I see it in the .po file...
[08:29] <sil2100> I see it in the es .po file
[08:29] <sil2100> msgid "Install & Restart"
[08:29] <sil2100> msgstr "Instalar y reiniciar"
[08:29] <davmor2> jibel: you sure the French didn't go on stike and not translate it ;)
[08:30] <sil2100> jibel: same for French, I see it translated in the .po file that landed in the package
[08:30] <Mirv> sil2100: hangggout
[08:30] <Mirv> no-one else here besides me though :)
[08:30] <Mirv> now there is
[08:30] <jibel> davmor2, sorry man, it is not the Paris underground that is on strike
[08:38] <seb128> jibel, how do you test the Install&Restart on the most recent image (need a newer one to upgrade to)
[08:41] <davmor2> seb128: -1 on the image number in channel.ini in /etc/system-image and then remove level.db from .local/share/ubuntu-push-client
[08:42] <davmor2> seb128: does that answer your question?
[08:43] <seb128> davmor2, if that's what jibel did yes, just trying to make sure he didn't see the translation issue on n-1
[08:44] <davmor2> seb128: it is I asked in the meeting
[08:46] <seb128> davmor2, did you ask in french?
[08:48] <jibel> seb128, the string is not even in LP
[08:49] <jibel> seb128, the string changed in ubuntu-system-settings (0.3+15.10.20150702.3-0ubuntu1)
[08:49] <seb128> jibel, lie!
[08:49] <jibel> seb128, ?
[08:49] <seb128> jibel, https://translations.launchpad.net/ubuntu/wily/+source/ubuntu-system-settings/+pots/ubuntu-system-settings/fr/347/+translate
[08:50] <jibel> seb128, "Install & Restart" != "Restart & Install"
[08:50] <seb128> <jibel> sil2100, like 'Install & Restart' when you apply an upgrade
[08:50] <seb128>  it's untranslated
[08:50] <seb128> jibel, that's the one you described earlier
[08:50] <sil2100> seb128: yeah, it's a new change
[08:51] <seb128> sil2100, that I got
[08:51] <seb128> it's a change from mpt
[08:51] <sil2100> We'll manually patch it up for this release
[08:51] <seb128> I know what change we are talking about
[08:51] <seb128> manually patch what?
[08:51] <seb128> u-s-s or langpacks?
[08:52] <sil2100> langpacks
[08:52] <sil2100> Since anything else would take ages
[09:01] <seb128> sil2100, that doesn't explain why the template is wrong though
[09:01] <davmor2> popey: you left so you missed my "Enjoy your emails on the day you return" ;)
[09:01] <popey> :)
[09:01] <sil2100> seb128: yeah, I'll talk with pitti about that, we had a meeting now so I couldn't earlier
[09:01] <popey> I _may_ have wifi where I am, and _may_ read the odd mail :)_
[09:01] <Mirv> sil2100: the new fi translation would be "Käynnistä uudelleen ja asenna"
[09:02] <jibel> sil2100, I sent you the string for French, German and Italian
[09:02] <sil2100> \o/
[09:02] <davmor2> Mirv: pfff like we care ;)
[09:02] <sil2100> Thanks
[09:03] <Mirv> davmor2: I do on my Bq! :D
[09:04] <sil2100> We care!
[09:05] <sil2100> I updated the Finnish version with translations ;)
[09:13] <Mirv> sil2100: so, should I publish 003 or just for wily to avoid confusion? it adds the [armhf i386 amd64] to depend on ubuntu-keyboard-autopilot from ubuntu-ui-toolkit-autopilot, so we don't need it for vivid-overlay strictly as there's no proposed migration that would catch the fact that arm64 powerpc ppc64el can't install the uitk-autopilot package
[09:14] <Mirv> sil2100: thanks for the translation update! :)
[09:14] <Mirv> https://ci-train.ubuntu.com/job/ubuntu-landing-003-1-build/lastSuccessfulBuild/artifact/ubuntu-ui-toolkit_content.diff
[09:15] <Mirv> I guess it wouldn't hurt but as OTA5 is in the final stages I thought to ask whether to avoid touch overlay needlessly
[09:16] <morphis> sil2100: I am ready, so ping me when you have time and a free silo
[09:17] <Mirv> morphis: I can assign you a silo if that's all you need
[09:17] <morphis> Mirv: I need someone uploading a package for me too
[09:17] <Mirv> charles: no valid merge url on line 69
[09:18] <Mirv> morphis: oh right that's your nick, hi! :) so just ping 'trainguards' in general.
[09:18] <sil2100> Mirv: if that's the only change then yes :)
[09:19] <Mirv> sil2100: thanks
[09:19] <morphis> Mirv: ala "trainsguard: ping"?
[09:20] <Mirv> with "s" at the end. we've it all highlighted. so, trainguards: give me a silo, now!
[09:20] <morphis> Mirv: hey :)
[09:20] <morphis> Mirv: ah I see, good to know
[09:20] <morphis> Mirv: so can you also upload me a pacakge to the silo?
[09:20] <Mirv> morphis: yes, just give me the change
[09:21] <Mirv> too bad lxc-android-config is a manually uploaded package
[09:22] <morphis> Mirv: yeah
=== vrruiz_ is now known as rvr
[09:24] <Mirv> morphis: ok it's there https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-002/+packages
[09:25] <morphis> Mirv: thanks!
[09:28] <morphis> Mirv: hm, interesting the build fails with "public key not found" .. can that be if my key is correctly synced on the key servers?
[09:28] <sil2100> jibel: hm, I was wondering
[09:29] <sil2100> jibel: what would you, from the quality perspective, think of doing such a thing for the other languages that I prepared that we don't have any native speakers around:
[09:29] <sil2100> jibel: simply leaving the existing translation but changing the template string to "Restart & Install"
[09:30] <sil2100> jibel: maybe having those in the old version but translated would be better than not having it translated at all
[09:30] <sil2100> rvr: piing
[09:30] <rvr> sil2100: pong
[09:37] <Mirv> morphis: hmm, no, that's something that seems to happen everywhere. it doesn't really fai at the end so that's not an error that's being caught (on purpose). see eg https://ci-train.ubuntu.com/job/ubuntu-landing-043-1-build/8/console
[09:37] <morphis> Mirv: ok
[09:37] <morphis> was just wondering
[09:37] <Mirv> morphis: so, as it was manually uploaded, just running the build job once like you did is enough so that the train status is up-to-date
[09:38] <jibel> sil2100, I think it's better than no translation at all
[09:41] <morphis> Mirv: good
[10:09] <sil2100> Ok, I have the main translations ready
[10:09] <sil2100> Uploading
[10:12] <sil2100> jibel, rvr, davmor2, Mirv: will build a new image once those build
[10:14] <popey> anyone else get a ticking noise on their arale after a notification bing?
[10:14] <popey> happens for about 10s after
[10:18] <rvr> sbeattie: Ack
[10:18] <rvr> Err
[10:18] <rvr> sil2100: Ack
[10:18] <sil2100> Didn't notice
[11:44] <sil2100> jibel, rvr, Mirv: the image with translation fixes is building
=== _salem is now known as salem_
[11:56] <Mirv> sil2100: great!
=== chihchun is now known as chihchun_afk
[12:30] <sil2100> Off to lunch o/
[12:30] <pmcgowan> sil2100, hey how we doing on the build
[12:30] <pmcgowan> jibel, ^^
[12:37] <jibel> pmcgowan, previous build was okay, testing done on krillin, no new critical issue. Still waiting on the last build sil2100 triggerd to fix the translation of 'restart and install'
[12:39] <pmcgowan> jibel, thanks
[13:12] <mardy> cihelp: does the CI train work with git projects?
=== salem_ is now known as _salem
=== _salem is now known as salem_
[13:29] <psivaa> mardy: you'd need trainguards for this
[14:06] <charles> Mirv, trainguards, url in line 69 fixed
[14:07] <charles> not sure if Mirv's EODed
[14:09] <jibel> sil2100, translation is fine in French on latest image
[14:17] <faenil> hello people :) how can I trigger a build for an MR or watch its progress?
[14:18] <faenil> is there a monitor page with the builders status?
[14:25] <seb128> is there a bug report about the fact that often apps have a blury screenshot while loading (which sometime doesn't match the screen that's being loaded)?
[14:27] <jibel> seb128, no, I didn't find one.
[14:27] <seb128> jibel, do you think it's worth opening one?
[14:28] <jibel> seb128, yes, sometimes the effect is really weird
[14:28] <jibel> seb128, like it shows the gallery in the photo view, then display the event view  once it's loaded
[14:29] <seb128> jibel, yeah, I just had a case where in settings it was displaying another panel that the one loading
[14:29] <jibel> seb128, right, can you submit a bug, I'll confirm it and add it to the list of bugs found for ota5
[14:30] <seb128> jibel, thanks
[14:32] <seb128> hum
[14:32] <seb128> did we advertize that new string to translators
[14:32] <seb128> https://translations.launchpad.net/unity-scopes-shell/trunk/+pots/unity-plugin-scopes/es/1/+translate
[14:33] <seb128> https://translations.launchpad.net/unity-scopes-shell/trunk/+pots/unity-plugin-scopes/fr/1/+translate
[14:33] <seb128> https://translations.launchpad.net/unity-scopes-shell/trunk/+pots/unity-plugin-scopes/de/1/+translate
[14:33] <pmcgowan> sil2100, meeting
[14:33] <seb128> it's translated in none of the main languages
[14:33] <seb128> pmcgowan, ^ unsure if that's an issue
[14:33] <seb128> (it's displayed in e.g the today's scope settings)
[14:42] <seb128> jibel, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1473476
[14:42] <ubot5> Launchpad bug 1473476 in unity8 (Ubuntu) "loading application splashscreen is blurry and sometime not matching content" [Undecided,New]
[14:43] <ogra_> sometimes ... heh
[14:43] <ogra_> it never matches content for my webapps
[14:43] <ogra_> (and that would be hard to achieve)
[14:44] <seb128> right, it does for some applications which have only 1 UI
[14:44] <seb128> e.g calculator
[14:45] <seb128> well, except calc doesn't have the screenshot :p
[14:49] <charles> jibel, can I get a silo for line 69
[14:51] <jibel> trainguards ^
[14:51] <jibel> charles, I cannot assign silos
[14:52] <jibel> seb128, thanks
[14:52] <charles> jibel, gah, sorry for the misping :P
[14:52] <sil2100> pmcgowan: sorry, we're having some problems here at home, had to skip todays meeting...
[14:52] <sil2100> charles: on it
[14:52] <pmcgowan> sil2100, no worries seems its all well in hand
[14:52] <sil2100> Yeah :)
[14:52]  * sil2100 afk again for a moment
[14:55] <faenil> is there a status webpage for builders?
[14:55] <faenil> how can I know when my branch will be built?
[14:57] <jibel> seb128, I added a test case
[14:57] <seb128> jibel, thanks
[15:09] <jibel> ogra_, http://people.canonical.com/~ogra/touch-image-stats/vivid/20150710.changes is the right log for latest changes on rc-proposed/bq-aquaris.en?
[15:14] <jibel> sil2100, what is the new version of ubuntu-ui-toolkit that landed in the overlay this morning?
[15:18] <ogra_> jibel, yes
[15:21] <seb128> jibel, seems it was https://launchpadlibrarian.net/211299088/ubuntu-ui-toolkit_1.3.1549%2B15.04.20150706-0ubuntu1_1.3.1549%2B15.04.20150710.1-0ubuntu1.diff.gz
[15:21] <seb128> bug #1473035
[15:21] <ubot5> bug 1473035 in ubuntu-ui-toolkit (Ubuntu) "UITK-autopilot depends on ubuntu-keyboard-autopilot which is not available on ppc64el/powerpc/arm64" [Critical,Fix released] https://launchpad.net/bugs/1473035
[15:22] <jibel> okay, so same than previous version but with an update of the dependencies
[15:22] <jibel> thanks
[15:23] <seb128> yw!
[15:41] <sil2100> jibel: it's only a dep-change
[15:42] <sil2100> jibel: Mirv asked for permission to dual land that, and since it was the only change I let it through to save him trouble
[15:54] <faenil> is there a status webpage for builders? attempt 3 :D
[15:57] <faenil> :(
[15:58] <john-mcaleely> sil2100, any feeling for if there will be an rc build soon?
[15:58] <john-mcaleely> (I need to plan some related work)
[15:58] <sil2100> john-mcaleely: you mean, a formal copy of the image to the rc channel?
[15:59] <sil2100> john-mcaleely: I was waiting for a formal report from jibel, not sure how far they are with all testing
[15:59] <john-mcaleely> sil2100, yeah, ok so lets see if jibel comments then
[15:59] <charles> woot
[16:06] <faenil> I wonder if I'm muted on this channel :|
[16:10] <ogra_> faenil, see the dashboard link from the channel topic
[16:12] <faenil> ogra_: oh crap...that's why I didn't find it...I forgot that I moved the topic bar...I was guessing you didn't reply because it had to be something as obvious as "stfu and read the topic at least" but then I didn't find anything where I thought the topic was...thanks
[16:15] <jibel> sil2100, I'm still on the report but as discussed during the rtm status meeting, nothing blocking. There is bug 1473476 though
[16:15] <ubot5> bug 1473476 in Canonical System Image "loading application splashscreen is blurry and sometime not matching content" [High,Confirmed] https://launchpad.net/bugs/1473476
[16:15] <jibel> sil2100, I don't know if the decision is to release with that, revert or fix later
[16:15] <faenil> ogra_: that page shows the silos, what about packages which are created due to MR being proposed?
[16:16] <ogra_> oh, no idea
[16:16] <faenil> oh :( ok, thanks anyway
[16:16] <ogra_> i guess there you need to know the jenkins job
[16:16] <ogra_> to fiddle out the right jenkins url for a build
[16:17] <faenil> I see...I just want to know why my MR hasn't been built yet :/
[16:33] <boiko> sil2100: hey, so I want to get telepathy-qt5 from wily into vivid, but it seems citrain doesn't like that it was not a train upload
[16:43] <cjwatson> cihelp: can somebody help faenil above?
[16:44] <josepht> faenil: what's the link for the MP?
[16:44] <faenil> josepht: https://code.launchpad.net/~faenil/ubuntu-ui-toolkit/ContactsAdaptive_UIToolkit/+merge/264424
[16:44] <faenil> I was told it should start building automatically
[16:45] <faenil> cjwatson: thanks btw :)
[16:59] <sil2100> boiko: we'll have to help you and upload it normally
[16:59] <sil2100> boiko: syncs only work for CI Train packages since we need to change the version
[17:00] <sil2100> And you can't really guess the version format for non-train packages
[17:00] <boiko> sil2100: ah ok, do you need a source deb or can you grab that from wily directly?
[17:01] <sil2100> boiko: I'll grab it from wily, since I need to change the version :)
[17:01] <sil2100> Somehow smart
[17:01] <sil2100> On it now
[17:03] <boiko> sil2100: nice! thanks!
[17:04] <boiko> sil2100: can you just give me a heads up once it starts building on the ppa? I need to build all the other packages after it finishes building
[17:05] <sil2100> boiko: ok, it's uploading now
[17:05] <sil2100> boiko: remember not to try rebuilding telepathy-qt5 in the silo throuh the build job, as the train will fail then
[17:05] <sil2100> Just rebuild the rest or use watch_only
[17:06] <boiko> sil2100: nice! thanks!
[17:12] <josepht> faenil: we added you to the list of allowed users your MP should be picked up on the next run in about 15 minutes or so.
[17:12] <faenil> josepht: cool, thanks
[17:12] <faenil> josepht: so how does it work? is there a special list? for what?
[17:14] <josepht> faenil: there's a mapping of allowed users/groups in LP that can have their MPs run via the CI jobs
[17:15] <faenil> josepht: ok, thanks
[17:15] <josepht> faenil: np
[17:22] <bfiller_> robru: mind reconfiguring silo 34, added a new project (sync-monitor)
[17:27] <robru> bfiller_: you have the ability to reconfigure new projects now ;-)
[17:27] <bfiller_> robru: ok cool, let me try
[17:29] <robru> mardy: no there's no git support at all. only bzr branches on lp are supported.
[17:37] <bfiller_> robru: do I need to delete from the sheet and re-add in the new UI? not seeing it listed in new UI
[17:37] <robru> bfiller_: what? you need to use the spreadsheet.
[17:37] <robru> bfiller_: the spreadsheet replacement isn't live, it's only in staging. you can't do actual releases from there yet
[17:38] <bfiller_> robru: ok, sorry was confused
[17:38] <robru> bfiller_: sorry I didn't make that more clear.
[17:38] <robru> bfiller_: the change that allows you to add new projects on your own is already in production, but the spreadsheet replacement isn't. so just reconfigure the normal way and it should all work out.
[17:58] <fginther> AlbertA, Can you review the build results of http://s-jenkins.ubuntu-ci:8080/job/mir-clang-ts-wily-amd64-build/2/ ?
=== josepht` is now known as josepht
[18:14] <boiko> robru: could  you please check what is going on with this build: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-020/+build/7639724
[18:16] <robru> boiko: you need an lp person to look at that, maybe cjwatson ^
[18:17] <boiko> robru: ok thanks
[18:17] <boiko> cjwatson: could you please check what is going on with this build: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-020/+build/7639724
[18:18] <robru> cjwatson: build log seems to indicate it's complete but the ppa (and lplib) report it's still building. something stuck...
[18:45] <AlbertA> fginther: thanks looks like we'll have to tweak some tests
[18:45] <AlbertA> fginther: but looks ok
[19:31] <sil2100> john-mcaleely: hey, since jibel said the krillins passed, should I copy the candidate image over to rc for BQ?
[19:36] <fginther> AlbertA2, Thanks for looking at that build, does that mean you are ready to add it to the mir builds (and fail the MP it fails) or do you want to work on tweaking the tests first?
[19:38] <AlbertA2> fginther: let me try tweaking the tests I should be able to trigger builds in that job right?
[19:38] <cjwatson> boiko,robru: lots of buildd breakage at the moment due to a partial database outage today, need to analyse the whole lot and repair
[19:38] <boiko> cjwatson: ok, thanks for the info
[19:39] <fginther> AlbertA2, correct, you should just need to specify your test branch as the landing_candidate
[19:40] <boiko> cjwatson: is this the same reason for packages not start building on armhf (being in the queue for half an hour or so)
[19:40] <boiko> ?
[19:42] <cjwatson> boiko: Probably related, I haven't had a chance to look
[19:42] <boiko> cjwatson: ok
[19:42] <cjwatson> The world was at least in part on fire earlier
[19:42] <cjwatson> I suspect a bunch of builds are stuck, which would lead to queue depth
[19:43] <boiko> cjwatson: ok
[19:44] <cjwatson> But at least some things are working now, so let's see what can be rescued ...
[19:53] <jhodapp> robru, maybe you know this one: when building in a wily armhf silo, is /sbin/stop and /sbin/start present?
[19:54] <robru> jhodapp: that sounds like a systemd question, I'm not really sure the answer.
[19:55] <jhodapp> robru, ok no worries, I'll keep asking around
[19:55] <robru> slangasek would probably know ^^^
[19:55] <jhodapp> ah true
[19:57] <slangasek> hum, why are you looking for /sbin/stop and /sbin/start?
[19:57] <slangasek> unless you're build-depending on upstart, no, they won't be present
[19:58] <slangasek> jhodapp, robru: ^^
[19:58] <jhodapp> slangasek, trying to run media-hub in the silo for an integration test
[19:58] <slangasek> um, so, a silo doesn't have a user session, and at the system level will be systemd
[19:59] <cjwatson> boiko,robru: should be clearing now
[19:59] <slangasek> and is in a chroot anyway so you can't run system services regardless
[19:59] <robru> cjwatson: thanks
[19:59] <boiko> cjwatson: thanks
[19:59] <jhodapp> slangasek, so how do we run integration level tests?
[20:00] <slangasek> jhodapp: not in the launchpad build, if they require integration with a user session.
[20:00] <slangasek> the silos aren't running on a phone, you don't have any of the necessary environment
[20:00] <jhodapp> slangasek, oh I thought they were still
[20:00] <slangasek> no, they never did
[20:01] <slangasek> silos build in launchpad; launchpad uses arm servers for the builds, not phones
[20:01] <cjwatson> and won't use phones
[20:01] <slangasek> I'm not sure what APIs there are for integration tests that require running on a phone
[20:01] <jhodapp> slangasek, so I guess what I want is then to have this run at the same time as the autopilot builds
[20:01] <slangasek> right, that's what I was about to say :)
[20:01] <jhodapp> *autopilot tests, err
[20:02] <jhodapp> hmm, might need to talk to the test automation guys then
[20:02] <jhodapp> slangasek, thanks for the info
[20:02] <slangasek> n/p
[20:11] <ogra_> cjwatson, looks like image builds got some weirdness too ... https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-core-system-image/ rsalveti just started a build and amd64 seems gone
[20:11] <rsalveti> ogra_: I think lp is just not showing it
[20:11] <rsalveti> but it probably finished already
[20:11] <ogra_> hmm
[20:11] <rsalveti> because of the other canceled builds
[20:12] <cjwatson> ogra_,rsalveti: that's https://bugs.launchpad.net/launchpad/+bug/1424672
[20:12] <ubot5> Launchpad bug 1424672 in Launchpad itself "LiveFS builds cancelled before they start sort above other builds in history" [Low,Triaged]
[20:13] <rsalveti> right
[20:13] <ogra_> ah, k
[20:13]  * ogra_ will leave his fingers off the cancel button in the future :P
[20:45] <boiko> robru: could you please trigger a arm64 build of history-service and telephony-service on silo 008?
[20:46] <robru> boiko: you mean a rebuild of the existing upload?
[20:47] <boiko> robru: yep, we have an intermitent failure on tests on those packages in arm64, we need to investigate it better, but for now it is enough to just rebuild them :)
[20:47] <robru> boiko: ok
[21:01] <kgunn> robru: you can delete those 2 entries on the beta "sheet" if you want
[21:01] <robru> kgunn: nah ;-)
[21:02] <robru> kgunn: don't worry, the production instance will start fresh. the staging one is explicitly for experimentation.
[21:02] <kgunn> i got your other mail too late....about not using for stuff you really want to land :)
[21:02] <robru> kgunn: thanks for testing it! ;-)
[21:04] <kgunn> you bet
[21:14] <robru> kgunn: oh yeah you have the power to assign your own silos now too. give that a try
[21:14] <robru> from the spreadsheet
[21:21] <boiko> robru: hey, so, on silo 8, sil2100 had to manually upload a telepathy-qt5 because on wily it was not landed through the citrain
[21:21] <boiko> robru: and thus the changelog has a different versioning schema
[21:22] <robru> uh huh
[21:22] <boiko> robru: that's why your watch_only build failed, is there a way to watch only a subset of the packages in the job?
[21:22] <robru> boiko: no
[21:22] <robru> boiko: I'll poke the silo to expect the existing version
[21:23] <boiko> robru: great! thanks!
[21:27] <robru> boiko: hm, this might be harder than I thought. since lukasz' version is manually uploaded that means it differs from what the MPs generated, so I have to reconfigure the silo to take the telepathy-qt5 MPs out. you'll have to merge them yourself.
[21:27] <robru> oh it's not MPs wtf
[21:27] <boiko> robru: well, it is not a MP, it is sync from wily to vivid
[21:27] <boiko> robru: trying to finally sort the telepathy-qt5 mess out :)
[21:28] <robru> boiko: not sure what to say. the thing I intended to poke is missing and I don't understand what this silo is doing.
[21:28] <robru> boiko: how confident are you that the PPA contains correct contents?
[21:29] <robru> boiko: have you tested it yet?
[21:29] <boiko> robru: so, telepathy-qt5 was uploaded manually by lukasz, the rest is a sync from wily
[21:29] <boiko> robru: if telepathy-qt5 was not correct there, the build would fail
[21:30] <boiko> robru: I still need to test this silo, was first sorting out all the builds
[21:30] <robru> boiko: ok, so please test the silo to your satisfaction, and when you're ready I'll manually change the silo status to 'ready for qa' and then qa can start looking at it.
[21:30] <robru> boiko: I don't want to change the silo status now because if you end up needing a rebuild of something, the status will break again later during the rebuild.
[21:32] <boiko> robru: ok, the testing will certainly not end today, so I can ping you or lukasz about it on monday
[21:32] <boiko> robru: thanks for the help
[21:32] <robru> boiko: you're welcome
[21:33] <boiko> robru: out of curiosity: what if I land a no-change telepathy-qt5 on wily via the train
[21:33] <boiko> robru: this way I could get it to sync correct on silo 8
[21:33] <robru> boiko: I suppose you could do that, just make sure whatever non-train upload to wily got synced back to the trunk.
[21:34] <boiko> robru: telepathy-qt5 is not a package we are upstream for, so no trunk, only ubuntu/ branches
[21:35] <robru> boiko: well then you can't do a train release for it.
[21:35] <boiko> robru: not even as a source upload? I think we did that in the past
[21:36] <robru> boiko: but what difference would that make? the reason the sync doesn't work is because it's expecting train-generated version numbers, if you do a source upload you're not getting the train-generated version numbers anyway.
[21:36] <boiko> robru: ah ok, I thought the train would tweak the version numbers in that case
[21:36] <boiko> robru: yeah, if it keeps the version numbers, then it won't help indeed
[21:36] <robru> boiko: no, only for MP builds. source uploads in the train are a gross hack anyway, it's a merge-building engine.
[21:37] <boiko> yep
[21:37] <boiko> robru: ok, so let's keep the silo as-is then, thanks
[21:37] <robru> boiko: no worries, happy testing!
[21:37] <boiko> thanks :)
[22:08] <robru> bfiller_: looks like you reconfigured while the build job was still running. you'll want to reconfigure again because the build job clobbered your reconfigure when it set that status.
=== salem_ is now known as _salem