/srv/irclogs.ubuntu.com/2015/07/28/#ubuntu-ci-eng.txt

anpok_robru: you are probably gone.. but that failure is a bit old before sil2100 uploaded the right source packages .. but I guess you already figured it out... and yes the silo is close to being published.. if all goes well06:02
robruanpok_: OK just make sure you a notify somebody when you're ready because qa won't see it in the state it's in.06:14
=== chihchun_afk is now known as chihchun
sil2100I'll die from sleep deprivation because of this cat07:44
seb128bah, ubuntu on the mx4 is a disastear compared to the bq :-/08:00
seb128it fails to remember the stored wifi password, ask me at each reboot to enter one by adding an increasing number to the ap name08:01
seb128"ubuntu1" ..."ubuntu6" now08:01
seb128and when wifi is offline the SIM card fails to work, like the dialer says "offline"08:02
seb128I though that was mako specific?08:02
seb128also when connected to wifi it acts as the phone was online, but if I try to call it I get the voicemail, it doesn't even ring08:02
sil2100uh?08:03
sil2100I have no issues like these on my mx4 and I use it daily as my main phone, no issues with WiFi or anything08:04
seb128yeah, what I though as well08:04
sil2100You on stable? Or rc-proposed?08:04
seb128I put another sim, I'm not connected to wifi and I've the sim listed as "denied"08:04
seb128rc-proposed08:04
seb128r7108:04
sil2100Ok, might be something from the recent changes, maybe the mission-control upload actually broke something for the arale08:05
sil2100i.e. the fix for mako broke arale or something - I'm on stable here so I can't check08:05
seb128I can try reverting a package08:05
seb128or can I? do we have the old debs somewhere?08:05
jibellet me check, I didn't have any problem until now.08:06
seb128we would if we would be used a derivated distro :p08:06
sil2100Let me fetch the version and name08:06
sil2100seb128: I can fetch you the .debs if you want :)08:07
jibelI'm on r71, and I can send call and sms without any data connection. So if there is a problem it is different than mako08:08
seb128k08:09
sil2100seb128: give me 5 minutes08:10
jibelseb128, does a reboot change anything or this behaviour persists?08:12
seb128jibel, it persists08:12
sil2100seb128: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+files/telepathy-mission-control-5_5.16.3-1ubuntu1.0_armhf.deb and https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+files/libmission-control-plugins0_5.16.3-1ubuntu1.0_armhf.deb08:15
jibelsil2100, what changed between 70 and 71?08:15
seb128I'm unsure it's a regression08:15
sil2100jibel: looks like a tarball change, let me check which08:15
seb128I just tried to use that phone with SIM cards for the first time today08:15
seb128I can go back to the stable version if that helps08:15
sil2100jibel: wait, no08:16
sil2100jibel: http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/71.commitlog08:16
sil210069-70 was a tarball change08:16
seb128syslog has08:17
seb128Jul 28 10:14:54 ubuntu-phablet powerd[732]: ofono_get_modems_cb: call error08:17
seb128Jul 28 10:14:55 ubuntu-phablet NetworkManager[1220]: <warn> could not mark modem as powered: org.ofono.Error.Failed Operation failed08:17
jibelseb128, can you file a bug, attach syslog, the output of /usr/share/ofono/scripts/list-modems and list-contexts08:18
jibelseb128, what are all the changes in http://people.canonical.com/~ogra/touch-image-stats/vivid/20150727.2.changes ?08:23
seb128jibel, you want Lucasz right? ;-)08:24
jibelseb128, yes sorry08:25
seb128no worry08:25
jibelsil2100, ^^08:25
jibelauto-fingers :)08:25
ogra_seems you are missing a few indicators to actually replace the whole of the UI :P08:25
jibelsil2100, also why thumbernailer has been reverted in 70 and upgraded in 71?08:26
seb128jibel, https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/147883608:28
ubot5Ubuntu bug 1478836 in ofono (Ubuntu) "SIM "refused" on mx4" [Undecided,New]08:28
sil2100jibel: how reverted?08:29
sil2100jibel: 71 doesn't upgrade thumbnailer08:29
sil2100jibel: and 20150727.2 is http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/78.commitlog08:29
jibelsil2100, from ogra_ 's changelog08:29
sil2100jibel: it's an image I had to build after I built the mako re-spin08:29
sil2100Wait, it's http://people.canonical.com/~lzemczak/landing-team/ubuntu-touch/rc-proposed/77.commitlog08:30
jibelsil2100, so where does the difference come from between your commitlog and ogra_'s changelog08:31
jibel?08:31
jibelsil2100, his changelog is a diff between the manifests of the rootfs, it should be rather reliable08:31
sil2100jibel: mine does exactly the same08:32
sil2100Maybe some bug though08:32
sil2100I'll check08:32
ogra_well, checking the two manifests the list is definitely ok08:33
jibelexactly, unless the manifests are wrong, which is doubtful08:34
ogra_i got them open side by side, the changelo is correct08:34
sil2100jibel, ogra_: I see the problem08:35
sil2100jibel, ogra_: it's not an issue with commitlogs, commitlogs are right in this case08:35
sil210020150727.1 is the rootfs for the OTA-5+ hotfix respin for mako08:35
sil2100We use the vivid builders for that as this is the only thing we can do08:36
sil2100So this rootfs never landed in the rc-proposed channel08:36
sil2100Image 78 is a diff from 20150727 to 20150727.208:36
ogra_ah, you went backwards in time with it ?08:36
sil2100Yes, since it was based off a snapshot08:36
ogra_yeah, got it08:37
ogra_that makes sense08:37
sil2100In this regard the commitlogs are smart since I only do bindings from images in a channel08:37
ogra_yeah08:37
sil2100jibel: ^08:37
sil2100Phew, got me worried there for a moment08:37
jibelsil2100, it makes sense. Thanks!09:16
sil2100jibel: did you get the test results for the HERE tarball mako images?09:26
davmor2sil2100: re running them evanwang had issues09:27
sil2100I wonder if the previous versions worked at all09:28
sil2100I have no idea if anyone is using those images, but since they're on stable I supposed yes...09:28
sil2100jibel, ogra_: let me modify the commitlog format to actually include the rootfs diffs on top, one moment09:45
davmor2sil2100: could be an issue but I think I know what it is so I'll dig into that and get back to you09:59
dokosil2100, please can this one be integrated? https://bugs.launchpad.net/ubuntu/+source/address-book-service/+bug/147559110:28
ubot5Ubuntu bug 1475591 in address-book-service (Ubuntu) "address-book-service ftbfs with GCC 5" [Critical,In progress]10:28
sil2100doko: hey! I don't see a landing for it, but the merge seems starightforward - I can upload it to the PPA and make sure it lands in trunk10:29
dokosil2100, wait, upload to which ppa?10:31
sil2100doko: to the overlay or to the GCC transition PPA, whichever is more preferred10:42
sil2100Ah, ok, scratch it, it's for wily10:42
sil2100doko: forget my overlay-copy proposition, but I could get that to the transition PPA if needed - but I see address-book-app built correctly in silo 1610:43
sil2100doko: ...ok, ignore me10:43
sil2100doko: I think I'm just tired, misread the name10:43
sil2100It's address-book-service, eh10:43
sil2100doko: anyway, I can get it scheduled for wily landing and get it to the transition PPA, as mentioned10:44
dokosil2100, right, address-book-service, but it should land into the archive, not the transition ppa10:44
sil2100Ok then, let me get that prepared10:45
anpok_trainguards could it be that silo-047 is in a wrong state?10:49
anpok_that silo only contains a minimally patched systemd (udevd).. and sits there for some time10:50
sil2100anpok_: let me take a look10:55
sil2100anpok_: ok, so generally after a manual upload to a PPA, the lander needs to run the build job with 'watch_only' selected11:04
sil2100anpok_: doing that now11:05
anpok_oh11:05
sil2100anpok_: only then the train will notice the package that got uploaded11:05
anpok_didnt know that11:05
sil2100The train has no mechanisms to know when a manual upload happened11:05
sil2100anpok_: we have documentation for this since a week or two: https://wiki.ubuntu.com/citrain/LandingProcess#CI_Train_for_manual_source_uploads11:06
=== chihchun is now known as chihchun_afk
rvrpopey: https://bugs.launchpad.net/music-app/+bug/147892112:04
ubot5Ubuntu bug 1478921 in Ubuntu Music App "Toolbar misbehaves in songs page after music is added" [Undecided,New]12:04
=== alan_g is now known as alan_g|lunch
rvrpopey: Looks like a regression, in OTA5 it doesn't happen12:13
popeyrvr: hmm, what happens when you scroll?12:15
popeydoes it go away?12:15
popeyLooks like an sdk bug12:15
seb128mandel, sorry, I saw your bug question earlier, wanted to wrap something up because checking and forgot to get back to you, I think the issue you described is https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/137867812:15
ubot5Ubuntu bug 1378678 in ubuntu-system-settings (Ubuntu RTM) "updates panel doesn't deal with invalid u1 tokens" [Critical,Confirmed]12:15
popeyrvr: also, can you attach the music app log from .cache/upstart?12:15
rvrpopey: It happens when new tracks are added12:15
popeyrvr: yes, I understand the circumstances which trigger it.12:16
popeyrvr: but after you add tracks, can you scroll up/down, and does it "fix" it?12:16
rvrpopey: When I scroll, the tracks pass below/over the toolbar12:16
rvrThe toolbar becomes transparent and the title is gone12:16
popeyand when you hit the top, it resets?12:16
rvrNope12:17
popeyhm, okay, thanks :)12:17
rvrThe toolbar doesn't hide anymore when scrolling12:18
popeywe may have broken the sdk :)12:18
popeywill try and reproduce, thanks :)12:18
popeybut the logs would be handy12:19
* sil2100 off to lunch12:19
rvrpopey: I'll attach them to the bug report12:21
dokosil2100, could you land https://bugs.launchpad.net/ubuntu/+source/webbrowser-app/+bug/1475621 ?12:22
ubot5Ubuntu bug 1475621 in webbrowser-app (Ubuntu) "webbrowser-app ftbfs with GCC 5" [Critical,In progress]12:22
rvrpopey: Done12:23
sil2100doko: let me prepare that in the silo as well12:24
popeythanks rvr12:24
sil2100oSoMoN: I'm preparing a silo with webbrowser and address-book-service gcc-5 fixes, hope you don't mind12:25
sil2100oSoMoN: webbrowser-app is dual-landed, right?12:26
dokosil2100, https://bugs.launchpad.net/ubuntu/+source/thumbnailer/+bug/147673812:28
ubot5Ubuntu bug 1476738 in thumbnailer (Ubuntu) "thumbnailer ftbfs using GCC 5" [Critical,In progress]12:28
dokosil2100, https://bugs.launchpad.net/ubuntu/+source/qtmir/+bug/145233812:29
ubot5Ubuntu bug 1452338 in qtmir-gles (Ubuntu) "please drop build-dependency on g++-4.9" [Critical,In progress]12:29
sil2100doko: on it as well, here I'll need to poke the developers12:29
dokosil2100, https://bugs.launchpad.net/ubuntu/+source/qtmir-gles/+bug/145233812:29
dokosil2100, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/145234812:30
ubot5Ubuntu bug 1452348 in unity8 (Ubuntu) "please drop build-dependency on g++-4.9" [Critical,In progress]12:30
sil2100doko: taking care of all of those, if there are any others you have handy that are ready for release, just send me the links12:33
dokosil2100, you get a list by searching for the tag lsd-cxx11 (although not all of them may be complete)12:34
dokosil2100, not sure if this one is approved: https://bugs.launchpad.net/ubuntu/+source/qtorganizer5-eds/+bug/147560412:35
ubot5Ubuntu bug 1475604 in qtorganizer5-eds (Ubuntu) "qtorganizer5-eds tests fail when built with GCC 5" [Critical,Triaged]12:35
dokosil2100, https://bugs.launchpad.net/ubuntu/+source/ubuntu-download-manager/+bug/147561012:37
ubot5Ubuntu bug 1475610 in ubuntu-download-manager (Ubuntu) "ubuntu-download-manager tests fail when built with GCC 5" [Critical,Confirmed]12:37
sil2100doko: ok, on it, I'll release as much as possible12:37
=== _salem is now known as salem_
dokosil2100, another thing, what would be the process to reserve another silo like 16 ?12:38
sil2100doko: not much required, I can assign one for you, we have plenty of free ones, we'd only have to ask Steve/Colin to bump the PPA size if it's supposed to have as many packages as this one - what do you need it for?12:40
sil2100mzanetti: hey!12:41
mzanettisil2100, hey ho :)12:41
sil2100mzanetti: we'd need the gcc fixes branch landed soon - what's the state of silo 18?12:41
dokosil2100, same as for 16; seb128 wil prepare a bunch of renamed library packages. but if we upload these to silo 16 directly, we would effectively break installability in silo16 for a while12:41
mzanettisil2100, silo 3512:41
sil2100mzanetti: oh, ok, it also has the gcc dep drop branch?12:42
sil2100mzanetti: will you land it soon?12:42
mzanettisil2100, yeah... just didn't yet clean up the other12:42
mzanettisil2100, it's approved by me. waiting on QA12:42
sil2100mzanetti: do you know if the qtmir gcc changes are scheduled to land anywhere? If not, I can include it in my gcc-5 fix silo12:42
mzanettigreyback_, ^12:43
sil2100jamesh: hey!12:45
mzanettisil2100, in other words, I don't know. please ask gerry when he's around12:45
mzanetti:)12:45
sil2100mzanetti: ok :)12:45
sil2100greyback_: ping12:45
sil2100jamesh: are you around? I have a question about how your thumbnailer release process looks like12:47
oSoMoNsil2100, sure, please be my guest (yes, webbrowser-app is dual-landed)12:48
sil2100oSoMoN: thanks :)12:48
oSoMoNyou’re welcome12:48
sil2100doko: ok, I'll prepare a silo for you then and once someone with archive powers appears I'll make sure it gets its size bumped12:52
sil2100Or maybe the bump won't be needed12:53
sil2100SInce I suppose there won't be as many packages12:53
dokosil2100, I'll organize the size change12:54
sil2100doko: silo 39 assigned: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-03912:56
anpok_sil2100: ^hmm13:03
sil2100uh13:05
sil2100hmmm, let me look13:05
greyback_sil2100: hey, I've got them in silo7, you want to steal?13:11
=== alan_g|lunch is now known as alan_g
sil2100greyback_: do you want to include some additional fixes there? Or could you maybe just land those gcc fixes?13:21
sil2100btw. qtmir is not dual-landed?13:22
greyback_sil2100: just want to land gcc fixes.13:22
sil2100Excellent, then feel free to do that :)13:22
greyback_sil2100: it is usually, but mir0.14 is in wily, and 0.13 in vivid+overlay, am waiting for silo11 to land before I'm able to dual land again13:22
sil2100greyback_: ACK13:23
sil2100Good as long as you have that under control13:23
popeygreyback_: will mir0.14 come to OTA-6?13:23
greyback_popey: I think so13:23
popey\o/13:24
ogra_... and will everything be faster ?13:25
ogra_:)13:25
greyback_0.01 times faster! :D13:25
ogra_yay!13:26
sil2100jamesh: hey, could you ping me once you're around?13:32
mandelseb128, ok, thx14:00
greyback_sil2100: hey, I've stupid questions to ask: my wily-ony silo is good to land (after QA happy). I will now need to land same in vivid. Do I create a branch with vivid+overlay's current contents, and another gcc-fix branch to merge into it, and get silo for that?14:18
anpok_sil2100: could it be that jenkins believes that it has to build xorg-server?14:32
kenvandinejibel, looks like silos marked as tested aren't getting added to the trello board, isn't that supposed to be automated14:38
jibelkenvandine, it is automated, which silo?14:40
kenvandine1714:41
* kenvandine is anxious to see that land that so we can get back to dual landings in settings14:42
jibeland 33?14:42
kenvandinei want 17 to land first14:42
jibelkenvandine, sometimes bugs happen :) I'll fix it14:42
jibelunicode error14:42
kenvandinejibel, thanks!14:42
kenvandinei have a bunch of autopilot fixes to land so we can start to get passing CI again :)14:43
sil2100anpok_: so generally this looks like a CI Train error, nothing you should be worried about14:47
sil2100anpok_: I'll  try to resolve it anyway15:03
greyback_davmor2: hey, can I get silo7 added to your list for signoff. It's only a build change (removing gcc4.9 hard dependency, but will still build with 4.9)15:29
rvrabeato: awe_: Approving silo 4815:29
abeatorvr, great15:30
davmor2greyback_: the silo ticket just got added to the queue so it should be hit at some point in the near future :)15:35
greyback_davmor2: thanks15:35
dokosil2100, thanks15:44
dokoslangasek, seb128: 39 now has 16 as a dependency15:45
seb128doko, great15:46
seb128doko, let me know when you have the list of libs15:46
dokoseb128, email sent16:08
seb128doko, just got it, thanks!16:09
dokoseb128, and the libsigc++ patch is now forwarded to debian16:10
seb128doko, thanks16:10
dokoseb128, be sure to download source packages from silo16, some already have local changes16:14
seb128doko, yeah, thanks for the reminder ;-)16:14
kenvandinecihelp, can someone reconfigure CI for system-settings to run against vivid+overlay instead of wily?16:42
davmor2greyback_: did you reconfigure silo 007 to be wily ony?16:43
davmor2greyback_: or was it always16:43
greyback_davmor2: yes, the contents changed too16:43
davmor2sil2100: ^16:54
=== alan_g is now known as alan_g|EOD
fgintherkenvandine, I've added it to the list. Should be done by EOD17:00
fgintheror when we get back from lunch :-)17:00
alf_trainguards: Hi! Can I please get a silo for row 89?17:24
robrualf_: one sec17:24
robrualf_: ok silo 3017:26
alf_robru: great, thank you17:26
robrualf_: you're welcome17:28
davmor2robru: silo7 is wily only and can land17:44
robrudavmor2: thanks17:44
anpok_robru: silo-11 is still in an on state..17:44
davmor2robru: I don't know if anything needs doing to it to enable that, it was a dual landing so came through to us17:45
greyback_davmor2: yay, thank you17:47
kenvandinefginther, thx17:48
robruanpok_: did you test the packages in silo 11 to confirm they work?17:48
dobeycihelp: does the cobertura stuff in jenkins support multiple coverage reports in the same build tree?18:01
dokoseb128, updated https://wiki.ubuntu.com/GCC518:15
seb128doko, great, I've a script which is working on one example (cairomm), going to test a bit more and start conversion tomorrow18:17
fgintherdobey, the plug claims to support multiple xml report files. I assume it would work.18:19
dobeyfginther: ok, i think there is a bug in our jenkins config then18:21
dobey+ find . -name coverage.xml -exec cp '{}' /var/lib/jenkins/slaves/cloud-worker-04/workspace/unity-scope-snappy-wily-amd64-ci/work/results ';'18:22
dobeyyeah, you can't copy all the coverage.xml files to a single directory :)18:22
fgintherdobey, ah, yeah. That would be a bug18:24
dobeyfginther: is there one open? or should i file a new one?18:25
fgintherdobey, I'll add it as a bug, but don't expect any quick fix.18:25
fgintherdobey, Feel free to add to this: https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/147907318:28
ubot5Ubuntu bug 1479073 in Ubuntu CI Services "Code coverage collection only collects a single file" [Undecided,Confirmed]18:28
dobeyfginther: any way i could expedite a fix? i'm happy to write a bit of shell and propose a branch to make it work, but i'm not quite sure what the cobertura plug-in expects there18:29
fgintherdobey, you can create your own version of the broken hook script in a stand alone bzr branch.18:32
fgintherdobey, the tooling support overriding the default hooks18:33
dobeyfginther: oh, so i can put a hook in my project branch and it will be used?18:33
fgintherdobey, once you have something, we can update the job configuration to use that bzr branch.18:34
fgintherdobey, not quite. Let me find an example18:34
fgintherdobey, here's an example: https://code.launchpad.net/~canonical-ci-engineering/pbuilderjenkins/unity8-hooks18:35
fgintherdobey, a single hook script needed a workaround, so that was done as a one-off all by itself18:35
dobeyah. that unity8 hook is intesresting too18:37
fgintherdobey, also keep in mind that those pbuilderjenkins ".in" files are templates. The sections in {} are replacement strings.18:37
anpok_robru: yes18:38
dobeyfginther: where are the contents of the current hook that is copying the coverage.xml file?18:39
fgintherdobey, you can grab them from the binary pbuilderjenkins package from here: https://launchpad.net/~canonical-ci-engineering/+archive/ubuntu/ci-lab18:40
dobeyok, cool18:43
anpok_robru: thx18:55
robruanpok_: you're welcome18:55
fgintherkenvandine, what about "lp:ubuntu-system-settings/15.04"? Does this branch need to still be in CI?19:27
kenvandinefginther, yes please, just in case we do a vivid only landing19:30
kenvandinefginther, i'm not ready to abandon that branch yet, but i don't think we'll use it19:30
fgintherkenvandine, ok... And just so we're on the same page, after making this change, there is no branch for wily, correct?19:31
kenvandinefginther, right19:31
fgintherkenvandine, thanks for confirming19:31
dobeyfginther: do you know where the configuration for our usage of the cobertura plug-in is in a branch or something? or is it deployed via some private thing where other credentials and such are too?19:31
fgintherdobey, there is no credentials or anything private... The only other bit of configuration is stored in lp:cupstream2distro-config to specify the file pattern of the coverage xml files. For example: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro-config/trunk/view/head:/stacks/head/snappy.cfg#L2119:33
dobeyfginther: oh ok, so we configure that coverage.xml path per-project?19:35
fgintherdobey, yes19:35
dobeyok cool19:35
boikotrainguards: any idea why silo 40 build job failed? it seems ubuntu-touch-session is missing on the ppa19:41
robruboiko: most likely the upload failed. You'll need somebody like cjwatson to find what the upload failure was, unfortunately Jenkins doesn't get too see it, and i don't have access to the upload rejection mails.19:45
robruboiko: that's really strange though, the most common cause of that failure is that a higher version is already in the ppa but i don't see any versions at all...19:47
dobeyfginther: good news. i fixed it for you :)19:51
dobeyhttps://code.launchpad.net/~dobey/pbuilderjenkins/multi-coverage/+merge/26614719:51
fgintherdobey, nice :-)19:51
dobeyhttps://code.launchpad.net/~dobey/cupstream2distro-config/multi-coverage/+merge/26614819:51
fgintherdobey, So for this, you just care about coverage files with different names and don't care about multiple files named coverage.xml in different source directories?19:57
dobeyfginther: i think this is the path of least resistance (and having them be different names makes it easier to read the reports anyway)19:59
fgintherdobey, ack, just wanted to clarify20:00
fgintherdobey, in that case, just a review request for a changelog entry20:00
dobeyah ok20:01
dobeyfginther: should i make it be UNRELEASED or wily in my commit?20:02
fgintherdobey, use wily please20:02
dobeysure thing20:02
dobeyfginther: done and pushed20:03
fgintherdobey, both MPs approved. I'll let you know when it's all deployed.20:08
dobeyfginther: great, thanks!20:08
boikorobru: do you think rebuilding would fix it or better check with cjwatson before trying it again?20:08
robruboiko: impossible to say without knowing what the error was. I guess there's not much harm in trying again but i don't expect it to work.20:10
boikorobru: ok20:10
robruboiko: wgrant may also be able to investigate the upload, he may be more tz appropriate20:11
boikocjwatson: hi, could you please check why the upload of ubuntu-touch-session failed on silo 40?20:11
boikowgrant: could you please help me with the above? ^20:11
thomiboiko: wgrant won't be online for a few hours yet, unless he gets up super early20:12
boikothomi: ah ok, thanks for the info20:13
thominw20:13
boikorobru: anyone else I could ping regarding silo 40? or should I just wait until tomorrow?20:33
sil2100boiko: hi! I'll be online in an hour probably so I could take a quick look20:34
sil2100(but only in an hour, still busy with something else)20:34
boikosil2100: nice! thanks! I will be off already, but I will leave IRC opened, so just let me know what you find out20:34
robrusil2100: no he needs the upload rejection from launchpad you don't have access to that20:35
=== blr_ is now known as blr
bregmatrainguards I I would really like to get my landings rolling in lines 76/77/78 if I could get silos or reasons why not....20:58
robrubregma: you can assign your own silos now20:59
bregmadid an email about that go out to everyone?20:59
robrubregma: no I've been onboarding people one at a time.20:59
robrubregma: also this is the first ping i've seen asking for silos for these20:59
bregmanot the first ping I've sent though21:00
robrubregma: k I missed the other ones, sorry21:00
bregmathat's what you get for living in the land of the sunset21:00
robrubregma: the self-assigning silo thing is theoretically part of the spreadsheet replacement, except it's live in production ahead of schedule. once the stupid spreadsheet replacement finally goes live (Any. Freaking. Day. Now) I'll send out a big announcement announcing all changes.21:02
bregmaso I just clicky-clicky in the tools menu?21:02
robrubregma: yep, assign/reconfigure is now one action, pretty streamlined21:03
* bregma sets the thaumaturgical fluids aflow in the fringe-area localizer and adjusts the grappel grommets to just mesh with the filbert flange 21:04
* bregma watches his ping times go through the roof again as his ISP turns it off and then back on again somewhere21:05
* bregma is astounded by the flights of modern technology as he dons his goggles for safety21:10
bregmathis is almost like having fun21:11
robrubregma: ze goggles! they do nothing!21:13
=== salem_ is now known as _salem
=== karni-away is now known as karni
fgintherdobey, the coverage updates have been deployed23:38

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