[00:43] cjwatson: robru is internetless for the night, thanks for kicking it off (I'd promised him I would some time around nowish) [01:04] === trainguard: IMAGE 158 DONE (finished: 20140730 01:05) === [01:04] === changelog: http://people.canonical.com/~ogra/touch-image-stats/158.changes === [02:04] === trainguard: IMAGE 159 building (started: 20140730 02:05) === [03:34] === trainguard: IMAGE 159 DONE (finished: 20140730 03:35) === [03:34] === changelog: http://people.canonical.com/~ogra/touch-image-stats/159.changes === [03:36] hello, is anybody here? [03:37] hello bzoltan1, I am. But probably not much use [03:37] bzoltan1: perhaps you can try pinging the train-guards? [03:38] alecu: I wonder if it is possible to get a silo for line38 [03:38] rsalveti: said that he will take care of it during his shift [03:39] bzoltan1: latest qtcreator is already in the archive [03:39] it was a minor patch/bugfix, which was already merged in trunk [03:40] bzoltan1: https://launchpad.net/ubuntu/+source/qtcreator [03:41] rsalveti: ohh man, I am sorry :) You rock! [03:41] rsalveti: yes, it now it was merged :) I was bugging the kubuntu devs about it [04:45] robru, trainguards: I see now that traincon-0 is gone, what's the remaining step for me and silo-10? [07:23] good morning [07:24] sil2100, good morning [07:24] tvoss: morning! [07:35] thostr_: hey! I'm now trying to publish silo 17 and in the packaging diff I see that you guys are modifying existing symbols - will that not break the ABI? [07:37] thostr_: are those symbols used somewhere in external apps? [07:40] sil2100, good morning, so main issue today on 158/159 bug 1350152 [07:40] bug 1350152 in apparmor (Ubuntu) "[mako #158] apparmor denies access to /etc/ssl/openssl.cnf" [Critical,Confirmed] https://launchpad.net/bugs/1350152 [07:41] jibel: hi! I just looked on the smoketesting and saw 2 apps not starting, so this is the reason? It's not a transient error now is it? [07:41] sil2100, no it is not transient [07:41] I saw new uploads for most click core apps in 158, might be related I guess? [07:42] jibel: thanks for bringing this up :) [07:42] sil2100, not sure, because there was no update for gallery-app [07:42] and it's affected by this [07:43] Oh, it is? Since the dashboard is not refreshed for me so I don't see full test results for 159 [07:43] And no gallery-app there [07:46] same problem with camera-app and no update [07:50] Chipaca: hey! [07:50] sil2100: hoi! [07:50] Chipaca: is the merge you want to release reviewed by someone? ;) It's not top-approved (not sure if you have anyone to review it ;p) [07:51] * Chipaca wonders if sil2100 and queuebot are the same person [07:51] sil2100: top-approving.... [07:51] done [07:51] ;p [07:51] Thank you! [07:52] I know selfie top-approvals are not too good, but sometimes there is no other choice..! [07:55] sil2100: in ubuntu-push the branches all go through peeer review before reaching the merge-to-trunk stage [07:55] the only thing i'm approving here is the changelog edits [07:56] Good to know [07:56] sil2100: peer review and automated testing, hence 'automatic'. automatic to trunk involves paperwork and manual testing. [07:57] and if issues are found, back to peer review (usually. if it's a dumb packaging bug i'll fix it and then merge back and have that peer reviewed instead) [07:58] (this happened in this landing, btw; found an issue with one of the dbus endpoints; https://code.launchpad.net/~chipaca/ubuntu-push/fix-clear-persistent/+merge/228712 resulted.) [08:02] sil2100: which reminds me. Are you an ubuntu developer? And if so, could you endorse my PPU application? [08:02] i've been having trouble getting people to go from agreeing to endorse it to actually endorsing it. have had it sitting there for something like two months already. [08:03] Chipaca: I'm a MOTU, not sure if I can but let me take a look at the rules :) [08:03] sil2100: :) ok. [08:04] does anyone know how to get more verbose logs out of ubuntu-app-launch? [08:04] * ogra_ curses ... why do i always forget that [08:05] ogra_, sil2100: somethings come up I should be back for 11, but I'll miss the meeting let me know if you want something dogfooding when I get back [08:06] catch you later guys [08:07] actually here's the syslog from starting calculator: http://paste.ubuntu.com/7902644/ [08:07] apparmor denied [08:07] i guess that's not expected [08:07] seen bug 1350152 ? [08:07] bug 1350152 in apparmor (Ubuntu) "[mako #158] apparmor denies access to /etc/ssl/openssl.cnf" [Critical,Confirmed] https://launchpad.net/bugs/1350152 [08:09] ogra_, somehow i overlooked that when reading victor's email. thanks [08:09] :) [08:10] ogra_, who can fix that one? [08:10] ogra_, also, why no test results for those apps in CI (even if they would be all red) [08:11] hmm, well at least gallery and calculator are not there [08:11] dropping letters and camera are [08:16] brendand, see plars' email [08:16] psivaa, can we get the missing tests onto the dashboard somehow already or are there still issues ? [08:17] ogra_: the uitk went on its infinite loop. so rerunning it again. might take a bit for it to appear. the rest should appear soon. [08:17] ogra_: but with similar blocks of failures as we saw yesterday [08:18] psivaa, thanks ! [08:19] sil2100: @mediascanner: those ABI breaks are not visible outside mediascanner as music app uses qml plugin. But to be 100% sure we're giving it another test round... give us 10 minutes [08:22] bah, the last seed change breaks desktop-next [08:22] thostr_: thanks, just need to make sure about that before I +1 it to the archive, since we don't want ABI breaks without soname bumps [08:24] ah, not the last one but the one before ... hmpf [08:25] ogra_: another breakage in desktop unity8? [08:25] sil2100, well, installing qrtmir-android on desktop unity8 [08:32] hi there, [08:32] I OTA'ed from #133 to #157 but after reboot I'm still on #133 [08:33] I then tried adh shell > system-image-cli -v which also said upgrading to 157 but still 133 after reboot [08:33] /etc/ubuntu-build says 133 too [08:33] known issue ? Any idea ? [08:47] vila, i had no issue [08:48] bzoltan: hi! [08:49] sil2100: hello [08:49] sil2100: what did i screw up again? [08:49] bzoltan: so, we seem to be haunted by some infinite loops from time to time in UITK (rare, but still happening) during dashboard testing [08:49] ogra_: good for you ;-) What can I look/try ? [08:49] bzoltan: oh, nothing! I hope ;p [08:50] bzoltan: but could you guys take a look? psivaa fetched some logs on when the actual loop happens: [08:50] bzoltan: http://pastebin.ubuntu.com/7902557/ [08:50] sil2100: sore [08:50] sure I mean [08:50] vila, hmm, not sure [08:50] bzoltan: this is how the logs looked like, with unity8 being on top from what I remember [08:50] psivaa: ^ is that right? [08:51] vila, there are logs in /cache/recovery/ i think [08:51] sil2100: right, when it happened unity8 was on top [08:54] bzoltan: as always, might not be related to any changes your team did, but you're our first contact here ;) [08:54] sil2100: no worries :) [08:54] ogra_: https://pastebin/canonical.com/114462/ [08:55] bah ... 2fa [08:55] ogra_: hehe, same here ;) [08:55] vila, hmm, looks all fine [08:56] sil2100: That this function used to cause troubles many times. elopio is the one who could tell the real deal [08:56] vila, and "system-image-cli -i" as well as the UI say you are not on 157 ? [08:56] according to that log you should [08:57] ogra_: yes, both say 133 [08:57] sil2100: hm, I'm confused, I thought you were sheriff yesterday but I just checked the calendar and it says that should have been me. Want me to take today? [08:57] vila, weird [08:58] vila, and do you get a new upgrade offered when you click on upgrades in system-settings ? [08:58] ogra_: even if system-image-cli says: last update: 2014-07-30 10:55: 29 (I retried an OTA) [08:58] ogra_: yes, for 157 [08:58] vila, and did you try to run it again ? [08:59] cjwatson: ok, sure thing, would be grateful as I have some paperwork to finish and then doing some real test landing and tweaks for the other-distro bits of citrain [08:59] ogra_: as of now, 2 OTA, 2 system-image-cli === cjwatson changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard (general help): cihelp | CI Train support: cjwatson | CI Train Status: #157 promoted | Known issues: Read http://bit.ly/1k4uBJR before asking about the spreadsheet changes. Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [09:00] sil2100: ok, anything I should know from the meeting? I guess we can mostly publish fairly freely ... [09:01] ogra_: trying 'system-image-cli -b 0 -v' just in case [09:01] cjwatson: yeah, normal landings resumed - we're concentrating on getting the current new blockers resolved (the apparmor issue making application launch problems) but other then that, it's normal [09:02] cjwatson: we're thinking of kicking a new image soon anyway as there has been a change to lxc container handling that we'd need tested [09:02] ogra_: got channel ubuntu-touch/utopic, upgrade path is 157 [09:03] vila, sounds right [09:03] perhaps the file is corrupt or some such ... you coudl try to wipe /cache/recovery/ [09:03] that should force a re-download [09:03] ogra_: when is /etc/ubuntu-build ? [09:04] pete-woods, ping [09:04] thtas put in place as last step during the upgrade iirc [09:04] ogra_: the file is not there after reboot, only the logs (will triple check once that -b 0 finish) [09:06] pete-woods, ping [09:11] pete-woods,tvoss: any reason I can't publish silo 8? I see it conflicts with silo 1 [09:12] cjwatson, not from my side, pinged pete-woods but he did not come back to me, yet [09:12] ogra_: doh, it worked ! Thanks for the debugging vibes or whatever trick you used ;) May be it's just because it rebooted at 11h11... [09:13] haha [09:14] sil2100: can you reconfigure silo 17 [09:14] thostr_: I'll do it [09:14] thostr_: (see topic) [09:15] ack [09:15] thostr_: conflicts with silo 5 [09:15] tvoss: hi [09:15] thostr_: can you agree this with Saviq/mhr3? [09:16] pete-woods, are we good to go for silo 8? [09:16] given that silo 5 builds right now let's land that first then [09:16] thostr_, go for it, we'll manage [09:16] thostr_, 5 won't land until tomorrow at least [09:16] Saviq: ok, then I'll take the slo [09:16] tvoss: yep [09:16] cjwatson: ok, then silo 17 first [09:16] sooner the better really, it fixes a serious scope bug [09:18] cjwatson, ^ [09:18] cjwatson, good to go for silo 8 [09:18] cjwatson, will rebuild silo 1 after that [09:18] Saviq: the /wizard/, maybe - but u-s-s itself ought to work [09:21] thostr_,tvoss: ok [09:25] Saviq: do you know why this dependency isn't on -wizard, but on u-s-s itself? [09:47] mterry: ^-- could you check? [09:47] Morning all [09:47] sil2100: you want me to dogfood something? [09:48] davmor2: hey! Not yet ;) [09:48] Laney, read scrollback to see that some dep of USS should be on the wiz, but which one? [09:48] davmor2: the current image has some issues that we need jdstrand for [09:48] Laney, wiz used to be in same binary package, so I wouldn't be surprised [09:48] sil2100: oh that doesn't sound good [09:49] mterry: the qtmir thingy [09:50] sec [09:50] sil2100: Are we waiting for the security folks to wake up before addressing this apparmor bug? [09:50] Laney, yeah... that could be on the wizard only I believe [09:51] cjwatson: we know that jdstrand was working on it yesterday, and so far he's our only contact regarding these issues [09:51] mterry: It might be sensible to do ... (one second) [09:51] mkay [09:52] https://bugs.launchpad.net/dropping-letters/+bug/1350152 <- this is the bug (or at least one manifestation of it) [09:52] Launchpad bug 1350152 in apparmor (Ubuntu) "[mako #158] apparmor denies access to /etc/ssl/openssl.cnf" [Critical,Confirmed] [10:03] mterry: https://bazaar.launchpad.net/~laney/ubuntu-system-settings/qtmir-wizard/revision/844 [10:04] Laney, it used to theoretically support non-mir mode by dynamically loading unity-mir. I see that with the change to qtcomp, there is still a check for QT_QPA_PLATFORM and a variable called isMirServer, which makes me think we still support non-mir architectures. greyback? [10:05] not just theoretically -- I ran it in non-mir [10:05] why was this added then? [10:05] this happened just yesterday [10:05] Laney, where supported, we want to use Mir [10:06] Laney, though I suppose that c(sh)ould be a recommend rather than depend [10:06] the first attempt was a build-dep to force it to not build on non-qtmir arches [10:07] cjwatson, does my last touch seed change need more than a publisher run ? [10:07] * ogra_ doesnt think so but i want to be sure [10:11] Laney, greyback is about to sit down, he can explain whether we need it as a recommend or depend anyway [10:11] Laney, I'm not sure what the problem we're causing with the dep is right now? [10:12] mterry: It's making my allergy flare up [10:12] Laney, greyback confirmed in verbal talks that non-mir fallback still works [10:12] Laney, so we can leave Arch as any [10:12] ogra_: We don't use tasks at present for touch, so it doesn't need a special publisher run but does need a metapackage update [10:12] mterry: so Recommends? [10:12] assuming something else pulls it in [10:13] or the arch restricted dep if not [10:13] cjwatson, ah, heh, i thought it was exactly the other way round ... will do a meta rebuild then [10:13] ogra_: Oh, but desktop-next uses tasks [10:13] Laney, sure I'm fine a Recommends, seems cleaner [10:13] ah, good [10:13] ogra_: You may be right, I guess this has no effect on the metapackages ... [10:13] ogra_: So yeah, just give it a couple of publisher runs to settle [10:13] good [10:14] mterry: yay, thanks, MP in a minute [10:14] Laney, sorry to irritate your allergies :) [10:14] just want to have desktop-next buildable again [10:14] mterry: wasn't you - I traced it to https://code.launchpad.net/~unity-team/ubuntu-system-settings/use-qtComp/+merge/225540 [10:14] Laney, yeah but I think I reviewed the packaging to that [10:14] I bet it made u-s-s uninstallable and so angered proposed-migration to which the rest of the MPs were a response [10:14] Laney, and didn't notice the arch problem [10:15] ah well [10:15] Laney: correct [10:15] hilarious, everyone at the time was insisting that it was totally broken without mir [10:16] Definitely not the main application or else I don't know what I'm developing on. :) [10:17] I would have believed someone saying that about the wizard though, but this is in a different binary package anyway [10:20] Chipaca: ok, so I checked and most probably normally I should be able to endorse your application, but hm, it doesn't seem I sponsored any packages for you! [10:21] Chipaca: most probably because when I was doing that, it wasn't noted as a sponsor by me [10:21] sil2100: isn't every landing a sponsorage? [10:22] Chipaca: now it is, before we weren't mentioned as sponsors of a package... so for now I guess Ubuntu will notice only one sponsoring made by me [10:22] And besides, I am a MOTU since over a month only, so not too long [10:22] sil2100: wfm :) [10:22] Chipaca: in any case, could you send me a link to your application? ;) [10:22] sil2100: maybe. https://wiki.ubuntu.com/Chipaca/PPU [10:34] Laney, did you mean to leave the "Architecture: any" removal in your merge? [10:35] mterry: nope [10:35] look now [10:37] sil2100, any update on the propagation status of silo 8? [10:42] tvoss: please ask the current sheriff rather than bothering sil :) [10:43] cjwatson, hey there :) any update on the propagation status of silo 8? [10:43] tvoss: unity-scopes-{api,shell} are waiting for autopkgtests to run [10:43] No worries, not bothered ;p I'm just busy with a package right now, so sorry for not being responsive! [10:43] cjwatson, ah :) [10:44] tvoss: there's something of a queue (http://d-jenkins.ubuntu-ci:8080/view/Utopic/view/AutoPkgTest/) so might take a bit, but nothing appears to have gone wrong as yet [10:45] cjwatson, cool, thank you [10:47] cjwatson: can I get a silo for line 31 [10:48] thostr_: as it happens I was just in the process of assigning that [10:48] :) === MacSlow is now known as MacSlow|lunch === alan_g is now known as alan_g|lunch === tvoss is now known as tvoss|lunch [11:46] hi [11:46] so, bug #1350152 is a new bug [11:46] bug 1350152 in apparmor (Ubuntu) "[mako #158] apparmor denies access to /etc/ssl/openssl.cnf" [Critical,Confirmed] https://launchpad.net/bugs/1350152 [11:46] it was not seen with 157 and is entirely different than the two issues seen yesterday [11:47] * jdstrand notes that there were 3 entirely different apparmor denials [11:47] jdstrand, did anyone claim it was ? [11:47] yes [11:47] oh [11:47] (surely isnt) [11:47] in another email thread and it was mentioned in this channel that I was working on this [11:48] heh, how would you ... the issues were only found while you slept :) [11:48] I didn't see this bug yesterday and only just saw it a moment ago [11:48] exactly :) [11:48] anyway [11:48] something in the platform changed [11:48] it seems for all apps ssl is involved but they seem to look in different locations [11:48] we have the openssl abstraction in the networking policy group [11:49] apps that don't have the networking policy group are seeing this denial [11:49] ie, they are using openssl now when they didn't used to [11:49] http://people.canonical.com/~ogra/touch-image-stats/158.changes [11:49] gnutls update ? [11:49] whole batch of transitions landed [11:50] you wouldn't expect gnutls to change openssl things though! [11:50] well, yeah [11:51] (and no matches for openssl.cnf in its diff) [11:51] it might be easier to track down directly with strace or similar [11:51] I don't have an up to date emulator handy [11:57] * mterry wants a new image [11:58] sil2100, where do we stand with that ? ^^ [11:58] (i assume the apparmor triaging will still take a while anyway) [11:58] * jdstrand starts regenerating an emulator image, but it is going to take hours [11:58] yeah [11:58] Ok, if that's the case, let's build an image now [11:58] where do we stand on system-image updates with the emulator? [11:58] We can build one before the evening meeting [11:59] (in case some fixes fly in) [11:59] ogra_: should I kick the image? [11:59] sil2100, go for it :) [11:59] jdstrand, probably an rsalveti question [11:59] jdstrand: just to make sure.. i dint claim it was the same case, but asking if it was likely.. apologies if that caused further cofusion [11:59] * ogra_ has to much HW to use the emulator :P === psivaa is now known as psivaa-lunch [11:59] there was no confusion on my end [11:59] :) [11:59] it isn't the same issue [12:00] sil2100, I want one to test a lxc-android-config change before I can push in locking support [12:00] psivaa-lunch: no worries [12:00] right not sure if there was confusion about my question though [12:00] mterry: right :) We also wanted to have an image with the new lxc-android-config, but wanted to know if the apparmor issue is, by any chance, not a 'quick 5 minute fix' [12:00] sil2100, gotcha [12:01] mterry: an image should be building now [12:01] * mterry pumps fists === cprov changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard (general help): cprov | CI Train support: cjwatson | CI Train Status: #157 promoted | Known issues: Read http://bit.ly/1k4uBJR before asking about the spreadsheet changes. Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [12:02] mterry, i assume with that we can finally land the locking stuff ? [12:02] ogra_, right, assuming everything still checks out [12:02] it will, it will :) [12:02] I wonders if it is curl [12:02] heh, I'm much more pessimistic than you, after my last few months of trying to land things :) [12:02] * ogra_ has a hammer in the drawer in case it wont :) [12:04] === trainguard: IMAGE 160 building (started: 20140730 12:05) === [12:05] such a nice rround number [12:05] ogra_: bound to go wrong then ;) [12:05] davmor2, well, we knoe some apps wont start :) [12:06] Apps are sooo passe [12:06] heh [12:07] davmor2, this is for testing that the system still works after upgrading ... we moved /etc/passwd|group|shadow arouns a last time ... [12:07] *around [12:07] (teh proper fix for the quick hack i added initially when we couldnt boot anymore) === MacSlow|lunch is now known as MacSlow [12:09] ogra_, sil2100: so what happened between 157 and 158 to break the universe, /me prepares to blame that ogra_ bloke if it isn't him it'll be that popey bloke [12:09] davmor2, read mails :P [12:09] not me guv [12:09] plars wrote one ;) [12:09] ogra_: haven't got that far through my mail stack yet :D [12:10] sjust start from the top, not the bottom :P [12:11] tvoss|lunch: silo 8 merged, so you can resync 1 now [12:12] davmor2: don't worry, I'll go back and get results for 158 if needed. since 160 is about to hit us, let me try to get fixed credentials for the dashboard first if that's ok :) [12:12] plars: no rush dude I'm gonna get to your email [12:12] plars, i think we can skip 158 ... wont be much different from 159 [12:13] (there was only a seed change between the two) [12:13] ogra_: when I got it up and running, I think 159 had just hit and I didn't see that I was at a transition there, or I would have started both before going to sleep [12:14] no worries [12:37] Hm, I see that the RTM branch procedure didn't include ofono-phonesim, but that's needed for some autopilot tests [12:38] Is there a seed anywhere that includes that stuff? [12:38] Also uoa-integration-tests [12:39] Otherwise I might create one just to help with the branching === psivaa-lunch is now known as psivaa === Ursinha changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard (general help): Ursinha | CI Train support: cjwatson | CI Train Status: #157 promoted | Known issues: Read http://bit.ly/1k4uBJR before asking about the spreadsheet changes. Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [13:11] where can I get the click for the calculator? === alan_g|lunch is now known as alan_g [13:12] jdstrand: [13:12] http://people.canonical.com/~ubuntu-archive/click_packages/ [13:13] oh, that is convenient [13:13] thanks! [13:21] ogra_: could you check out https://code.launchpad.net/~cjwatson/ubuntu-seeds/touch-tests/+merge/228846, please? [13:22] I've run germinate over it and it seems to be producing basically plausible results [13:22] http://paste.ubuntu.com/7904805/ <- the touch-tests result file === tvoss|lunch is now known as tvoss [13:25] cjwatson, approved [13:26] star, thanks [13:27] pete-woods: https://code.launchpad.net/~pete-woods/net-cpp/uri-builder/+merge/222614 looks like the changelog needs to be remerged/reordered [13:27] doesn't look right for that change to be inserted into the middle [13:28] cjwatson, is there a way to install a file via packagename.install only for specific architectures? [13:28] several [13:29] you can preprocess the file, or sometimes dh-exec works, or you can use foo.install. files [13:29] do you have an example? [13:29] https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-001/+packages [13:29] === trainguard: IMAGE 160 DONE (finished: 20140730 13:30) === [13:29] === changelog: http://people.canonical.com/~ogra/touch-image-stats/160.changes === [13:29] fails on archs that don't have android gps HAL support as the respective provider does not get compiled in, and not even the config file /etc/gps.conf is installed [13:30] cjwatson, however, /etc/gps.conf is in debian/libubuntu-location-service2.install [13:30] didnt dh_install have an option to use the arch name for the .install file ? [13:30] seems the manpage doesnt know about it [13:30] * mterry installs image 160 [13:30] but i seem to remember having used it before [13:31] ogra_: that was one of my suggestions above. please leave this to me? [13:31] yeah [13:31] i was just wondering why the manpage is silent about it [13:31] it's awkward to have two people giving advice :) [13:31] ogra_, sil2100: so 160, what should it fix and is it worth my time looking at it? [13:31] it's in debhelper(7) because it's a general facility, not specific to dh_install [13:31] oh, right ! [13:31] thanks [13:32] davmor2, it should only prove that you still have a running system after upgrade (like i said above ... we are testing the passwd|shadow|group change with it) [13:33] ogra_: right okay so I ota and should have a system that boots right? [13:33] tvoss: ok, give me a minute [13:33] davmor2, right [13:33] cjwatson, thank you :) [13:33] davmor2, and the same on a fresh flash indeed [13:36] tvoss: ok, so there are two sensible alternatives here, and I'll leave it up to your taste which you choose [13:36] ogra_: Good news I am into unity8 on mako [13:36] ota [13:37] tvoss: you can revert the change to debian/libubuntu-location-service2.install, create debian/libubuntu-location-service2.install.with-gps with the extra entry, and symlink debian/libubuntu-location-service2.install.amd64, debian/libubuntu-location-service2.install.armhf, and debian/libubuntu-location-service2.install.i386 to that [13:37] kenvandine, heyo, if I wanted to land my u-s-s locking branch today, any conflicts? [13:38] tvoss: or you can move debian/libubuntu-location-service2.install to debian/libubuntu-location-service2.install.in and arrange to preprocess it with sed or similar, by adding a make rule to debian/rules to generate it and having override_dh_install depend on that new target; you'd also want to add debian/libubuntu-location-service2.install to debian/clean in that case [13:38] cjwatson: updated :) [13:38] ohhhhh I like the icon for the app in the start up frame with the spinner :) [13:39] tvoss: (silo 8 ready for you, if you didn't notice) === Ursinha is now known as Ursinha-afk === pete-woods is now known as pete-woods|lunch [13:40] cjwatson, thank you, I will go for option one. and thanks for the silo, will finish off silo 1, first, though [13:40] tvoss: ok [13:41] davmor2, awesome [13:41] mterry, are you ready now? [13:41] pete-woods|lunch: surprised to see no symbol file updates in that branch. are you planning to just get that from the first build failure or something? [13:41] mterry, i'll have some stuff i want to try to land later today [13:41] kenvandine, locking ? [13:42] mterry, but not all ready yet, so go ahead [13:43] kenvandine, I'm basically ready. Final testing [13:43] mterry, sweet [13:43] ogra_, ask mterry, i'm just know it has to land along with some other stuff [13:43] cjwatson: at least when I made that branch, net-cpp didn't do symbol tracking [13:43] perhaps that's changed, though [13:44] * pete-woods|lunch re-running bzr bd [13:44] pete-woods|lunch: oh, seriously? ugh, ok [13:44] it's not my project :p === pete-woods|lunch is now known as pete-woods [13:46] okay, it has changed now, will update the symbols file [13:50] sil2100, messaging-app is ok, but there is a definite issue with notes-app. i need to file a bug [13:52] cjwatson: okay, have added the symbols now === pete-woods is now known as pete-woods|lunch [13:53] brendand, you mean beyond the apparmor denial ? [13:53] ogra_, notes didn't have an issue with that [13:54] ah, k [13:54] ogra_, at least it doesn't crash on start [13:56] robru, heyo! I think silo-012 is ready to land [13:57] sil2100, ^ [13:57] cjwatson, ^ I haven't started my shift yet ;-) [13:57] pete-woods|lunch: thanks. sorry, yet another thing - wouldn't it be usual to bump the minor number for new interfaces rather than the patch number? That would make this 1.1.0 rather than 1.0.1 (more importantly, NET_CPP_VERSION_MINOR 1 and NET_CPP_VERSION_PATCH 0) [13:58] pete-woods|lunch: (I didn't mention that before since wasn't certain that there was new ABI involved, but there certainly is if you have to change .symbols) [13:59] robru, sorry man :) [13:59] robru, I'm in London, my timing is all messed up === Ursinha-afk is now known as Ursinha [13:59] mterry, he is in europe too ... just pretending to not work :P [13:59] robru, oh there's a CI train support person in the title now [13:59] mterry, I'm in Strasbourg, my timing is messed up too ;-) But I know my shift doesn't start for 2 more hours ;-) [13:59] mterry, yeah [14:00] well maybe sil and cj have plans for what to land, I don't want to step on their toes until after the daily hangout === plars changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard (general help): plars | CI Train support: cjwatson | CI Train Status: #157 promoted | Known issues: Read http://bit.ly/1k4uBJR before asking about the spreadsheet changes. Both queuebot and http://bit.ly/1mDv1FS know your silo status before the spreadsheet does. [14:04] brendand: thanks! [14:10] cjwatson, could use some help here: https://ci-train.ubuntu.com/job/landing-001-1-build/152/console [14:10] tvoss: symlinks in debian/ only work in 3.0 source formats [14:10] cjwatson, oh ... adjusting [14:11] tvoss: can you make this be 3.0 (quilt)? [14:11] sorry, forgot to mention that, everything I maintain has been 3.0 for years :) [14:11] cjwatson, I only need to adjust source/format, correct? [14:13] tvoss: I believe so; there's no manual patch system junk to undo in this case, or anything. I'm less familiar with whether bzr bd will be happy, but hopefully it should be [14:13] (have mostly stopped using bzr for packaging ...) [14:13] cjwatson, ack, just giving it a spin locally [14:23] cjwatson, I forget what's involved in landing a silo, but I'd like to initiate the process for silo 012 [14:23] presumably it's as simple as pressing the publish button? [14:26]