=== chihchun_afk is now known as chihchun
=== salem_ is now known as _salem
=== marcusto_ is now known as marcustomlinson_
=== chihchun is now known as chihchun_afk
=== marcustomlinson_ is now known as marcustomlinson
=== chihchun_afk is now known as chihchun
jibeldavmor2, can you take silo 28? it's rather urgent08:26
davmor2jibel: sure08:26
jibeldavmor2, thanks:08:26
sil2100THanks guys!08:29
sil2100Still not known if and when we'll do the OTA-4.5, but we need to be ready08:29
sil2100Hey guys, I'll use rc-proposed channel for a bit08:52
sil2100(I'll break it)08:52
sil2100kk thx bye08:52
Mirvsil2100: nice!08:52
sil2100The cat is really interested in how I work, he's helping out with code and other duties08:53
sil2100By, for instance, blocking my view of the screen, trying to catch the mouse cursor and pressing random buttons08:53
sil2100Anyway, expect a strange image in the rc-proposed channel soon08:56
Mirvsil2100: really strange from the sounds of it :)09:07
sil2100jibel, davmor2: I have a ubuntu community image for you guys to test09:22
sil2100jibel, davmor2: so, latest image in the rc-proposed/ubuntu channel is what you want09:24
davmor2sil2100: in a meeting get back to you after09:25
sil2100jibel, davmor2: mako 163, krillin 197 etc.09:25
davmor2sil2100, barry: silo 028 is broken.  On a production-reset the product turns itself off on or around wifi password09:49
sil2100davmor2: uh10:09
sil2100davmor2: not sure I understand, but I never used the production-reset function10:10
davmor2sil2100: it's the new function added to system-image in the silo10:11
sil2100I wonder why it's broken10:19
ogra_davmor2, its the old function that was used in rtm ... not new at all :)10:23
ogra_(there are new bugs around it perhaps though)10:23
davmor2ogra_: there are 2  --factory-reset       Perform a destructive factory reset and reboot.10:23
davmor2                        WARNING: this will wipe all user data on the device!10:23
davmor2  --production-reset    Perform a destructive production reset (similar to10:23
davmor2                        factory reset) and reboot. WARNING: this will wipe all10:23
davmor2                        user data on the device!10:23
ogra_davmor2, right, --production-reset was implemented before the device went into production10:24
ogra_factory reset is a bit older and foor endusers10:24
davmor2ogra_:   * LP: #1419027: Adding D-Bus method for production line reset    - Used by the advanced factory reset use case10:25
ubot5Launchpad bug 1419027 in system-image (Ubuntu RTM) "Add a D-Bus method to perform a "production line reset"" [Critical,Fix released] https://launchpad.net/bugs/141902710:25
davmor2ogra_: so apparently it is all rsalveti 's fault :)10:26
ogra_"...reset the phone and perform a delayed power off."10:26
* rsalveti runs10:26
john-mcaleelyas I recall, production reset turns the phone 'off' after a certain time10:26
john-mcaleelyso it can go in a box with confidence10:27
davmor2ah okay might not be an issue then10:27
ogra_thats what the bug says10:27
rsalvetioh, right10:27
rsalvetithat is old10:27
john-mcaleelyyou're not expected to use the phone after the reset, just observe that it boots to the welcome page of the wizard10:27
rsalvetiwhat is the issue?10:28
davmor2yeap got it. thanks  I think that thing that confused is it started the welcome wizard10:29
davmor2so I just need to confirm that it doesn't happen with factory-reset then10:30
davmor2rsalveti: none now :)10:32
ogra_davmor2, well, it boots normally and starts the wizard ... and at some point it does what you told it to (delayed power off)10:32
davmor2rsalveti: I missed the delayed shutdown10:33
nik90sil2100, davmor2: I fear something is wrong with mako image r163 on channel ubuntu-touch/rc-proposed/ubuntu. http://paste.ubuntu.com/11729906/11:01
nik90sil2100, davmor2: I just reflashed using u-d-f and still get the same...the unity8 version in this image comes with no shell rotation!11:01
nik90this is on a Mako Nexus 411:01
nik90Mirv: ^^11:03
Mirvnik90: hmm. I can't test right now since my mako is running autopilot tests, but on the #162 I do have unity8 8.10+15.04.20150612-0ubuntu1 which should be new enough version.11:04
davmor2nik90: how are you testing it?11:04
ogra_nik90, shell rotation was landed after the OTA11:04
nik90Mirv: indeed I had shell rotation on image r162. Hell I even posted pictures of it on g+ ;)11:04
nik90it broke after I upgraded to r16311:04
* ogra_ missed the -proposed in the channel name, ignore me 11:04
nik90davmor2: tested by upgrading from r162->r163 and also a normal u-d-f flash to r163 on my N4. Opened system-settings-app and no shell rotation11:05
Mirvnik90: oh! :)11:05
Mirvnik90: can you check what dpkg -s unity8 says there?11:06
Mirvthe version, mostly11:06
sil2100nik90: yes11:06
sil2100Mirv: no worries, that's the strange image I mentioned :)11:07
Mirvsil2100: ah...11:07
nik90Mirv: Version: 8.02+15.04.20150603.1-0ubuntu111:07
Mirvnik90: right, then that's older11:07
sil2100nik90, davmor2, Mirv: the latest rc-proposed image is now a snapshot image ;) With OTA-4 stuff in it11:07
nik90sil2100: oh11:07
davmor2sil2100: yeah that's what I was just thinking11:07
sil2100Remember! rc-proposed is meant to be full of strange stuff, it's never guaranteed to be reliable and working - next image will be with rotation again11:07
sil2100nik90: you should have your shell rotation in a few hours11:08
nik90sil2100: well so how I do get the latest stuff to develop on? which channel is recommened?11:08
nik90sil2100: I see rc-proposed/ubuntu-developer has not been updated for a long time either11:08
nik90just a bit confused11:08
nik90I need shell-rotation to test clock-app portrait lock and stuff11:08
davmor2nik90: rc-proprosed and just back it up a revision.11:12
nik90davmor2: how do I specify the revision?11:13
mzanettisil2100, hey ho :) ^11:15
mzanettiI know there's another one with unity in it11:15
mzanettiI'd like to get started with testing the next one nevertheless. Will rebuild when the previous lands11:15
davmor2nik90: ubuntu-device-flash --revision -1 touch --channel <channel>11:16
davmor2nik90: or you can add a specific number ie 16211:16
sil2100mzanetti: on it11:16
mzanettithanks :)11:16
sil2100nik90: are you developing apps?11:16
mzanettihe is :)11:17
nik90sil2100: hmm yes...clock-app dev ;)11:17
mzanettinik90, btw, will you make fahrplan rotation-ready?11:17
nik90mzanetti: you want it to rotate? I will see how it looks in landscape11:18
sil2100nik90: then it's best to use stable ;)11:18
nik90sil2100: not when I am getting bug reports about clock app looking bad when running it on rc-proposed ;) in landscape form11:18
sil2100nik90: rc-proposed is not a channel for app developers, as it can have broken features...11:19
sil2100Well, for shell rotation, please wait a bit and it'll be back ;p11:19
sil2100Or quickly revert to the previous image ;)11:19
nik90sil2100: yeah I am reverting to r162..I was just surprised to experience this with r163..figured rc-proposed just mean latest development stuff..not OTA images ;)11:20
ogra_-proposed always means automatic daily builds and no QA11:21
ogra_or "mild" QA11:21
sil2100nik90: no no ;) rc-proposed is a transient channel that, indeed it has the latest development, but in theory should be only used by people working on core system components etc.11:24
sil2100Of course, we don't want to scare away people from using it11:24
sil2100But it's just good to know that we don't guarantee anything in that channel ;)11:25
=== MacSlow is now known as MacSlow|lunch
=== alan_g is now known as alan_g|lunch
ogra_jibel, i just upgraded to 27 on my arale and see the SIM PIN disalog for the first time !12:19
=== _salem is now known as salem_
ogra_(did we get any fixes or am i just lucky ?)12:20
jibelogra_, take a screenshot, it's racy and maybe the only time you'll see it12:20
ogra_ha, to late12:20
jibelogra_, there is no fix yet, I still reproduce on 27, but just adding debug code makes it much more difficult to reproduce12:21
ogra_yeah, timing issues are hard to catch12:21
=== chihchun is now known as chihchun_afk
sil2100 hmmm12:33
sil2100mzanetti: looking at the unity8 packaging diff right now12:34
mzanettisil2100, anything wrong?12:35
=== chihchun_afk is now known as chihchun
sil2100mzanetti: I'm a bit worried by the versioned-dep12:35
mzanettisil2100, this one? https://code.launchpad.net/~canonical-platform-qa/unity8/click_item_with_swipe/+merge/25696112:36
sil2100mzanetti: ...scratch that, it looks fine :)12:37
mzanettiack :)12:38
brendandsil2100, i was *just* going to ask you about that :)12:38
mzanettibrendand, so... finally your branch landed :)12:38
mzanettithanks for the patience12:38
brendandso patience, such waiting :P12:38
brendandmzanetti, thanks :) !12:39
=== alan_g|lunch is now known as alan_g
=== MacSlow|lunch is now known as MacSlow
bfillersil2100: I want to switch sillo 7 from vivid to dual. can I do this myself with reconfigure?12:48
mzanetticihelp: seems our jenkins jobs started failing because of a license check, but we didn't change those files in years: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-builder-wily-armhf/104/console12:55
t1mpwas there a lp project that has all the scripts that are executed by jenkins?12:56
mzanettibfiller, you can update the spreadsheet bug ci people need to wipe and reconfig12:56
mzanettit1mp, this maybe: http://bazaar.launchpad.net/~private-ps-quality-team/pbuilderjenkins/trunk/files12:57
bfillermzanetti: sorry, update what?12:57
mzanettibfiller, the google doc :)12:57
t1mpzbenjamin, bzoltan: ^12:57
bfillermzanetti: oh for the dual landing you mean?12:57
t1mpmzanetti: thanks12:57
sil2100bfiller: sadly no, series reconfiguration usually requires re-assigning silos12:57
mzanettibfiller, yes12:58
bfillermzanetti: thanks12:58
bfillersil2100: ack, mind reconfiguring silo 7 then?12:58
sil2100bfiller: will have to re-assign (e.g. wipe existing packages), you fine with that?12:58
bfillersil2100: yes12:59
sil2100On it then12:59
fginthermzanetti, looking13:00
fginthermzanetti, There was an update to the devscripts package and the licensecheck tool along with it on June 11 (which is when these errors started)13:03
sil2100bfiller: done13:03
bfillersil2100: thank you!13:03
mzanettifginther,  yeah, sounds reasonable. What would you suggest?13:04
mzanettiI guess the checklicenseheaders.sh needs to be updated13:04
fginthermzanetti, looks like a number of bugs were actually fixed in it (http://changelogs.ubuntu.com/changelogs/pool/main/d/devscripts/devscripts_2.15.5/changelog). Do these files actually need to be patched?13:04
mzanettifginther, those files have the upstream Qt copyright header13:04
fginthermzanetti, ohhh, that sucks then :-/13:05
fginthermzanetti, well, sucks for me I guess13:05
mzanettifginther, let me try running things manually on them13:05
mzanettimaybe we can find a solution that doesn't such for you13:05
fginthermzanetti, looks like they are all in a plugins dir, should be possible to exclude that13:06
mzanettihmm... not a big fan of that... lots of our code is the plugin dir13:06
sil2100bfiller: yw!13:06
fginthermzanetti, ok, let me look at some other options too13:07
* sil2100 switches to maintenance mode now13:09
sil2100I should be around on IRC but not all the time13:10
mzanettifginther, ok... still passing here on my vivid+overlay, seems wily only problem13:15
fginthermzanetti, yeah, the regression appears to have been introduced in 2.15.5 which is still only in wily13:16
fginthermzanetti, the only solution I have so far is to exclude those specific files13:16
greybacktrainguards: hey, could I get a silo for spreadsheet line 60 please13:16
mzanettifginther, sounds ok for a temporary measure... but not feeling really comfy with that in the long run13:18
sil2100greyback: ok13:19
barrydavmor2: afaik, it isn't si 3.0's fault.  all production-reset does is write the following to ubuntu_command and then reboot: format data; enable factory_wipe13:19
davmor2barry: it's okay it was meant to happen13:20
barrydavmor2: cool13:20
sil2100greyback: assigning, I added qtubuntu-gles and qtmir-gles13:21
fginthermzanetti, another option is to remove the check completely13:21
sil2100greyback: this should make the -gles bits easier, as you won't need a trainguard for the reconfigure13:21
greybacksil2100: thanks. I tend to add those after once the non-gles ones build13:21
mzanettifginther, let me check if I can update that header to a slightly different format to make it pass or so13:22
greybacksil2100: ah cool, I'll do that in future13:22
sil2100greyback: yeah, you still need to do this, but without those pre-defined you would need us for the reconfigure, now you can reconfigure it yourself :)13:22
mzanettifginther, this fails: ** Copyright (C) 2014 Canonical, Ltd. and/or its subsidiary(-ies).13:37
mzanettithis passes: ** Copyright (C) 2014 Canonical.13:38
mzanettithis does look like a bug in the tool to me13:38
rvrsil2100: My personal krillin still hasn't got any update notification13:38
sil2100rvr: strange, you're on the right channel, right?13:39
rvrsil2100:  channel: ubuntu-touch/stable/bq-aquaris.es13:39
mzanettifginther, actually it's only the "/" in the and/or line. I'll work around it in our repo13:40
sil2100rvr: might be somehow related to the fact it's .es, but in theory it should be a redirect to .en13:40
fginthermzanetti, Are those files regularly updated from upstream?13:40
mzanettifginther, no13:41
mzanettionly when we copy the file we keep the header intact13:41
fginthermzanetti, ack, this doesn't sound like that gross of a workaround then13:41
mzanettino... seems ok if I don't hit other headers that fail for different reasons. I'll let you know13:42
fginthermzanetti, thanks13:42
jibelrvr, if you adb shell what is the output of sudo system-image-cli -vn13:43
rvrjibel: sil2100: Yeah, it redirects to bq-aquaris.en http://paste.ubuntu.com/11730546/13:45
rvrUpgrade path is 23 Target phase: 5%13:45
rvrWhat is target phase?13:45
jibelsil2100, ^ do you know?13:46
sil2100No idea13:46
sil2100I checked and on s-i the phasing percentage it 100%13:47
davmor2barry: ^13:47
barrysil2100, davmor2 what's the problem?13:48
davmor2barry: rvr has a real device it hasn't upgraded yet13:48
ogra_was the .es channel actually relesed ?13:48
ogra_i thought we dropped that one13:48
jibelogra_, this device has been purchased from BQ13:49
barryrvr: what does `system-image-cli --version` say?13:49
rvrballoons: http://paste.ubuntu.com/11730579/13:49
rvrbarry: ^13:49
ogra_jibel, sure, i just remember talk that we wouldnt do .es anymore13:50
barryrvr: --version not --info :)13:50
jibelogra_, it's an alias to .en13:50
rvrbarry: system-image-cli 2.5.113:50
barryrvr: okay, that's good at least13:50
ogra_jibel, aha, so i remembered right ...13:50
ogra_so it is probably the following of aliases thats not correct13:51
barryrvr: and if you remove the -n, does it upgrade?  or what do the logs say?13:52
rvrbarry: system-image-cli -v ?13:52
barryrvr: yes13:53
rvrIt downloads something13:53
barryit should upgrade because there is apparently no phase for image 2313:53
barry(target phase is the phase of the device)13:53
jibelrvr, and from the UI there was no notification and nothing in 'software updates'?13:54
rvrjibel: Nope13:55
jibelrvr, can you interrupt the download and check again?13:55
rvrjibel: Yeah, that's what I did13:55
=== chihchun is now known as chihchun_afk
rvrI'm stuck here:13:55
rvr[systemimage] Jun 17 14:53:37 2015 (7473) [0xb63aabb0] Running group download reactor13:55
barryrvr: you might want to kill system-image-dbus and let it get reactivated13:55
barryrvr: you could tell more status with more -v's13:55
barry(generally, we don't bombard the console with udm's chatty progresses)13:56
rvrbarry: Ok13:56
ogra_just add -vvvvvvvvvvvvvvvv13:57
ogra_(then it will probably print machine code)13:57
barryogra_: or --veeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeewheeeeeeeeeeeeeeeekhaaaaaaaaaaaaaaaaaaaaaaaaaaaaan13:57
barrysil2100: while we're here, we're going to have to rethink how to do the si client branches.  upstream branch is in git now so the merge-upstream recipe is different... and not working :(   is it possible to drive the train with git branches?13:59
sil2100barry: uuuu, currently no, I think robru wanted to add that once but he's busy with bileto, the spreadsheet replacement13:59
barrysil2100: the problem i'm having is that after doing `bzr merge-upstream <path-to-.tar.gz>` and then `bzr bd -S` fails with unexpected changes to upstream source.  even reverting the change to the file that it claims to be changed, bzr bd -S still fails14:00
barrysil2100: that's probably higher priority ;)14:00
barrysil2100: well, i guess i know what i'm doing for the rest of this week :(14:01
rvrbarry: http://paste.ubuntu.com/11730629/14:04
rvrbarry: After that I think it beings to download something, I cancelled14:04
barryrvr: okay, you should kill that and then use ps to find the ubuntu-download-manager, and kill that14:04
barryrvr: start fresh, and then do the command again.  sometimes udm gets confused14:05
barryrvr: you're on wifi right?14:05
rvrbarry: Right14:05
barryyeah, so it should work, unless you're having other network problems.  basically that paste is telling me that udm is stuck14:05
rvrbarry: Stuck, but downloading14:08
barryrvr: at the point where the log ends, we are at the mercy of udm14:08
rvrbarry: So, if this is downloading, then it knows there is an image available14:09
rvrBut there is no notification14:09
barryrvr: correct14:09
barryrvr: notification?  through the cli, it's the console output.14:09
rvrbarry: My "complain" is that I haven't got any system update notification, and the update screen is System Settings don't show it as available neither14:10
barryrvr: okay, so let's do this...14:11
barryrvr: first, kill system-image-cli14:11
barryrvr: next, kill any ubuntu-download-manager process that might still be running14:11
barryrvr: next, kill any system-image-dbus process that might still be running14:11
barryrvr: kill any system-settings process (i.e. the ui)14:11
davmor2jibel, sil2100: Finally silo028 is done14:12
barryrvr: cool, now, in a separate shell, do this: `tail -f /var/log/system-image/client.log`14:12
rvrApplication closed14:12
barryrvr: and then fire up the system-settings ui and start a check for upgrade.  watch the log tail.  you should see something very similar to your previous console output14:12
rvrbarry: Now it is there o_O14:13
rvrbarry: It's downloading now14:13
barryrvr: cool.  sometimes when udm gets confuzzled, it confuzzles the whole stack upwards :/14:14
barryrvr: if you really want some sneaky, once/if si 3.0 is landed you can bypass udm and use the built-in curl based downloader.  we use that on snappy and it avoids the problems of udm14:15
rvrbarry: I worry more about users having this problem14:16
barryrvr: i'm not sure what to do about it.  i've been asking for udm to get some love for a *long* time14:17
rvrI don't know which magic you used, but after canceling and rebooting again, System Settings > Update shows and downloads the image.14:17
barryrvr: killing all those processes usually gets things back into a usable state.14:18
rvrbarry: Does system-image-cli cache requests somehow?14:18
barryrvr: it does cache full downloads so that updates can be resumed more quickly, but the checksums and signatures must still be valid, or it will ignore any cached data files14:19
rvrbarry: I see14:20
popeysil2100: I added a line to ci spreadsheet for clock r280 as requested by rvr and nik90. can you please check it and press whatever button is needed to make it go to trello?14:30
rvrpopey: It's automatic, there is a bot for that :)14:31
popey\o/ bots14:31
rvrpopey: Although I don't know how the status field is managed by CI14:32
jhodappsil2100, can I get a silo for line 61 please?14:36
oSoMoNtrainguards: I added a merge request to silo 16, can I reconfigure the silo myself, or do you have to do it?14:38
jhodappoSoMoN, they'll most likely have to do the reconfigure14:51
mzanettifginther, status update: https://bugs.launchpad.net/ubuntu/+source/devscripts/+bug/146609814:54
ubot5Launchpad bug 1466098 in devscripts (Ubuntu) "licensecheck fails to parse copyright if a / is contained" [Undecided,New]14:54
fginthermzanetti, thanks14:56
mzanettifginther, this seems a good idea in any case: https://code.launchpad.net/~mzanetti/pbuilderjenkins/dont-check-generated/+merge/26223515:04
mzanettiI can work around the other's in the unity code base for now15:04
fginthermzanetti, cool, if you can add a changelog update to that MP, we can get that updated15:07
mzanettifginther, done15:11
fginthermzanetti, can you change UNRELEASED to wily?15:12
fginthermzanetti, That's caused problems for me in the past15:12
mzanettifginther, done15:13
fginthermzanetti, thank you sir!15:13
jhodapprobru, ping15:15
=== alan_g is now known as alan_g|AFK
oSoMoNtrainguards: I need silo 16 to be reconfigured, can someone please take care of this?15:51
davmor2sil2100, jibel: image 163 tested on mako looks good here16:23
robruoSoMoN: you can reconfigure that yourself. you only need trainguards when you're adding new packages, not adding new MPs for existing packages.16:35
robrujhodapp: hi16:35
oSoMoNrobru, ah, thanks, sorry I never remember that right16:36
jhodapprobru, oh good to know, I didn't realize that either16:36
jhodapprobru, just need a silo for line 61 please16:36
=== alan_g|AFK is now known as alan_g
robrujhodapp: oSoMoN: yeah one of our goals is to expand user empowerment so that you guys aren't waiting for me all day long, but spreadsheet replacement is the number one priority right now16:37
robrujhodapp: silo 3816:38
jhodappthanks robru16:38
robruyou're welcome16:38
oSoMoNrobru, that makes sense. how is the spreadsheet replacement coming along, btw?16:38
robruoSoMoN: http://requests.ci-train.staging.ubuntu.com/ it's a thing that exists ;-) I'd say 90% done, but there's lots of fiddly integration bits that still need to be done.16:39
oSoMoNneat. I can’t wait for it to be live (and I know I’m not alone :))16:39
robruoSoMoN: yeah you and everybody else ;-) l0(16:39
jhodapprobru, so I've not built qtmultimedia-opensource-src before...this MR is a diff to the package branch...it is complaining that it's missing the package qtmultimedia-opensource-src-gles16:41
jhodapprobru, do I need to add that to the addition source packages column?16:41
robrujhodapp: well you probably want a second MP for the -gles branch as well, those need to be kept in sync.16:42
jhodapprobru, but nothing changed in that branch16:42
robrujhodapp: doesn't matter, there's rules in place enforcing -gles variants always have matching version numbers. if you're releasing one you need to release the other16:43
jhodapprobru, hmm interesting...so basically a no-change MR and then the silo will bump the release version numbers?16:44
jhodapprobru, or I guess it'd be Jenkins that would do the version bump16:44
robrujhodapp: errr, no. the branch should have a debian/watch that scans for the non-gles and rebuilds that package with the same changes.16:44
robrujhodapp: -gles is a special rebuild of the same package, it needs to have the same contents as what you're releasing for non-gles.16:45
jhodapprobru, oh interesting16:45
robruI wonder if Mirv is around to explain how he manages his -gles packages16:46
robruI know how kgunn does it...16:46
jhodapprobru, line 60 has some from greyback, like 58 from Mirv16:46
robrujhodapp: I was thinking more like this: https://code.launchpad.net/~bzoltan/ubuntu-ui-toolkit/landing_12-6-2015-gles/+merge/261832 (but ignore the merge conflict and just look at debian/watch)16:48
greybackI usually check out the -gles branch, update the changelog to have matching debian version string to the non-gles packages, update the watch file to suit the landing PPA, and create a MP. Then add that MP to the silo16:49
robrujhodapp: but I'm not sure if qtmultimedia-opensource-src-gles is set up to use debian/watch or not, you'd have to figure that out16:49
bzoltanrobru: ehh... mergeconflict? I need to fix that too16:49
jhodapprobru, ok thanks man16:49
robrujhodapp: youre welceme ;-)16:49
robruwow fat fingers today lol16:49
jhodappgreyback, so one MP only right?16:49
greybackjhodapp: one MP for non-gles, one for -gles16:50
jhodappgreyback, ok...so those two MP's are identical?16:50
jhodappgreyback, or where do they differ (if they do)?16:51
greybackjhodapp: no, the -gles one is only a fancy debian packaging branch, which imports the code from the non-gles branch16:51
greybackjhodapp: what project, qtubuntu?16:51
jhodappgreyback, qtmultimedia-opensource-src16:51
greybackjhodapp: hmm, I don't know how that one is done, sorry. I had thought they were uploaded manually16:52
greybackMirc would know more16:52
robrujhodapp: yeah I'm not sure exactly how mirv does his because he usually does source uploads, which are a little bit opaque from the train perspective16:53
jhodapprobru, greyback ok, I'll sync up with Mirv and see if I can't learn how to do this16:54
jhodappthanks for the assistance16:55
robrujhodapp: you're welcome16:56
robruboiko: https://code.launchpad.net/~tiagosh/ubuntu/wily/telepathy-qt5/update- this branch is an UDD branch which is not supported by the train. you'll need to push that somewhere else and propose a new merge in order to get a silo.16:57
boikorobru: ah yes, sorry, that package (telepathy-qt5) should be a source upload, let me remove from the list of MPs17:00
boikorobru: what do you need for the source upload? the .dsc, .changes and the tarball itself?17:02
robruboiko: the easiest thing is if you just upload it into a PPA you own and then I'll copy it into the silo PPA.17:04
boikorobru: yep, ok17:05
=== salem_ is now known as _salem
=== alan_g is now known as alan_g|EOD
robruboiko: oh hrm what are you expecting to happen with a manual source upload in a dual silo?17:10
boikorobru: I really don't know :D17:11
robruboiko: I think that behavior is undefined. let me just read the source real quick to figure out what'll happen...17:11
boikorobru: well, we want to land this new telepathy in wily and on the vivid overlay too17:11
robruboiko: yeah, I think this isn't going to work. the "secondary" build will try to copy the source from the primary build but the primary build doesn't exist because only MPs have that.17:13
boikorobru: so what would you suggest then? we land in wily first and then sync to vivid overlay?17:13
robruboiko: so if you want to keep it a dual silo you'll have to figure out a way to do an MP for telepathy-qt5, or you'll have to release one silo to wily and then do a second silo to sync wily back to vivid17:13
boikorobru: maybe the sync silo approach will be easier for this case17:14
robruboiko: alright I'll make it a wily silo for now17:14
robruboiko: sorry about that, didn't anticipate this use case.17:14
boikorobru: nice! thanks!17:14
boikorobru: no worries17:15
greybackwhere has the silo reconfigure button gone?17:15
robrugreyback: to a menu at the top17:15
greybackrobru: of the CI dashboard?17:16
robrugreyback: of the spreadsheet.17:16
greybackperhaps I'm not allowed to17:18
greybackI simply cannot find it17:18
robruboiko: ok let me know when you've got that -qt5 package prepped and I'll copy it in17:18
robrugreyback: are you logged in?17:18
greybackrobru: would you please reconfigure silo36 for me, added the -gles twins17:18
greybackrobru: yeah17:18
boikorobru: sure, working on it17:19
robrugreyback: do you see the menubar that's like "File Edit View ... Addons Help Landing Tools"?17:19
greybackrobru: omg up there17:19
greybackI didn't know we could stuff up there17:19
robrugreyback: welcome to google spreadsheets ;-)17:19
robrugreyback: don't worry, in a month this'll all be gone and you'll have to relearn the new thing17:20
robrugreyback: oh but if you added a package I have to do it for you anyway, hang on17:20
greybackrobru: no, sil already added them17:20
greybackas additional source packages to land - exactly so I could recofigure myself, and wouldn't have to bother you17:21
robrugreyback: oh great17:21
robrugreyback: make sure you delete the source packages from the source package column then, that'll screw things up17:21
greybackrobru: ah ok17:21
slangasekwho owns the platform-api?   The branch is owned by 'phablet-team'17:23
slangasek(I need someone to own bug #1465958)17:23
ubot5bug 1465958 in platform-api (Ubuntu) "gst-plugins-bad1.0 FTBFS: mirclient headers needed" [Undecided,New] https://launchpad.net/bugs/146595817:23
slangasekhmm maybe I should just submit a branch and see what happens :)17:23
greybackslangasek: no clear maintainer afaik, people only touch it when they have to.17:24
slangasekwell that's suboptimal!17:24
slangasekogra_: ^^ see, if we had all these packages through the MIR process, nobody would be allowed to drop them on the floor ;)17:26
greybackslangasek: this wouldn't happen to help you, would it: https://code.launchpad.net/~mir-team/platform-api/delete-deprecations/+merge/25417017:27
robruboiko: lol, so while we were talking, greyback went ahead and discovered on his own what happens when you have a manual source upload configured in a dual silo: https://ci-train.ubuntu.com/job/ubuntu-landing-036-1-build/22/console17:28
slangasekgreyback: I'm happy to point at the mir team, sure :)17:28
boikorobru: yeah, we better do it in two steps then17:29
robruboiko: yeah I think that'll work best17:29
ogra_slangasek, yes, i'm fully with you, it wasnt me who decided to stop nagging about MIRs17:38
=== _salem is now known as salem_
robrubarry: I think you put columns I and J on the wrong row there18:04
robrubarry: kenvandine: I gotta step out for a longer lunch, can somebody cover trainguard duty for an hour or two? shouldn't be too busy18:05
Mirvrobru: jhodapp greyback: qt*-opensource-src-gles is different from qtmir-gles & co since Qt doesn't have source branches (only packaging), the -gles are not handled via branches, and the packages are actually different and contain only portions of the non-gles packages.18:09
mzanettitrainguards, hey, any reason why silo 41 seems stuck?18:10
barryrobru: dang.  very hard to parse the spreadsheet, but that's nothing you don't already know ;)18:10
barryrobru: sure, i can18:10
Mirvrobru: jhodapp greyback: my method is about the following: dget latest -gles.dsc , quilt pop all patches, bzr init, bzr add * .qmake.conf .tag, apply bzr diff from the non-gles branch's changes _as far as they apply to gles, including to different package names like libfoo-gles.install_, add a simple "sync with ..." changelog entry, double-check all the changes are correct and upload18:11
boikorobru: https://launchpad.net/~boiko/+archive/ubuntu/source-uploads/+packages18:11
boikorobru: telepathy-qt5 to copy to silo 3918:11
jhodappMirv, upload to where?18:12
robrubarry: can you copy that package for boiko? I'm afk sorry18:12
Mirvjhodapp: to the PPA, you need a trainguard for that. you also need to a trainguard to upload the normal package, branch cannot be used since it's only a packaging branch18:13
boikorobru: barry: it is not super urgent though, it can wait a bit if you guys need time, that's fine18:13
jhodappMirv, hmm interesting18:13
robrumzanetti: https://jenkins.qa.ubuntu.com/job/wily-adt-unity-scope-click/lastBuild/ARCH=amd64,label=adt/console autopkgtest regression, you'll need to investigate18:14
barryboiko: sorry, what do you need?18:14
jhodappMirv, I'll give that a try and let you know if I have questions, thanks18:15
mzanettirobru, interesting. how would I get to this log from the dashboard?18:17
mzanettiah... just found it18:17
Mirvjhodapp: I can also handle both for you, but I'd prefer that loicm gets to submit the branches upstream so I can get the patches with proper headers from upstream code tracker18:19
jhodappMirv, sure that'd be fine and much appreciated. loicm isn't quite ready to submit it upstream as he still needs to write unittests for it18:20
Mirvjhodapp: but since I'm away after tomorrow for two weeks you may need to handle it with sil2100/robru, doing manual uploads to the PPA (bzr bd -S will just work and fetch the orig tarball, and the -gles as guided above)18:20
jhodappMirv, how long would it take you to get into a silo?18:20
Mirvjhodapp: 1 mins for the normal package it seems, I just uploaded the normal package to the PPA. you need need the -gles until it's ready and patches are finalized.18:22
Mirvthe package has a test version 5.4.2-1ubuntu2~wily1~test1 which can be incremented for iterations18:23
Mirvjhodapp: so it's building now https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-038/+packages18:23
jhodappMirv, oh awesome, thanks for doing that18:23
Mirv"you need need the -gles" == "you don't need the -gles"18:24
* Mirv time to get some sleep :)18:24
jhodappMirv, have a good one18:24
Mirvrobru: so the silo should actually be configured with manual uploads of qtmultimedia-opensource-src and qtmultimedia-opensource-src-gles, not a MP18:25
=== salem_ is now known as _salem
boikobarry: sorry, got a phone call here, I just need telepathy-qt5 copied from here: https://launchpad.net/~boiko/+archive/ubuntu/source-uploads/+packages to silo 3918:35
barryboiko: okay.  not sure i know how to do that but i'll try ;)18:36
boikobarry: thanks :)18:37
barryboiko: okay, sorry i don't know how to do that.  let's wait for robru to return and then he can tell both of us ;)18:45
boikobarry: no problems, thanks for trying :)18:45
barrywhy train, why?18:49
ogra_did you pay your ticket ?18:50
barryapparently not.  is casey jones driving this thing?18:50
barryconsole says it successfully uploaded the packages, but the ppa is empty18:52
=== _salem is now known as salem_
robrubarry: can you use the ppa page to copy packages? It's nothing train specific, just needs a regular copy-package19:15
barryrobru: i tried copy-package but it failed19:16
robrubarry: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-040 there's nothing in your ppa. Upload is being rejected. Most likely the version number is invalid. Ensure the version number is higher than any previous uploads.19:17
robrubarry: for boiko 's request, if you go to the page for his ppa, click package details, there's a button "copy packages", then you can pick the silo ppa s destination.19:18
robrubarry: I'm still afk sorry, family visiting19:19
boikorobru: maybe at some poit it would be easier if landers had the ability to do that themselves?19:19
barryrobru: ah, cool.  i guess you can't copy-package from one ppa to another from a local machine19:19
barryrobru, boiko anyway, trying to copy package via the web page to Landing PPA 039 (RTM) -- correct destination boiko?19:20
barryrobru: 3.0.1-0ubuntu1 should be higher than any previous upload, but i guess i'll bump it to 3.0.1-0ubuntu2 for grins and giggles19:20
boikobarry: it is this ppa: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-039, not sure if it is the Landing PPA 039 (RTM)19:20
robrubarry: not rtm19:21
barryboiko: got it.  question: same destination series? (i.e. wily).  rebuild copied source or copy existing binaries?19:21
boikobarry: too many questions :D19:22
robrubarry: if version bump fails, ping an lp person to get the upload failure message. Train doesn't get them19:22
robrubarry: rebuild19:22
barryrobru: ack19:22
barryrobru: ack19:22
boikobarry: so, wily, I think rebuild is better because my private ppa has only x86 builds, I need the armhf one too19:22
* barry is a good button pushing monkey 19:22
barryboiko: done.  let's see what happens!19:23
boikobarry: thanks a lot!19:23
boikorobru: thanks for the help19:23
robrubarry: thanks a bunch, in still an hour away from a keyboard19:23
robruboiko: you're welcome19:24
barryrobru: so. after version bump and push to branch, just reconfigure my silo?19:24
robrubarry: no reconfigure, just build19:35
barryrobru: okay.  ppa still looks empty anyway, but i'll let this definitively fail before i proceed19:36
bfillerrvr: thanks for testing silo 8, saw you marked it passed. can you update the spreadsheet so it gets published?19:37
robrubarry: check with lp admin, they have access to the rejection emails19:43
barryrobru: ack19:46
barryrobru: not sure any lp admins are around.  i'm thinking about just force cleaning the silo, deleting the row and starting over.  is that insane?19:51
AlbertAtrainguards: can I get a silo for line 64?19:56
barryAlbertA: now that i think i can do ;)19:56
slangasekso according to https://jenkins.qa.ubuntu.com/job/platform-api-ci/421/console, platform-api is FTBFS on vivid/armhf and vivid/i386.  But this is not a regression introduced by my MP.  Why was this not caught as part of the testing of the mir landing?20:10
AlbertAcamako: ^20:13
AlbertAslangasek: vivid + overlay?20:13
AlbertAor just vivid?20:14
slangasekAlbertA: it's vivid+overlay, based on the version numbers20:14
slangasekthe bug in question would also affect wily, so it's apparently landed there too20:14
slangasekso it seems platform-api lacks any autopkgtests that would catch this, for one thing20:15
slangasekand from the other direction, mir is having api changes that land without coordinated reverse-dep rebuild testing?20:15
robruAlbertA: tossing a silo and starting over isn't inherently insane, but what problem are you facing that you want to do that? starting a fresh silo with same old MPs probably won't fix anything. unless you mean throwing branches away and starting those over too20:17
robrubarry: back now, thanks a bunch20:18
barryrobru: np.  cjwatson is going to look into the issue i'm having in a few hours or tomorrow morning.  i'll just do other things in the meantime20:18
AlbertArobru: ?20:19
AlbertAslangasek: camako: we typically don't rebuild rdeps if we don't break ABI20:21
AlbertAslangasek: but I'm unsure on what happened this time20:22
robruAlbertA: oh sorry, that was supposed to be barry20:23
robrubarry: so tossing the silo and starting over isn't inherently insane...20:23
robrubarry: but I mean, it's unclear to me whether that would actually work, since we don't know the nature of the upload failure.20:24
robrujhodapp: so I configured the silo the right way around but it's up to you to get those packages prepared manually, which I'm largely unfamiliar with. easiest thing for me is if you upload them to a PPA that you own and then I can copy them into the PPA.20:25
barryrobru: right.  i think i'll wait to see if cjwatson can reveal anything, and if not (or even if so) will just redo it20:26
jhodapprobru, I thought Mirv had prepared it already, maybe I misunderstood what exactly he did20:26
robrujhodapp: I'm just rereading it now, my understanding is that he was explaining what to do. I just configured the silo the way he recommended.20:28
jhodapprobru, alright, but he kicked off a build of it20:28
jhodapprobru, in that silo20:28
robrujhodapp: oh he did, excellent20:29
jhodapprobru, indeed, so I think we're good for now20:30
robrujhodapp: ok, so that package is built, nevermind the silo status "silo ready to build", you can start testing that if you want20:30
jhodapprobru, awesome, thanks for looking into this though20:30
robrujhodapp: at some point between now and publication time you'll have to figure out the -gles half, which is still missing though20:30
jhodapprobru, alright20:30
robrujhodapp: -gles is only used in the emulator, so basically "make sure current silo works on device, then fix up -gles to match so the emulator doesn't bit-rot"20:31
camakoAlbertA, "@but I'm unsure on what happened this time"... A bunch of event structures have now been hidden in a private header.20:31
robrubarry: so I just checked, system-image was never in that silo before, so versioning isn't the issue. yeah we'll have to wait for somebody to get the exact rejection reason20:32
robrubarry: or I suppose you could try uploading it yourself outside the train and then you'd get the rejection email20:32
AlbertAcamako: ok which is taken care of by https://code.launchpad.net/~mir-team/platform-api/delete-deprecations/+merge/254170  I see20:33
robrumzanetti: sorry I was afk earlier, did you need any more help with silo 41?20:35
bfillerrobru: mind reconfiguring silo 20? added a new package20:35
robrubfiller: dobe20:37
bfillerrobru: thanks20:37
robrubfiller: you're welcome20:37
mzanettirobru, should be fine. dobey is landing a fix for that soon20:38
dobeyrobru, mzanetti: fix is in silo 22 which is "testing pass. ready to publish" now20:40
robrudobey: ah, publishing, thanks20:41
=== salem_ is now known as _salem
=== _salem is now known as salem_
boikorobru: could you please trigger a rebuild of latest vivid build of telephony-service on ppc64el on silo 20?21:23
robruboiko: done21:24
boikorobru: thanks!21:25
robruboiko: you're welcome21:26
rvrbfiller: Sorry, done!21:27
robrubfiller: renatu: https://code.launchpad.net/~renatofilho/address-book-app/fix-share/+merge/261651 need this MP approved to publish21:29
=== sergiusens_ is now known as sergiusens
renaturobru, ok I will ask boiko or bill to appove it21:31
boikorenatu: I can review it21:32
renatuboiko, please, bfiller already tested it just need a code review21:33
cjwatson2015-06-17 17:57:13 DEBUG   Rejected:22:14
cjwatson2015-06-17 17:57:13 DEBUG   Unable to find system-image_3.0.1.orig.tar.gz in upload or distribution.22:14
cjwatson2015-06-17 17:57:13 DEBUG   Files specified in DSC are broken or missing, skipping package unpack verification.22:14
cjwatsonbarry: ^-22:14
cjwatsonmissing -sa in the train's build for this package I guess22:15
cjwatsonbarry: if it were me, I'd probably just build it myself and upload manually, but up to you to work out how to otherwise match what the train's doing, make sure the spreadsheet is happy, etc.; that's outside my competence22:16
robrucjwatson: thanks22:18
cjwatsonI really must sort things out so that something trainy gets rejection mails.  I had plans for that at one point22:19
cjwatsonanyway, bedtime22:19
robrucjwatson: I think all that needs to happen is for ~ci-train-bot to have it's email address changed to a team mailing list22:21
robrucjwatson: but #is owns the account, i can't do that myself22:21
robrubarry: so basically I guess this comes down to your packaging being goofy.22:21
robrubarry: debian/watch isn't supported, only split packaging is supported. at least for MPs22:21
robrubarry: https://wiki.ubuntu.com/DailyRelease/InlinePackaging this is the documentation for making packages that the train is capable of managing. if you object to any of it you have to resign yourself to manual uploads.22:23
robrubarry: sorry i should have checked the packaging sooner, wasn'tthinking22:23
slangasekAlbertA: camako: ok, can we get https://code.launchpad.net/~mir-team/platform-api/delete-deprecations/+merge/254170 landed asap to wily?  this is blocking a base library transition22:24
slangasekI'll fix up my MP to declare the branch dep22:24
barrycjwatson: thanks!  robru how odd, given that 3.0-0ubuntu1 worked just a few days ago and none of this changed since then22:46
robrubarry: i don't even? Did you do a manual source upload?22:47
barryrobru: nope, choo choo all the way22:47
robrubarry: i find it funny you say that "it worked just a few days ago" because the only time i ever hear about s-i is when it totally fails to be handled sensibly by the train. Long history of problems from my perspective.22:48
barryrobru: yeah, what can i say?  i don't bug you when Everything Just Works ;)22:49
robrubarry: what silo was it in before?22:49
barryrobru: gosh, i don't remember.  some wily silo22:49
robrubarry: you were talking about a new workflow with git, i blame that.22:50
barryrobru: maybe that's it.  i think it was the only thing i changed after 3.0.  damn, that's a shame22:50
robrubarry: well, try putting that .bzr-builddeb dir in there and see if that fixes it22:51
barryrobru: with a shot i s'pose22:52
robrubarry: LOL https://code.launchpad.net/~ubuntu-managed-branches/ubuntu-system-image/system-image most recent commit is a manual commit due to train breakage, so much for "Everything Just Works" ;-)22:52
robrubarry: follow the wiki I linked though, try to get it as close as you can to train standards, there's really no reason for it not to work if the packaging is in line with expectations22:53
barryrobru: maybe i should just take a taxi instead and do "normal" uploads until we want to copy the packages into some funky fone channel22:53
robrubarry: well that's fine by *me*, but the train is there to automate things if you can manage to conform to it's expectations22:54
* barry is obviously a nonconformist22:55
barryrobru: well, i'll do a quick hack and see if that works, and if not i'll futz with it more tomorrow22:56
robrubarry: ok, sorry it's been a hassle, once the spreadsheet is dead I can look at making the train support more use cases22:56
barryrobru: kill it, kill it good22:57
bfillerrobru: silo 8 ready for publish now23:17
robrubfiller: thanks, published23:19

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!