[03:14] <kenvandine> fginther, there's still dependencies issues in wily-proposed... not sure what though
[03:21] <bzoltan_> kgunn:  yes, the qtcreator is indeed my domain .. Let me check what is it doing.
[03:22] <kgunn> bzoltan_: thanks man
[05:13] <Mirv> kgunn: robru: I looked at that yesterday and it seemed it failed already when installing dependencies, ie something earlier is uninstallable. but yes, me + zoltan + benjamin can look at it when it comes to the qtcreator plugin itself failing.
[08:28] <om26er> jgdx, Hi!
[08:29] <dbarth> good morning
[08:29] <om26er> jgdx, can you tell how can I enable Cellular data from command_line ?
[08:29] <dbarth> o/ trainguards, can i get help to clean silo 031?
[08:29] <sil2100> dbarth: hey! What's up?
[08:29] <dbarth> hi
[08:30] <dbarth> sil2100: i thought silo 31 was a leftover
[08:30] <dbarth> ie, the dual landing attempt, turned wily only
[08:30] <sil2100> dbarth: so you want this silo gone and destroyed?
[08:30] <dbarth> but now i'm not so sure if i still need to have qa validate it to land properly in wily
[08:30] <dbarth> since, it's not on the qa map afaict
[08:31] <sil2100> hm, right, we'd need to switch it to 'Doesn't need QA'
[08:31] <sil2100> So you want to land that still?
[08:31] <dbarth> yes
[08:31] <dbarth> the fix still does make sense on wily
[08:31] <dbarth> sil2100: while we're at that, what's the way to get a silo in the new world order? ;)
[08:32] <dbarth> i didn't spot a button to add a silo request in the web interface
[08:32] <sil2100> dbarth: oh? Are you logged in with the ci-train-users checkbox checked?
[08:32] <jgdx> om26er, hi
[08:33] <sil2100> dbarth: since once you do that, you have a constant form on top of bileto to add new requests
[08:33] <Mirv> sil2100: like I mentioned yesterday, if you're logged in and when logging in select the teams before continuing, you should have empty fields to fill at the top of the page
[08:33] <Mirv> s/sil2100/dbarth/ :)
[08:33] <sil2100> dbarth: ^ :_
[08:33] <jgdx> om26er, sure, $ /usr/share/ofono/scripts/enable-gprs
[08:33] <sil2100> :)
[08:33] <sil2100> Sometimes those checkboxes aren't checked by default, which is a bit sad
[08:34] <om26er> jgdx, super awesome.
[08:35] <Mirv> they seem to be then checked the next time one logins
[08:35] <dbarth> ah ok
[08:35] <dbarth> i was missing the team membership checkbox ! now i see it
[08:41] <dbarth> tadah! i made a new request
[08:41] <sil2100> cjwatson: hey! Were you guys able to work-around the existing-translations issue in the batch copy? :)
[08:43] <cjwatson> sil2100: not yet, was busy with other things yesterday
[08:47] <greyback> trainguards: any idea how I screwed up silo11 to be in the abyss?
[08:54] <Mirv> greyback: packages are there at least still
[08:54] <Mirv> greyback: oh, abyss as in publish abyss
[08:54] <greyback> Mirv: yep
[08:55] <greyback> Mirv: welcome back btw!
[08:55] <Mirv> greyback: that was published to vivid SRU queue and is in the queue...
[08:55] <Mirv> greyback: thanks!
[08:56] <greyback> Mirv: SRU queue? I wanted it in stable-phone-overlay. There's my problem so
[08:56] <Mirv> greyback: the silo was not dual landing silo so vivid silo should have been configured to publish to the PPA (the train still allows eg Unity 7 updates to be published to vivid proper)
[08:57] <cjwatson> should I reject it from the SRU queue on the basis that you didn't want it there?
[08:57] <greyback> Mirv: makes sense, I must've missed the button somewhere so. Recommendatin on how to proceed? Can I remove that from the SRU and retarget to overlay?
[08:57] <greyback> cjwatson: yes please
[08:57] <cjwatson> mind you, I don't even see it in the SRU queue ...
[08:58] <Mirv> hmm, it has probably been already rejected
[08:58] <cjwatson> indeed, rejected already
[08:58] <Mirv> reconfiguring and republishing, sil2100 zot zot for not checking target PPA :)
[08:58] <sil2100> Uh oh?
[08:58] <Mirv> "as if I wouldn't have done the same thing too many times" ;)
[08:58] <sil2100> What did I do? I didn't publish anything this week yet ;p
[08:58] <sil2100> Or was that... last week?!
[08:59] <Mirv> sil2100: last week yes :) https://ci-train.ubuntu.com/job/ubuntu-landing-011-2-publish/71/console
[08:59] <sil2100> I blame it on bileto
[08:59] <sil2100> ;)
[08:59] <Mirv> it's even on bileto, the PPA, but not reconfigured
[08:59] <Mirv> oh, no, bileto says even wily wtf
[08:59] <Mirv> ah, sync, ignore that
[09:00] <Mirv> imagine bileto changes immediately automatically taking effect without manual steps!
[09:01] <greyback> Mirv: I'm assuming I should rebuild all packages so :)
[09:02] <Mirv> greyback: no, no
[09:02] <Mirv> everyone always assumes they need to rebuild, they rarely do :)
[09:02] <greyback> I'm glad I asked
[09:03] <greyback> rah
[09:03] <Mirv> sil2100: that sounds to me it was not you but possibly Train failing to publish to PPA with sync silos? https://ci-train.ubuntu.com/job/ubuntu-landing-011-2-publish/72/console - I mean, shouldn't overlay be mentioned there? (I wouldn't press ack packaging changes yet if I'm not sure it goes to correct place..)
[09:04] <Mirv> hmm, not really sure if the publish jobs say that properly
[09:05] <Mirv> here goes possible another queue fail :)
[09:05] <Mirv> nope, it worked fine, so the line just lacked reconfiguring
[09:05] <Mirv> greyback: it's now published properly to overlay
[09:05] <greyback> Mirv: yay, thank you
[09:11] <greyback> now with the gcc 4.9/50 difference, let's see if dual-landing qtmir might work
[10:21] <greyback_> trainguards: I'm confused by the error in silo19, it's complaining of a missing changelog entry, but the one it cites as missing is in silo12. Is this just a consequence of hour source package landings work?
[10:21] <greyback_> s/hour/how/
[10:33] <sil2100> greyback_: there's  0.4.5+15.10.20150728-0ubuntu2~gcc5.1  in wily-proposed, so you need to include it in the changelog
[10:34] <sil2100> Looks like it's a manual rebuild
[10:34] <sil2100> So the error  tells you: 'hey, there's this version in the archive that I don't have in my changelog, please include it with all the changes'
[10:40] <greyback_> sil2100: yeah the error makes sense, I just was wary about manually adding the changelog entry until I understood why it was required. I get it now though, thanks
[10:41] <Laney> If it's a no change rebuild then you can ignore that IMHO
[10:57] <pete-woods> trainguards: hi guys. so it looks like my silos are building as if gcc5 has landed now, but the phone images I am using (devel-proposed) don't seem to include the correct libc version
[10:58] <pete-woods> is there some other channel I should be using at the moment>
[10:58] <pete-woods> ?
[10:59] <Mirv> pete-woods: gcc5 and the packages rebuilt against it are in proposed, so everything builds with it now. devel-proposed indeed is built from release pocket which does not have gcc5 yet, making things a bit more interesting. if you enable wily-proposed for main and universe on the device, you get... somewhere :)
[11:00] <Mirv> pete-woods: I'm not sure if it has been discussed yet otherwise, but davmor2 could chime in if he saw unity8 running on wily-proposed (or the gcc5 silo)
[11:00] <pete-woods> Mirv: hrm. sounds a little scary. think I'll just install a vivid image
[11:01] <pete-woods> that's rc-proposed, right?
[11:01] <Mirv> pete-woods: if you're trying to be productive within your own turf, vivid is much easier yes :) rc-proposed is the right one.
[11:02] <pete-woods> Mirv: cool, thanks :)
[11:13] <Mirv> kgunn: robru: just FYI qtcreator-plugin-ubuntu installs fine in wily-proposed chroot so I don't know what the autopkgtest problem is about. it's the only thing clearly preventing unity8 migration, but if you stare at the beauty of migration problems with http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src GCC5 build it's clear there are a lot of thin
[11:13] <Mirv> gs to be fixed. so it's probable unity8 wouldn't migrate anyway even if it would look "green"
[11:13] <Mirv> bzoltan_: ^
[11:19] <bzoltan_> Mirv:  thanks.. i got the same results.  The only fix point is that between two timestamps it went wrong - 2015-07-31 07:15:34 UTC --  2015-07-31 17:45:29 UTC So what did happen in that half an hour?
[12:58] <kenvandine> tvoss, ubuntu-application-api3-touch in wily-proposed still depends on libubuntu-location-service2, so platform-api needs a rebuild to link against libubuntu-location-service3
[12:59] <tvoss> kenvandine, ah okay, thanks
[12:59] <kenvandine> tvoss, i suspect that'll clear up the last of the boottest failures
[12:59] <kenvandine> tvoss, mind if i do a no change rebuild upload of that to confirm?
[12:59] <tvoss> kenvandine, nope, fine with me
[12:59] <kenvandine> cool
[13:03] <rvr> bzoltan_: Approving silo 13
[13:30] <bzoltan_> rvr: super! thank you very much
[13:32] <jhodapp> rsalveti, I'm not sure why I am getting the error about qtmultimedia-opensource-src-gles for silo 38 (I don't fully understand the ignore missing twins concept for the train): https://ci-train.ubuntu.com/job/ubuntu-landing-038-1-build/58/console
[13:39] <rsalveti> jhodapp: let me check
[13:39] <jhodapp> rsalveti, ok
[13:39] <rsalveti> 2015-08-04 13:14:09,221 ERROR Failed to build: qtmultimedia-opensource-src-gles 0 not found in Silo PPA. qtmultimedia-opensource-src 0 not found in Silo PPA.
[13:40] <rsalveti> jhodapp: yeah, that's because when landing, we need to sync the -gles package with the normal one
[13:40] <rsalveti> jhodapp: when building the normal package, you need to use the ignore missing twins so it skips such check
[13:40] <jhodapp> rsalveti, yeah I did check that
[13:40] <rsalveti> before landing, after testing and so on, as a last step you can simply update the -gles package
[13:40] <jhodapp> that's what I thought would avoid this error, that's why I'm confused
[13:40] <rsalveti> hm, then not sure why it failed
[13:41] <rsalveti> sil2100: can you give us a hand here ^?
[13:42] <jhodapp> or Mirv ^
[13:43] <dobey> kenvandine: can you fix the ubuntu-touch-meta package?
[13:46] <Mirv> let's try it again with different parameters
[14:05] <Mirv> jhodapp: I'm trying once again at https://ci-train.ubuntu.com/job/ubuntu-landing-038-1-build/60/console with watch_only + ignore_missing_twins
[14:05] <jhodapp> Mirv, ok thanks
[14:07] <pstolowski> hello trainguards , how do i reconfigure a silo in the new world order? or i don't need to do anything?
[14:07] <jhodapp> pstolowski, you just click assign again
[14:07] <jhodapp> pstolowski, I asked this for myself yesterday :)
[14:07] <jhodapp> so edit the silo line and then click assign
[14:08] <pstolowski> awesome, thanks jhodapp !
[14:08] <jhodapp> np
[14:09] <cwayne> rvr: davmor2: hey, can i push instagram to the store?  the photos issue rvr reported is with the photos agg rather than this instagram
[14:09] <rvr> cwayne: It is ok for me
[14:11] <kenvandine> dobey, what specifically needs fixing in ubuntu-touch-meta?
[14:12] <cwayne> rvr: neato, thanks
[14:13] <jhodapp> Mirv, it appears like this build will work since it's not saying it's watching qtmultimedia-opensource-src-gles this time
[14:18]  * Mirv ->
[14:18] <jhodapp> Mirv, spoke too soon, hasn't failed yet but it's looking like it might
[14:20] <dobey> kenvandine: ubuntu-sdk-libs-dev still depends on libboost1.55-dev; i'm not sure why it depends on the boost dev package at all though. it needs to either be dropped, or switched to 1.58-dev instead
[14:21] <kenvandine> dobey, i'd rather someone more familiar with that meta package handle that
[14:21] <kenvandine> i'm still fighting to get other pipes unclogged
[14:24] <dobey> :-/
[14:28] <alecu> hi trainguards! may I ask what's missing silo 51? michi tells me that we need manual ack because of the change in packaging... who should we ask about that?
[14:28] <alecu> he created this bug, which seems to be needed: https://bugs.launchpad.net/ubuntu/+bug/1481144
[14:28] <jhodapp> Mirv, same thing...something is weird with the train and this silo
[14:30] <tsdgeos> anyone know why the CI can't compile anymore? https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-wily/171/console
[14:30] <tsdgeos> cihelp: ↑
[14:31] <seb128> tsdgeos, looks like some packages are not rebuild yet for gcc5 in wily-proposed
[14:31] <tsdgeos> maybe even ours
[14:52] <dobey> alecu: ugh. the debian/changelog seems to be getting lots of nasty info there
[14:52] <dobey> alecu: maybe we could get CI to fix that bug first too?
[14:54] <alecu> dobey: where's that changelog?
[14:55] <dobey> alecu: expand the arrows at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-051/+packages
[14:56] <alecu> dobey: the problem is with the long list of files, right?
[14:57] <dobey> alecu: looks like it needs to mention the packaging bug in the changelog too
[14:57] <alecu> lists even
[14:57] <dobey> alecu: not just that, but it looks like it's including every bzr commit message as well
[14:57] <dobey> rather than just the pre-existing changelog entry and adding the "Releasing blah blah" from CI train
[14:58] <dobey> cihelp: ^^ can we figure out what is causing this to happen and get it fixed?
[14:58] <alecu> it's very thorough, though :-)
[14:59] <psivaa> dobey: we're in a meeting. we'll take a look in a bit
[14:59] <dobey> and yet, there's still more that it somehow didn't include
[15:00] <josepht> dobey: I think that's a question for trainguards
[15:03] <dobey> josepht: do they maintain the software which generates the changelogs?
[15:03] <jhodapp> robru, are you around?
[15:07] <dobey> alecu: i'm seeing if a force_rebuild of the silo fixes it
[15:13] <sil2100> dobey: it's the first landing of this package, right?
[15:14] <dobey> sil2100: yes
[15:15] <sil2100> dobey: ok, in this special case I would advise manually preparing the changelog entry
[15:15] <sil2100> dobey: since the CI Train in this case has no base to start off, so it includes all bzr history
[15:15] <dobey> sil2100: but it is manually prepared
[15:15] <rvr> dbarth: Silo 15 merge proposal needs review.
[15:15] <sil2100> dobey: no, I don't see any changelog entry in https://code.launchpad.net/~unity-api-team/persistent-cache-cpp/devel/+merge/266169
[15:16] <dbarth> rvr: ahem, sorry, yes
[15:16] <dobey> sil2100: oh, it's screwing up because it's only changing the version number on the existing entry in the diff?
[15:17] <sil2100> dobey: by manually preparing I mean editing debian/changelog and modifying its contents - this should help, as right now since there's no diff in debian/changelog's contents the train doesn't know it has been prepared
[15:17] <sil2100> dobey: I would guess that's the problem
[15:17] <dobey> sil2100: there is a diff in the contents in that MP
[15:17] <sil2100> 48	[15:17] <sil2100> 49	--- debian/changelog	2015-07-23 06:28:36 +0000
[15:17] <sil2100> 50	+++ debian/changelog	2015-07-30 01:55:25 +0000
[15:17] <sil2100> 51	@@ -1,4 +1,4 @@
[15:17] <sil2100> 52	-persistent-cache-cpp (1.0.0) UNRELEASED; urgency=medium
[15:17] <sil2100> 53	+persistent-cache-cpp (1.0.0-0ubuntu1) UNRELEASED; urgency=medium
[15:17] <dobey> yes
[15:17] <sil2100> 54	
[15:17] <sil2100> 55	   * Initial release.
[15:17] <dobey> you didn't need to paste the diff here
[15:17] <sil2100> So you see, the contents are not modified by this merge
[15:18] <sil2100> Initial release was already present in the branch
[15:18] <sil2100> The train is not super smart if it's about new packages
[15:18] <dobey> sil2100: still, "grab all bzr revisions and parse it incorrectly" seems like a horrible bug
[15:19] <dobey> oh ffs
[15:19] <dobey> well i'm glad i hit rebuild at least
[15:20] <dobey> alecu: so it seems that package fails horribly now with gcc5, too
[15:21] <alecu> wonderful
[15:23] <jhodapp> sil2100, can you take a look at silo 38 and why ignore twins isn't working for the -gles package?
[15:26] <sil2100> jhodapp: hey, hm, looks like a train bug to me, almost as if the .project file is corrupted or something... it looks for version '0' of the qtmultimedia-opensource-src packages
[15:26] <jhodapp> sil2100, weird, do you think I should try requesting a fresh silo and then we delete this one?
[15:27] <jhodapp> sil2100, I noticed it was also putting a 4.0.0 version onto media-hub still when there's no way from the debian changelog that it should be...almost like things are cached
[15:30] <sil2100> jhodapp: might be a train problem or some specific case... could you contact robru once he's online?
[15:30] <jhodapp> sil2100, yeah sure...Mirv was looking at this before but indeed it seems like we need robru
[15:31] <sil2100> He wrote all the code explicitly, I would need some moments to dive into that but I should basically be AFK now ;)
[15:31] <jhodapp> sil2100, indeed, it's at least helpful to get confirmation that I'm not doing something obviously wrong :)
[15:31] <jhodapp> so thanks
[16:11] <dobey> kenvandine: do you know who should fix ubuntu-touch-meta then? slangasek was the last to touch it i see. it's what is blocking the qtcreator-plugin-ubuntu tests though.
[16:14] <slangasek> er, anyone with upload rights can fix it
[16:15] <slangasek> I'm currently a bit busy with the other 300 library packages that need sorted for the g++ transition
[16:15] <dobey> yeah; i don't have upload rights, or i'd have fixed it already :)
[16:16] <dobey> eh, anyway, i have to go now. later :)
[16:27] <jhodapp> robru, please ping me when you come online
[16:55] <dbarth> o/ trainguards, i would like some help to use my new silo request to land the wily release of oxide 1.8.4
[16:55] <dbarth> it is built in the mozilla-security team ppa already
[17:10] <robru> dbarth: sure, which request is it?
[17:14] <jhodapp> hey robru, so sil2100 told me I should ping you about my silo 38...it's not properly honoring the ignore twins request for the -gles package
[17:14] <jhodapp> robru, sil2100 indicated that the silo might have a corrupted config
[17:15] <dbarth> robru: the one at the top of the list; says oxide-qt in the source field
[17:16] <robru> dbarth: ok one sec sorry
[17:17] <robru> jhodapp: dbarth: sorry guys it seems there's been a creds leak, I need to deal with this urgently
[17:17] <jhodapp> robru, uh oh, sure just let me know when you get a moment
[17:17] <jhodapp> robru, I might go ahead and request a new silo to unblock myself
[17:18] <robru> jhodapp: ah ok? I don't understand why you couldn't just reconfigure the one you have?
[17:18] <jhodapp> robru, it doesn't need a reconfigure...it's just not behaving properly
[17:18] <jhodapp> robru, there's a citrain bug according to sil2100
[17:19] <robru> jhodapp: ok but like, if there's a bug in the code, that same code is going to run in the new silo too. I'm not sure how a new silo will solve the bug you're seeing, but I'll look into it soon
[17:20] <jhodapp> robru, ok, it seems more like the current silo's config, but I don't know how things are implemented so I'm talking in at a very high level
[17:28] <robru> jhodapp: ok but he reconfigure process creates a completely new config each time, so if there's something wrong in the config, there isn't anything I'm aware of that can't be fixed just by reconfiguring.
[17:29] <jhodapp> robru, interesting, I'll start with that then
[17:29] <robru> jhodapp: the only issues I'm aware of needing a new silo/ppa are if you uploading a higher version number and want to go back to a lower version number, PPAs won't accept that so you need a new PPA.
[17:29] <jhodapp> robru, oh, that would explain why it keeps trying to do media-hub-4.0.0
[17:30] <jhodapp> robru, instead of 3.1.x
[17:30] <robru> jhodapp: ah so maybe you do need a new PPA ;-)
[17:30] <jhodapp> yep, looks like I do
[17:32] <rvr> jamesh: ping
[17:32] <robru> jhodapp: in the spreadsheet what we'd do is make a new requestid, but bileto doesn't allow that, so you'll have to hand-copy all the values into a new request. I'll file a bug to remind myself to make a 'Duplicate' button so you get a new request with the same values.
[17:33] <jhodapp> robru, ok awesome...you're able to upload a source package to this new silo PPA then right?
[17:34] <robru> jhodapp: yeah sure
[17:34] <jhodapp> great
[17:35] <robru> dbarth: request 91 is missing series and QA fields.
[17:35] <robru> jhodapp: where are the packages now?
[17:36] <dbarth> robru: ah
[17:37] <jhodapp> robru, just shared it with you via google drive
[17:38] <jhodapp> robru, looks like I got silo 21
[17:39] <robru> dbarth: 'Publish without QA' is for when you're ready to actually publish. What you want it 'No QA Needed' for now and then set 'Publish without QA' once you're done testing the silo
[17:41] <robru> jhodapp: why is this package 'UNRELEASED'?
[17:41] <robru> jhodapp: Error: uploading files for distribution UNRELEASED to ppa not allowed.
[17:42] <jhodapp> robru, I was advised to have it as unreleased
[17:44] <jhodapp> robru, so you need a released version? last time sil2100 was able to upload this, unless he changed it to released
[17:45] <robru> jhodapp: UNRELEASED is only used in MPs you give the train, because the train generates your version and then sets the release series for you. if you have a manual source like this it needs to be set exactly how you want it released because the train won't change manual sources at all
[17:46] <robru> jhodapp: why don't you upload it to a PPA you control and then I'll copy it in? that's easier for me
[17:46] <jhodapp> robru, yeah makes total sense
[17:46] <jhodapp> robru, I don't have a PPA currently, nor have I ever worked with one
[17:46] <dbarth> robru: ok
[17:47] <robru> jhodapp: you should make a personal one, then build the package like you just did, but instead of uploading to google drive, do 'dput ppa:jhodapp *.changes'
[17:47] <dbarth> robru: should be proper now
[17:47] <robru> dbarth: thanks
[17:47] <jhodapp> robru, alright, I'll give that a try...now's as good a time as any to learn this process :)
[17:48] <robru> jhodapp: yeah PPAs are pretty great. it's a lot easier for me also, lp has a nice web interface for copying packages into silos
[17:48] <robru> dbarth: ok I got you silo 26
[17:48] <robru> dbarth: where's the oxide package?
[17:48] <jhodapp> robru, nice, so from the web interface you'll be able to upload to silo 21 directly from my personal PPA?
[17:49] <robru> jhodapp: yep
[17:49] <jhodapp> robru, very nice
[17:49] <dbarth> robru: there: https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/ppa/+packages
[17:49] <dbarth> robru: version 1.8.4
[17:49] <robru> dbarth: thanks, one sec
[17:49] <dbarth> robru: do a binary copy, or it is 8h of build and uncertain results
[17:50] <robru> dbarth: yep, absolutely. https://ci-train.ubuntu.com/job/ubuntu-landing-026-1-build/74/console
[17:56] <robru> dbarth: oh yeah, the diff takes ten million years to generate because it's like 3GB or something. I really gotta rework the diff code to be more efficient.
[17:57] <dbarth> robru: oxide is a nice test case for that
[17:58] <robru> dbarth: yeah for sure
[17:59] <cjwatson> jhodapp: BTW use 'dput ppa:jhodapp/ppa' (or whatever the name of the archive in question is) rather than 'dput ppa:jhodapp' - the latter form is for compatibility and deprecated
[18:00] <jhodapp> cjwatson, yeah just noticed that in reading about ppa's, thanks
[18:00] <cjwatson> or better 'dput ppa:jhodapp/ubuntu/ppa' if on a sufficiently modern Ubuntu version, but the two-component form isn't going away any time soon
[18:00] <jhodapp> ok
[18:01] <dbarth> cjwatson: hey, speaking of ppas, would you be able to turn one with armhf build support?
[18:02] <cjwatson> dbarth: sorry, I don't have those superpowers.  https://answers.launchpad.net/launchpad please
[18:02] <dbarth> ah nw
[18:02] <cjwatson> (well, I sort of do, but only for teams I admin)
[18:04] <dbarth> ok, request posted, thanks for the pointer
[18:25] <robru> jhodapp: ah sorry about that, was in a meeting. did you get the package uploaded yet?
[18:28] <jhodapp> robru, almost
[18:28] <jhodapp> robru, just trying to get my key over to my new laptop so I can sign this package
[18:29] <robru> no worries
[18:36] <jhodapp__> robru, ok, I've dput the changes file so it should be building the package now
[18:38] <robru> jhodapp_: great, ping me once the build completes and I can copy it. also, what ppa?
[18:38] <jhodapp_> robru, ppa:jhodapp/ubuntu/ppa
[18:38] <robru> jhodapp_: great
[18:38] <jhodapp_> robru, this is cool, I've been putting off learning more about this so neat to finally get a bit more familiar
[18:39] <robru> jhodapp_: awesome ;-)
[18:42] <jhodapp> robru, looks ready
[18:43] <robru> jhodapp: ok and you want it in silo 21?
[18:43] <jhodapp> robru, yes please
[18:44] <robru> jhodapp: just a note, your silo is configured for vivid, not vivid overlay
[18:44] <robru> jhodapp: you can configure that in your request
[18:45] <jhodapp> robru, oh I didn't see that as an option, must have missed it
[18:45] <jhodapp> do I need to reconfig?
[18:46] <robru> jhodapp: yeah you need to set 'destination ppa' field and then click assign again.
[18:46] <jhodapp> ah right, ok
[18:46] <robru> jhodapp: it should have the overlay ppa as an option if you double-click the text box
[18:50] <jhodapp> robru, ok it's ready
[18:50] <robru> jhodapp: ok, config looks good, packages is already copied, feel free to build
[18:51] <jhodapp> robru, thanks!
[18:51] <robru> jhodapp: you're welcome
[18:51] <jhodapp> robru, so I should only set ignore twins for this build, right?
[18:52] <robru> jhodapp: you'll probably have to type out the list of packages you specifically want built
[18:52] <robru> jhodapp: in addition to checking ignore twins
[18:52] <jhodapp> robru, ok great
[18:53] <jhodapp> robru, and I do want to specify qtmultimedia-opensource-src, but not -gles correct?
[18:53] <robru> jhodapp: yeah
[18:53] <jhodapp> makes sense
[19:15] <renatu> cihelp. who can help me to setup jenkins on this project? https://code.launchpad.net/indicator-transfer-buteo
[22:25] <fginther> renatu, We should be get that added by tomorrow.
[22:28] <renatu> fginther, ok thanks