[00:34] <dobey> Acou_Bass: no ports get OTAs unless the developers set up system-image servers (ie, like ubports does)
[00:34] <dobey> Acou_Bass: but the official "OTA 13" sort of thing doesn't happen for unofficial devices
[00:51] <Acou_Bass> ahh right
[11:15] <adr41n> hi everyone, newbie to this channel ...
[11:16] <adr41n> an LXD/Ubuntu IDE problem
[11:16] <adr41n> I have a an LXD/Ubuntu IDE problem
[11:16] <adr41n> ( That's better )
[11:18] <adr41n> I install Ubuntu-SDK-IDE, run Ubuntu IDE from the icon
[11:18] <adr41n> I get a box that says "The container backend is not completely initialized. Create Default configuration"
[11:18] <adr41n> I click Yes
[11:18] <adr41n> enter root password
[11:18] <adr41n> and this time it works ......
[11:19] <adr41n> I've tried this at least 30 time and 5 times today
[11:19] <adr41n> never worked, come and here and it's fine ....
[11:19] <adr41n> Ah well thanks for the spiritual non present help ;-)
[14:46] <mterry> bfiller: I'm testing clock and calculator apps from edge in our u8 snap.  Clock has icon, calculator doesn't.  Neither launch (I think because they don't include mir qt backend?)  Looking into why there
[14:46] <mterry> bfiller: but they show up in scope!  Which is progress  :)
[14:48] <bfiller> mterry, do snaps actually launch now from within the snap? I haven't tried since early friday..
[14:49] <mterry> bfiller: yeah sorta.  Some can (inkscape), so the general idea is sound.  But it seems like a lot of unity7-targetted snaps don't bundle in a Mir backend (only X backends), so they abort during launch.
[14:49] <bfiller> mterry, interesting
[14:49] <mterry> Including, I'm guessing, clock and calc
[14:49] <bfiller> right
[14:49] <mterry> looking into best temporary fix until our snaps just target u8 instead
[14:50] <bfiller> mterry, maybe the launcher wrapper could include what is neccessary? renato__ mirv ^^^
[14:51] <renato__> mterry, do we have a unity8 plug?
[14:52] <mterry> renato__: no
[14:52] <mterry> let me finish debugging this, might not even be mir backend.  Looks like maybe libertine is involved
[14:52] <mterry> renato__: well...  I'm not sure.  I didn't think so?
[14:53] <attente> kenvandine: hi! do you have time to look at content-hub-glib today? i uploaded the xenial gtk it works with here: https://launchpad.net/~attente/+archive/ubuntu/gtk-mir
[14:53] <renato__> mterry, ok. I believe platform has the necessary mir libraries
[14:53] <kenvandine> attente, sorry... been consumed by other work
[14:53] <kenvandine> attente, i will test it today :)
[14:54] <attente> kenvandine: no worries, thanks!
[15:31] <mterry> barry: if I set PYTHONHOME=$SNAP/usr inside a snap that includes python3 and modules, would that work like I expect?  (it doesn't seem to be picking it up, and I'm trying to figure out why)
[15:32] <kenvandine> attente, i'm not seeing any calls to the content-hub-service when copying
[15:33] <kenvandine> and i can't paste the text copied in gedit to anything including back to gedit
[15:34] <barry> mterry: what actually happens?  is it completely ignored?  i know that if i run `PYTHONHOME=/some/bogus/path python3` i get the fatal exit i expect
[15:34] <mterry> barry: just tested, it does work.  Something else is breaking me...
[15:34] <barry> mterry: ack
[15:35] <brunch875> how could I go about launching a cli program from the terminal to circunvent the lifecycle?
[15:36] <brunch875> can I do some nohup shenanigans?
[15:38] <mterry> tedg: so I think some of the xmir apps can't launch because of a python import issue with libertine: ImportError: cannot import name 'LibertineApplication'
[15:38] <attente> kenvandine: not sure what's happening, let me spin up a fresh vm to try
[15:38] <kenvandine> attente, thx
[15:39] <mterry> tedg: not sure why -- I've set PYTHONHOME correctly (tested it manually on console).  Something inside our snap is unsetting that env maybe?
[15:39] <kenvandine> attente, i do see this now in .xsession-errors
[15:39] <kenvandine> (gedit:22371): Gdk-WARNING **: Ignoring unknown Mir event 8
[15:39] <mterry> tedg: this is inside our snap too, btw.  xmir-helper launching libertine-launch
[15:40] <tedg> mterry: Yup, on it. It's basically because we're going in and out of the snap and loosing the environment.
[15:40] <mterry> tedg: ah that's your legacy-exec bits?  cool
[15:41] <attente> kenvandine: don't think that should affect it
[15:41] <mterry> tedg: though this isn't an legacy app
[15:41] <kenvandine> attente, actually that was from the upstart log
[15:41] <mterry> I guess xmir-helper is
[15:41] <tedg> mterry: Yeah, but we need the helpers. And those are the problem.
[15:41] <kenvandine> nothing interesting in .xsession-errors
[15:42] <tedg> mterry: The legacy ones should work now because of that change, but that broke the snaps.
[17:55] <taiebot> Hey managed to reproduce this bug https://bugs.launchpad.net/canonical-devices-system-image/+bug/1640936 i  renamed it  and changed its description
[17:55] <ubot5`> Ubuntu bug 1640936 in Canonical System Image "Rotating the phone can hide the dash calendar" [Undecided,In progress]
[18:21] <attente> kenvandine: hey, i'm having trouble install u8 in a vm because libcontent-hub0 depends on libqt5core5a which isn't new enough (5.5.1+dfsg-16ubuntu7.2 < 5.6.0~beta) and libubuntu-app-launch3 has no installation candidate
[18:21] <kenvandine> attente, you need the stable overlay ppa
[18:25] <attente> ok, thanks
[18:39] <attente> kenvandine: ok, so bad news is i can't seem to get u8 running at all on a xenial vm...
[18:39] <kenvandine> :/
[18:47] <kenvandine> attente, i have it all running here, what can i do to debug it?
[18:48] <kenvandine> attente, oh... whoops
[18:48] <kenvandine> it didn't install gtk from your ppa
[18:48] <attente> ho
[18:49] <attente> oh
[18:49] <attente> lol. i hope that's the problem!
[18:50] <seb128> kenvandine, stop trolling the poor attente there ;-)
[18:51] <kenvandine> seb128, :-D
[18:51] <kenvandine> attente, so copy is working
[18:51] <kenvandine> i can't paste into gedit though
[18:51] <seb128> improvement!
[18:51] <attente> lol
[18:52] <kenvandine> indeed
[18:52] <kenvandine> right click in gedit causes it to crash :)
[18:53] <attente> did you use ctrl+v too?
[18:53] <kenvandine> i do see calls to GetLatestPasteData in the service log file
[18:53] <kenvandine> no, ctrl-v and ctrl-c both seem to do nothing
[18:53] <kenvandine> i can copy using the menu though
[18:53] <kenvandine> and paste it in other apps
[18:53] <kenvandine> just can't paste into gedit
[18:54] <kenvandine> anyway, i think it proves the glib bindings are working :)
[18:54] <attente> heh
[18:55] <kenvandine> attente, the call to GetLatestPasteData isn't when clicking paste though
[18:56] <kenvandine> i think that might be from qtubuntu
[18:56] <attente> kenvandine: yeah. it should be calling that when the menu opens to determine whether to enable/disable to menu option
[18:56] <kenvandine> now gedit crashed just on alt-tab
[18:58] <attente> kenvandine: are you using a vm for testing xenial?
[18:58] <kenvandine> nope
[18:58] <kenvandine> laptop
[19:13] <kenvandine> attente, ctrl-v does actually paste... it just makes gedit hang for 30 seconds or so first
[19:14] <attente> kenvandine: time for a new laptop? ;)
[19:14] <kenvandine> same thing pasting from the menu
[19:14] <kenvandine> at least 30 seconds
[19:15] <kenvandine> doing stuff with gedit in that time causes it to crash
[19:15] <attente> kenvandine: ok, i know what codepath that is, but i'm not sure why it's happening there
[19:16] <kenvandine> i just timed it (roughly) 38 seconds
[19:16] <kenvandine> but it worked :)
[19:18] <kenvandine> attente, it requests the paste immediately
[19:18] <kenvandine> so i think the content-hub side is good
[19:19] <attente> ok, i'll have to look into the gtk-side more i guess
[19:19] <kenvandine> attente, is there a way for me to adjust the scaling for gtk apps?
[19:20] <kenvandine> gedit is very hard to use on my hidpi screen
[19:20] <attente> kenvandine: under u8?
[19:20] <kenvandine> yeah
[19:20] <kenvandine> i can hack libertine-xmir to do that
[19:23] <attente> yeah, sorry. i don't think there's a way...
[19:47] <dobey> kenvandine: you need to get the grid units value (or DPI if possible) from mir, and set the appropriate DPI value for the X server when xmir starts
[19:48] <dobey> kenvandine: and maybe change the gtk+ scaling value in gsettings if needed
[20:58] <kenvandine>  attente: i have a branch that fixes the glib_test test
[20:58] <kenvandine> https://code.launchpad.net/~ken-vandine/content-hub/content-hub-glib-dbus_test_runner
[20:59] <kenvandine> if you merge that in and then make your MR prereq on lp:~ken-vandine/content-hub/dbus_test_runner
[20:59] <kenvandine> we'll be good to go
[21:00] <attente> kenvandine: awesome, thanks :)
[21:00] <kenvandine> attente, no problem
[21:00] <kenvandine> let me know when you resubmit it and i'll get the silo all synced up and rebuilt
[21:06] <attente> kenvandine: did the method of running the tests change?
[21:06] <kenvandine> sort of
[21:07] <kenvandine> i moved the dbus-test-runner bit into the build
[21:07] <kenvandine> instead of in debian/rules
[21:07] <attente> ah, i see
[21:07] <attente> README should probably be updated too
[21:08] <kenvandine> lol
[21:08] <kenvandine> haven't looked at the README in ages :)
[21:08] <kenvandine> sorry
[21:18] <attente> :)
[21:20] <attente> kenvandine: ok, it's resubmitted: https://code.launchpad.net/~attente/content-hub/content-hub-glib/+merge/311436
[21:21] <kenvandine> attente, thx
[21:22] <kenvandine> attente, whoops... that makes your MR empty
[21:23] <kenvandine> attente, you should merge my branch into yours then resubmit it with a prereq on lp:~ken-vandine/content-hub/dbus_test_runner
[21:23] <attente> kenvandine: oh. that's what i did...
[21:23] <kenvandine> your prereq is wrong
[21:25] <attente> it says "Prerequisite:	lp:~ken-vandine/content-hub/content-hub-glib-dbus_test_runner"
[21:25] <attente> hmm.. what went wrong here...
[21:25] <kenvandine> should be ~ken-vandine/content-hub/dbus_test_runner
[21:26] <attente> oh... sorry. at some points the words just kind of mush together...
[21:27] <kenvandine> indeed
[21:27] <attente> ok, hope it's alright now
[21:34] <kenvandine> attente, much better, thx
[21:37] <kenvandine> attente, ok... weird now it conflicts with my dbus_test_runner branch
[21:37] <kenvandine> which i had merged already
[21:37] <kenvandine> attente, please try merging lp:~ken-vandine/content-hub/dbus_test_runner into your branch
[21:37] <attente> ok
[21:37] <kenvandine> the MR doesn't show a conflict
[21:37] <kenvandine> but bileto does
[21:38] <attente> hmm, i just go "Nothing to do."
[21:39] <kenvandine> that's what i would expect
[21:39] <kenvandine> weird
[21:39] <kenvandine> Text conflict in tests/acceptance-tests/CMakeLists.txt
[21:40] <attente> do you want me to try re-submitting fresh again?
[21:40] <kenvandine> not yet
[21:40] <kenvandine> the MR looks fine... not sure why bileto is doing this
[21:46] <kenvandine> attente, ok... i changed the order of the branches, can you please merge this into yours?
[21:46] <kenvandine> ~ken-vandine/content-hub/clean_glib_branch
[21:47] <kenvandine> attente, that includes latest trunk too
[21:48] <attente> ok, merged and pushed
[21:48] <kenvandine> thx
[21:51] <kenvandine> attente, LP hates me... failed again but this time it was a 503 error from LP :/
[21:51] <attente> :(
[21:51]  * kenvandine clicks again
[21:52] <kenvandine> grr Text conflict in tests/acceptance-tests/CMakeLists.txt
[21:52]  * kenvandine does a diff
[21:53] <kenvandine>  0 files changed
[21:53] <kenvandine> wtf
[21:55] <attente> i can try a fresh one if you want
[21:57] <kenvandine> attente, yeah, fresh branch of trunk, merge my dbus_test_runner branch then merge your branch
[21:57] <kenvandine> we've angered bzr :)
[21:58] <attente> :)
[21:58] <attente> kenvandine: do i need your clean_glib_branch too?
[21:58] <kenvandine> nope
[21:59] <kenvandine> you should get a conflict which will be easy to resolve
[22:07] <attente> kenvandine: should i still add your branch as prereq?
[22:08]  * attente doesn't really understand what prereq does if the branch is already merged in
[22:08] <kenvandine> yes
[22:08] <kenvandine> it means it doesn't include my branch in the diff for your MR
[22:09] <kenvandine> but requires my branch to landing
[22:09] <kenvandine> s/to/for/
[22:10] <attente> ahhhhh