[00:33] <lotuspsychje> http://linux.softpedia.com/blog/Ubuntu-Phone-s-Music-Scope-Gives-You-Access-to-Over-30-Million-Songs-from-7digital-483367.shtml
[00:44] <OerHeks> nice, 3 minute songs ? that would take me 171,232876712 years to listen
[00:44] <lotuspsychje> lol
[03:19] <liuxg_> why cannot I define a property in "Column" in　QML?
[03:59] <liuxg_> PickerPanel is not defined, what is the module for it in Ubuntu phone?
[06:40] <dholbach> good morning
[08:47] <pragomer> hello. wanted to ask for an advice what ubuntu phone to buy for first.. in a few weeks there will be (in hope so for europe) above the bq 4.5 the bq hd5 and the meizu phone.. trying to choose between the last two phones. what I thought.. meizu will have the better hardware.. bq is in europe (better for reclamations and garanty)... normally I would prefer an european vendor.. but the meizu is (at this time I need a new phone) the be
[08:47] <pragomer> tter hardware.
[08:47] <pragomer> could you give me some advice.. perhaps information I did not think on until now
[08:50] <popey> pragomer: the bq devices have sd slots and two sim slots if that's important to you
[08:50] <popey> the meizu doesn't have multiple sim slots or an sd slot
[08:52] <pragomer> ok.. this is also a point to BQ... what do YOU own? :-)
[08:52] <pragomer> tried the 4.5 ?
[08:52] <pragomer> is it ok?
[08:57] <popey> i have the bq e4.5 and a meizu mx4
[08:57] <popey> I dont have the e5 hd yet
[08:58]  * RAOF really liked the e4.5 form factor, and is sad it went through the wash.
[09:02] <JamesTait> Good morning, people! Happy Friday, and happy World Environment Day! 😃
[09:02] <pragomer> oh.. you have the mx4.. I think you bought it with android and flashed it with ubuntu-touch? do you feel a strong performance advantage to the 4.5 ?
[09:03] <popey> pragomer: the mx4 is quite a bit more performant than the e4.5
[09:03] <popey> more RAM too
[09:06] <pragomer> mm... my direction goes to bq I think... unfortunatly I am without any phone at the moment.. could I expect the BQ HD5 to be bought in the next 2-3 weeks?
[09:07] <popey> I understand the E5 HD goes on sale next week.
[09:08] <pragomer> oh.. thats cool.. think I will take the E5 than
[09:08] <pragomer> thank you.. helped me with my decision
[09:09] <popey> no problem
[10:02] <brunch875> I noticed an issue with the 'swipe from bottom' to display tabs on the browser
[10:02] <brunch875> if the phone is on landscape mode, it won't work
[10:06] <ogra_> brunch875, how would it ... the "bottom" edge is occupied by a system gesture in that case
[10:07] <brunch875> well... by using the new 'side' edge
[10:07] <ogra_> she3ll rotation will fix that once it landed
[10:07] <ogra_> *shell
[10:07] <brunch875> neat :D
[10:08] <ogra_> but as long as the system gesture is sticky the browser cant occupy that egde
[10:08] <ogra_> (with shell rotation the input rotates as well)
[10:08] <brunch875> it's good to hear that
[10:15] <popey> ogra_: i have a 14.04 server and have added the sdk team ppa and upgraded, adb isn't seeing my nexus 7
[10:15] <popey> ogra_: is there some magic I need to do on 14.04 to make adb work correctly?
[10:16] <popey> it shows in dmesg
[10:16] <popey> and adb devices shows it on another machine, so i know the tablet and cable are good
[10:17] <popey> android-tools-adb is 4.2.2+git20130218-3ubuntu36 from sdk ppa
[10:17] <popey> which is a bit older than the one on my 15.10 desktop
[10:18] <mandel> ogra_,  crazy question, but do you know what happened with Ubuntu-engineering mainling list, I got unsubscribed
[10:19] <popey> there's a new list
[10:19] <popey> ues
[10:19] <popey> poke msm if you weren't moved over
[10:20] <mandel> popey, ok, thx! I probably missed the email since I read maiing lists every two/three days
[10:20] <mandel> too much email
[10:20] <popey> :)
[10:20] <abique> Hi, I just got this touch screen from dell, and I wonder if anyone could recommend a software to try the touchscreen with gestures?
[10:20] <ogra_> mandel, what popey said ... new teams ...
[10:21] <mandel> ogra_, yep, makes sense
[10:21] <mandel> moving moving moving ja
[10:35] <ogra_> popey, you really dont want to run your converged desktop off an SD card even if it claims "30 times faster than a snail" :)
[10:35] <popey> heh
[10:35] <popey> well, desktop on the phone, data on the card
[10:35] <ogra_> yeah
[10:36] <ogra_> i hope we will get some real SSD in the converged phone ... even if its only 64G or some such
[10:36] <ogra_> heck, even 32G and SD slot would be fine :)
[11:06] <mcphail> On the subject of SD cards, can we get default read/write permission to a directory on the sd card for apps please?
[11:07] <ogra_> not without someone implementing a proper SD crad service in the framework
[11:08] <ogra_> which we currently do not have
[11:09] <mcphail> ogra_: we don't really need an sdcard service, just a default inclusion of /media/*/*/appname.user/
[11:09] <ogra_> we do ... so you cant just fiddle with apparmor to break security :P
[11:09]  * mcphail is busted
[11:09] <ogra_> also app separation is close to impossible to do securely on a vfat system
[11:10] <ogra_> until these points are solved i doubt there will be SD support for confined apps
[11:10] <mcphail> :(
[11:11] <ogra_> all "workarounds" you could do currenly would only expose security bugs that would be closed immediately
[11:11] <ogra_> (so these workarounds wouldnt get you very far)
[11:12] <mcphail> ext4 for the sdcard would be a good thing, though
[11:22] <ogra_> mcphail, except that they wont work in your moms win XP desktop :)
[11:24]  * mcphail wonders how many windows-only households have an Ubuntu phone...?
[11:25] <ogra_> mcphail, long term hopefully many
[11:25] <mcphail> is the MTP interface filesystem-agnostic?
[11:27] <ogra_> yes
[11:28] <ogra_> pmcgowan, when will we get the proper initramfs on the arale ? it is still not in the image
[11:28] <mcphail> so it seems daft to stick to a broken filesystem for the tiny percentage of users who are (a) windows only and (b) only willing to write to the SD card when it has been removed from the phone
[11:28] <Elleo> sil2100: are the any commit logs for wily images? trying to track down a regression in recent images, so would be handy to know what landed when
[11:29] <ogra_> mcphail, sure, someone needs to implement support for managing filesystemm permissions
[11:29] <ogra_> (before we could support extX)
[11:29] <mcphail> fair enough. The added advantage is we could store our huge video files
[11:30] <ogra_> yes, but i guess it is a man-month of preparation work needed to implement it
[11:31] <mcphail> abandoning vfat might also remove a spectre of MS patent trolls
[11:31] <ogra_> it will definitely not be abandoned
[11:31] <ogra_> it will stay the default ... but  optionally support for ext2 or 4 should be added
[11:32] <mcphail> that would be a pity. Seems rather regressive
[11:32] <ogra_> mass compatible :)
[11:32] <pmcgowan> ogra_, sorry whats the issue? I was not aware
[11:33] <dadexix86> I personally would like to have something a bit more secure than FAT as a default and give FAT as an optional choice, not the other way around.
[11:34] <popey> should have an encrypted file formatted as ext4 inside :)(
[11:34] <ogra_> pmcgowan, there is an ubuntu-touch-generic-initrd in the overlay PPA since 4 weeks waiting for inclusion into a device tarball ... allowing full access to the arale diskspace (the same initrd is used on krillin and vegeta already but despite me asking a million times it still isnt in arale)
[11:35] <brunch875> I thought krillin was a coincidence but vegeta wiped all doubts
[11:35] <ogra_> pmcgowan, sil2100 said last week in a landing meeting he would poke you abut it ...
[11:35] <pmcgowan> ogra_, ok let me follow up, cant find a bug on it
[11:36] <ogra_> there isnt a bug ...
[11:37] <pmcgowan> ogra_, so I should see a package in the PPA?
[11:37] <ogra_> (would have to be against the device tarball build scripts)
[11:39] <ogra_> pmcgowan,  initramfs-tools-ubuntu-touch - 0.94vivid5
[11:39] <pmcgowan> of course ok
[11:39] <ogra_> i think arale is still at vivi1 or vivid2
[11:42] <pmcgowan> ogra_, apt-cache tells me its the latest one
[11:51] <matv1> about the telegram app. I have over the last few weeks been seeing the app just not syncing (on the bq). Its happened plenty of times. I no there are newer mssgs because i see them on another client.
[11:52] <matv1> but the app does not freeze or chrash (which is what the current critical bugs are about)
[11:52] <matv1> Am I missing a LP bug ?
[11:54] <popey> matv1: maybe ask in #ubuntu-telegram ?
[11:54] <popey> karni is lead dev
[11:55] <matv1> ah didnt hear there was a seperate irc fr that. sorry
[12:01] <ogra_> pmcgowan, apt doesnt tell you anything about the device tarball
[12:02] <pmcgowan> ogra_, was surprised to see the package at all
[12:02] <ogra_> well, on devices where we have full initrd access (nexus) it is useful ... and thus it is seed
[12:03] <matv1> popey regarding that change: has the purpose of this channel changed? I do now recall something or some questionaire pass by on the mailinglist but I not sure if anything came of it
[12:03] <ogra_> on arale, vegeta and krillin it isnt used ... but its only a few bytes
[12:04] <ogra_> pmcgowan,
[12:04] <ogra_> phablet@ubuntu-phablet:~$ cat /proc/partitions |grep p16
[12:04] <ogra_>  179       16   27586048 mmcblk0p16
[12:05] <ogra_> vs
[12:05] <ogra_> phablet@ubuntu-phablet:~$ df -h /home
[12:05] <ogra_> Filesystem                       Size  Used Avail Use% Mounted on
[12:05] <ogra_> /dev/disk/by-partlabel/userdata   12G  4,5G  6,4G  42% /home
[12:05] <ogra_> pmcgowan, as long as these numbers dont match we still use the old initrd (partition is 27G here, but userdata does only fill 12G)
[12:05] <pmcgowan> ogra_, thats bad
[12:06] <ogra_> right
[12:06] <ogra_> which is why i brought it up ;)
[12:06] <pmcgowan> k will file a bug and pester till done
[12:06] <ogra_> thanks :)
[12:06] <popey> matv1: nope. :)
[12:08] <pmcgowan> ogra_, although I recall something about not shipping on the larger disks, will also check
[12:09] <ogra_> pmcgowan, we use mmcblk0p16 for userdata on arale ... the fs isnt expanded to the full disk size (which the initrd does)
[12:09] <pmcgowan> ogra_, yeah but I think we aonly sell on 16GB devices
[12:09] <ogra_> if we didnt want to use all of the partition, then fine ... (though i wonder why)
[12:10] <ogra_> pmcgowan, sure, and we install with 8G fs
[12:10] <ogra_> (same image everywhere ... that initrd cares for the size differences (and is used on vegeta)
[12:11] <pmcgowan> ogra_, so I am confused, we are gettign 12GB of user data
[12:12] <matv1> popey: cool.
[12:12] <ogra_> pmcgowan, *i* am ... not sure if the factory images do ... afaik we use the same 8G size everywhere and only expand on first boot
[12:58] <sil2100> Elleo: sadly no... the infra for those will only be back next week :(
[13:00] <Elleo> sil2100: damn, is there any other way to figure out what went into a specific image?
[13:17] <popey> is there a way to do phablet-config network on a freshly flashed device in a "lab" environment where the host has no wifi?
[13:17] <popey> like copying the network file to /etc/NetworkManager/system-connections ? (which needs root)
[13:34] <seb128> jgdx, kenvandine, just a fyi, we should block the settings visual refresh on the sdk incoming list "templates"
[13:34] <seb128> so please nobody start changing the lists/UI ;-)
[13:35] <kenvandine> seb128, ok, thanks
[13:35] <seb128> yw
[13:40] <ogra_> ubuntu
[13:49] <seb128> ogra_, stop typing your password in IRC ;-)
[13:49] <ogra_> damn, hos did you guess it was the password !
[13:49] <ogra_> *how
[13:50] <seb128> lol
[13:50] <jgdx> all i see is ******
[13:51] <ogra_> phew
[13:51]  * ogra_ keeps it then ... 
[13:53] <cwayne> hunter2
[14:14] <kenvandine> Elleo, can you give this a review when you have a chance https://code.launchpad.net/~ken-vandine/content-hub/url-dispatcher-tests/+merge/261126
[14:14] <Elleo> kenvandine: sure thing
[14:14] <kenvandine> thx
[14:14] <kenvandine> the 15.04 branch doesn't have CI setup, so no builds of that yet
[14:14] <kenvandine> working on getting that setup
[14:14] <kenvandine> but we can at least get it in trunk
[14:14] <Elleo> okay, cool
[14:17] <Elleo> Mirv: I did some testing of the maliit-framework package, there's some tests that fail but they seem to have been introduced by some other change in image 213 which causes the visibility/keyboard height not to be reported, besides that everything seems fine
[14:17] <jgdx> *grumble* when “adb reboot” is the last element in bash history, but you expect “phablet-shell”
[14:17] <Elleo> heh
[14:18] <kenvandine> jgdx, oh i've done that before :)
[14:18] <jgdx> :)
[14:29] <Mirv> Elleo: thanks!
[14:32] <Elleo> Mirv: no problem :)
[15:13] <mpt> patriciadavila, bug 1379381
[15:13] <patriciadavila> mpt: thanks
[15:28] <Elleo> kenvandine: do the autopkg tests get run as part of a CI run at the moment?
[15:29] <dobey> Elleo: yes and no, depending on what you mean exactly :)
[15:30] <Elleo> dobey: ken's just added some new autopkg tests as part of this MR: https://code.launchpad.net/~ken-vandine/content-hub/url-dispatcher-tests/+merge/261126 I'm wondering if they've already been executed as part of the CI run on that, or if I should check them manually myself
[15:31] <dobey> Elleo: no, CI doesn't run them at that point. they will be run during migration of the package, though
[15:31] <Elleo> okay, I'll see about trying to run them myself before approving the MR then
[15:32] <dobey> that test looks a bit scary to me though
[15:33] <Elleo> oh?
[15:35] <dobey> it's starting Xvfb on a static display address for one
[15:36] <Elleo> is there a better way of handling that? ^ kenvandine?
[15:36] <dobey> well dbus itself doesn't require X, and i don't think the other commands being used do either
[15:39] <dobey> would probably be better if each test was pulled out to individual tests, and they were run using dbus-test-runner or similar
[15:40] <dobey> this level of integration testing could probably also be run during the build of the package as well
[15:40] <Elleo> okay, thanks; I'll pass that along to kenvandine when he's around :)
[16:46] <kenvandine> Elleo, those need to be run when installed
[16:46] <kenvandine> specifically the testability peers packages
[16:47] <kenvandine> i had to do the Xvfb stuff to get it working, i followed pitti's blog post
[16:47] <kenvandine> static display number probably isn't great, but it seems ok and i trust pitti :)
[16:47] <kenvandine> i copied that from his :)
[16:48] <Elleo> kenvandine: okay, I'm happy to defer to pitti's docs on it; how do you feel about adding an extra test to ensure file:// urls are rejected?
[16:49] <kenvandine> sure
[16:49] <kenvandine> good idea
[16:50] <kenvandine> Elleo, http://packaging.ubuntu.com/html/auto-pkg-test.html
[16:50] <kenvandine> has some instructions on running the tests
[16:51] <kenvandine> Elleo, although i found it easier to build the source package, then use that for adt-run
[16:51] <kenvandine> dt-run --source build-area/content-hub_0.0+15.10.20150603-0ubuntu1.dsc --shell-fail --- qemu  ~/adt-vivid-amd64-cloud.img
[16:51] <kenvandine> that's what i did to run it
[16:52] <Elleo> kenvandine: okay, thanks
[16:54] <kenvandine> Elleo, i added the test to reject files, just running it once before pushing :)
[16:54] <kenvandine> will take 30 minutes or so
[16:55] <kenvandine> maybe 15
[16:55] <Elleo> kenvandine: okay :)
[16:56] <kenvandine> adt-run will build the packages then run them installed in qemu
[16:58] <Elleo> okay, cool
[17:15] <dobey> kenvandine: why do they need to be run when installed? i presume the content-hub-test-share isn't an installed thing?
[17:15] <kenvandine> dobey, it is
[17:16] <kenvandine> it's part of the content-hub-testability package
[17:16] <kenvandine> and it expects it to be handled by the service
[17:16] <kenvandine> they provide automated response to transfer requests
[17:18] <dobey> kenvandine: i would refactor these tests to be individual tests and run with dbus-test-runner, and also during build, if it were me; afaict, they should be run both during build, and against the installed packages.
[17:18] <kenvandine> dobey, and this is really integration testing, so works better this way
[17:18] <dobey> kenvandine: do those content-hub-test-foo things require a DISPLAY?
[17:18] <kenvandine> they don't
[17:18] <dobey> then i would get rid of the X dependency there
[17:18] <kenvandine> but it was giving me problems
[17:18] <kenvandine> and then i found pitti's blog post solving a similar issue
[17:18] <kenvandine> and just stole his code :)
[17:19] <kenvandine> they use upstart-app-launch under the covers
[17:19] <kenvandine> so quite a few pieces of the platform getting exercised
[17:19] <dobey> ugh
[17:20] <kenvandine> that's how we handle launching apps on the phone :)
[17:20] <kenvandine> the hub service uses it, not just for launching but it attempts to change focus, etc
[17:31] <kenvandine> Elleo, pushed
[17:31] <Elleo> kenvandine: okay, will start testing now, not sure if I'll get finished before I have to go out though
[17:31] <kenvandine> ok