[07:38] <dholbach> good morning
[08:37] <dpm> bzoltan_, zbenjamin, good morning! Quick question: what's the best command to remove stale sdk schroots in my system?
[08:37] <zbenjamin> dpm: remove the sessions? or remove the schroots completely?
[08:37] <zbenjamin> dpm: schroot --all-sessions -e   removes all sessions
[08:38] <zbenjamin> dpm: click chroot -a <arch> -f <framework> destroy removes them completely
[08:38] <dpm> thanks zbenjamin I had tried the first command, but it ended up with "E: chroot:click-ubuntu-sdk-15.04-armhf: Chroot not found"
[08:39] <dpm> as per the second command, the chroots themselves don't seem to be on my system, yet 'mount' lists them
[08:40] <dpm> zbenjamin, e.g. this is an extract of the output of 'mount': http://paste.ubuntu.com/14071919/
[08:41] <dpm> whereas in Qt Creator I only have a 15.10 chroot (which does not appear in the output of mount)
[08:50] <dpm> zbenjamin, any ideas? ^^
[09:01] <dpm> ok, in case anyone was having the same problem, deleting the one chroot from Qt Creator and then running 'schroot -a -e' seemed to clean everything up
[10:58] <davmor2> popey: on you 8.5 device if you open the terminal and type cat /var/log/syslog does it ever stop scrolling?
[11:00] <popey> takes a while to do anything here
[11:00] <popey> i typed it and pressed enter and nothing has happened
[11:00] <popey> oh, there we go
[11:00] <davmor2> popey: now tap enter again
[11:00] <popey> yes, it finishes
[11:01] <davmor2> popey: yeah mine finally stopped but was scrolling long enough for the screen to dim twice
[11:01] <popey> its a big file :)
[11:01] <popey> and when the screen dims it adds to the file
[11:17] <zbenjamin> dpm:  sorry i just saw the question, but seems you already solved it
[11:18] <dpm> zbenjamin, yes, no worries
[13:29] <mcphail> popey: looked at Spout last night. The git log shows one commit in the past 5 years, saying "Bug: Segfaults on Ubuntu". It might take a bit more hacking than I thought :p
[13:33] <popey> haha
[14:34] <beuno> store is having some issues atm
[15:00] <RTE68> hey there
[15:02] <RTE68> can someone please point me to a current tutorial on developing an app mostly in C++? The one I could find is from 2013
[15:03] <RTE68> I want to keep logic out of the QML if possible
[15:05] <mcphail> RTE68: to be honest, the default Ubuntu qml/c++ template is a good start. After that, there is the QML Cadaques book online
[15:06] <RTE68> nice, I didn't know about that book. Thanks
[15:07] <mcphail> RTE68: There isn't a good text about qml best practice, as far as i've found. I find it hard to avoid making it like a 1990's web page
[15:07] <RTE68> hehe
[15:12] <slvn_> Hello,
[15:12] <slvn_> I am developping native games (eg C/C++) for ubuntu devices.
[15:12] <slvn_> it appears that I am saving some configuration file into a directory, and that directory is erased after rebooting the phone.
[15:12] <slvn_> The directory is : $XDG_RUNTIME_DIR
[15:12] <slvn_> I save everything into $XDG_RUNTIME_DIR/confined/$APP_ID
[15:12] <slvn_> (more precisely $APP_ID, but without the prefix-version)
[15:13] <slvn_> Which directory could I use for persistent storage ?
[15:13] <rbasak> slvn_: see http://standards.freedesktop.org/basedir-spec/basedir-spec-0.6.html. I think that applies to the Ubuntu phone but I'm not entirely sure.
[15:14] <rbasak> slvn_: so $XDG_DATA_HOME presumably.
[15:14] <rbasak> Oh, for configuration files, $XDG_CONFIG_HOME.
[15:14] <slvn_> that matchs a former comment in my code  :)
[15:15] <slvn_> "TODO : XDG_CONFIG_HOME does not work"
[15:15] <slvn_> but that was one year and a half ago
[15:15] <slvn_> I will try again ...
[15:16] <slvn_> thanks rbasak
[15:17] <rbasak> I'm using xdg_cache_home/appid/...
[15:17] <RTE68> Is there a straightforward way to work with sqlite? I see I can use LocalStorage from QML, but what is available to use from the C++ side?
[15:17] <rbasak> Remember you have to construct the path if the env var isn't set.
[15:18] <slvn_> you use "xdg_cache_home" as a value for $XDG_CONFIG_HOME ?
[15:18] <slvn_> but, is it really possible. I mean, there should be some "confined" protection
[15:19] <dobey> slvn_: configuration should be in XDG_CONFIG_HOME
[15:19] <slvn_> yep I agree.  I will check that ..
[15:20] <slvn_> actually, I would need the help of someone to test my app one a ubuntu phone or tablet ...
[15:20] <dobey> the variablese are set per-app under confinement
[15:20] <dobey> so you don't need to append additional $APPID or anything
[15:21] <slvn_> ok!
[15:22] <slvn_> do you have time to test a .click package ?
[15:22] <mcphail> slvn_: the site seems to be down just now, but have a look at https://developer.ubuntu.com/en/start/platform/guides/app-confinement/ and scroll down to the Runtime Environment section, which tells you what you need to know
[15:23] <dobey> not really, no
[15:23] <slvn_> I totally agree ... but 1.5 year ago XDG_CONFIG_HOME wasn't working I think !  because I tried that first. .. and then I switched to XDG_RUNTIME
[15:23] <slvn_> dobey,  no pb, thanks anyway for the help !
[15:24] <dobey> not sure what you were doing then, but XDG_CONFIG_HOME was definitely working then
[15:25] <dobey> slvn_: if you don't have a device, i'd recommend you try to at least get the x86 emulator working enough to test basic things like this for yourself
 the variablese are set per-app under confinement
[15:25] <rbasak> That's a little surprising to me. It suggests I should notice a difference between confinement and without, but I test in both scenarios and nothing broke.
[15:25] <rbasak> I'm using Python's xdg.BaseDirectory module.
[15:26] <dobey> rbasak: right, without confinement it's a different directory, but you're app is unconfined, so it has the permissions to write to it
[15:26] <rbasak> I hadn't noticed that the paths are different.
[15:27] <rbasak> Because I write logs to $XDG_CACHE_HOME/appid/... for convenience.
[15:27] <rbasak> I never did figure out how to run something under confinement and have access to its stdio directly.
[15:28] <mcphail> slvn_: If you can pull together a solitaire app with the new paths, I can test it later. Was going to grumble about my config settings getting lost on reboots ;)
[15:29] <dobey> rbasak: stdout/stderr?
[15:29] <dobey> rbasak: confined apps all have their stdout/stderr directed to a log under ~/.cache/upstart/
[15:31] <rbasak> dobey: yeah, so no stdin, etc. It's painful.
[15:32] <rbasak> I ended up using aiomanhole (like Twisted's manhole) to interactively examine state.
[15:32] <dobey> rbasak: oh, well you have to grab stdin from its /proc/ i guess
[15:32] <mcphail> beuno: I don't think it is just the store which is down
[15:32] <dobey> but eh, why would you be mucking with stdin for a phone app?
[15:33] <dobey> mcphail: it's not
[15:33] <mcphail> dobey: I smell melted server :)
[15:33] <beuno> mcphail, it isn't just the store  :)
[15:34] <slvn_> mcphail, yes, this is the issue ... rebooting will make the setting disappears (if you want to pull your setting just copy the files from the phone named dbstat dbconf)... I will prepare a .click package
[15:38] <mcphail> slvn_: Merci :)
[15:40] <slvn_> mcphail, Avec plaisir !
[15:47] <RTE68> What is the component I need to use for the bottom edge swipe?
[15:49] <mcphail> RTE68: I don't think there is one on the standard image just now. Most people have been using a community-made one. I think there is a new bottom-edge component being added in the next SDK update
[15:50] <mcphail> RTE68: DirectionalDragArea is going to be the new one
[15:50] <mcphail> RTE68: https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1435805
[15:52] <RTE68> mcphail, I see. What is the recommended component to use for now though?
[15:53] <mcphail> RTE68: I think people are using PageWithBottomEdge from https://ubuntu-component-store.readthedocs.org/en/latest/
[15:55]  * mcphail hopes the Ubuntu Component Store will stir back into life
[15:57] <RTE68> mcphail, thanks!
[16:00] <slvn_> ... from this link : https://wiki.ubuntu.com/SecurityTeam/Specifications/ApplicationConfinement
[16:00] <slvn_> it says "Explicitly set XDG_CACHE_HOME, XDG_RUNTIME_DIR, XDG_DATA_HOME and XDG_CONFIG_HOME to system values (ie, not app specific values). "
[16:00] <RTE68> mcphail, the Component Store ppa is failing with a 404 error...
[16:01] <RTE68> how can I manually download the component?
[16:01] <slvn_> I was using XDG_RUNTIME_DIR/confined/$APP_ID
[16:02] <slvn_> I believe i need something similar for XDG_CONFIG_HOME.
[16:02] <slvn_> (sorry for interleaving messages ...)
[16:04] <mcphail> popey: can you ping aq and ask him to defibrillate the component store server for RTE68 ^^ ?
[16:04] <popey> haha
[16:05] <popey> RTE68, mcphail he's checking
[16:06] <mcphail> popey: ta
[16:06] <aquarius_> yo
[16:06] <popey> my spell of 10 invocation worked
[16:06] <aquarius_> is it working now?
[16:07] <mcphail> aquarius_: RTE68 would like to pinch PageWithBottomEdge from the component store but he's getting a 404 from the PPA
[16:07] <aquarius_> RTE68: can you show the command that's failing?
[16:07] <RTE68> aquarius_, sudo apt update
[16:07] <aquarius_> (I don't think that that's the component store server's problem; PageWithBottomEdge is a Curated component, so it lives purely in Launchpad)
[16:08] <RTE68> W: Failed to fetch http://ppa.launchpad.net/ubuntu-touch-community-dev/ppa/ubuntu/dists/wily/main/binary-amd64/Packages  404  Not Found
[16:08] <aquarius_> ah, then you want nik90 for that, not me, I'm afraid
[16:08] <mcphail> aquarius_: is it possible to d/l the component irect from lp?
[16:10] <aquarius_> yup. https://launchpad.net/component-store
[16:11] <mcphail> RTE68: http://bazaar.launchpad.net/~ubuntu-touch-community-dev/component-store/trunk.14.10/files/head:/curated-store/ComponentStore/PageWithBottomEdge/ looks like it. Thanks aquarius_
[16:12] <RTE68> thanks aquarius_
[16:12] <RTE68> mcphail, thanks. Is it a single qml file?
[16:12] <RTE68> (first qml app here :P)
[16:13] <mcphail> RTE68: looks like it, with docs at the previous "readthedocs" link. I haven't used it, though
[16:20] <RTE68> mcphail, ty g2g
[17:01] <slvn_> rbasak, dobey, I have tried to save file in $XDG_CONFIG_HOME/$APP_ID   (minus whatever is after "_"). And I can not save !
[17:01] <slvn_> I get an App Armor Log
[17:01] <slvn_> apparmor="DENIED" operation="open" profile="com.ubuntu.developer.1bsyl.cartes_cartes_1.01" name="/sys/class/" pid=14546 comm="main.out" requested_mask="r" denied_mask="r" fsuid=32011 ouid=0
[17:03] <slvn_> any idea ?
[17:05] <ogra_> looks like your app tries to read /sys ...
[17:05] <ogra_> teach it not to ;)
[17:08] <slvn_> No, I don't think it tries to read /sys ...  I have tried to write/read to "$XDG_CONFIG_HOME/$APP_ID   (minus whatever is after "_")"
[17:12] <slvn_> after a debug message, I try to write into "/home/phablet/.config/com.ubuntu.developer.1bsyl.cartes/"
[17:20] <ogra_>  name="/sys/class/"
[17:20] <ogra_> thats the path it tries to read
[17:20] <ogra_> from the command "main.out"
[17:22] <slvn_> ogra_,  yep, I read the log also  :)  ... but my app is not reading /sys/class (neither /sys/bus ... because there is also a log for /sys/bus)
[17:22] <slvn_> it's just a fopen
[17:22] <slvn_> with previous path + file name
[17:23] <slvn_> maybe the directory is not created
[17:23] <slvn_> will try that ..
[17:25] <rbasak> slvn_: you could put a sleep statement in maybe, and then strace attach to it. Then you'll be able to see what it's actually trying to do.
[17:25] <rbasak> /sys/class apparmor denial looks like a red herring to me.
[17:31] <slvn_> rbasak, ... the device is at popey's home .. so I will need a 24h sleep to get there :)
[17:31] <slvn_> actually
[17:31] <slvn_> the app armor appears / disappears with my fopen s
[17:31] <slvn_> *log*
[17:31] <slvn_> some it might be related ...
[17:32] <slvn_> oups sorry ...
[17:32] <slvn_> maybe not related,
[17:33] <slvn_> surely not related
[17:33] <slvn_> the log is incremented
[17:33] <slvn_> and it's probably mir that is trying to do something ...
[17:39] <slvn_> in my ".deskop" file, I run my app with "Exec=main.out"
[17:40] <slvn_> maybe there is a mis match of permission between XDG_CONFIG_HOME and launcher or something
[17:45] <mcphail> slvn_: I don't think those apparmor denials are anything important, as your version 1.00 app does that as well. Perhaps you have to create the $XDG_CONFIG_HOME/$APP_PKGNAME directory before writing to it?
[17:47] <slvn_> mcphail, indeed the apparmor are not related. I have been mislead by the log being increase. I have also tried quiclky to create the directory  ... I need to check the UID, GID, and some error code to see what's wrong
[17:51] <popey> slvn_, we've added the feature you asked for (text description field) but I need to bounce everything for the change to be deployed
[17:51] <popey> slvn_, so you'll have to hold off marvin for a few minutes :)
[17:51] <slvn_> can I give a last try ?
[17:51] <popey> sure
[17:51] <popey> let me know when you're done
[17:52] <dobey> slvn_: if you specify extra directories after $XDG_CONFIG_HOME, you will have to create them
[17:53] <dobey> slvn_: you do not need to append $APP_PKGNAME to the path
[17:53] <dobey> slvn_: $XDG_CONFIG_HOME already contains the $APP_PKGNAME under confinement
[17:53] <mcphail> dobey: no, it doesn't
[17:54] <dobey> mcphail: yes, it does
[17:54] <slvn_> popey, done ! thanks !
[17:54] <mcphail> Oh nod it doesn't </panto>
[17:54] <popey> ok
[17:54] <dobey> if it doesn't, then you are not running the app confined, or you've found a bug
[17:55] <dobey> most likely the former
[17:55] <popey> slvn_, ok, it's back
[17:57] <slvn_> dobey,  I use $XDG_CONFIG_HOME/$APP_PKNAME   because the doc says that .. https://wiki.ubuntu.com/SecurityTeam/Specifications/ApplicationConfinement
[17:57] <mcphail> dobey: https://developer.ubuntu.com/en/start/platform/guides/app-confinement/ doesn't support your assertion
[17:57] <slvn_> maybe I should tried directly XDG_CONFIG_HOME ..
[17:58] <mcphail> dobey: nor does the output of slvn_'s app which dumps all environment variables
[17:58] <slvn_> lstat reutns 0, with uid=32011 gid=32011
[17:58] <slvn_> and my uid is Get Uid ret=32011 ret=32011
[17:58] <dobey> mcphail: are you sideloading a click that is "debug" ?
[17:59] <dobey> anyway, whatever
[18:05] <slvn_> Use $XDG_CONFIG_HOME doesn't work neither :(
[18:06] <slvn_> Could this be the partition that is mounted read-only ??
[18:14] <mcphail> slvn_: no - definitely not read only on my device
[18:21] <slvn_> When write the file, I got errno=13 "Permission denied"
[18:22] <mcphail> slvn_: did you try to create the directory first?
[18:23] <slvn_> I think it is created because lstat works on it.
[18:23] <slvn_> maybe it has wrongs perms
[18:23] <slvn_> will do a chmod on it maybe
[18:23] <mcphail> that shouldn't be needed
[18:31] <slvn_> chmod returns 0, so it worked .. but I still cannot write ...
[18:31] <slvn_> I write with "w+"
[23:14] <slvn_> I solved $my xdg_config_dir issue .. probably mix of mistake+creation of directory. thanks for the help.