| === _salem is now known as salem_ | ||
| === salem_ is now known as _salem | ||
| === chriadam is now known as chriadam|away | ||
| davidcalle | Morning all o/ | 07:43 |
|---|---|---|
| nerochiaro | balloons: hi, I have been told that you can maybe help me figure out how to have graphical unit tests running while using debuild | 08:41 |
| popey | bzoltan: zbenjamin I'm having trouble with the sdk - I keep getting "make: *** No targets specified and no makefile found. Stop." and somehow via random clicking i can make it work, but don't know what makes it work again. | 10:42 |
| popey | lp:~verzegnassi-stefano/ubuntu-docviewer-app/pdfview-show-hide-header is the branch I am trying to build | 10:42 |
| zbenjamin | popey: lets see | 10:42 |
| popey | I am branching that, then "qtcreator CMakeLists.txt" | 10:42 |
| popey | then add -DCLICK_MODE=on | 10:42 |
| popey | then go to the publish tab and try to build.. and I get this:- | 10:43 |
| popey | http://paste.ubuntu.com/10760632/ | 10:43 |
| zbenjamin | popey: does the same happen if you open qtcreator and use the "open project" dialog to open it? | 10:46 |
| popey | lemme see | 10:47 |
| popey | (sdk takes a very long time to start) | 10:47 |
| zbenjamin | popey: i see the problem, you need to open the project tab and assign kits to the project when you open it the first time | 10:48 |
| zbenjamin | popey: normally QtC should show the tab by default | 10:48 |
| zbenjamin | popey: weird that it doesn't | 10:48 |
| popey | ok | 10:48 |
| popey | also, while I'm reporting things http://i.imgur.com/7BUsVyx.png | 10:48 |
| popey | look at the bottom middle | 10:48 |
| popey | looks like raw code where a blog post should be | 10:49 |
| zbenjamin | wth | 10:49 |
| zbenjamin | popey: seems its actually a post with that code :D | 10:49 |
| popey | where do I assign a kit? | 10:50 |
| popey | http://i.imgur.com/SUXAjnM.png | 10:50 |
| popey | I already have one I think? | 10:50 |
| zbenjamin | popey: yes you have one. Its still not working? | 10:50 |
| popey | well i already had one at the start of this conversation | 10:51 |
| popey | but launching sdk then opening the project seems to be building now... | 10:51 |
| popey | rather than from the cli | 10:51 |
| zbenjamin | popey: its possible that your schroot session is broken | 10:56 |
| popey | \o/ it built | 10:56 |
| popey | also | 10:57 |
| popey | alan@deep-thought:/tmp/pdfview-show-hide-header$ mount | grep schroot | wc -l | 10:57 |
| popey | 3640 | 10:57 |
| popey | can we fix that? | 10:57 |
| popey | 11:57:17 up 1:30, 4 users, load average: 2.19, 2.91, 3.08 | 10:57 |
| zbenjamin | popey: omG | 10:57 |
| popey | I know, right? | 10:57 |
| zbenjamin | popey: sudo schroot --all-sessions -e | 10:57 |
| popey | it happens _all_ the time | 10:57 |
| zbenjamin | popey: then run click-chroot-agent -r | 10:58 |
| zbenjamin | popey: i know, schroot is the weak spot in the SDK atm | 10:58 |
| popey | hmm, one is busy | 10:58 |
| popey | E: 10mount: umount: /var/lib/schroot/mount/click-ubuntu-sdk-14.10-amd64-130f3373-f078-4f8e-8a84-863aa59f3b1d/dev/pts: target is busy | 10:58 |
| popey | but I have no sdk open | 10:58 |
| zbenjamin | popey: no idea where the busy flag is coming from, bzoltan also had his fight with that problem a few days ago | 11:00 |
| popey | thanks for the help zbenjamin ! | 11:02 |
| zbenjamin | popey: np | 11:02 |
| ogra_ | bzoltan, for a start with snappy i'd go with supporting nodejs snaps ... that gives you a javascript based server part your app can use and is most easy to package (you just need the node binary and a way to pull npm mudules in) | 11:10 |
| ogra_ | (for the combined click/snap idea) | 11:11 |
| bzoltan | popey: that is horror | 11:34 |
| popey | bzoltan: ya! | 12:01 |
| bzoltan | popey: what I wonder about is that I could not figure out what locks those mount points. I could not find a process what uses those directories. So I needed a massive cleanup and reboot to get rid of the zombie mounts | 12:28 |
| ogra_ | bzoltan, do you mount /proc ans /sys inside ? | 12:29 |
| ogra_ | *and | 12:29 |
| ogra_ | thats typically holding it ... | 12:29 |
| bzoltan | ogra_: I do .. .or better say the click/schroot does | 12:30 |
| ogra_ | right, you should check they get properly unmounted | 12:31 |
| bzoltan | ogra_: do you think that schroot would work without those mounts? | 12:31 |
| ogra_ | no, they are needsed by some packages during install | 12:31 |
| ogra_ | but they should get cleanly unmounted along with the schroot | 12:32 |
| bzoltan | ogra_: I see.. to be frank I have never check out what schroot does inside. I would expect it to mount-umount automatically | 12:32 |
| ogra_ | me too | 12:32 |
| ogra_ | perhaps you just discovered a bug :) | 12:32 |
| bzoltan | ogra_: I am a bit worried that now as schroot is part of the snappy story we built an even bigger project on this pretty unstable and unreliable tool | 12:33 |
| * ogra_ never used schroot ... i cant judge ... | 12:34 | |
| ogra_ | i just use a chroot inside an ubuntu-core tarball and cars for mounting needed stuff manually | 12:34 |
| bzoltan | ogra_: if you have used click than you have used schroot :) | 12:34 |
| ogra_ | *care | 12:34 |
| ogra_ | huh ? | 12:35 |
| ogra_ | why would building a click use schroot | 12:35 |
| * ogra_ always just does "click build ." with the right metadata files in place | 12:35 | |
| ogra_ | ... the same way i build a snap :) | 12:36 |
| bfiller | rpadovani: thanks for making those fixes to settings branch for browser | 13:08 |
| bfiller | rpadovani: seems to be working better | 13:08 |
| bfiller | rpadovani, oSoMoN : one question, is there supposed to be a search engine setting on the page? I think it showed up once but now is not being displayed at all | 13:09 |
| === chihchun is now known as chihchun_afk | ||
| oSoMoN | bfiller, only when there’s more than one custom search engine definition in $HOME/.local/share/webbrowser-app/searchengines/ | 13:10 |
| === _salem is now known as salem_ | ||
| oSoMoN | bfiller, it’s relatively hidden for now, on purpose. In the future I’d like us to ship several search engine definition by default, but that will require more changes to the backend | 13:11 |
| bfiller | oSoMoN: ok | 13:11 |
| oSoMoN | bfiller, in a way, this setting entry is an easter egg :) | 13:11 |
| bfiller | oSoMoN: where on disk is the settings file stored? | 13:12 |
| oSoMoN | bfiller, ~/.config/webbrowser-app/webbrowser-app.conf | 13:12 |
| bfiller | oSoMoN: just want to test again with the file not present | 13:12 |
| oSoMoN | bfiller, note that this used to be ~/.config/webbrowser-app/settings.conf, but with the migration to Qt.labs.settings, the filename had to change | 13:13 |
| bfiller | oSoMoN: thanks | 13:13 |
| bfiller | oSoMoN: I think the branch is good to go now, adding the validation for the url would be nice, but not critical I think | 13:15 |
| oSoMoN | bfiller, agreed. I’m working on a branch that adds the "clear cache" option, and I’d like to land them all together if possible though, so it should give rpadovani a bit more time to add the validation if he wants | 13:17 |
| bfiller | oSoMoN: great, hopefully we can land by tomorrow | 13:17 |
| bzoltan | ogra_: where the target APIs come from if not from a schroot? | 13:52 |
| === chihchun_afk is now known as chihchun | ||
| ogra_ | bzoltan, which target APIs ? | 14:16 |
| ogra_ | bzoltan, if i write a website i also dont need any chroots :) i dont use C++ | 14:17 |
| ogra_ | QML is happy without a chroot for rolling a click | 14:17 |
| bzoltan | ogra_: like your system is an LTS and you develop for a 15.10 based device | 14:17 |
| bzoltan | ogra_: OK, you do not use code completion and syntax highlight :) and you do not care if you accidentally use non existing APIs :) | 14:18 |
| ogra_ | bzoltan, i usually develop on my device ... i roll an empty click with Main.qml in it ... and then start editing in /opt/click ... once i have the code working fine on the device, i sync it back to the PC and build the final click | 14:21 |
| bzoltan | ogra_: yes, I remember you explained it... it is the safest one | 14:22 |
| ogra_ | so i know the APIs work :) | 14:22 |
| bzoltan | ogra_: it would be fun to hijack the device (or the emulator) rootfs and use it as SDK | 14:22 |
| rickspencer3 | kalikiana, hi | 14:23 |
| rickspencer3 | so, I am running into a weird thing with u1db | 14:23 |
| rickspencer3 | in a nutshell, it seems to write records slowly on my desktop, which is making it hard on my tests | 14:24 |
| ogra_ | bzoltan, well, thats efeectively waht i do :) i have thre terminals open with ssh to the device, one with vim, one where i constantly tail -f the apps log file and one to run/stop the app | 14:24 |
| bzoltan | ogra_: yes, that is the way :) | 14:28 |
| ogra_ | lol | 14:28 |
| bzoltan | ogra_: I wish to make an SDK like that with IDE. It is totally possible and feasible. | 14:28 |
| ogra_ | bzoltan, indeed it is :) but i think the majority of useers will use the full SDK anyway | 14:31 |
| bzoltan | ogra_: We could totally do a full SDK with on device development :) | 14:47 |
| ogra_ | :) | 14:47 |
| rpadovani | bfiller, thanks to you for the review :-) oSoMoN working on the url right now! | 16:07 |
| rpadovani | popey, do you have 5 minutes for a query? | 16:08 |
| bfiller | rpadovani: no problem, thanks for the code :) | 16:08 |
| popey | for you, always | 16:08 |
| rpadovani | :-) | 16:08 |
| nerochiaro | balloons: ping | 16:28 |
| rpadovani | bfiller, oSoMoN should be ready to land now | 16:34 |
| === salem_ is now known as _salem | ||
| === _salem is now known as salem_ | ||
| oSoMoN | rpadovani, not sure how that happened, but there is a conflict now when merging your branch | 17:05 |
| rpadovani | lolwut, on it | 17:06 |
| rpadovani | oSoMoN, there was an edit to looksLikeAUrl() function (I based to the one I had in my branch). I reflected it in UrlManagement.js, should work now | 17:11 |
| oSoMoN | rpadovani, thanks! now there is another conflict when merging first the qt-labs-settings branch into trunk then yours, no idea why, I’m looking into it | 17:18 |
| rpadovani | oSoMoN, lol. Should I merge your branch in mine? | 17:18 |
| oSoMoN | rpadovani, well it doesn’t seem to do anything | 17:20 |
| * oSoMoN is puzzled | 17:20 | |
| oSoMoN | "bzr help criss-cross" has some hints as to what might have happened | 17:23 |
| oSoMoN | rpadovani, merging your branch with --weave fixes the issue, I wonder if there’s a way to have the CI train use that option when merging… | 17:25 |
| rpadovani | oSoMoN, probably both of use merged from trunk, and so we had criss cross | 17:26 |
| oSoMoN | yeah, that’s unfortunate | 17:26 |
| oSoMoN | rpadovani, I can probably remove my MR from the list though, as yours is based on it anyway | 17:27 |
| oSoMoN | I’ll do that | 17:27 |
| rpadovani | oSoMoN, ok, thanks, let me know if there is something I can do to thelp | 17:31 |
| oSoMoN | rpadovani, all good now, rebuilding in the silo | 17:32 |
| nik90 | ahayzen: ping | 17:37 |
| ahayzen | nik90, pong | 17:37 |
| nik90 | ahayzen: hey in your day delegate expand branch, couldn't we use ListItem.Expandable + UbuntuListView combination? That would give us the benefit of ensuring automatically that when the listitem is expanded it will be fully visible | 17:39 |
| nik90 | so we wouldn't have to define that ourselves by adjusting the flickable contentY | 17:39 |
| ahayzen | nik90, i'll have an investigation :) ... also note the expandable part will have a big label at the top then a sortof list thing below | 17:39 |
| nik90 | true, but the ListItem Expandable is essentially an empty listitem..it gives us all the freedom to define whatever we need inside it | 17:40 |
| ahayzen | ok i'll have a look thanks :) | 17:41 |
| nik90 | ahayzen: the reason I am suggesting this is because we then wouldn't have to worry about normal or expanded states along with their transition since that will all be taken care for us | 17:41 |
| nik90 | ahayzen: but it looks and works great atm | 17:41 |
| ahayzen | as long as I can keep the slick animations i'll try and use the expandable :) | 17:41 |
| nik90 | ack. | 17:42 |
| nik90 | ahayzen: one more general question if you got time | 17:44 |
| ahayzen | yup | 17:44 |
| nik90 | ahayzen: realistically I think that the new weather app could replace the old weather app when the phone makes the vivid transition..I was thinking may be we should start using the new listitems in Ubuntu.Components 1.2 | 17:45 |
| nik90 | ahayzen: although after typing it out, I realized I wouldn't be able to develop it on my phone running RTM | 17:45 |
| ahayzen | nik90, i guess :) ... i should be jumping from utopic -> vivid this week...but yeah i'm on rtm as well...tbh with most of my projects i'm waiting for rtm to sync with vivid before i make the jump otherwise development will be a pain | 17:46 |
| nik90 | ahayzen: fair point..it is best to wait for rtm to sync with vivid | 17:47 |
| mardy | what is the right way of translating the .desktop files, in click apps? X-Ubuntu-Gettext-Domain or Name[<lang>]? | 19:08 |
| mardy | popey: you might know ^ | 19:09 |
| popey | uhhhh | 19:10 |
| ahayzen | we have an _ before the thing that needs to be translated in music http://bazaar.launchpad.net/~music-app-dev/music-app/remix/view/head:/com.ubuntu.music_music.desktop.in.in i think cmake does the rest of the magic? IIRC | 19:12 |
| mardy | ahayzen: but if I open the ~/.local/share/applications/com.ubuntu.music_music_2.0.846.desktop file, I see it's full with Name[]... | 19:16 |
| ahayzen | as i said cmake does the magic :) | 19:16 |
| ahayzen | so Name[<lang>] is probably correct | 19:17 |
| mardy | ahayzen: and now I see that /usr/share/applications/ubuntu-system-settings.desktop uses X-Ubuntu-Gettext-Domain instead... I'm confused | 19:18 |
| ahayzen | ugh :/ | 19:18 |
| mardy | Saviq: do you know how the shell translated the applications' name? | 19:19 |
| mardy | *translates | 19:19 |
| Saviq | mardy, from the .desktop file | 19:42 |
| Saviq | mardy, it reads Field[locale]= from there | 19:42 |
| mardy | Saviq: how come that the System Settings is translated, even though it has none of those? It uses X-Ubuntu-Gettext-Domain, but that doesn't seem to work in my app | 19:43 |
| Saviq | mardy, it does fall back to gettext indeed | 19:43 |
| mardy | Saviq: maybe X-Ubuntu-Gettext-Domain works for system apps, and not for clicks? | 19:44 |
| Saviq | mardy, yeah, we're not looking in the right dir | 19:44 |
| Saviq | mardy, this could be potentially be added, actually | 19:44 |
| Saviq | mardy, file a bug with qtmir please | 19:44 |
| mardy | Saviq: it would indeed make me happy :-) | 19:44 |
| Saviq | mardy, you can easily put the translations in the .desktop file in the mean time | 19:45 |
| Saviq | use intltool-merge | 19:45 |
| Saviq | gtg | 19:45 |
| mardy | Saviq: I'm trying to, it's a bit hard with qmake :-) | 19:45 |
| mardy | Saviq: thanks, I'll file the bug soonish | 19:45 |
| mardy | Saviq: bug 1441320, FYI | 19:57 |
| ubot5 | bug 1441320 in QtMir "Translating .desktop files with X-Ubuntu-Gettext-Domain fails for click apps" [Undecided,New] https://launchpad.net/bugs/1441320 | 19:57 |
| mrqtros | popey ping | 20:38 |
| mrqtros | mhall119 ping | 20:42 |
| mhall119 | mrqtros: pong | 20:43 |
| mrqtros | mhall119 hello, how are you? | 20:44 |
| mhall119 | going fine, and yourself? | 20:44 |
| mrqtros | I'm fine too :) | 20:46 |
| mrqtros | I want to ask... Shorts were removed from basic installation of Ubuntu Phone? | 20:46 |
| mhall119 | mrqtros: popey would know that, it's on my phone but I havne't wiped it clean and re-flashed in agest | 20:48 |
| mhall119 | mrqtros: also, it may be one the N4 images but not the Bq ones, or vice versa, the choice of which to pre-install is done per-device-image | 20:48 |
| mrqtros | mhall119 seems that I am right. I just installed OS from scratch and have not seen it | 20:49 |
| mhall119 | mrqtros: is it in the store so people can still get it? | 20:49 |
| mrqtros | In my case it was n4 | 20:49 |
| mrqtros | Yep | 20:49 |
| mhall119 | ok, cool | 20:49 |
| mrqtros | But I like to see it in basic set of apps... | 20:49 |
| mhall119 | yeah, I know some others were removed (or never made it in) | 20:49 |
| mhall119 | the more apps in the image, the more tests need to be run on each image, and the more chance of a test failing and blocking image promotion | 20:50 |
| mhall119 | really, the fewer apps in the image itself the better from the QA/CI perspective, but we still want to ship enough that the default image is usable | 20:50 |
| mhall119 | mrqtros: some apps were removed, and then later re-added after they had more work, so there's still a possibility of shorts being re-added :) | 20:51 |
| mrqtros | What do you mean when saying "had more work"? That Shorts become low-quality app and must be reworked? | 20:52 |
| mrqtros | Both I and Joey ready to develop it more | 20:53 |
| mrqtros | But there are no official designs | 20:53 |
| mrqtros | mhall119 we want to make reboot of our app - use C++, change visual design and so on | 20:55 |
| nik90 | mrqtros: at the moment, shorts app is pretty much the only app which still has a old design..the gradient backgrounds were deprecated long time back. I presume once the design is up to date, it might make its way back into the default set of apps | 20:55 |
| nik90 | mrqtros: the calendar app was also removed some time back, but with a good redesign it made its way back into the default collection | 20:56 |
| mhall119 | I think even Music was removed at one point | 20:56 |
| nik90 | mrqtros: and that's what mhall119 suggested with "had more work" .. no one is suggesting that shorts-app is a low quality app or anything | 20:57 |
| mhall119 | nik90: weather still uses the old gradients too | 20:57 |
| mhall119 | but that was made with collaboration from the weather channel, so it's going to be slower to change | 20:57 |
| nik90 | mhall119: Have you checked out weather reboot? Its a radically new design that removes those old gradients | 20:57 |
| mhall119 | nik90: no I haven't, is it in the store? | 20:57 |
| mhall119 | mrqtros: I certainly didn't mean shorts wasn't high quality | 20:58 |
| nik90 | mhall119: not yet, its being worked on at the moment by myself, victor thompson, ahayzen and martin | 20:58 |
| nik90 | mhall119: we are hoping to release a beta to the store when it is a bit more ready | 20:58 |
| ahayzen | weather reboot \o/ | 20:59 |
| mrqtros | mhall119 it's looking like you are comforting me :)) All is ok, I can see problems | 20:59 |
| mrqtros | And I want to solve them | 20:59 |
| mrqtros | But process is slow. Very slow. We are awaiting, awaiting with no hope :) | 21:00 |
| mrqtros | So can we made changes and propose them? | 21:00 |
| mhall119 | mrqtros: absolutely, it's your app | 21:01 |
| mrqtros | Both I and Joey are extremely accurate in that aspect | 21:01 |
| mhall119 | mrqtros: if the design team isn't being responsive we can take it up with them, but don't feel like you can't work on things based on your own ideas or user feedback | 21:02 |
| mrqtros | mhall119 we will copy UI trends from all other apps | 21:04 |
| mrqtros | mhall119 nik90 thanks guys for your participation in discussion | 21:06 |
| mrqtros | We will make Shorts reboot in ~month. | 21:07 |
| nik90 | mrqtros: I initially worked with mihir on the calendar app to improve its design when it got removed. After a good amount of work, it was then picked up by the design team as well. You could do the same by getting the shorts app in line with the current set of apps in terms of background, UI components like the bottom edge etc. | 21:08 |
| nik90 | mrqtros: Good luck! | 21:08 |
| rpadovani | or you can just ignore design team, create an awesome app and live happy :-) | 21:09 |
| nik90 | rpadovani: to be honest, the design team are being overwhelmed at the moment..way too many things to design with fewer people on it..no can be blamed here | 21:09 |
| rpadovani | I don't want to blame them at all, I fully understand that. Just, we know they are busy, so we take care of our own ;-) | 21:10 |
| nik90 | yeah | 21:11 |
| mrqtros | rpadovani ok, thanks) | 21:16 |
| popey | heya | 21:22 |
| * popey reads backscroll | 21:22 | |
| popey | I agree with what everyone says :) | 21:24 |
| === salem_ is now known as _salem | ||
| === ahayzen_ is now known as ahayzen | ||
| === aaron is now known as ahoneybun | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
