Saviqplars, oh, do the devices have network access?00:15
plarsSaviq: yes, you'll need to use phablet-network, and pass the config in for it to use. The config with wifi credentials for that lab get deployed to:  /var/lib/jenkins/.ubuntu-ci/wifi.conf00:26
Saviqplars, thanks!00:45
=== salem_ is now known as _salem
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
rvrpete-woods: ping11:06
pete-woodsrvr: hi11:08
rvrpete-woods: Hi. I'm testing silo 5611:08
rvrpete-woods: The VPN test is ok11:08
pete-woodsrvr: okay, well that's something, at least11:08
rvrpete-woods: But when I open the VPN settings from the indicator, System Settings crashes11:09
rvrOr at least it opens and closes11:09
pete-woodsrvr: yeah, system settings doesn't have the VPN UI in yet11:09
pete-woodsso it just closes11:09
pete-woodsyou can't add VPN connections without manually installing my click package at the minute, though11:09
pete-woodsso this isn't something a regular user can see11:10
rvrpete-woods: Hmm... I see11:11
rvrpete-woods: So, what's the plan?11:11
pete-woodsrvr: jgdx is currently building the final VPN UI for USS11:11
pete-woodsbut it's not finished yet11:11
pete-woodsthis is why I hacked up that VPN editor app quickly11:12
pete-woodsso that QA would have a decent UI to test with11:12
pete-woodsinstead of having to use console commands11:12
pete-woodsat any rate, the VPN link appears with or without this silo11:13
pete-woodsthis just fixes the password storage11:13
pete-woods(which is completely broken beforehand)11:13
rvrpete-woods: Hmm11:14
rvrjgdx: The VPN UI for USS, is it planned for OTA10?11:14
pete-woodsrvr: he's probably not started work yet11:15
pete-woodsI think he works afternoons11:15
rvrpete-woods: Oh11:15
pete-woodsbut i *think* that's what he's aiming for, yes11:15
rvrpete-woods: Silo approved11:54
pete-woodsrvr: awesome, thanks for testing it :)11:54
* sil2100 off to lunch12:24
=== tsimonq2alt is now known as tsimonq2
=== _salem is now known as salem_
jgdxrvr, yes, and I had started. Working while the cortisol levels are high12:28
jgdxpete-woods, filed bug 1550283 if you didn't see it already.12:30
ubot5`bug 1550283 in indicator-network (Ubuntu) "Connectivity VPN API, hard to change active connection " [Undecided,New] https://launchpad.net/bugs/155028312:30
jgdxpete-woods, also, is the route backend planned/wip/shelved?12:30
pete-woodsjgdx: yep. saw it, thanks12:30
jgdxsome vpns are useless without12:30
pete-woodsI have literally no time to work on it at the moment12:31
pete-woodsI would definitely like to add the routes feature12:31
pete-woodseven the check box for "only route this connection's ip ranges" would help a lot12:31
jgdxyeah, it would'12:31
jgdxthe bug above becomes superfluous if the connectivity api can detect changes to a live connection and then apply them by reconnecting12:32
jgdxpete-woods, ^12:32
pete-woodsjgdx: yeah, that'd be a nice fix to it, and totally feasible12:33
jgdxpete-woods, great, added to bug.12:34
pete-woodsjgdx: btw, if you did want to re-use any of the QML code from my test UI (or indeed you have replacement stuff), I have no problem at all with a MP for indicator network to add it to the connectivity QML plugin12:35
jgdxpete-woods, yeah, I've used a bunch of it. Most prominently the file selector (since we don't have a certificate manager yet). But, we're adding it to ubuntu-settings-components instead12:38
jgdxpete-woods, that's the current plan, anyway.12:39
pete-woodsjgdx: okay, that works for me too12:39
jgdxpete-woods, I've made it so it doesn't explicitly depend on indicator-network. Not sure if that makes any sense, because you'll have to guess the vpn types.12:40
jgdxconnection.type === 0 // Openvpn, etc12:40
pete-woodsjgdx: surely you still depend on the connectivity API to get the model / know about the various properties on the connections?12:41
jgdxpete-woods, yes, but that's currently in the consumer of u-s-components. So Settings/Wizard passes along the model.12:43
pete-woodsah, okay, well fair enough if you think it makes it more easy to move around12:43
jgdxi'm not sure that it does, and I'm not sure I like the implicit dep. I mean, you don't implement a freedesktop-like spec, right?12:44
jgdxpete-woods, portSet and the like is a pete-woods (tm) concept12:44
pete-woodsindeed, well the whole thing is a pete-woods (tm) concept, really12:45
kdubhow can I retrigger the autopackage testing? https://requests.ci-train.ubuntu.com/#/ticket/1040 seems to have failed a downstream test due to a passing system image issue12:48
kdubtrainguards, how can I retrigger the auto autopackage test on: https://requests.ci-train.ubuntu.com/#/ticket/1040 ?12:55
=== alan_g is now known as alan_g|lunch
Mirvkdub: you're meaning that they'd start, it should be automatical and we've no manual triggering for their starting. if you'd have the excuses page we could help with retrying already failed tests.13:13
kdubMirv, thanks, guess I should have been more patient before toggling13:14
=== alan_g|lunch is now known as alan_g
rvrdbarth__: alexabreu: Silo 45 approved14:00
rvrdbarth__: alexabreu: Remember that silo 16 needs a rebuild14:02
alexabreurvr, yes I am working on solving the conflicts & repushing14:02
rvralexabreu: Ok!14:03
Mirvjibel: 049 already passed automatic signoff, somehow a retry on one flaky unity8 autopkgtest was done. it's now running yet again so I guess that would mean it could create another card on the trello board, but on the other hand the no fields were toggled so I'm not sure if it will work or not.14:19
Mirv(a retry was done on a test that already passed since it got into QA queue)14:19
jibelMirv, yes a new card will be created when it's ready again. I'm leaving the card on the board for now and will delete the new one14:23
rvrkenvandine: Silo 23 approved14:36
kenvandinervr, thx14:38
Saviqjibel, hey, could you please point me at your jenkins-job-builder files? I've started to write yaml for our jobs but having issues wrapping my head around it... because I need to allow others set up some defaults, I'm trying to use includes and anchors, but JJB just complains about everything :(14:50
=== alexabreu is now known as alex-abreu
sil2100morphis: hey! I noticed that in my android silo britney migration-testing fails on unsatisfiable Depends: ubuntu-emulator-runtime etc. - did you have that with your android silos too?14:54
morphissil2100: last time I landed that the package britney wasn't active for citrain :-)14:55
sil2100Bummer ;)14:55
morphissil2100: where is ubuntu-emulator-runtime coming from?14:55
Saviqjibel, it's almost like JJB expects all the context for a file to be included in that file, which feels rather limiting :/14:56
sil2100morphis: from android ;p14:56
sil2100android-emulator/amd64 unsatisfiable Depends: ubuntu-emulator-runtime <- looks strange14:56
morphissil2100: wonderful :-)14:56
morphisa bit14:57
sil2100I think this might be something that's confusing for britney14:57
kdubcan we retrigger the qtmir-gles here?: seems its a known intermittent failure in the downstream https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-032/excuses.html15:01
plarssil2100: do you know if the image tests that were happening with arale still do anything useful? I'm guessing no, but that the dev-jenkins-server just never got shut down. I'd like to make those available to some other teams, but wanted to check first that they are not in use15:06
kdubtrainguards: can we retrigger the qtmir-gles here?: seems its a known intermittent failure in the downstream https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-032/excuses.html15:07
sil2100plars: hm, I don't remember those being used, so fine with me at least15:08
sil2100Not sure what other teams could have been using that15:08
sil2100kdub: on it15:08
kdubthanks sil210015:08
plarssil2100: those were just the ci.ubuntu.com style jobs, and afaik that part of it is no longer maintained15:11
plarssil2100: so it would have just been you :)15:11
alex-abreurvr, ok approved https://requests.ci-train.ubuntu.com/#/ticket/95515:14
cjwatsonsil2100: that's one of the packages that has a specialised hack for the Ubuntu proposed-migration instance15:22
cjwatsonI don't think that's ever been stitched into the citrain instance.  You may have to force it15:23
sil2100cjwatson: thanks for looking into that15:25
sil2100jibel, davmor2, rvr: I know your guys queue is pretty long already, but if you could get silo https://requests.ci-train.ubuntu.com/#/ticket/1030 at least forced somewhere into the queue that would be good - there is a britney hack for it in -proposed since otherwise this just fails15:29
sil2100jibel, davmor2, rvr: so the silo is basically good for QA15:29
jibelsil2100, done15:30
kdubsil2100, is there any way to tell when that retrigger is done?15:39
sil2100kdub: hm, I guess it happened already15:43
sil2100kdub: I can retry again, but I suppose it was retried once15:44
kdubyeah, apparently its a been a vexing downstream test with previous releases15:44
kdubsil2100, lets retrigger, the mir team apparently has had some history with this particular test in that package before during mir releases15:46
sil2100kdub: retriggered again, let's see when it gets picked up15:47
kdubthanks sil210015:47
kdubsil2100, was checking greyback, apparently its a test that can be affected by heavy load situations (and has a test timeout increase coming to qtmir soon), so might need to force-pass if possible15:50
greybacktest timeout for qtdbustest, not qtmir15:51
kdubor, we could just retrigger during light load :)15:51
Saviqsil2100, you can now disable unity8 jobs as well, I've enable autopilot testing in our jenkaas, so we're migrated :)16:01
sil2100Saviq: ok, on it16:01
Saviqplars, thanks, everything seems in order :)16:43
plarsGreat, let me know if there's anything else I can do to help!16:44
kdubsil2100, is there a way to force approval for that aoutpkg test? we're being affected by this https://bugs.launchpad.net/qtmir/+bug/1541854 which is dependent on system load16:55
ubot5`Launchpad bug 1541854 in QtMir "SharedWakelock test unstable" [High,In progress]16:55
sil2100kdub: hm, you would have to negotiate with QA, so jibel, davmor2 or rvr - can't this test be written so that it's not affected by load? :)16:56
sil2100Tests shouldn't generally be affected by load at best, so that they can be run in multiple environments16:57
kdubsil2100, its in a downstream and the fix hasn't gotten in there :/16:58
kdubso, I suppose i'll just retrigger this weekend, hopefully lower load then16:58
davmor2sil2100: one for jibel or rvr more likely16:59
popeysil2100: is OTA-10 expected to be the one that ships on the net round of devices from the factory? M10 / MX5 Pro ?17:05
sil2100popey: yes, at least from the M10 POV17:08
sil2100popey: won't want to say anything official regarding the MX5 Pro17:08
Mirvit's Pro 5, not MX5 Pro :)17:13
MirvMX series is a different from Pro17:13
popeyMirv: thanks :)17:18
=== tyhicks` is now known as tyhicks
rvrMirv: Silo 49 approved17:41
=== Elleo_ is now known as Elleo
=== alan_g is now known as alan_g|EOW
Mirvrobru: want to check https://ci-train.ubuntu.com/job/ubuntu-landing-049-2-publish/7/console ?18:03
jibelElleo, about silo 30 what provides fonts-droid-fallback?18:14
jibelElleo, the change makes the keyboard depend on an alternative package that doesn't exist18:15
robruMirv: looks like lp didn't respond to the REST request. Did the copy actually fail? I've seen it a lot where lp performs the copy but doesn't return any value, that's why that error is ignored... Though not sure why the job failed18:27
robruMirv: oh the failure is due to no artifacts, which is expected for a vivid copy. Basically that looks fine to me, as long as you check the overlay ppa actually has all the copied packages in it18:29
=== mhall119_ is now known as mhall119
robruMirv: indeed, train found all packages copied successfully and then merged ;-)18:52
mterrytrainguards: the train doesn't understand git branches?  "ERROR Failed to understand "https://code.launchpad.net/~mterry/geonames/+git/double-free/+merge/287234". Is it a merge?"  -- is that a planned feature with an ETA or is it foolhardy to use git at this point?19:04
robrusure doesn't!19:05
robrumterry: I'm currently working on a big overhaul that will a) modularize the bzr integration so that git support is at least theoretically possible, but we're talking months and months away19:05
robruoh and b) do a bunch of other stuff like use sbuild instead of cowbuilder and c) parallelize source package builds19:05
mterryrobru, gotcha.  Canonical own the geonames LP project, so maybe I can convince the maintainers to use bzr19:06
mterryrobru, is there a wiki for how to set up a project for train integration?  (like autolanding of merges and all that jazz)19:06
mterryrobru, I know CI/jenkins is the team's responsibility, but I guess I just mean the autolanding/automerging ibts19:07
robrumterry: autolanding? that hasn't been a thing for years. you just mean you want to use the train, right?19:09
robrumterry: err, I guess you mean jenkaas19:09
mterryrobru, is it all jenkaas?  I thought there was something the train did to merge into trunk and whatnot once a silo landed19:09
robrumterry: yeah but that isn't "autolanding". "autolanding" was the thing from like 3 years ago where everything would just be automatically merged. "having a silo, testing it, hitting publish", not very automatic. but it does automatically merge after the publication has been successful19:10
mterryrobru, OK.  Is there a name for that last merge step?  :)  But a project doesn't need any special setup for that to happen?19:11
robrumterry: you can't do "that last merge step" unless you're fully on the train. I'm not really sure what you're asking here. like you just want merges automatically merged without having a silo at all?19:12
robrumterry: https://wiki.ubuntu.com/DailyRelease/InlinePackaging this is the train packaging requirements19:13
mterryrobru, no I want to be fully on the train.  My situation is that I'm looking at this git project (geonames) and am looking into what it would take to make it compliant with our workflow -- bzrification, what else?19:13
mterryok, that's good19:13
robrumterry: if you want "that thing that automatically finds new merges and builds them & reports test failures", that's jenkaas. train is "manually put merges into train, manually click build, manually review package, manually click publish, then once it hits archive it automatically merges"19:14
mterryrobru, yeah I want the train.  I understand jenkaas CI is a different beast, which can be tackled separately19:15
robrumterry: so yeah basically bzr if you're in a hurry. I know some projects do development in git and then just export to a bzr branch for train use, and then merge back at the end...19:15
robrumterry: I'm literally working right now on extracting the bzr bits from the train so it can be modularized and a git plugin created.19:16
mterryrobru, I don't think the maintainers (basically desktop team I think?) are super git-oriented.  Just the guy that wrote it originally was more git-oriented19:16
robrubut probably months to get it all together, there were so many huge changes required I decided to just sort of make a clean break, so this change got coupled with a bunch of other stuf19:16
mterryrobru, but he's not working on it anymore and I'm just trying to whip it into shape so I can more easily land a few changes I want  :)19:17
mterryrobru, so I bzr-ify the project and just use silos like normal and it does all the right things automatically?  there's no master list of projects using the train or anything?19:18
robrumterry: nope, it was a foundational design goal not to have master lists of anything. the precursor to the train had master lists and it was awful19:18
mterryrobru, awesome  :)19:19
robrumterry: bzr-ify and set a few packaging details to be what the train expects as per that wiki page19:19
mterryrobru, so my question was basically dumb.  It just took me a while to figure out why  :)  But that InlinePackaging page is a useful reference19:19
robrumterry: yeah even in that url 'DailyRelease' is a reference to the train-precursor. train inherited all that code though19:19
mterryrobru, yeah and that page uses the phrase "autolanding"...  :)19:20
robruI should really update that page and move it under /citrain/19:20
Elleojibel: it will exist in xenial soon (and fonts-droid will be removed there)19:31
Elleojibel: this is to allow them to make that transition19:32
Elleojibel: about to go underground, can answer more later if needrd19:32
Mirvrobru: oh, I didn't realize the copy did happen, thanks for checking it.20:13
robruMirv: yeah apologies that job is a bit of a mess, and it's not worth to fix right now because I'm literally working to replace all of jenkins entirely.20:14
=== dpm is now known as dpm-afk
=== tsimonq2alt is now known as tsimonq2
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem

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