[03:04] === trainguards: RTM IMAGE 130 building (started: 20141027 03:05) === [04:14] === trainguards: RTM IMAGE 130 DONE (finished: 20141027 04:15) === [04:14] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/130.changes === === karni_ is now known as karni [09:26] Morning all [09:32] brendand: is there no landing meeting this morning? [09:32] morning [09:32] davmor2: lukasz is away at least, I promised to keep an eye on landings [09:32] davmor2, not sure if ogra_ is around [09:32] davmor2, i'm not up for a landing meeting anyway :/ [09:33] i am kind of around, but technically not supposed to do anything else than the scrum sprint [09:33] I'd say skip it, then [09:34] I only came on this early for the meeting if it isn't on I'll catch you all at 11:00 and I'll go do some shopping instead :) [09:34] skip it [09:34] ok :) [09:34] there are two landings I haven't landed since the bugs are not on whitelists [09:36] \o/ [09:36] shopping [09:36] * popey is not here [09:47] Mirv, which are those? [09:47] Mirv, the rules have changed so much i wouldn't be surprised if you were confused by now [09:50] brendand: they've change so many times by now that I'm definitely confused :) [09:50] brendand: rtm-004 and rtm-023 [09:51] the last rules I understood were that anything that is rtm14+critical can be added to the wishlist, but still the bug would need to be approved on that wishlist or other rtm bug spreadsheets/e-mails before landing [09:52] Mirv, if they are tagged with rtm14 and a date, then they can be landed [09:53] brendand: I understood the tags need to have been verified by PM team? otherwise anyone could add those tags [09:53] for example bug #1374397 has the tag but no PM comment [09:53] bug 1374397 in trust-store (Ubuntu) "Camera app takes 1 minute to load" [Critical,Fix released] https://launchpad.net/bugs/1374397 [09:53] Mirv, yeah [09:54] I think rtm-004 is clear, though, since the only bug referred has touch tag added by PM member [09:54] but 023 has that 1374397 [09:54] Mirv, https://bugs.launchpad.net/camera-app/+bug/1374397/comments/11 [09:54] Ubuntu bug 1374397 in trust-store (Ubuntu) "Camera app takes 1 minute to load" [Critical,Fix released] [09:56] brendand: Joe is not on the product team? I understood it should be anyone from the trio olli, pat, victor [09:56] ah, damn, olli _has_ modified the tag in there actually, between comments 15 and 16 [09:57] brendand: so, yeah, 023 is also clear. I stared too much at the lists and not the bug comments/tag operations [10:02] Mirv, did you check the original list (004 was on there for example) [10:03] ogra_: 004's 1382501 was not on the original 10/23 planning e-mail or wishlists [10:03] no, it was on the list we had before [10:04] on the initial list, before the mails started [10:05] I've now 3 lists I'm checking, but I've probably forgotten about the "original original" list. I though the 10/23 mail had everything known so far. [10:05] anyway, these resolved now [10:05] k [10:10] Mirv, "Fwd: bug assignments for the 10/16 image" on phablet@ (forwarded from ue-leads) has the list [10:10] iirc there was another one like 004 that didnt make the milestone [10:11] * ogra_ forgot which or if it landed yet [10:21] * brendand wonder if there is a blanket allowance for changes to test/ code [10:28] ogra_: ah, right, I had that starred too but it looked so similar to the e-mail three days later that I had forgotten about it being different [10:29] if we would just be able to use launchpad searches like we always did it would be so much easier [10:30] spreadsheet vs spreadsheet vs html-list-in-an-old-email really doesnt help [10:41] * ogra_ poders about the luxury to have an image for each landing now that we are down to a slow pace [10:42] i think i'll triger a build ;) [10:42] +g [10:42] done [10:49] === trainguards: RTM IMAGE 131 building (started: 20141027 10:50) === [11:05] ogra_, have the latest ci failures been triaged? [11:05] brendand, how would they without landing meeting? [11:06] ogra_, true, but has nobody been looking at them at all? [11:06] ogra_, my point being that i can if no-one else has [11:07] well, i dont think anyone has tried to find out why system-settings dont finish anymore since 127 [11:08] no idea why rollin back apt would/could do that though [11:09] for UITK we should have a landing ... not sure about music app [11:09] i poked Saviq last week about the unity8 failures, not sure where they got with that, i know he had an idea [11:10] weather and the list of crashers could need a closer look i guess [11:11] and mvo__ should take a look at the failing click tests ... i poked him during the week but we havent talked much more about it yet [11:12] ogra_, says dropping letters is not found [11:12] oh, thats in the click test ? [11:13] interesting [11:13] ogra_, makes sense - because it's not there [11:13] ogra_, is it supposed to be? [11:14] http://people.canonical.com/~ubuntu-archive/click_packages/click_list has it ... but i think that migh be overridden by the custom tarball on krillin rtm [11:14] i heard something about removing it i'm sure [11:14] not sure about utopic, iirc there is should be still installed [11:17] hmm, i guess the test uses click_list as a base on both distros ... which is wrong [11:41] trainguards: hey, if anyone is alive and around, can I have a silo for line 74? [11:42] * oSoMoN is faster than queuebot [11:59] === trainguards: RTM IMAGE 131 DONE (finished: 20141027 12:00) === [11:59] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/131.changes === [12:00] oSoMoN: o/ [12:02] * ogra_ does his first wipe flash of his krillin since re-partitioning ... [12:02] to much testing during the sprint ... my system is really messed up :( [12:03] i wonder how i would back up the call history [12:03] ogra_: you can't muhahahahahah [12:04] ogra_: I'm assuming it is a db somewhere [12:04] well, it must be stored somewhere [12:05] ogra_: there is no list, it's like spoons in the matrix ;) [12:06] ogra_, I believe it’s ~/.local/share/history-service/history.sqlite [12:06] thanks ! [12:06] boiko would be able to confirm [12:08] well, we will see in about 45min when the flashing is done and i have put the file back in place :) [12:16] ogra_, it seems python3-autopilot doesn't depend on python3-evdev [12:17] brendand, causing what issue ? [12:17] (we should have seen that since mid last week) [12:18] (image 123) [12:24] ogra_, well it might not cause an issue in ci if another package is pulling that in [12:24] ogra_, but trying to run tests stand-alone it seems to be the case [12:24] well, i see there are a few more failures between 122 and 123 [12:25] so it might actually affet some tests ... but only a few it seems [12:26] we should add the dependency if it really affects stuff though [12:28] i remember we moved that direct dep back and forth in the past ... and ended with seeding it instead of a dep ... i cant remembery why anymore though (but my brain is in degraded post-travel mode today) ... iirc xnox was involved in the decidion [12:28] cwayne, yo ! [12:28] ogra_: hey man [12:29] cwayne, could you somehow work out a way to get the click_image_test smoketest fixed with mvo__ ? i guess he needs to modify it a little to not use the default click_list but to get the preinstalled list from you somehow [12:30] currently the test uses http://people.canonical.com/~ubuntu-archive/click_packages/click_list as master ... but that doesnt work when apps get removed via custom tarballs [12:30] (i.e. dropping_letters, filemanager or terminal) [12:32] woot, the CI train doesn’t seem to know of vivid [12:32] Mirv, any idea what’s going on there? ^^ [12:33] ogra_: sure thing [12:34] davmor2: new custom tarball is ready for testing. the entire change log is updating about 80% of the scopes with translations [12:35] if helpful, i can get you teh exact clicks that have been updated for translation [12:38] cwayne: no that's okay [12:51] oSoMoN: sounds like we're not yet ready for vivid silos then :( [12:51] oSoMoN: we checked assigning a silo worked, apparently there's a problem with build [12:52] and I've built vivid packages, but without running the 'build' job since I'm uploading manual Qt packages [12:52] sil2100 will be back tomorrow [12:54] :( [12:55] there's no absolutely simple place where 'vivid' could be just added in the code, it might need some jenkins updating too [12:56] we may possibly not have vivid cowbuilder chroot:s yet. not that I'd know how to check that. === tedg is now known as ted [13:01] did what I could find https://code.launchpad.net/~timo-jyrinki/cupstream2distro/more_vivid/+merge/239721 , but would need review from ribru at least when he wakes up [13:02] I won't deploy it before it's reviewed by someone who knows what's ok to change and what's not [13:32] ogra_, the messaging app tests seem to be making unity8 crash (or whatever you want to call it ;) ) [13:33] ogra_, i can't get through a whole run without being met by the u-s-c screen [13:34] Saviq, ^^^ seems we really need to exclude the dash from lifecycle mgmt (i saw it restarting plenty during traveling home too) [13:36] ogra_, it's odd though. this is a fresh flash and i'm not doing anything with the dash. just running messaging AP tests [13:37] which might eat your ram [13:37] ogra_, and actually there is a unity8 crash present [13:37] oh, then it might not even be the dash [14:00] Mirv, should i be concerned about these failed copies? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-008/+packages [14:01] Mirv: hrmm, looking at that branch, i think you need to add vivid stuff, as well as keeping the current utopic stuff [14:01] Mirv: utopic isn't gone, and people may still need to land something there to get an SRU done, at least for the next 9 months [14:05] brendand: no. sounds like related to previous landing, and LP just keeps them eternally until they are dismissed. [14:21] pete-woods, do you want https://launchpad.net/bugs/1380586 to land for RTM? [14:21] Ubuntu bug 1380586 in Unity Media Scanner Scope "Need to click-package local media scopes" [Undecided,In progress] [14:42] brendand: I think that's what is wanted, yes [14:43] pete-woods, i can't find it in any list though, can you check with olli [14:44] trainguards, brendand, ogra_, sil2000 et all [14:44] brendand: I think I'd have to ask thostr, but he's not back til tomorrow [14:44] we have reviewed the wishlist with changes since 10/24 [14:44] will send mail in a sec [14:45] olli, take your time, landing team works in degraded mode today anyway ... [14:45] (while our bodies arrived home our brains are mostly still traveling) [14:45] s/landing team/\*/g [14:46] haha [14:47] dobey: re: branch, vivid was already added in one place, and that branch adds it into second place plus assumes dual landings will be vivid/rtm (if any). tests could probably have more than one series being tested. anyway, ribru can check the branch. [14:47] lots of people had extended stays in DC or took today off [14:47] dobey: speak for yourself I'm on tippedy top form today honest gov'nor I'm not tired at all [14:47] olli: thanks [14:48] dobey: luckily I had these matchsticks to hold my eyes open :D [14:48] davmor2: you're just high on all the extra sweeteners we put in stuff over here :P [14:48] I'm quite thankful for 2 nights at home bed instead of that awful hotel one [14:49] something around 2*12h of sleep [14:49] dobey: hahaha [14:49] that corn syrup coca-cola tasted so fake :D [14:49] heh [14:50] ogra_, :) [14:50] Mirv: it did I had to buy one at the airport so I had change for the bus back in the uk, it tasted so much nicer [15:00] ogra_, does messaging-app open sideways when the phone is flat on the table? [15:03] brendand, sometimes (and how would the phone be able to guess what the rotation state is in that state) [15:12] ogra_: I have apps open upside down too [15:13] davmor2, fix your table :P [15:14] get a water balance and make sure it is straight [15:14] ogra_: open gallery with the phone flat on the table [15:14] (and even then, what i said above still applies ... how is the phone supposed to guess rotation if it lies flat on the table) [15:15] ogra_: same for system settings the odd thing is though for system settings the loading screen it the right way up [15:15] happens on androidd all the time too [15:16] the splash is hardcoded [15:16] using the shell rotation (which doesnt ever rotate) [15:16] haha [15:17] if the shell would rotate too it would be consistent based on a guess the rotation sensor does in HW [15:17] i think the bug here is that the shell doesnt rotate ... causing that inconsitent behavior [15:18] there is no way to manipulate the sensor HW to make better guesses [15:19] android does the exact same thing, but there you see the shell being rotated so you dotn expect apps to come up in a different rotation [15:26] did the wifi battery fix land yet? [15:26] * asac overslept after lunch because phone ran out of battery :P [15:26] * asac sees a new si [15:28] asac, yes, landed on sat. [15:28] (and battery life got awesome long here for me ) [15:28] ok lets see if that image brings cure [15:28] 126 had the fixes [15:29] 128 had the rollback for the apt desaster we had [15:30] (and 131 new location and trust-store fixes ... thats about all that landed since friday) [15:30] mdeslaur, jdstrand ^^^i assume you noticed by now that we rolled back apt ? [15:31] * popey observed that the clocks changed correctly on his ubuntu phone and alarms went off at the right time today [15:31] ogra_: 131 krillin rtm? [15:31] good [15:31] i think got them all [15:31] asac, yup, latest one [15:31] * asac happy dog again [15:31] lets see [15:40] asac: and more import did you get a notification for the new image? [15:41] davmor2: yes i got a green notification thingy message center [15:41] ogra_: yeah, saw that [15:41] asac: \o/ Chipaca your fix worked on more than my phone :D [15:42] ogra_: my mind is still blown that the apt package has anything to do with installing clicks :P [15:42] mdeslaur, it broke with the packagekit version we have in rtm ... i would propose you prepare another apt landing that also includes packagekit [15:42] ogra_: sure, I'll get around to it eventually [15:42] mdeslaur, yes, packagekit is liked against libapt-pgk or some such [15:42] ogra_: I'll probably just backport the security fix [15:43] hehe [15:43] nice [15:43] so 131 seems to crash unity shell [15:43] when i hit messaging app icon [15:43] i think the indicator was empty before [15:43] * asac thinks its all still indicators crashing [15:44] asac: seems very crashy currently no idea why though [15:44] asac, it doesnt crash :P [15:44] asac, it is "lifecycle managed" [15:44] davmor2: ack. if you can identify a test case, bisecting might help [15:44] ogra_: that i dont believe until i get a proof [15:44] i didnt have a single app open [15:44] something hogs your ram [15:44] it was a fresh boot [15:44] just settings [15:44] nothing else [15:44] indicators got empty, then i started app and unity restarte [15:45] something hogs your ram and that makes lifecycle mgmt kick in ... since there is nothing else to kill it kills the dash [15:45] (which IMHO should not be managed at all, but i lost that argument :P ) [15:45] ogra_: so even if liefcycle has this effoect, i am sure we shouldnt rule out any other cause [15:45] asac, oh, unity restarting is indeed something else [15:45] ogra_: no it is things lock unlock pin on sim and the phone is locked that is even before unity8, phone call went yesterday and crash unity8/mir ie ubuntu icon spinning [15:46] i understood your dash restarted [15:46] s/lock/like [15:46] davmor2, thats unity8 itself then ... or u-s-c or lightdm [15:46] can be any of the three if you see the spinner [15:47] check /var/crash [15:47] ogra_: this is what is say the whole system seems less stable as a whole [15:47] davmor2, yeah, i had that with my OTAed image at the airport if you remember [15:47] ogra_: it's been wiped 6 times since then ;) OTA testing today [15:47] i was assuming it was because i had so many test packages installed manually though ... [15:48] and i must say after a fresh bootstrap today it all seems far more stable to me [15:48] (havent seen anything cashing in the last 4h) [15:48] *crashing too :P [15:49] davmor2, wiped or bootstrapped ? [15:49] ogra_: yeah with the latest it seems more stable but I'm going to do some heavy testing on it after the ota and custom tarball testing is finished [15:49] ogra_: wiped [15:51] wow, the filemanager is pretty useless trying to see anything in /var/crash [15:52] * ogra_ sees a bunch of "_usr...rash" [15:52] there seems to be no kinf of list view [15:52] ogra_: rotate your phone [15:52] doesnt rotate [15:52] (the app that is ... others do fine) [15:53] oh, blind me [15:53] * ogra_ found list view now [15:53] seems i got mediascanner crashes since the new flashing [15:53] ogra_: I blame you trying to use an app to do something it was designed for [15:54] :P [15:54] hah [15:54] clicking a file in that dir gets me a filemanager crash [15:55] * ogra_ goes to the terminal ... [15:55] hmm, so i have mediscanner, filemanager, u-a-l and scoperunner crashes ... [15:55] from the last 4h [15:56] u-a-l is still the fitbit thing crashing it [15:56] cwayne, ^^ do we have a fix for that already somewhere ? [15:57] ogra_: what fitbit crash? [15:58] cwayne, http://dev-jenkins.ubuntu-ci:8080/job/utopic-touch_stable-krillin-smoke-daily/398/artifact/clientlogs/security/_usr_lib_arm-linux-gnueabihf_ubuntu-app-launch_desktop-hook.32011.crash/*view*/ [15:58] has an example [15:58] "icon-path-unhandled" [15:58] krillin only indeed [15:59] uhm, ill take a look [15:59] not sure that should really count as a crash and trigger apport though... [15:59] its a recoverable error [16:00] but produces a crash file indeed [16:00] ill take a look, i believe that desktop file is automagically created by the scopes api, but will double check [16:00] whom do i poke about the dashboard ? [16:00] me :) [16:01] it seems to never use the proper location data (looks actually like geoip, it is about 150km off at the next node of my provider) [16:01] ogra_: if it isn't on mako it's cwaynes fault [16:01] ogra_: it uses whatever unity-scopes-api gives us, and iirc the only think it uses location data for is sunrise/sunset [16:01] the rest of the system seems to use location just fine ... on the spot on my house [16:02] cwayne, well, and weather [16:02] ah right [16:02] so weather isn't one of ours, it's a remote scope [16:02] tapping weeather gives me the 150km away location from geoip [16:02] so I'm not sure how accurate it's location data is [16:02] so that's not me actually, that's lucio :) [16:03] cwayne: no it's you, you can blame lucio after but everything is your fault :P [16:04] ha [16:04] cwayne: if the scope is passing the geoip rather than the actual location then that won't help [16:05] hey guys, are vivid landings possible this week? [16:05] for all those silos that are not meant for rtm [16:06] davmor2: dashbord isn't doing anything, weather only does geoip AIUI [16:06] it's not allowed your lat/lng since its remote [16:07] bad weather then [16:12] cwayne: it's still your fault though don't think you are getting off that light ;) [16:13] yeah, perhaps that's one that should be re-written to be local [16:13] i'll poke some people [16:14] cwayne: hahahaha :) [16:17] davmor2: u wot m8 [16:19] cwayne: see that sounds less Cockney than when you say it :P [16:20] lol [16:25] Mirv: hey, just up. will check branch asap [16:42] dbarth, what do you want to do with silo 009 for RTM? [16:47] Mirv: https://ci-train.ubuntu.com/job/upgrade-chroot/106/console looks good so far! I don't think I was involved in the opening of utopic so I had no idea how this would go but congrats ;-) [16:47] Mirv: it says SUCCESS but we should look into that libeatmydata thing... [16:55] oSoMoN: Mirv: ok looks like it's working (well, at least that one traceback is fixed, we'll see if anything else pops up) https://ci-train.ubuntu.com/job/ubuntu-landing-004-1-build/85/console [16:56] brendand: hi; i'd like to re-target that for a non-rtm landing [16:56] ribru, cool, thanks [16:57] ribru: ribru?! the new robru [16:57] dbarth, ok [16:58] brendand: is vivid opening soon? [16:58] dbarth: ;-) [16:58] oSoMoN: you're welcome! [16:58] infinity: cjwatson: any thoughts on this libeatmydata spew? https://ci-train.ubuntu.com/job/ubuntu-landing-004-1-build/85/console can it harm builds? can we fix it? [16:59] dbarth, last i heard it's not ready for landings yet [17:00] brendand: ok; i'll continue asking tomorrow then ;) [17:01] brendand: otherwise, i will re-add silo 20 back on the whishlist to get this one going [17:04] dbarth: we're doing the very first vivid landing right now, do you want to be number 2? [17:05] also, is it european dst right now or something? why did all my meetings jump forward an hour? [17:06] ribru: oh, nice; i would gladly be [17:06] dbarth: k, which spreadsheet row? [17:06] ribru: we flipped DST this week-end, yes [17:06] thanks [17:06] lemme check [17:08] ribru: line 19 and 20; so remove the line 19 landing request, and reconfig 20 for vivid please [17:08] dbarth: ok sure [17:09] dbarth: oh, so you don't want to land this in rtm then? [17:09] ribru: nope, not now; the bugs are not critical enough [17:10] ribru: can i also turn silo 020 to vivid maybe? [17:10] ie, is the landing policy back to: devel 1st and stable next? [17:10] dbarth: yes vivid is wide open for all feature development [17:11] cool! [17:15] Mirv: do you plan to free utopic/15? [17:16] dbarth: ok for starters you have silo vivid/8 http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-008 still looking at the other one [17:19] dbarth: hm, are you sure silo rtm-20 isn't a critical fix needed for rtm? "password prompt broken" sounds pretty serious. [17:22] ribru: it's still a question mark; the severity is limited to cases where users /change/ their passwords [17:22] ribru: but yeah, a potential rtm fix [17:23] dbarth: ok well I won't free that silo then, but we can make a sync silo to also sync it to vivid [17:26] dbarth: https://ci-train.ubuntu.com/job/ubuntu-landing-009-1-build/87/console ok building for vivid [17:32] uh [17:33] well shit [17:35] ribru: say what now? [17:35] davmor2: ^^ check the uncaught exception. it says the file doesn't exist, but the build log clearly shows that file existing. i'm stumped. [17:35] dbarth: I guess hold off on doing that passowrd one in vivid for today [17:36] dbarth: but webbrowser app should be ready to test soon [17:36] davmor2: https://ci-train.ubuntu.com/job/ubuntu-landing-009-1-build/87/consoleFull [17:36] ribru: np; i'll let you check the file issue [17:36] ribru: for ref. i think i had seen that one before during an rtm build attempt [17:37] dbarth: yeah there was an issue where the code just called '*.dsc' and it would break if there were two dsc files, but we fixed that some time back, so I have no idea what this issue is [17:38] ribru: that's a lot of errors for something that is meant to of built [17:39] davmor2: ignore the libeatmydata stuff. i have no idea what that is, and stuff seems to be working in spite of that (it's coming up in all vivid logs). just check the traceback at the very end [17:42] ribru: is citrain supporting vivid? I thought Mirv said it wasn't this morning [17:42] davmor2: yeah mirv had a branch taht fixed it and I landed it so it's "working" now [17:42] ribru: I blame Mirv then ;) [17:44] davmor2: dunno, the file pretty clearly exists: https://ci-train.ubuntu.com/job/cyphermox-test/309/console [17:46] dbarth: oh, i just noticed the package was actually uploaded, so WATCH_ONLY build seems to be working anyway: https://ci-train.ubuntu.com/job/ubuntu-landing-009-1-build/88/console [17:48] ogra_, what is going on that so many things are crashing unity8? [17:48] ogra_, what could we have landed? [17:51] brendand: only seems to of been from Saturday I wonder if it is the low power wifi stuff [17:53] brendand: and possibly dbus-cpp by the sound of it ;) [17:54] brendand, nothing really [17:54] ribru: so given the vivid issue above, is it possible to sync something from rtm to vivid? [17:55] dobey: yes it seems to be possible, there is a strange traceback but it doesn't happen until after the PPA upload completes, so the packages should be building in the ppa without issue. [17:56] ribru: ok cool. can we get a silo for line 45 in the spreadsheet then? [17:56] cihelp, how can I find the -dbgsyms for a silo? [17:57] davmor2, the wifi changes cant crash unity8 (well, not directly at least) [17:57] dobey: ok, vivid 14 [17:57] ogra_: if they take out dbus I bet they could ;) [17:57] brendand, davmor2, we dropped the hud ... but there were no dependencies declared on it by unity .... [17:57] mandel: IIRC those don't exist. [17:58] ribru, oh.. what a pita [17:58] mandel: yep ;-) [17:58] they doi exist for the rtm archive though [17:58] so you should be able to use them after landing [17:58] mandel: there was a big discussion about that some weeks ago. IIRC the dbgsym packages are created at publish time, not at silo build time [17:58] (now dont ask me where ... thats a pitti question) [17:59] mandel: have a look at the silo ppa some include .debug in which case you can just grab the package and install it right? [17:59] dbarth: approve merges please -) https://ci-train.ubuntu.com/job/ubuntu-landing-008-2-publish/43/console [17:59] ribru, is a little annoying to have them at publish time when a silo under tests crashes [17:59] davmor2, I have a work around and created the debug for myself, I was asking to see if that was an ugly work around [18:00] mandel: yeah I totally hear you, sorry I can't remember more details, slangasek or infinity would know more, but it has something to do with launchpad, it's not something we can control from the ci train side. [18:00] mandel: there is no such thing as an ugly work around if it works ;) [18:00] ribru, ack, is just unfortunate :) [18:00] davmor2, well... as it is right now is not reusable :P [18:01] ribru, mandel: i thought it just needs to have ddebs enabled on the PPAs? === alan_g is now known as alan_g|EOD [18:04] * mandel mandel|lunch === mandel is now known as mandel|lunch [18:07] ribru: yeah, we just need to get an admin to enable ddebs for all the landing PPAs [18:12] are there vivid builds on the system-image server yet? or should i just test the silo on utopic on my mako? [18:40] ribru: The ddeb availability issue isn't LP's fault, but rather that we're not using LP for them (yet) because we can't. That's going to be solved VEry Soon, it looks like. [18:41] ribru: As for the eatmydata thing, that's entirely out of my hands as a distro guy, it looks like your infra tries to LD_PRELOAD it, but your chroots don't have it installed. [18:41] ribru: Harmless, but noisy (and not getting you the speed boost you're hoping for). [18:42] infinity: Hmmmmmmm thanks for the tip [18:42] Not sure why it wouldn't be installed [18:42] (I didn't make the chroots) [18:42] Will poke at it in a bit. Brb, lunch [18:56] ogra_, ribru, cwayne: custom tarball is good :) [18:56] land it then :) [19:09] cihelp, I'd like to block the landing of silo 13 for rtm, eventhough the branches have been approved I'm able to reproduce the bug that it in theory fixes === mandel|lunch is now known as mandel [19:09] cihelp, should I just change the value in the spreadsheet? [19:10] mandel: if it fails tests, change the "testing pass?" column to "no" for that line in the spreadsheet [19:11] dobey, just that? is there a way to comment or should I just add a comment in the bug? [19:11] mandel: there's a comments column too. add comments there :) [19:12] dobey, ugh, the formatting is going to suck :-/ [19:12] dobey, is a cpp bt from gdb [19:12] in a spreadsheet [19:12] well, put that in the bug then [19:13] and in the spreadsheet comments field put "testing failed, see bug #xxxxxxx" or something [19:13] obviously don't put stack traces in spreadsheet fields :P [19:16] mandel: yeah what dobey said. [19:16] mandel: also for silo / spreadsheet questions you should ping trainguards, not cihelp. [19:17] you could paste the bt into the MP column .... just to test ribru's code ;) [19:17] watch it explode [19:17] if the dashboard shows burning flames you broke it :) [19:18] (because that spreadsheet is already incredibly slow already, a 30K line stack trace probably is not going to be fun) [19:18] might be fun to have queuebot patse it into IRC though ... one line per char [19:19] heh [19:20] ogra_: queuebot already has message-length restrictions. watch the migration messages from silos containing more than a handful of packages and you'll see it's often clipped. [19:20] bah, spoiling all the fun ... these bot devs [19:22] * dobey puts +++ath in the spreadsheet [19:33] ogra_: any idea when vivid images will be available to flash? [19:35] ogra_: sorry, had been at dr's, so i'm good to publish custom? [19:36] cwayne: likely story ;) [19:39] davmor2: ha, so should I press the magic button, or do i need to wait for ribru or someone on ye olde landing team [19:42] cwayne: yes it's good as far as I can tell [19:43] ok, hitting the magic button then [19:44] aaand built [19:44] WOO TRANSLATED SCOPES NOW IN IMAGE WOO [19:57] cwayne: er, what button did you hit? [20:00]