=== chihchun_afk is now known as chihchun | ||
dholbach | good morning | 07:38 |
---|---|---|
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:37 |
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:38 |
dpm | as per the second command, the chroots themselves don't seem to be on my system, yet 'mount' lists them | 08:39 |
dpm | zbenjamin, e.g. this is an extract of the output of 'mount': http://paste.ubuntu.com/14071919/ | 08:40 |
dpm | whereas in Qt Creator I only have a 15.10 chroot (which does not appear in the output of mount) | 08:41 |
dpm | zbenjamin, any ideas? ^^ | 08:50 |
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 | 09:01 |
davmor2 | popey: on you 8.5 device if you open the terminal and type cat /var/log/syslog does it ever stop scrolling? | 10:58 |
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:00 |
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:01 |
zbenjamin | dpm: sorry i just saw the question, but seems you already solved it | 11:17 |
dpm | zbenjamin, yes, no worries | 11:18 |
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:29 |
popey | haha | 13:33 |
=== davidcalle_ is now known as davidcalle | ||
=== davidcalle__ is now known as davidcalle_ | ||
beuno | store is having some issues atm | 14:34 |
RTE68 | hey there | 15:00 |
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:02 |
RTE68 | I want to keep logic out of the QML if possible | 15:03 |
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:05 |
RTE68 | nice, I didn't know about that book. Thanks | 15:06 |
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:07 |
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:12 |
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:13 |
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:14 |
slvn_ | "TODO : XDG_CONFIG_HOME does not work" | 15:15 |
slvn_ | but that was one year and a half ago | 15:15 |
=== jgdxx is now known as jgdx | ||
slvn_ | I will try again ... | 15:15 |
slvn_ | thanks rbasak | 15:16 |
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:17 |
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:18 |
dobey | slvn_: configuration should be in XDG_CONFIG_HOME | 15:19 |
slvn_ | yep I agree. I will check that .. | 15:19 |
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:20 |
slvn_ | ok! | 15:21 |
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:22 |
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:23 |
dobey | not sure what you were doing then, but XDG_CONFIG_HOME was definitely working then | 15:24 |
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 | 15:25 |
rbasak | <dobey> 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:25 |
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:26 |
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:27 |
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:28 |
dobey | rbasak: stdout/stderr? | 15:29 |
dobey | rbasak: confined apps all have their stdout/stderr directed to a log under ~/.cache/upstart/ | 15:29 |
rbasak | dobey: yeah, so no stdin, etc. It's painful. | 15:31 |
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:32 |
dobey | mcphail: it's not | 15:33 |
mcphail | dobey: I smell melted server :) | 15:33 |
beuno | mcphail, it isn't just the store :) | 15:33 |
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:34 |
mcphail | slvn_: Merci :) | 15:38 |
slvn_ | mcphail, Avec plaisir ! | 15:40 |
RTE68 | What is the component I need to use for the bottom edge swipe? | 15:47 |
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:49 |
=== hasselmm1 is now known as hasselmm | ||
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:50 |
ubot5 | Ubuntu bug 1435805 in unity8 (Ubuntu) "Expose DirectionalDragArea in the UITK" [Undecided,Confirmed] | 15:50 |
RTE68 | mcphail, I see. What is the recommended component to use for now though? | 15:52 |
mcphail | RTE68: I think people are using PageWithBottomEdge from https://ubuntu-component-store.readthedocs.org/en/latest/ | 15:53 |
* mcphail hopes the Ubuntu Component Store will stir back into life | 15:55 | |
RTE68 | mcphail, thanks! | 15:57 |
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:00 |
RTE68 | how can I manually download the component? | 16:01 |
slvn_ | I was using XDG_RUNTIME_DIR/confined/$APP_ID | 16:01 |
slvn_ | I believe i need something similar for XDG_CONFIG_HOME. | 16:02 |
slvn_ | (sorry for interleaving messages ...) | 16:02 |
mcphail | popey: can you ping aq and ask him to defibrillate the component store server for RTE68 ^^ ? | 16:04 |
popey | haha | 16:04 |
popey | RTE68, mcphail he's checking | 16:05 |
mcphail | popey: ta | 16:06 |
aquarius_ | yo | 16:06 |
popey | my spell of 10 invocation worked | 16:06 |
aquarius_ | is it working now? | 16:06 |
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:07 |
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:08 |
aquarius_ | yup. https://launchpad.net/component-store | 16:10 |
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:11 |
RTE68 | thanks aquarius_ | 16:12 |
RTE68 | mcphail, thanks. Is it a single qml file? | 16:12 |
RTE68 | (first qml app here :P) | 16:12 |
mcphail | RTE68: looks like it, with docs at the previous "readthedocs" link. I haven't used it, though | 16:13 |
RTE68 | mcphail, ty g2g | 16:20 |
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 |
=== BOHverkill_ is now known as BOHverkill | ||
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:01 |
slvn_ | any idea ? | 17:03 |
ogra_ | looks like your app tries to read /sys ... | 17:05 |
ogra_ | teach it not to ;) | 17:05 |
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:08 |
slvn_ | after a debug message, I try to write into "/home/phablet/.config/com.ubuntu.developer.1bsyl.cartes/" | 17:12 |
ogra_ | name="/sys/class/" | 17:20 |
ogra_ | thats the path it tries to read | 17:20 |
ogra_ | from the command "main.out" | 17:20 |
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:22 |
slvn_ | maybe the directory is not created | 17:23 |
slvn_ | will try that .. | 17:23 |
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:25 |
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:31 |
slvn_ | oups sorry ... | 17:32 |
slvn_ | maybe not related, | 17:32 |
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:33 |
slvn_ | in my ".deskop" file, I run my app with "Exec=main.out" | 17:39 |
slvn_ | maybe there is a mis match of permission between XDG_CONFIG_HOME and launcher or something | 17:40 |
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:45 |
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:47 |
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:51 |
dobey | slvn_: if you specify extra directories after $XDG_CONFIG_HOME, you will have to create them | 17:52 |
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:53 |
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:54 |
dobey | most likely the former | 17:55 |
popey | slvn_, ok, it's back | 17:55 |
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:57 |
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:58 |
dobey | anyway, whatever | 17:59 |
slvn_ | Use $XDG_CONFIG_HOME doesn't work neither :( | 18:05 |
slvn_ | Could this be the partition that is mounted read-only ?? | 18:06 |
mcphail | slvn_: no - definitely not read only on my device | 18:14 |
slvn_ | When write the file, I got errno=13 "Permission denied" | 18:21 |
mcphail | slvn_: did you try to create the directory first? | 18:22 |
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:23 |
=== dpm is now known as dpm-afk | ||
slvn_ | chmod returns 0, so it worked .. but I still cannot write ... | 18:31 |
slvn_ | I write with "w+" | 18:31 |
slvn_ | I solved $my xdg_config_dir issue .. probably mix of mistake+creation of directory. thanks for the help. | 23:14 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!