[00:04] mcphail: wait, I can run speccy games on my Ubuntu phone now? :) [00:06] & antony_ ^^^ [00:09] * JanC must have several tapes with speccy apps somewhere on his parent's attic... [00:13] JanC: don't know if there is a speccy emulator yet, but the gameboy emulator runs well so it proves a speccy emulator would work [00:14] JanC: I might look at porting one of the javascript emulators :) [00:21] mcphail: although I have fond memories about the Sinclair ZX Spectrum 48K, I don't _really_ intend to run Speccy apps :) [00:27] JanC: shame on you! === chriadam|away is now known as chriadam [02:24] popey, pretty sure you qualify for this: https://support.lenovo.com/us/en/documents/hf004122 [02:24] battery recall for the thinkpad x220, and other models [02:56] Fixed the dpad, disabled rotation and zooming === chihchun_afk is now known as chihchun [06:29] mcphail: why don't you use cross building instead of emulation? [07:07] zsombi: hey! so here is the workaround I needed to use due to the ListModel/ModelObject automated casting: https://github.com/didrocks/splitthebill/commit/9d1e72131f7a2842bea08b4e144895ef0a06f4d2#diff-63dd6639b235200e552147bf0a9003b8R59 [07:08] zsombi: quite ugly I know (as we can't save back in u1db ListModel/ModelObject as they are seen as null), but maybe you would see some room of improvments? I'm opened to any suggestions [07:10] good morning [07:46] salut davidcalle [07:47] morning [07:47] apart from the missing note for non-current snappy docs, was there anything else that was broken or missing? [07:47] hey popey [07:48] dholbach, popey, morning [07:49] dholbach, well, I'm not sure about the "Snappy" name for landing pages. I haven't found anything else. Oh, maybe the script itself should be renamed to not have snappy in its name. [07:50] ok, adding a note [07:51] davidcalle, ok that looks like it won't be too much work: https://code.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/snappy-docs-import/+merge/265004 :) [07:52] dholbach, I'd be glad to tackle both this morning [07:52] as you like it :) [07:53] :) [08:07] zbenjamin: I do, for most of it, but there isn't a cross-compiler for everything and dependency management for some things in click chroots is impossible if the armhf packages are incompatible with the amd64 ones [08:21] zsombi: another question once you are around on the toolkit, do we expose in any way to QML the QStandardPaths? (like the .local for one app, and so on…) [08:21] didrocks: nope, we don't [08:22] didrocks: we shouldn't, developers should use content providers to store their data [08:23] zsombi: importing an image from content hub, the contentitem.move() api wants a path though, is there any example I'm missing? [08:23] didrocks: maybe ask kenvandine [08:24] zsombi: I think there is a gap missing, if you expect them to do that and they expect you to provide the path, I'll see with him then :p [08:32] didrocks, isn't content-hub supposed to provide you the uri? [08:33] kalikiana: t1mp: up for a review? https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/configurableColumns/+merge/267520 [08:34] seb128: yeah, but it's storing in the cache dir [08:34] seb128: there is a way to say "store in the app scope", but I still don't have the prefix [08:35] hum, k [08:35] I though content hub was supposed to store in the app private dir [08:36] seb128: by default, it's the cache, there is this app scope, but you don't have access for the .move() to the prefix [08:36] you want to move to a specific location? [08:37] I know that for e.g settings bg import we just put the file where content-hub does the import and set the gsettings key value to that url [08:37] zsombi: I'll check it out [08:37] seb128: yeah, part of the issue is if you relocate the database to another device for instance (with different user's name then) [08:37] t1mp: thx!!! resizing comes after this [08:37] seb128: also, if you don't rename the file, it works the first time, then the second, as the file already exists, it's aborted [08:38] that seems like a content-hub issue, it should build unique names/deal with existing filenames in the import location [08:38] agreed [08:38] (that's why I pinged ken) [08:39] reported_bugs+=1 ;-) === chriadam is now known as chriadam|away [08:39] seb128: yeah, only the 6th today :p [08:39] ;-) [08:49] mcphail: yeah that should be fixed though... [08:59] t1mp: kalikiana: one more, a pretty small one: https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/resizableColumns/+merge/267554 [08:59] t1mp: kalikiana: about resizing the columns [09:31] seb128: FYI, here is the way I workarounded the issue: https://github.com/didrocks/splitthebill/commit/12d380b95a4bf2a1dc58226c814da551dfb2af13 [09:31] (doesn't save the "clean old files" though) [09:31] didrocks, thanks [09:43] dholbach, pushed some changes, I've done a lot of testing with a dummy branch around what happens when docs are changed, removed, added, renamed, etc. Works great for a first iteration! Good to go on my end. [09:44] <3 [09:44] I'll take a look in a sec and do some more testing [09:44] thanks a lot for helping with this! [09:47] * davidcalle hugs dholbach [09:47] I'm afk for a moment (errands with Tristan) [09:48] see you in a bit [09:52] davidcalle, when you're back - someone mentioned to me on G+ that the webapp generator is not working. Are you aware of any known issues? [10:02] zsombi: I have an MR for you as well, to give the MainView and header a white background by default, https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/white/+merge/267270 [10:48] dpm, yes, fix is in staging and in the mojo spec, waiting for the next deploy (https://bugs.launchpad.net/developer-ubuntu-com/+bug/1476362) The latest deploy was somehow missing click on the server to actually build packages. [10:48] Ubuntu bug 1476362 in Ubuntu Developer Portal "webapp generator does not work, "This page encountered an error"" [Undecided,Fix committed] [11:04] ack, thanks davidcalle [11:06] AdaptivePageLayout blog post on https://developer.ubuntu.com/en/blog/2015/08/10/adaptive-page-layouts/ [11:08] \o/ [11:08] t1mp, nice work [11:09] thanks :) [11:22] t1mp: " The contents of virtual columns that are not visible, will be shown in the right-most visible column" -- t's unclear, are they visible or not? :-) [11:23] mardy: they will get visible once you put a page into them [11:24] mardy: so assume you have a layout fo 2 columns defined, once you add a page using addPageToNextColumn(), the column will be filled. Same with more columns [11:24] zsombi: ah, ok. Still, that sentence is quite puzzling [11:25] mardy: also, multiple column configuration and resizing is coming, see th eMRs I requested review for [11:26] mardy: the "virtual column" is not visible, but its contents is added to the right-most visible column. If it is on top, it will be visible. [11:26] mardy: right.. I made a distinction between the virtual columns and their contents there. I'm not sure if I can write it down more clearly. [11:28] mardy: I didn't want to discuss every possibility in detail, because that would get boring. Instead I say this in the end: The screenhots do not cover all the possible orders in which the pages left and right can be added, so I encourage you to run the code for yourself and discover its full behavior. [11:28] t1mp: here's an attempt: "When a page is added to a virtual column, it will be shown in the right-most visible column" [11:29] mardy: yeah thanks, I'll rewrite it similar to that :) [11:31] mardy: updated. thanks [11:38] t1mp: happroved === _salem is now known as salem_ [11:50] davidcalle, great work [11:51] davidcalle, shall we both have a quick look over the code again or shall we just ask for a review from mhall119 once he's back again? [11:53] dholbach, when does he get back? [11:53] in 1.5 weeks or something? [11:54] yep, 1.5 weeks [11:54] dholbach, I talked to him briefly yesterday and he wanted us to test this on staging, so what about having both a last look at the code, merge and we'll attempt a deploy to staging? [11:54] <3 [11:54] \o/ [12:10] hi popey, pls try this branch: lp:~qqworini/ubuntu-rssreader-app/reboot-add-cmake [12:10] zbenjamin: there are still some packages (python ones, mostly irrc) where the :armhf package dependecies clash with the :amd64 ones, making the chroot method impossible. But, I agree, the chroot works extremely well for most things and your blog post about it is vital reading [12:10] to c if fat package works [12:10] sure JoeyChan [12:11] :) [12:13] JoeyChan: it builds! [12:13] correctly! [12:13] lol [12:13] popey: can u run it on device ? [12:13] Let me try.... [12:16] antony_: The UbuntuBoy update is great! Only problem I'm having now is that a long press on a button brings up a "copy" dialog box. Don't know if this can be javascripted out? === salem_ is now known as _salem === om26er_ is now known as om26er [12:23] mcphail: \o/ thanks :D [12:24] zbenjamin: :) [12:25] JoeyChan: http://people.canonical.com/~alan/screenshots/device-2015-08-11-132530.png [12:25] JoeyChan: \o/ [12:25] lol [12:26] nice [12:26] good work JoeyChan ! [12:26] :D [12:28] popey: so, can we set a new trunk now ? :) [12:30] JoeyChan: sure! [12:31] popey: how ? just register a new series ? [12:32] JoeyChan: yes. [12:32] :) [12:32] ok, do it now [12:34] JoeyChan: i think you can do that by just pushing to lp:shorts-app/reboot ? [12:34] unless I'm mistaken [12:36] popey: no idea ... :P [12:36] davidcalle, I read the code again and I think I'm fine with it [12:37] parts of it could be a bit simpler I feel, but for now I think it's good enough [12:37] JoeyChan: heh, okay, lets ask dholbach :) [12:37] dholbach: how do you register a new series in lp? [12:37] popey: let me check [12:38] popey: done register a new series: https://launchpad.net/ubuntu-rssreader-app/reboot [12:38] JoeyChan: oh, my bad, I was looking in the wrong place [12:38] yeah, duh! [12:38] shorts-app confused me [12:38] dholbach: nvm [12:38] JoeyChan: https://launchpad.net/ubuntu-rssreader-app click "Register a series " [12:38] yep, or https://launchpad.net/ubuntu-rssreader-app/+series [12:39] that's it, thanks [12:39] I was just looking at an LP project where I wasn't the driver of the project [12:39] popey: dholbach: done :) [12:39] so I wasn't offered the choice :) [12:39] JoeyChan, popey: how's life? [12:39] stressful whenever launchpad is involved :) [12:39] nice one JoeyChan :) [12:40] * popey goes to eat some haggis for lunch [12:40] popey: dholbach but no branch linked with the series [12:41] https://launchpad.net///+setbranch [12:42] dholbach: ok, try it now [12:43] try what? [12:43] dholbach: I don't know which branch to set ? [12:43] how would I know [12:43] I never worked on the rss reader [12:43] what are you trying to do? set a branch for 'reboot'? [12:44] ok~ [12:44] popey: ^ maybe a new branch needs to be created for this? [12:45] bzr push lp:~ubuntu-rssreader-dev/ubuntu-rssreader-app/reboot [12:45] or something [12:45] :) [12:45] dholbach, same for me. Let's merge it :) I'll try the staging deploy this afternoon. [12:45] davidcalle, you're a hero [12:46] dholbach, barely your sidekick! [12:46] bah..... I'm just toying around most of the time ;-) [12:47] dholbach, approving the merge and pushing to trunk, can you +1 on it? [12:47] davidcalle, mhall119 said he was planning to get the mojo-ised version deployed and then do a second deployment with the other stuff [12:47] dholbach, hmm [12:47] davidcalle, I think I remember that he mentioned that a 'production' branch might make sense [12:47] Ok, right [12:47] so we could land stuff in trunk together [12:48] dholbach, ok, creating a "production" branch then, and merging this to trunk [12:49] dholbach: done ! thx for your tips :D https://code.launchpad.net/ubuntu-rssreader-app [12:49] JoeyChan, rock on! :) [12:50] popey: series setup done ~ https://code.launchpad.net/ubuntu-rssreader-app [12:50] davidcalle, we probably need a cron entry too :) [12:51] davidcalle, like on the first lines of https://code.launchpad.net/~dholbach/developer-ubuntu-com/store-data/+merge/262684 [12:51] dholbach, probably, yes :) also adding python-something-markdown to the mojo spec [12:51] davidcalle, I added it to the pip requirements.txt file [12:51] dholbach, oh right then :) [12:51] or do we need to do more? [12:51] dholbach, I don't think so [12:51] * dholbach has no clue [12:51] no no, it's good [12:52] ok good O:-) [12:52] "afaik" :) [12:52] "for funny values of 'get it working'" [12:53] dholbach, I'll try a deploy today then, there is a list of steps involving juju and sacrificing a goat, will be fun :) [12:53] davidcalle, sorry, I can't see blood [12:54] :-) [12:56] davidcalle, can you merge again? [12:56] (sorry) [12:57] https://bazaar.launchpad.net/~developer-ubuntu-com-dev/developer-ubuntu-com/snappy-docs-import/revision/162 === _salem is now known as salem_ [13:11] jhodapp: would you know who'd be best to ping regarding support for webp images? (Telegream stickers) [13:12] dholbach, I'm not on top of my cron syntax: when does it happen? [13:12] karni, I'd ping dbarth, he should be able to point you to the right person [13:12] jhodapp: cheers [13:12] np [13:13] dbarth: hey, I'd like to understand what's required for us to support webp images, can you point me to the right person that I could talk to about this? === chihchun is now known as chihchun_afk [13:15] davidcalle, 0:15, 2:15, 4:15, 6:15, ... [13:15] not sure if that's too much or not enough? [13:16] dholbach, maybe too much since we have a manual importer, but I don't have any strong feelings about it. [13:16] davidcalle, every 4 hours? [13:16] every day? [13:16] dholbach, on second thought, it gives a clear message: don't edit these pages, it's reverted every 2h! [13:17] hah, yes :) [13:17] dholbach, let's keep it this way for staging, at least we will see if it fails after a few runs [13:17] that's right :) [13:57] karni: hi [13:58] dbarth: hi [13:58] karni: webp image support, i would expect that to show up in blink, for the low level parts, and maybe oxide / client apps for mime-types [13:59] karni: we have the oxide weekly later today, i will put that on the map [13:59] dbarth: thank you. for the record, what I mean is if I give a QImage a path to a webp image, I'd like that to load. Not talking about oxide here, I believe. [14:00] dbarth: Telegram stickers are using webp format, and currently they simply don't show up. [14:03] oh [14:03] then that's SDK land [14:04] karni: and for the record, they just show up nicely in webbrowser-app [14:05] karni: so maybe use a webview for that part of the interface where you need those stickers [14:05] dbarth: oh! I should review code then, perhaps the paths where somehow incorrect o_O [14:06] a bit heavy handed, or maybe not, let me know === chihchun_afk is now known as chihchun [14:06] dbarth: um.. no ;) I mean, that would mean a web view for the whole conversation view, which basically makes it almost a webapp :D and I can't use webview for each sticker separately (too heavy). but good tip, maybe I missed something. Thanks David [14:07] karni: i read recently that instagram was using (is using?) a webview for most of its, so-called, native app [14:07] dbarth: I believe that's what gmail did on Android as well [14:07] see === chihchun is now known as chihchun_afk [14:48] popey, is this ready to land? https://code.launchpad.net/~mzanetti/reminders-app/uitk-1.3/+merge/265886 [14:48] if so, we'll disable utopic. [14:50] yes, see my comment :) [14:51] balloons: can it be run against vivid? [14:51] balloons: because it's all "needs fixing" which doesn't inspire confidence [15:51] popey, sorry, forgot to respond here. I ran it on the device under click, but I can't get to the results atm [15:52] when the site is back, I'll share. I agree we can remove it, and rely on another run under vivid [15:56] balloons: that would be super, thanks [16:44] mcphail: hey. I'm back kinda [16:44] mcphail: you around? [16:45] mcphail: WRT the link errors. koda's speculation was needing to update the libSDL names in SDLh.pas - the link errors are actual missing functions, not failure to locate the libs, so that makes me think it is linking against wrong SDL [16:45] do you have 2 copies on there, and both in the link path picked up by cmake? [16:45] or alternatively, maybe cmake found the wrong copy [17:36] nemo: yes - my feeling is it is trying to link against SDL1.2 rather than SDL2, but I'm feeling a bit out of my depth about how to correct it. I'm working until v. late tonight, but if you have any suggestions I'll have a look in my "wind down" time before bed [17:37] mcphail: well. would help to check the cmake cache to see what it is trying to use [17:38] mcphail: also, if you could post a build log in verbose mode, that might help see what it is linking against [17:38] VERBOSE=1 that is [17:38] mcphail the dpad should be working now [17:39] nemo: great - I'll dig those out for you [17:40] antony_: cheers! - downloading... [17:40] mcphail: thanks [17:43] antony_: seems a bit better, but I'm still getting a "copy" dialog on long button presses === jhodapp is now known as jhodapp|errand [18:01] What is the command to kill the unneeded click chroots. For some reason I appear to have > 5000 [18:02] I think bzoltan_ or someone posted something a couple of days ago [18:12] ogra_: d-day would be awesome if it didn't go white-screening on me on the longer games :( [18:22] davmor2, uh, i never had that here ... do you play on arale ? [18:22] ogra_: no krillin [18:22] oh [18:23] thats brave ... do you use a looking glass ? [18:23] even on arale the font is hard to read :) [18:23] ogra_: no I can see it fine, try using an xps 13 with no scaling [18:23] i tried ;) [18:23] ogra_: you read things [18:24] well, the announcement messages of new items between the levels [18:24] they use an awful font .. and are nearly unreadable on arale already [18:24] i fear i cant do much about the white screen issue until the browser gets fixed though [18:24] ogra_: 1-7 onwards starts to white screen at the end of the level, 1-10 is neigh on impossible to complete due to white screen :( [18:25] hmm, i should perhapps add a disclaimer to the description then [18:25] "only to play on arale" or some such [18:26] (it didnt strike me that anyone on krillin would actually want to play it since the screen is so tiny ... i actually played 5 levels or so to make sure it runs) [18:26] ogra_: or virgin krillin maybe, I'll try that on my non-dogfood device, it maybe that I have too many apps on there so not enought room === jhodapp|errand is now known as jhodapp [18:29] davmor2, unlikely ... the white screen issue is a ram issue [18:29] only open apps should matter [18:29] ogra_: ah okay [19:15] mcphail: hey, so i built a modified package, installed it with pkcon install-local --allow-unstrusted, i can run it from command line, but i'm denied running system python, i intend to build and ship python for the app later, for now, can i make apparmor give me access to it? [19:15] tshirtman: change the security profile to unconfined and the world's yours [19:16] ah, perfect :) [19:17] tshirtman: example - http://termbin.com/w3il [19:19] ah, template, i was trying in policy_groups [19:19] thanks [19:21] tshirtman: you can't upload unconfined apps to the store, but they are fine for testing [19:23] yeah, that makes sense [19:23] but it doesn't work for me yet [19:24] tshirtman: got to get back to work but good luck with this. Your project looks interesting and I hope you get it working [19:24] oh wait, stypid mistake :) [19:24] stupid [19:24] "" missing around template >_> [19:25] tshirtman: good old json! [19:44] hm, my app seems to take forever to start, and i don't have a log for it in ~/.cache/upstart, weird [21:15] mcphail: any idea how to get logs from my app trying to start if there is nothing in .cache/upstart/*myappname* [21:15] ? [21:16] tshirtman: I don't think that is quite the correct path. 1 sec... [21:17] tshirtman: ~/.cache/upstart/application-click-blah.blah.blahdeblah [21:17] there was one file of the first package i did there, but its name was wrong (and it contained the errors i had previously), so i removed it and restarted the app [21:18] and now, no file [21:18] tshirtman: yes, but the application-click- bit will be prepended to the log name [21:18] yes, but * will fill it :) [21:19] sorry, i realise on irc, it may have been changed to bold [21:19] tshirtman: ha! thought you were irc bolding rather than shell globbing! [21:19] tshirtman: does your app just write to stdout? [21:20] np, anyway, my app is starting, write "kivy-test" with a loading symbol, and nothing happens [21:20] hm, i didn't change anything about that, i guess i could redirect to a file in run.sh [21:21] tshirtman: no, writing to stdout would be the correct thing to do... [21:22] tshirtman: is this a compiled app or a script? [21:23] i took your template, changed the content of run.sh to run python ~/path/to/main.py [21:23] and used click to build, and pkcon to install-local [21:23] (changed the other files for name and other things) [21:24] tshirtman: you didn't bundle main.py in the .click? [21:24] no, but i guess i could [21:24] i redirected output, and the file is not created, so i wonder if my command actually runs [21:25] tshirtman: might be worth trying a simple python one-liner bundled in the click first, and build up from there until it breaks. Note that I think only python3 is installed by default [21:26] i apt install-ed python and a lot of other stuff [21:27] tshirtman: also note that running a click changes the working directory (hence all relative paths) to the click install location [21:27] also, that's probably for other chan, but if there is a way to grow / that would be useful [21:27] i used ~/ as much as necessary [21:27] so it should be ok on that side [21:27] i could hardcode absolute path, to be sure, though [21:28] tshirtman: try a simple python "hello world" first and build from there. So many things could be causing the breakage [21:29] yeah, will do [21:29] actually, i'll even test "echo hello world" first [21:29] that should go to the log in .cache, right? [21:29] tshirtman: yes - if you have an unconfined app [21:29] i should [21:30] tshirtman: as soon as you confine your app, you have to bundle shell commands in the click. That's why my syncthing click bundles sed, for example [21:31] hm, nothing, should i reboot the device? :D [21:32] tshirtman: very odd [21:32] also, if i was doing something illegal (app confined), it would crash, right? [21:33] here it's just pretending it's loading the app, and nothing happens, the loading wheel just turns and turns [21:33] if the app tries to do anything it shouldn't you'll see apparmor failures in dmesg [21:33] tshirtman: yes - confinement should post error to the log [21:33] so "sudo dmesg | grep DEN" [21:33] i was seeing errors in dmesg before [21:34] would show "DENY" style messages with your app name and what it's trying to do [21:34] but not since i have this forever loading one [21:34] yeah, i had these before i put uncontained [21:34] tshirtman: can you share your .click? [21:34] sure [21:34] when the device is booted again :) [21:34] :) [21:35] ah, now it crashes again, fun [21:35] yeah, lets have a play :) [21:35] (and the icon got fixed, it was invisible… fun) [21:35] tshirtman: going to have to do a bit of work for 30 mins, so would be great if you could email/send link (my email is in the syncthing manifest file) [21:36] will do [21:36] cheers - see you in a bit [21:36] but it may work now, hello world in file [21:36] i guess the system was confused somehow [21:36] by previous version of the package [21:36] progress! [21:36] yes [21:36] baby steps, baby steps [21:37] tshirtman: I always delete the old package before changing anything [21:37] the .click [21:37] ? [21:37] or uninstall? [21:37] uninstall [21:37] ok [21:37] i'll do that now [21:39] that broken readline >_< [21:41] ok, new error, sdl2 - RuntimeError: Failed to created a window surface 0x1 [21:42] i guess i can try with the libs pointed at earlier [21:50] core dump \o/ [21:51] \o/ [21:51] covering all the error condition based here tshirtman [21:53] i guess that must be because my kivy was built against a different version of sdl2 [21:54] so i'll rebuild against the source of these ones [21:56] adb push is slow, i got the binaries from github faster than i'm pushing them through usb >_< [21:56] orders of magnitude faster [22:07] tshirtman: the version of sdl2 in the repos will segfault in SDL_INIT. Stick my version in the lib/arm-linux-gnueabihf directory and you should be golden [22:10] mcphail: i put them in my app's dir /sdl2 and added LD_LIBRARY_PATH=sdl2/ before my python command, so it uses them, so now, instead of being unable to create a window, it segfaults, so i assume it's because of an api mismatch, since i built kivy against the libsdl2-dev from the repos [22:10] but i'll try moving to lib/arm-linux-gnueabihf and remove the LD_LIBRARY_PATH, it's easier to start with [22:11] tshirtman: I don't htink that should happen. The headers are very similar [22:12] tshirtman: (that is lib/arm-linux-gnueabihf within the .click package, btw) [22:12] yeah, relative path, so in the source dir that i packager, right? [22:12] package* [22:13] yes [22:13] i don't patch the .click manually :D [22:13] :) [22:13] tshirtman: you _can_ play with the installed click under /opt/ if you need to [22:13] yeah [22:14] i frequently muck about with the contents in /opt/ [22:14] hm, that could be a faster way to iterate [22:14] tshirtman: provided you dn't change anything in the .desktop file or .apparmor file you are usually OK [22:14] hm, nope, still coredump [22:15] i guess i can't run it through gdb? [22:15] tshirtman: you can [22:15] hm, though, if it coredump, i should be able to take that [22:15] tshirtman: you can install gdbserver and debug remotely [22:16] ah yeah, forgot about that option [22:16] hm, maybe the coredump file is saved somewhere already, though? [22:16] dunno [22:18] popey: while you are here, can you remember the command bzoltan_ (or someone) gave to get rid of spurious click chroots? [22:18] darn, no ulimit command [22:19] popey: for some reason I've got >5000 on this device and it is killing bash completion for "mount" [22:20] yes [22:21] tshirtman: which version of ubuntu are you running on your device? [22:21] i have put it in my tidyup scripts [22:21] sudo schroot -e --all-session [22:22] popey: cheers! Maybe I will be able to type "mount " without my CPU melting now [22:22] hah [22:22] mcphail: stable, i used "$ ubuntu-device-flash touch --channel=ubuntu-touch/stable/ubuntu --bootstrap" to flash [22:22] tshirtman: i have ulimit on my device [22:23] tshirtman: ok - so probably using mir0.12? [22:23] ah, that's some fun, ulimit as a user is found, but not as sudo [22:23] sudo -s to the rescue [22:24] heh [22:24] hm, maybe i didn't need sudo actually [22:25] tshirtman: one thing to check would be the mir version. I think my build of sdl only works for <=0.12. 0.13 and above need to be built from a special branch [22:26] (I think) [22:27] hm, apt search shows 0.13 versions, for mir-client-platform-* so i must have that [22:28] popey: what mir version is on the OTAs? [22:28] uhhh [22:28] 0.14 on rc-proposed [22:29] and i suppose downgreading is both hard and wrong, so the less hard option will be to rebuild sdl2 and kivy :) hopefuly not too much FUN [22:29]