[09:09] <KrisJace> can anyone tell me how on Ubuntu Touch with Mir do I find screen DPI from command line?
[09:19] <anpok_> KrisJace: there is a tool called mirout that prints the outputs and the current active resolution on each of them
[09:21] <anpok_> the tool must be allowed to connect to a server.. so you can have it connect to u-s-c or unity8.. in the case of unity8 it may report the wrong orientation and swapped WxH on some devices..
[09:24] <anpok_> KrisJace: if you are a client with a window you would get that information in a nicer form as soon as you get displayed.. since there is a mir_surface_output_event sent.. containing the output and its dpi form factor refresh rate..
[09:38] <KrisJace> @anpok THank you!
[09:38] <KrisJace> I actually got same answer from Michael Zanetti ad Ubuntu App Dev group on Telegram
[09:38] <KrisJace> it works
[09:39] <KrisJace> also I cannot use mir_surface_output_event I'm affraid
[09:39] <KrisJace> as my apps are Gtk apps
[09:39] <KrisJace> and run in XMir
[12:23] <brunch875> Hello! My computer broke and now I'm left with a painfully slow raspberry pi (python interpreter takes 4 seconds to load) with a broken APT which can't install anything...
[12:23] <brunch875> Do you know where I could get some guides to set up the ubuntu phone to replace this?
[12:26] <brunch875> Mostly interested about setting up a container and logging into it where I can use apt. If I could redirect the display over SSH that'd be amazing as well, since this PI is choking with the kiwi
[12:27] <brunch875> I would also try the whole miracast thing but the e4.5 can't do it... right?
[14:26] <dobey> brunch875: http://askubuntu.com/a/623311/50737
[14:26] <dobey> brunch875: note that the e4.5 only has 1GB RAM and not a lot of storage space or CPU power, so probably won't actually be faster than running stuff on a rpi
[14:27] <brunch875> this rpi has 700MHz + 400MB RAM!
[14:28] <brunch875> I just managed to set up a libertine container, where I'm running finch to IRC via SSH :)
[14:32] <brunch875> What I'm trying to do right now is forward the libertine container display through SSH -Y
[14:34] <brunch875> libertine-launch -i containername has matchbox complain that DISPLAY isn't set, so it sounds like it is capable to do this
[14:35] <dobey> the problem is that launching apps through libertine starts their own X server
[14:36] <brunch875> :/ So this means I should give up doing via libertine then
[14:36] <dobey> well you can use libertine to manage the chroot
[14:37] <brunch875> if I set a chroot environment like in the askubuntu post... would it be possible to connect to it via SSH and rediret the display?
[14:37] <dobey> but you're going to have to ssh in and manually chroot into the libertine container and run whatever app with the appropriate DISPLAY=:0 set
[14:37] <brunch875> right now if I DISPLAY=:0 ssh -Y phablet@ip it will state that it wasn't possible to forward through :0
[14:37] <dobey> well DISPLAY=:0 is probably wrong
[14:38] <dobey> also see the man page about -Y and default options
[14:39] <brunch875> does it sound plausible to make this work without making the phone writable?
[14:40] <dobey> yes
[14:40] <dobey> been there done that :)
[14:42] <dobey> though ssh over wifi to phone is a bit annoying because it gets really laggy when the phone tries to go to sleep
[14:43] <brunch875> no problem, I just made it stay awake :p
[16:03] <elopio> Elleo: ping. I've sent the Esperanto layout for the keyboard. Can you please review the MP to see if I'm missing something?
[16:11] <brunch875> dobey: It seems I'm having problems forwarding X since the phone doesn't have xauth installed... do you remember having this issue at all?
[16:12] <Elleo> elopio: sure thing
[16:12] <brunch875> this is regardless of using -X or -Y. If I understood it correctly, the default settings *should* work out of the box
[16:12] <dobey> brunch875: no, but it's been a long time
[16:48] <brunch875> bingo! someone filed a bug complaining that the xauth program is missing and how he worked it around by generating an .Xauthority himself
[16:48] <brunch875> this was last friday, so I take it xauth hasn't been missing for too long
[16:51] <brunch875> https://bugs.launchpad.net/bugs/1648914
[16:51] <ubot5`> Ubuntu bug 1648914 in Canonical System Image "Add xauth for helping X forwarding scenarios" [Undecided,Opinion]
[16:59] <aca021191> im trying to install ubuntu in my tablet
[16:59] <aca021191> does  somebody know the correct channel for a monster tablet
[17:30] <elopio> Elleo: thanks!
[17:45] <taiebot> Hi, I believe focus of development is on Xenial now, so what is the status of devel-proposed is it stable enough to switch to this channel? BTW i am on mako
[17:45] <dobey> devel-proposed is not xenial and no you shouldn't run it
[17:55] <taiebot> dobey: just realised no images are build anymore on devel-proposed
[17:56] <taiebot> they all stopped on the 25th of October
[19:36] <brunch875> jesus this is more complicated than I thought. I coldn't get installation candidates of xauth so I had to apt-get download on the rpi to then get in the chroot to dpkg -i xauth and the library dependency
[19:36] <brunch875> and it works!
[19:36] <brunch875> Now the real question is how I install these things at $HOME so that the ssh daemon can use them
[19:37] <dobey> brunch875: why not just run ssh server inside the chroot instead of in the host? :)
[19:37] <brunch875> is it good enough to put $PATH and $LPATH (or however it is) in .bashrc
[19:37] <brunch875> ?
[19:38] <brunch875> yes, dobey, that's definitely what I want
[19:38] <brunch875> thanks for snapping me out
[19:38] <brunch875> how could I do this, though?
[19:38] <dobey> or just run it on a different port
[19:39] <dobey> chroot into the chroot, and install openssh-server and configure the port, and run it?
[19:39] <brunch875> :) I'm glad you know all of this and are willing to share
[19:39] <brunch875> you've helped me mountains already
[19:40] <dobey> then just ssh -p 2222 -Y or whatever and it should put you inside the chroot
[19:41] <dobey> might need to create a different user inside the chroot or bind-mount home dir or something
[19:41] <dobey> but then you can just apt away things in the chroot straight through ssh without really worrying about the host system
[19:42] <brunch875> are these binds going to go away once the base ssh shuts down?
[19:43] <dobey> mount --bind? no it has nothing to do with ssh itself
[19:43] <dobey> but it will be unmounted when you reboot or such, and the chroot ssh of course would get killed then too, and not automatically started on reboot
[19:44] <brunch875> so the chroot ssh is going to stay alive too?
[19:44] <brunch875> that's a great thing
[19:45] <brunch875> I really may want to create a non-root user inside the chroot though, since running firefox as root could be a very crazy idea
[19:45] <brunch875> knowing that the base system can be accessed from the mounted folders
[19:51] <dobey> well if you created it with libertine, i think it should already have stuff setup to run as "phablet" user, at least when run with libertine stuff; not really poked deeper into it myself
[19:55] <brunch875> Wouldn't libertine sandbox the openssh-server so it wasn't reachable from outside?
[19:55] <brunch875> I'm not too familiar with the confinement of those things
[19:59] <dobey> it depends on how it's started i guess. but in the end a chroot is just a chroot
[20:00] <dobey> it's certainly possible to run services inside the container which are accessible from the outside
[20:12] <brunch875> managed to create a user but I can't seem to give him a password so no idea how to log in as him
[20:12] <brunch875> "passwd: Authentication token manipulation error"
[20:16] <dobey> not sure, can't really help debug, sorry