[00:09] hi t1mp === chriadam|away is now known as chriadam === _salem is now known as salem_ === chihchun is now known as chihchun_afk === renato_ is now known as Guest11141 === salem_ is now known as _salem [07:21] good morning [07:43] dholbach: good morning! [07:43] Thanks for approving my app update. :) [07:43] hey nhaines [07:43] no worries :) [07:46] The hard part was figuring out why it has broken in trusty on up. But once that nut was cracked, it's nice to get a quick update (especially since the icon and screenshots updated immediately.) [07:59] zbenjamin: Good morning. Your suggestion helped fix bug 1338807 [07:59] bug 1338807 in qtcreator-plugin-ubuntu "Cannot run or install application on devices and emulator" [Undecided,Invalid] https://launchpad.net/bugs/1338807 [07:59] nik90_: thought so , so i close the bug? [07:59] zbenjamin: I marked it as invalid since it was a local issue on my machine [08:00] nik90_: awesome thx :) [08:01] zbenjamin: just a heads up, I can no longer stop an application by pressing Ctrl+Shift+F12. However I am able to close the application by closing it manually on the phone. Although I get a deprecated warning http://paste.ubuntu.com/7764259/ [08:02] nik90_: yes i know about the deprecated warning [08:03] zbenjamin: ah ok [08:03] nik90_: i will make it go away but i need to make sure it will work on older device images as well [08:04] zbenjamin: I was just bringing it to your attention. If it is already in your radar, fine by me :) [08:04] ;) [08:05] nik90_: always throw issues at me if you have some :) [08:05] :) [08:13] balloons: ping !! [08:13] balloons: did we got anyway we can run autopilots on trusty ? [08:14] zbenjamin: hey if you have some time could you take a look at https://code.launchpad.net/~jpakkane/ubuntu-clock-app/utopiccmake/+merge/225694 and provide a code diff? We are unable to get past the "unable to open desktop file for reading issue". [08:15] nik90_: just looking at it [08:15] ah [08:33] Good morning all; happy SCUD Day! :-D [08:38] nik90_: can you start the app on the device? for me it seems like the desktop file is named com.ubuntu.clock.desktop instead of ubuntu-clock-app.desktop [08:39] zbenjamin: I cannot run it on the device..the manifest file reads ubuntu-clock-app.desktop [08:39] zbenjamin: hence I renamed the desktop file to com.ubuntu.clock.desktop and tried running [08:39] nik90_: yes, but your cmake file creates a com.ubuntu.clock.desktop [08:41] zbenjamin: when I try to run on device, I get http://paste.ubuntu.com/7764433/ [08:41] zbenjamin: which shows it receiving a failed event when trying to start the application. not sure what that failure that means [08:45] nik90_: http://pastebin.ubuntu.com/7764452/ [08:46] nik90_: that made it start on the desktop, on the device i get (process:10496): dconf-CRITICAL **: unable to create file '/run/user/32011/dconf/user': Permission denied. dconf will not work properly. [08:47] dholbach: can you please review https://myapps.developer.ubuntu.com/dev/click-apps/90/changerequest/ ? [08:48] dholbach: ignore me, you already did [08:48] zbenjamin: hmm [08:50] nik90_: maybe a missing policy? === chriadam is now known as chriadam|away [08:50] popey, anytime :) [08:50] zbenjamin: I think I may be missing the "calendar" policy since i use alarms [08:51] hah [08:51] nik90_: yes, now it runs [08:52] nik90_: if you try on your device i would suggest to change the app id while you work on it [08:52] nik90_: otherwise your default clock application might get broken [08:52] zbenjamin: yeah I will do that.. [09:04] zbenjamin: when the new qtcreator-ubuntu-plugin hits the archive, would removing the PPA suffice or would I have to purge the packages from the ppa and reinstall from archive? [09:04] bzoltan: ^^ [09:05] nik90_: the first step will be to release the new QtC and the plugins to the SDK PPA. Releasing it to the LTS with and SRU is a bigger job. [09:06] bzoltan: i think he has the tools-development ppa [09:06] nik90_: you use the sdk ppa normally right? [09:07] nik90_: zbenjamin: ohh.. the tools-development should be purged [09:12] bzoltan: yeah I was referring to the tools-development ppa and also in a 14.10 VM [09:13] zbenjamin: yeah I use the sdk ppa normally [09:13] nik90_: the tools-development will have the experimental stuff .. kind of unstable SDK for beta testing [09:14] bzoltan: ah ok..so I will purge the ppa once the new releases hit the archive in 14.10 and continue normally [09:15] nik90_: I would purge it when the new release hits the SDK PPA.. landing to the Trusty archive will take some time I am afraid.. [09:17] nik90_, morning :-) so you have it working now? [09:17] nik90_: I think one problem with the utopiccmake branch of the clock app is that the desktop.in file has wrong name. The manifest file states that the desktop file is ubuntu-clock-app.desktop but the app folder has the com.ubuntu.clock.desktop.in [09:20] nik90_: I think the project needs some name syncing and then it will work [09:23] nik90_: zbenjamin: I am afraid that some tools get confused with the ubuntu-clock-app vs. com.ubuntu.clock names [09:24] bzoltan: yes, i told nik90_ how he can run the project and i work on a way to make the desktop finding for local projects more stable [09:25] zbenjamin: working on it means that I should wait for a fix before this release? [09:25] bzoltan: what i will do is: ask the manifest file in the project dir for the name of the desktop and search it in the builddir and project dir, if i cannot find it i use the hookname as base for the desktop file name, if i cannot find that i use the project name and then fail if there is still nothing [09:25] bzoltan: code is ready i'm testing it now [09:25] zbenjamin: that makes sense [09:26] zbenjamin: take my money and gimme the code! :D I want it .. [09:26] bzoltan: i will push it to one of the 2 branches in the SIlo [09:26] popey: ping [09:27] zbenjamin: cooool [09:34] mihir: pong [09:34] popey: could you confirm the other scenario i commented it on device ? [09:34] https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1338956 [09:34] Ubuntu bug 1338956 in Ubuntu Calendar App "Date/time changer hidden when textfields have focus" [Medium,New] [09:34] * popey looks [09:37] mihir: left a comment [09:37] popey: thanks :) [09:39] zbenjamin: cool! [09:39] bzoltan: its in the manifesttest branch, have fun ;) [09:39] bzoltan: yeah I realised that..zbenjamin sent me a code diff to get it working on the device [09:39] DanChapman: Good morning :-) [09:39] DanChapman: yeah after making a couple of changes, it seems to be working [09:40] DanChapman: I am going to create a new branch and do some testing and if they are ready, I will propose a MP [09:54] DanChapman: good lord, the new clock app looks terrible on the device [09:54] * nik90_ got lot of work to do [09:55] nik90_, hehe :-) yes there is quite a difference isn't there [09:55] nik90_: terrible how? [09:56] popey: as in the background image is not placed correctly and the animation is incorrect [09:56] popey: my development fault..not the design :) [09:56] DanChapman: :) [10:00] ouch! 50% CPU usage just viewing my inbox and leaving it open, spikes to 100 as soon as I start scrolling. That's BAD!! :-/ [10:01] popey, ^^ could you confirm you get the same for me please :-) [10:01] let me see [10:02] nope [10:02] sat at inbox its idle [10:02] sorry, sat at "Mail box" it's idle [10:02] tapped inbox, now it's busy busy [10:02] ~52% [10:03] :-/ [10:03] also 28% unity8 [10:03] and it's not actually getting mail [10:04] I'm seeing old mail [10:04] i hit the sync button and the popup appears at the bottom then goes away [10:04] but it's not syncing my mail [10:05] meh that sucks. Try going back and then back into Inbox does it fetch them? [10:08] yes! [10:13] cool not totally broken then. :-) [10:20] hah [10:20] ever the optimist [10:47] popey: http://imgur.com/mAWajsc [10:47] nice [11:25] zbenjamin: hey, I tried changing manifest.json to manifest.json.in to configure some variable during the build http://paste.ubuntu.com/7765084/ [11:26] zbenjamin: however when I run on device, I get "Custom Executable: Could not find the executable, please specify one" [11:26] zbenjamin: what is it referring to? Cause in app/CMakelist.txt, this is done for the .desktop.in file as well [11:49] DanChapman: may be you might know this ^^ [11:50] https://code.launchpad.net/~nik90/ubuntu-clock-app/fix-click-packaging/+merge/225946 [11:59] nik90_, ahh yes i've seen that. From what i make of it QtC looks at manifest.json to determine how to execute it. You do no actually need the .in extension in order to configure it. I ended up just leaving it as manifest.json to work round it [12:03] DanChapman: but when I put variables such as @PROJECT_NAME@, they are not replaced with the proper values during build [12:03] DanChapman: they stay as @PROJECT_NAME@ instead of ubuntu-clock-app for instance [12:08] DanChapman: nevermind you were right..so I did configure_file(manifest.json ${CMAKE_CURRENT_BINARY_DIR}/manifest.json) without renaming it to manifest.json.in [12:12] nik90_, :-D do you use the bzr revno in the manifest? if so it might be worth sticking configure_file inside an add_custom_command() so it get's configured on each build and you always have up to date bzr revno [12:15] DanChapman: yup I am using bzr revno in the manifest [12:23] oSoMoN, thanks for all your suggestions for reminders, and for the workaround :-) [12:24] mzanetti, if you want to take a look: https://code.launchpad.net/~rpadovani/reminders-app/upgradeToOxide/+merge/225737 [12:24] rpadovani, you’re welcome, thanks for filing the bug in the first place! [12:24] oSoMoN: yeah, thanks a lot for helping out! [12:24] rpadovani, note that I submitted a fix for oxide, hopefully it’s merged soon and makes it into version 1.1.1 [12:25] oSoMoN, cool! [12:25] rpadovani: quite busy atm... will review it later, maybe only tomorro [12:25] w [12:26] ok, see you tomorrow then :-) [12:32] balloons, o/ Could you help me to undestand what's wrong with this Jenkins failure? [12:32] https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1333201/+merge/225874/comments/544686 === renato_ is now known as Guest99235 [12:44] rpadovani: just re-triggered then noticed (pending - Jenkins is about to shut down ) [12:44] rpadovani: will take a look when it comes back === _salem is now known as salem_ [12:47] thanks === greyback is now known as greyback|away [13:02] Anyone work on the UITK here? Or know how to have Dialogs and the OSK interact well? === boiko_ is now known as boiko === greyback|away is now known as greyback [13:52] ogra_, hey, when/if you get a chance could you try http://people.ubuntu.com/~dpniel/dekko/click/com.ubuntu.developer.dpniel.dekko_0.2.1-dirty_armhf.click and let me know if the message list is still not updating for you [13:55] DanChapman, busy atm, but will test later and let you know :) [13:55] thanks !! [13:56] ogra_, that would be great, thanks. :-) [14:36] popey, care to give a review for autopkgtest? https://code.launchpad.net/~nskaggs/ubuntu-calendar-app/autopkgtest/+merge/225910 [14:37] nik90_: about the .desktop file [14:38] bzoltan: ? [14:38] bzoltan: I got a working branch now at https://code.launchpad.net/~nik90/ubuntu-clock-app/fix-click-packaging/+merge/225946 [14:38] nik90_: the desktop file name is wrong, you better chane in the cmake files how the desktop file is named or in the manifest file [14:39] nik90_: nice :) let me test it [14:39] bzoltan: yeah. I made sure that the cmake, manifest and desktop file name point to ubuntu-clock-app.desktop [14:39] bzoltan: :) [14:39] nik90_: you rock! [14:40] bzoltan: I just did the finishing touches..most of it was done by zbenjamin, jussi and help from you and DanChapman [14:40] nik90_: in the meantime I have a release candidate with a more tolerant run/packaging logic [14:41] bzoltan: awesome [14:41] nik90_: Yes :) I know. I have spent some hours today on figuring out what should we do and what should the app do... I think we have a good compromise [14:42] bzoltan: looking forward to it [14:43] nik90_: good to go http://picpaste.com/clock-pm4MxUiE.png [14:44] bzoltan: https://plus.google.com/113051860352311525753/posts/aw7WDck2Wrr :) [14:45] bzoltan: I just need to do one more thing before merging it. I want to introduce variables like @BZR_REVNO@ to the manifest.json file to ensure that the version is automatically updated. [14:45] bzoltan: I will have a go at it tomorrow [14:45] nik90_: I push this QtC plugin release thru the CI and push an update to the tools-development PPA for trusty testing [14:45] nik90_: good job! thank you! [14:45] bzoltan: yeah sure, I have the PPA installed, will test it === salem_ is now known as _salem === Guest99235 is now known as renato__ [15:59] kenvandine: ping again, about testing the content hub. [16:01] hey elopio [16:04] kenvandine: hello! Let me tell you about our scenario and then you can decide if you want to run away :) [16:04] sure ;) [16:04] elopio, i'm running out to lunch in about 10m or so :) [16:04] but i won't be running away from you [16:05] kenvandine: rhuddie is writing tests for the address book + gallery integration. We have a test at a really high level that will open the address book, click the contact picture, select a picture from the gallery picker and get back to the addres book. [16:05] but we want a lower level to get faster feedback that what we would get with this one. [16:06] so we are trying to test the address book in isolation. [16:06] we have two options: [16:06] 1. use a fake content hub dbus service, and check that when we click the picture, the right messages are sent to the content hub. [16:06] so what you want is something on the service side that responds to the request without actually opening the gallery [16:06] 2. use a test peer that will communicate to the address book during our test. [16:07] kenvandine: right. [16:07] i wonder if we could have a test peer that has no UI [16:07] just automatically charges the transfer [16:07] and exits [16:07] kenvandine: that would be the perfect #2 option. [16:08] so, we started with option #1 because option #2 is testing too much of the content hub [16:08] i prefer testing more of the hub itself :) [16:08] but now we have half of the service and there are too many methods to implement and it's becoming hard to read. [16:08] blurred lines of integration testing :) [16:08] yeah... it'll be hard to maintain as well [16:09] another 3rd option [16:09] add a test mode to the hub [16:09] so when run in test mode [16:09] it automatically charges import requests [16:09] etc [16:09] kenvandine: yes, we found the hard way :) As content-hub is a direct dependency of address book, it wouldn't be that bad to fully excercise it during the autopilot tests. [16:09] kenvandine: oh, that would be magic. [16:09] it would... [16:10] but, personally i'd like the integration tests to test more of the hub [16:10] no need to maintain the test peer either. It would be like an integrated test peer. [16:10] i know isolation can be good for just testing the address-book [16:10] but if we exercise the hub it would help find hub bugs... which is otherwise hard to test [16:11] kenvandine: so you vote for option #2? rhuddie: sounds good? [16:11] that's my vote :) [16:11] option 3 is my second pick [16:11] kenvandine: we still can add a lower level test in addition to this one, for fast feedback without using the content hub [16:11] but more work [16:11] elopio, kenvandine, #2 sounds great. We would obviously need to configure the hub in test mode whilst running our test [16:11] that would be QML, just checking that we call the right content hub declarative. [16:12] rhuddie: that's option #3. [16:12] but since the hub has no UI, integration testing of the service relies on apps like this [16:12] option #2 is the test peer without UI that just replies with a picture. [16:12] the test peer could just see a transfer request for a picture and immediate charge it with a picture [16:13] it could handle all the types [16:13] and even multiples [16:13] yes, #2 sounds ideal for what we need [16:13] if ContentType.SelectionType is multiple, it could charge it with several [16:13] etc [16:13] kenvandine: do you have some time to help us with this test peer? [16:13] and it helps test the hub, which is not well tested atm [16:13] i think so [16:13] bfiller, mind if i spend some time this week on that? [16:14] after the move stuff the music-app needs? [16:14] i think it could be a big win for testing :) [16:16] kenvandine: it will be. You will earn a sticker with a smiley face from QA to wear proudly during the next sprint :D [16:17] kenvandine: last thing before you go to launch. We also discussed a little about seeding some autopilot tests for the examples on the content hub. [16:17] would that be useful for you? [16:18] i love stickers :) [16:18] seeding? [16:18] adding autopilot tests using my examples? [16:20] kenvandine: yes, seeding is adding two or three initial tests to show devs how to make more, and help them when they want to add more. [16:20] that would be awesome :) [16:20] and much appreciated [16:21] good. I'll see if we can schedule somebody to write them next week. I think I'll have time. [16:21] kenvandine: you have been really useful. Thanks. Lets wait for bfiller. [16:21] cool [16:21] * kenvandine likes being useful [16:21] i should be able to do it [16:22] elopio, kenvandine, thanks a lot [16:22] elopio, your first use case is testing selecting a photo for addressbook right? [16:22] kenvandine: yes. [16:22] address book also shares contacts [16:22] but i guess that's the other direction :) [16:23] for now... i don't think sharing vcard over mms has landed yet [16:23] then we'll need the test peer to provide a vcard [16:23] i'll start with a photo, and we can add more later [16:24] kenvandine: brendand is close to that scenario, working on the integration of messaging app and address book. So we will be bothering you often. [16:24] you had your chance to run [16:24] haha [16:24] it won't be hard [16:24] and i'm excited about getting the hub tested more [16:24] it's a tough thing to test by itself [16:25] we have unit tests [16:25] so this will be very useful :) [16:25] ok, i'm heading to lunch... bbiab [16:26] buen provecho. [16:30] popey, there is a user that is a couple of weeks that spams on a lot of bugs on lp. THere is nothing you can do? :-) === _salem is now known as salem_ [16:31] rpadovani, i'm stepping away, but would love to hear about your first experiences with bacon2d [16:31] kenvandine, I'll be more precise on next days but.... [16:31] rpadovani: yeah, i just saw that myself [16:31] fucking awesome :-) [16:31] haha [16:31] rpadovani, sweet... well feedback is welcome :) [16:32] * kenvandine really leaves now [16:32] kenvandine, see you, and thasnk :-) [16:43] ping artmello. Can I bring your attention to this branch? [16:43] https://code.launchpad.net/~rhuddie/gallery-app/add-photos-page-object/+merge/225962 [16:47] kenvandine: should be fine === gatox is now known as gatox_lunch [17:07] beuno, can scope authors specify screenshots and icons and will they be used anywhere? [17:10] dholbach, yes, in the scopes scope [17:10] ok cool [17:12] DanChapman, so i tested your new click ... but i get an error pop up that is sadly cut off on the sides [17:14] DanChapman, starting the app newly works without error but the last message in my inbox is still from saturday [17:14] * ogra_ wonders what to delete in his homedir to make sure to start afresh [17:15] beuno, do we basically tell folks to "click build ." [17:15] ? [17:15] beuno, or is there something in the SDK to do it [17:15] ? [17:16] ogra_ :-(. If you wipe the config ~/.config/com.ubuntu.developer.dpniel.dekko/ it will destroy & recreate the the cache on setting up again [17:16] ok [17:17] i tried a bunch of the former troijita clicks, perhaps there is some mess left over [17:17] popey, on the next file manager app meeting (or perhaps in e-mail), could you remind the guys to review each other's branches? This would take 3 MRs off the red and orange list [17:18] ogra_, what imap server/service do you use? I've tried that click on loads of different ones today (dovecot, cyrus, gmail, hotmail and exchange) and they all worked reasonably well, bar gmail but thats a braindead server anyway :-) [17:18] dovecot in my LAN [17:18] elopio: i removed the skip on this MR: https://code.launchpad.net/~artmello/gallery-app/gallery-app-reenable_AP_test/+merge/225978 [17:18] elopio: but it seems to fail on Jenkins [17:19] elopio: probably we need the changes on the MR you mentioned [17:19] dpm, kyleN, mhall119, popey: do you know if there's anything in the SDK which lets me write and package a scope as a click, or would I have to just "click build ."?= [17:19] sorry, just run "click build ." [17:20] dholbach, there is not yet support for click packaging in the SDK's scopes templates IIRC [17:20] dholbach, I took a hard look recently at pkging scopes to click. [17:20] i do not [17:20] dholbach, I don't know how they are built [17:20] zbenjamin, do you know? ^ [17:20] one can build them. [17:20] artmello: thanks! rhuddie will be helping you getting it to stable. [17:20] ok, so "click build ." it is [17:21] that'll take some more doc writing then [17:21] what I do is use the SDK cross building to create the arch specific .so file and etc (that's Cmake and Build in the IDE) [17:21] then I run script to create tmy clickdir with the contents and structure I want, grabbing files from the source dir and the build dir as needed [17:21] then I click build clickdir [17:23] DanChapman, ok, i wiped everything and started over ... lets see if it updates once i get a new mail :) [17:23] thanks kyleN [17:23] beuno, dpm: so that's a bit more than "just take the 'publish app' docs" then [17:23] dholbach, yw. [17:24] dholbach, yes, the existing scope templates in the SDK need to add support for packaging, essentially [17:25] until then I guess I'll need to write something up [17:29] DanChapman, hmm, i sent myself a test mail and it showed up ... that looks a lot better, i guess the old crift i had around might have caused the issue [17:30] hmm [17:30] ogra_: oops sent you an email :P [17:30] but it doesnt like to show me the content of that mail [17:30] i wonder if thats due to my gpg signature [17:31] argh [17:31] now it doesnt show my inbox content but the inbox subfolders instead [17:32] nik90_, heh, thanks ... but i only see it on my laptop [17:32] :) [17:32] seems i'm back to the state where it doesnt update anymore [17:33] ogra_, clicking on the progression arrow shows the subfolders. Click anywhere else and it opens the maillist for that mailbox. [17:33] darn so it's done it again [17:33] ah [17:33] thats pretty cool ! [17:34] (if you know about it ... ) [17:34] aha [17:34] "y108 BAD Error in IMAP command SELECT: Invalid QRESYNC parameters" [17:34] thats what i see in the log [17:37] yup, every time i tap on the reload button this line appears [17:37] yeah it's the not the clearest of ways to navigate the mailbox tree. Ideas welcome :-) [17:37] Ahh great that gives me something to work on [17:38] dpm, zbenjamin, kyleN: do you know if there's a bug open for making the "package my scope" workflow happen in qtcreator? [17:38] dholbach, sorry, not sure. [17:38] dholbach, not that I know of. [17:39] bfiller, cool [17:41] ogra_, could you try wiping just the cache under ~/.cache/com.ubuntu.developer.dpniel/dekko. [17:42] done [17:42] same error [17:52] dpm, kyleN, zbenjamin: filed 1339237 [17:52] bug 1339237 [17:52] great! [17:52] bug 1339237 in qtcreator-plugin-ubuntu "Publishing scopes should be as easy as it is for apps" [Undecided,New] https://launchpad.net/bugs/1339237 [17:53] thanks dholbach === gatox_lunch is now known as gatox [18:07] dpm, beuno: udpated developer.u.c/publish/ with some very simple and preliminary content on how to publish scopes - I'll start a conversation with all related teams to improve it together - this should be a team effort [18:08] thanks dholbach! [18:10] dholbach, sweet, thank you [18:10] dpm, I'll mention the mail you just sent [18:10] awesome [18:50] ogra_, if possible could you try one last thing for me in ~/.config/com.ubuntu.developer.dpniel.dekko/com.ubuntu.developer.dpniel.dekko.conf could you add, "imap.capabilities.blacklist=QRESYNC" and see if that resolves it. I need to implement some kind of logging to better address this further, but hopefully that should get it working for you temporarily === salem_ is now known as _salem === DanChapman is now known as DanChapman_afk [19:20] DanChapman_afk, that seems to help === renato_ is now known as Guest83027 [22:23] yo popey [22:24] or mhall119 [22:28] nik90_, t1mp, has the new SDK header stuff landed yet? [22:29] ahayzen_: looking at the ui-toolkit trunk it seems so [22:29] nik90_, hmmm so should jenkins be failing with this? http://91.189.93.70:8080/job/generic-mediumtests-utopic/927/testReport/junit/music_app.tests.test_music/TestMainWindow/test_add_song_to_queue_from_albums_page_with_mouse_/ [22:30] nik90_, specifically 'PageHeadState is not a type' [22:30] ahayzen_: it shouldn't be technically..I will have to check in my utopic vm if the update has landed though [22:31] nik90_, ah yes good plan... i'll check as well [22:31] nik90_, so what are you doing about the trusty coreapps PPA now? as the app won't run on trusty? [22:31] ahayzen_: we cant do much :/ [22:32] nik90_, :( no way of gettting it to run on trusty? i guess it would need qt5.3 as well...not as simple as before where someone could just copy the uitk packages over [22:33] ahayzen_: exactly...Qt 5.3 is required and I dont think they have the time to backport it [22:33] nik90_, no damn so guess we'll have to turn off the recipes for trusty then [22:35] nik90_, my utopic machine says there is a 07/07 build so jenkins should have got that? [22:35] ahayzen_: it should be 0.1.48+14.10.20140707-0ubuntu1 so yes [22:35] ahayzen_: I am not sure about jenkins though [22:36] ahayzen_: may be it hasnt been updated [22:39] ahayzen_: I got a small issue. I am using the QML FolderListModel to show the ringtones folder. However on the phone it appears empty while on the desktop it works as expected. I ensured that the package is installed on the phone [22:40] nik90_, if you go to system-settings and then click on the ringtones do they play for u? [22:40] nik90_, they haven't been working for me in the recent images [22:40] * nik90_ checks now [22:40] nik90_, maybe that is part of the issue === _salem is now known as salem_ [22:41] ahayzen_: yeah I don't hear it either [22:41] ahayzen_: but that shouldn't be a reason for not displaying the files either? [22:42] ahayzen_: or perhaps it is a permission issue? [22:42] nik90_, unless they have moved... or more likely that :) [22:42] ahayzen_: nah, I checked the filesystem manually. They are in the folder I specified [22:43] nik90_, so permissions then? [22:44] nik90_, who are the files owned by? [22:44] ahayzen_: not sure [22:44] nik90_, what is the output of a ls -l on the folder? [22:44] ahayzen_: root [22:45] nik90_, thats the issue [22:45] ahayzen_: but I am only reading the folder and not writing into it [22:45] nik90_, we had music files not playing when they were root ... try changing them to phablet and see wht happens [22:46] hi guts [22:47] ahayzen_: I tried sudo chown -R phablet Ubuntu.ogg [22:47] ahayzen_: however it says it is a read-only system [22:47] for some reason [22:47] nik90_, ah u may have to make it writable to modify the files but these should probably be readable by default [22:50] true [22:50] I will check with seb128 to see if the system settings apps not being able to play ringtones is an issue [22:50] * nik90_ needs to reboot his system [22:53] cool [23:25] hi [23:26] some one out there?? [23:29] guys need some help plzz [23:38] ?? [23:45] some one?? [23:48] ?? [23:50] ??