[00:00] <mibofra> popey: with busybox's ping I can ping
[00:00] <mibofra> with the one on iputils-ping no
[00:02] <popey> strange, works here
[00:02] <popey> http://paste.ubuntu.com/8049448/
[00:06] <mibofra> popey: can you do a file /bin/ping and a stat /bin/ping and paste them please?
[00:06] <mibofra> ;)
[00:06] <mibofra> *:)
[00:06] <popey> /bin/ping: setuid ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=51c7d7cc7ad3defd6889b54ce3f8ed29fe9b14ef, stripped
[00:07] <popey> http://paste.ubuntu.com/8049467/
[00:08] <mibofra> also ping6 doesn't work lol
[00:10] <Wellark> anyone ever seen this?
[00:10] <Wellark> [ FATAL ] /usr/include/gtest/internal/gtest-port.h:1340:: pthread_mutex_lock(&mutex_)failed with error 22
[00:15] <mibofra> popey: the ubuntu's ping is an executable for file, the android's ping for file is a shared object
[00:17] <mibofra> ah ok popey nevermind, in my particular configuartion I've to use the android one's
[00:17] <mibofra> *ones
[00:18] <mibofra> anyway thanks for helping me
[00:45] <nhaines> dobey: whoops!  Just yes to vodka.  :)
[00:46] <dobey> nhaines: heh
[01:07] <mhall119> cwayne: go will be my next language to learn, I'm betting it'll take more than 25 tries :)
[01:08] <dobey> only 25 tries to do something in c++? you're doing well :P
[01:25] <mhall119> dobey: something that's mostly copypasta from pete-woods' code, so really 25 tries to make it compile and run
[01:27] <dobey> mhall119: yeah, 25 is a good start. templates blowing up during compile can be a pain :)
[01:29] <RAOF> Wellark: “errno 22” says that's “Invalid argument”, which would suggest that something's trying to lock a mutex that isn't?
[01:32] <mhall119> dobey: the current limitations with a Trusty host didn't help either
[01:32] <dobey> mhall119: ah. lxc to the rescue?
[01:33] <mhall119> click chroot to build, then I had to manually copy it to the emulator and install it in order to run it
[01:33] <mhall119> the SDK team was working with the Unity team to make it possible to do it all from within Qtc
[01:33] <dobey> ah
[01:33] <mhall119> but that's not there yet
[01:35] <dobey> yeah. i mostly stick to emacs/terminal for my stuff, and things that require utopic libs, i just edit in trusty host, and then compile inside a utopic lxc
[01:35] <dobey> works fairly well so far
[01:35] <mhall119> qtc at least handles the building in the click chroot for me, that part was mostly easy
[01:35] <mhall119> it was just a multi-step manual process, which slows things down
[01:36] <dobey> well, at least it's not as slow as waiting for jenkisn to build it :)
[01:36] <mhall119> true, and the i386 emulator is pretty fast to boot now
[01:47] <Wellark> RAOF: I found the cause
[01:47] <Wellark> it's a cmake bug
[01:48] <Wellark> RAOF: http://www.cmake.org/Bug/view.php?id=15058
[01:48] <Wellark> with strict enough C_FLAGS
[01:48] <Wellark> Cmake fails to find pthreads
[01:49] <Wellark> which then somehow ends up defining -DDGTEST_HAS_PTHREAD=0
[01:49] <Wellark> which then breaks GTest
[01:49] <Wellark> fun fun fun
[01:55] <RAOF> That's pretty awesome!
[02:20] <asac> 04:18 < asac> cyphermox_: how can i mount nexus 4 storage properly?
[02:20] <asac> 04:18 -!- cmagina [~cmagina@173-166-109-13-newengland.hfc.comcastbusiness.net] has quit [Ping timeout: 246 seconds]
[02:20] <asac> 04:19 < asac> cyphermox_: like not the face nautilus stuff so i can use cd etc.
[02:20] <asac> 04:19 -!- jjohansen [~jj@70.65.225.142] has joined #ubuntu-devel
[02:20] <asac> 04:19 < asac> cyphermox_: guess first i have to prevent nautilus to not deal with this?
[02:21] <asac> i want to use du etc. to check how much each folder consumes etc.
[02:24] <stgraber> asac: cd /run/user/$UID/gvfs
[02:24] <asac> cool
[02:27] <asac> thanks
[04:09] <Mirv> Wellark: :( so, also broken in 5.3? kalikiana: did you still have some qdoc workarounds in UITK, maybe similar to https://code.launchpad.net/~michael-sheldon/content-hub/qdoc-fix/+merge/213053 ? I wonder if upstream is aware...
[05:13] <tekojo> Mirv: ask on #qt-labs ?
[05:15] <Mirv> tekojo: that's a good idea, I'd just like to get confirmation that this is not 5.2 specific as it was mentioned. we're using 5.3 now otherwise elsewhere but 14.04 LTS users will keep using 5.2
[05:19] <tekojo> Mirv: it sounds like something that would have been noticed, but do ask #qt-labs
[05:22] <Mirv> tekojo: sure, I'll
[05:22] <Mirv> sometimes cmake things slip through since there's also qmake and now qbs
[06:14] <dholbach> good morning
[06:41] <nhaines> dholbach: moin moin!
[06:44] <ecloud_wfh> what's the strategy lately for dealing with gestures?  I see that utouch seems to have disappeared from newer Ubuntus
[06:44] <ecloud_wfh> is it supposed to be all up to Qt now, or is there going to be a gesture recognizer daemon or lib?
[06:55] <RAOF> Up to Qt (or, in general, your toolkit) IIRC.
[07:12] <mpt> popey, yes it should: “If you use any phone locking scheme, choosing ‘Reset All System Settings’ or ‘Erase & Reset Everything’ in the alert should prompt you to unlock before performing the reset. ” <https://wiki.ubuntu.com/SystemSettings#phone-reset>
[07:22] <mpt> popey, now that I think about it, the unlock prompt should come *before* the confirmation alert, otherwise a prankster could confirm the reset and then leave the phone on the password prompt waiting for you to come back. You might then think the passcode/password prompt was just for unlocking the phone.
[07:28] <mpt> popey, specification updated. <https://wiki.ubuntu.com/SystemSettings?action=diff&rev2=64&rev1=63>
[07:29] <kalikiana> Mirv: Wellark: yes, the uitk has a conditional to change the relative folder < 5.2
[07:30] <Mirv> kalikiana: hmm, so only for < 5.2, ie it works without workaround in 5.3?
[07:31] <kalikiana> Mirv: no, the path it wants changed with 5.2
[07:32] <kalikiana> it wants a different toplevel folder
[07:33] <kalikiana> Mirv: it's "." in 5.2+ and it's "documentation" in older releases
[07:33] <kalikiana> the latter being the folder the docs reside in
[07:40] <dholbach> hi nhaines
[07:50] <Mirv> hmmkay
[07:54] <Mirv> kalikiana: so content-hub needed to do this kind of hack, but you don't have such parent dir craziness in uitk from what I can see. https://code.launchpad.net/~michael-sheldon/content-hub/qdoc-fix/+merge/213053 - but then again, you are using qmake
[07:59] <kalikiana> Mirv: we use it like this $SRC/css/breadcrumbs.js
[07:59] <kalikiana> and SRC here is "." or "documentation"
[08:00] <kalikiana> Mirv: but indeed the source files are not affected, only the extra files for HTML
[08:02] <derek-g> so - meizu says "stunning new os".. what does that mean?
[08:02] <derek-g> so  - we can say - things are getting pretty serious?
[08:03] <derek-g> early september-ish maybe? eh?
[08:30] <JamesTait> Good morning all; happy Friday, and happy Relaxation Day! :-D
[09:49] <mardy> hi! Can someone please help me bring my N4 back to life? It doesn't go beyond the "Google" logo when booting (but phablet-shell works)
[09:51] <ogra_> mardy, did you wait long enough ? do you see apparmor in top ?
[09:53] <mardy> ogra_: yes, I'm waiting a lot :-) No, top shows that everything is quiet
[09:53] <ogra_> hmm, weird
[09:54] <ogra_> do you se ./init (the container one) in your processlist ?
[10:19] <Saviq> ogra_, re: OTA and writable, what you wrote only applies to delta upgrades, no? if your OTA goes into full-image mode, you'll lose everything anyway? or is it unpacked just like deltas?
[10:26] <bzoltan1> ogra_:  with th new adbd the `adb shell dpkg --print-architecture` gives a warning "dpkg: warning: failed to open configuration file '/root/.dpkg.cfg' for reading: Permission denied"
[10:26] <mardy> ogra_: I see /sbin/init and /init
[10:38] <bzoltan1> ogra_: I am sure it is not a news for you, but the phablet-network obviously is not working with the new adbd
[10:38] <ogra_> bzoltan1, https://code.launchpad.net/~ogra/phablet-tools/pahblet-network-drop-root/+merge/230864
[10:39] <bzoltan1> ogra_: sudo?
[10:39] <ogra_> ?
[10:39] <ogra_> what do you mean ?
[10:44] <bzoltan1> ogra_: it just popped in my eyes... I do not like sudo, it tends to ask funny questions what a script  cannot answer
[10:45] <bzoltan1> ogra_:  also, I think that when the  ${KEY} has space the `adb shell "nmcli device wifi connect ${SSID} password ${KEY}" ` command  will not pass it
[10:45] <ogra_> bzoltan1, not sure what you mean, we always used sudo to read/grep the file on the host
[10:46] <ogra_> see the removed lines ... (it used to parse the file and rip out the mac address before)
[10:46] <ogra_> re spaces allowed in wlan keys ?
[10:47] <bzoltan1> ogra_:  I have spaces in my psk
[10:47] <ogra_> heh, k, so they obviously are
[10:47] <ogra_> i'll take care of that (note the MP isnt approved or even reviwed yet)
[10:48] <bzoltan1> ogra_: '${KEY}' helps
[10:48] <ogra_> right
[10:50] <bzoltan1> ogra_:  in the SDK we have a UI function to clone the network profile... I use pkexec around the phablet-network, so the sudo can not bite me. But in general, I do not like sudo, it can not be scripted and if it scripted then it is unsecure.
[10:50] <ogra_> you use pkexec to read the network file on the PC ?
[10:51] <ogra_> or how do you use it ?
[10:52]  * ogra_ wonders if there would be any way to get the key via that 
[10:53] <ogra_> lool, with the last two images none of the webkit apps can start anymore ... do think it is time to remove webkit from the framework ?
[10:54] <bzoltan1> ogra_:  I just call the `pkexec phablet-network -s serial`
[10:54] <ogra_> ah
[10:54] <ogra_> yeah, i dont think that makes any difference
[10:54] <ogra_> you either do it like that and pkexec asks for your PW or the first sudoo call inside the script does
[10:55] <bzoltan1> ogra_: what I would love is to have a sudo_chooser where I could set if I prefer pkexec or plain sudo
[10:55] <ogra_> my prob wit pkexec is that it doesnt cache anything so you would have to enter the pw for each and ever call
[10:55] <ogra_> pkexec isnt very script friendly
[10:55] <bzoltan1> ogra_:  because I do not like when scripts executed by graphical frontend as background process are asking passwords
[10:55] <mardy> ogra_: I tryed reflashing my phone again, this time with --wipe, and now I see that "Binder_2" is taking 99% of the CPU
[10:56] <ogra_> mardy, sounds like your container is broken, was that image ever writable ?
[10:56] <bzoltan1> ogra_:  I agree, pkexec is not as smart as sudo... but we should think of the non terminal fixated users too :)
[10:56] <mardy> ogra_: and "mpdecision" is taking about 0.5, if that means something
[10:56] <ogra_> bzoltan1, for that your pkexec wrapping indeed makes perfectly sense
[10:56] <mardy> ogra_: yes, it was
[10:57] <ogra_> mardy, that sounds a bit like you didnt get any update for either the container or the kernel when it was required ... you should have flashed with --bootstrap
[10:57] <mardy> ogra_: OK, I'll try that, thanks
[10:59] <cm-t> just added some music on mako, needed (using nautilus) to add files 1 after 1 because when using folder copy/paste it will break after few files and need to unplug/replug  :/
[11:00] <ogra_> cm-t, i think there are bugs open for that, cyphermox is actively working on fixing mtp
[11:01] <cm-t> thanks ogra_ (i am in the rush so if i don't have to open a new bug :] ) …
[11:04] <davmor2> cm-t: https://bugs.launchpad.net/bugs/1317263 if you want to follow it
[11:06] <ogra_> oh, thats only 175 images old :P
[11:10] <bzoltan1> zbenjamin_: ogra_: here is the QtCreator MR what should land at the same time as the new adbd hits the image. https://code.launchpad.net/~bzoltan/qtcreator-plugin-ubuntu/new_adbd_policy/+merge/230960
[11:10] <cwayne> mardy: ping
[11:10] <ogra_> bzoltan1, hmm, the uname is not such a good idea ...
[11:11] <ogra_> there is no guarantee that wil always math the dpkg arch
[11:11] <bzoltan1> ogra_:  dpkg --architecture gives a warning what made me suspicious.
[11:11] <ogra_> bzoltan1, "dpkg --print-architecture" works fine for users ...
[11:12] <bzoltan1> ogra_:  with the new adbd package, running as phablet it gives a waring.
[11:12] <ogra_> bzoltan1, oh, --architecture is deprecated since lucisd i think ... --print-architecture is what you want
[11:12] <bzoltan1> ogra_:  ohh.. let me test
[11:12] <ogra_> hmm, whih you did
[11:13] <mardy> cwayne: pong
[11:14] <bzoltan1> ogra_: dpkg: warning: failed to open configuration file '/root/.dpkg.cfg' for reading: Permission denied
[11:14] <cwayne> mardy: hiya, so i've got scopes +oa *mostly* working, I just can't run them confined (it gets a apparmor denial trying to use dbus).  dbarth said yesterday he saw the same denials -- any ideas how to fix?
[11:14] <cwayne> i can get you the actual denials if its helpful
[11:14] <ogra_> why does it try to open a file in /root if you call it as a user ?
[11:15] <mardy> cwayne: yes please, I'm not sure what denials you are seeing
[11:16] <ogra_> bzoltan1, there is definitely something wrong .. if run as user it should not try to open that file at all
[11:17] <bzoltan1> ogra_:  that is why I put there the uname. I know that the dpkg is the right way... but I do not like to grep -v warnings, and I need output what I can parse
[11:17] <ogra_> no,, but you should find out why it does that :)
[11:18] <cwayne> mardy: http://paste.ubuntu.com/8052958/
[11:18] <ogra_> phablet@ubuntu-phablet:~$ dpkg --print-architecture
[11:18] <ogra_> armhf
[11:18] <ogra_> phablet@ubuntu-phablet:~$
[11:18] <ogra_> bzoltan1, thats with my adbd package installed
[11:19] <ogra_> something is wrong in the way you exec adb i guess
[11:19] <bzoltan1> ogra_:  Yes, when I run it in the shell it works ... try with adb shell  dpkg --print-architecture
[11:20] <mardy> cwayne: that's unrelated to online accounts
[11:20] <mardy> cwayne: the scope is trying to talk to the DBus interface, but gets rejected
[11:20] <ogra_> bzoltan1, hmm, yeah, seems it doesnt wait long enough til adb had dropped the privs
[11:21] <cwayne> mardy: let me look and see -- i can definitely get it to work unconfined, but as soon as i make it confined, it no longer works.. which policy-groups would i need?
[11:21] <ogra_> bzoltan1, but that warning goes t stderr ... simply ading 2>/dev/null should have quietened it
[11:21] <bzoltan1> ogra_: I know, but I do not like that
[11:22] <mardy> cwayne: "accounts", for OA, and I guess "network" if you are using the net
[11:23] <ogra_> bzoltan1, well, the uname can give you totally wrong strings ...
[11:23] <bzoltan1> ogra_: :) I love choices like this :)
[11:23]  * ogra_ thinks just quietening the warning (its not even an error) would be better than risking to have the wrong info 
[11:24] <ogra_> anyway, sdk is your baby ... i'll keep the option to say "i told you so" if it break ;)
[11:24] <mardy> ogra_: I get this error when flashing with --bootstrap: "Cannot cleanup /cache/recovery/ to ensure clean deploymentexit status 255"; any ideas?
[11:24] <ogra_> *breaks
[11:24] <ogra_> mardy, try in recovers (and with --device=mako)
[11:24] <ogra_> *recovery
[11:25] <mardy> ogra_: OK, thanks
[11:26] <bzoltan1> ogra_: I changed that line according to your suggestion... so I gain an option when something goes to /dev/null what the SDK should have captured I can say "I did as ogra said" :D
[11:28] <ogra_> bzoltan1, hahaha, awesome, yeah, i'll happily take the blame :)
[11:28]  * bzoltan1 makes an extra backup of the irc logs
[11:29] <cwayne> mardy: so isn't it trying to talk to the dbus interface to get the OA stuff?  the rest of the scope works confined, just not the parts that require OA
[11:29] <ogra_> lol
[11:30]  * davmor2 edits the irc log so it reads davmor2 instead of bzoltan1 and now has a get out of jail free card of ogra_ taking the blame ;)
[11:31] <mardy> cwayne: I believe that this method is always called whenever your application starts using D-Bus, but let me double-check...
[11:31] <cwayne> mardy: right, but is it using dbus to talk to OA?  it doesn't seem to use dbus otherwise (which is why it works confined with no account)
[11:32] <cm-t> thanks davmor2
[11:32] <mardy> cwayne: http://dbus.freedesktop.org/doc/dbus-specification.html#message-bus-names
[11:33] <mardy> cwayne: yes, the signon libraries use D-Bus to talk with the OA service
[11:33] <cwayne> right so that's why it's using dbus at all, so perhaps this is just an apparmor issue then?
[11:34] <mardy> cwayne: maybe the accounts policy is incomplete, we should double check with jdstrand
[11:34] <cwayne> jdstrand: pingerino
[11:34] <mardy> cwayne: oh, yes, it definitely looks like an apparmor issue
[11:34] <saidinesh5> Elleo: does this mean anything bad? DEBUG: bool MIMPluginManagerPrivate::switchPlugin(const QString&, MAbstractInputMethod*, const QString&) "libmaliit-keyboard-plugin.so" could not find initiator
[11:35] <saidinesh5> cuz after that i get DEBUG: title:العربية
[11:35] <cwayne> cool, I'll follow up with AA guys then, thanks mardy :)
[11:35] <mardy> cwayne: yw :-)
[11:35] <cwayne> mardy: i also got the scope name and stuff to show up in the OA screen, i had to add explictly a <desktop-entry> to the .application file (for some reason I'd thought that was meant to be automagic)
[11:36] <ogra_> bzoltan1, oh, btw, do you ship your homedir with the SDK ?
[11:36] <ogra_> - pkexec phablet-network -s ${SERIALNUMBER}
[11:36] <ogra_> + pkexec /home/balogh/Downloads/phablet-network -s ${SERIALNUMBER}
[11:36] <mardy> cwayne: yes, it will be automagic, eventually
[11:36] <ogra_> :)
[11:37] <cwayne> mardy: ah, okay, cool.  also while I have you here, I'm seeing some weird stuff with the fitbit account-plugin (which I actually need for work purposes now, not just personal projects :D) https://bugs.launchpad.net/ubuntu-system-settings-online-accounts/+bug/1334688
[11:37] <cwayne> mardy: specifically, i'm seeing this always fail on a n5, with this int he log: upstart/dbus.log:qml: [JS] (:0) Refused to display 'https://static1.fitbit.com/tools/cookieEater' in a frame because it set 'X-Frame-Options' to 'SAMEORIGIN'.
[11:38] <mardy> cwayne: I don't think that that log message is relevant
[11:38] <cwayne> oh damn
[11:39] <cwayne> mardy: oh is this the one that we figured out might be an oxide bug
[11:39] <mardy> cwayne: as soon as we land our silo, I'll ask you to test again; I recently fixed a possible crash just in that part of code, when the request completes
[11:39] <Elleo> saidinesh5: it's not something I've come across before, but it sounds like its failing to find the plugin it was asked to switch to
[11:39] <mardy> cwayne: may be an oxide bug, may be not
[11:39] <cwayne> mardy: ah, perfect!  i'd be happy to test, let me know
[11:39] <saidinesh5> Elleo: nah it is finding the plugin... afaik
[11:39] <saidinesh5> i mean if i delete the plugin.so files
[11:39] <saidinesh5> then it shuts  down saying
[11:40] <saidinesh5> no plugin found
[11:40] <Elleo> saidinesh5: glancing at that code it iterates through all the plugins looking for one that matches
[11:40] <saidinesh5> yep
[11:40] <saidinesh5> WARNING: bool MIMPluginManagerPrivate::loadPlugin(const QDir&, const QString&) Error loading plugin from "/media/Data/inst/master/lib/maliit/plugins/libmaliit-keyboard-plugin.so" "The shared library was not found."
[11:40] <Elleo> (in src/mimpluginmanager.cpp)
[11:40] <saidinesh5> is what i get if i delete the .so
[11:41] <saidinesh5> and of course followed by WARNING: No plugins were found. Stopping.
[11:42] <Elleo> saidinesh5: apparently that warning can be ignored for the libmaliit plugin: http://www.merproject.org/logs/%23nemomobile/%23nemomobile.2013-01-29.log.html#t2013-01-29T17:23:25
[11:43] <saidinesh5> heh i was looking at the same page
[11:43] <Elleo> saidinesh5: ah, unless that comment was in reference to an earlier warning they also posted
[11:43]  * saidinesh5 shrugs
[11:43] <saidinesh5> it is giving the same warning no matter what .qml file i put there
[11:44] <Elleo> not sure if the initiator relates to the sort of "sub-plugin" referenced in the config
[11:44] <Elleo> e.g. "libubuntu-keyboard-plugin.so:en_us" <-- the en_us part
[11:45] <Elleo> which tells ubuntu keyboard to load its en_us module, I'd thought that was fairly specific to our implementation though
[11:45] <saidinesh5> previously i had a stray config file in my ~/.config
[11:45] <saidinesh5> telling maliit to load exactly the line you pasted
[11:45] <saidinesh5> when i didnt have the ubuntu plugin in the first place
[11:46] <Elleo> saidinesh5: does your current config have any similar subsection on the libmaliit-keyboard-plugin.so though?
[11:46] <saidinesh5> nope.. no config at all
[11:46] <saidinesh5> so it has to directly read this stuff from the code now
[11:47] <saidinesh5> when that config file was there it used to show one more error....
[11:47] <saidinesh5> saying libubuntu-keyboard not found
[11:55] <saidinesh5>  okay i think that warning can be safely ignored
[11:56] <saidinesh5> because the first switch isn't initiated by any plugin right?
[11:57] <saidinesh5> i mean it was coming from switchPlugin where     //Find plugin initiated this switch ,  and qDebug() there tells me
[11:57] <saidinesh5> DEBUG: bool MIMPluginManagerPrivate::switchPlugin(const QString&, MAbstractInputMethod*, const QString&) "libmaliit-keyboard-plugin.so" could not find initiator QObject(0x0)
[12:00] <Elleo> saidinesh5: your guess is as good as mine, I think it relates to the subviews, so it might not matter if and that example plugin just doesn't implement subviews
[12:00] <Elleo> saidinesh5: but it's not really part of the framework I've had to mess around with before
[12:00] <saidinesh5> hmm.....
[12:01] <Elleo> saidinesh5: perhaps it'd be worth trying the pure qml nemo plugin and see if that displays for you?
[12:01] <saidinesh5> nope
[12:01] <saidinesh5> tried it already
[12:01] <saidinesh5> hell, even put in a hello.qml to see if it works
[12:02] <Elleo> ah, then I'd guess there's some other problem then; since that doesn't require a C++ plugin, so none of this would be relevant in that case
[12:02] <Elleo> saidinesh5: does the ubuntu keyboard not work for you either? (with all the standard packages)
[12:03] <Elleo> saidinesh5: oh no, I seem to remember you saying it did display just didn't input text
[12:03] <saidinesh5> with the standard package it didnt let me input text
[12:03] <saidinesh5> yup
[12:03] <saidinesh5> and the thing is it is initiating the plugin too
[12:03] <Elleo> not sure why the example plugin fails to display then :/
[12:04] <saidinesh5> i mean any console.log in Component.onCompleted: shows in the debug
[12:04] <saidinesh5> yup
[12:08] <saidinesh5> hmm now this is interesting........
[12:08] <saidinesh5> hold
[12:11] <saidinesh5> what the............
[12:13] <saidinesh5> hmm......
[12:14] <saidinesh5> so no show() or hide() of the input method are being called
[12:24] <Elleo> saidinesh5: you could try calling them manually on the inputcontext from within an application, that'd at least narrow it down between it not reporting focus changes and it not showing/hiding at all
[12:24] <saidinesh5> yup doing that
[12:38] <saidinesh5> Elleo: that seems to open another can of worms for me...
[12:39] <saidinesh5> the plugin window is ....
[12:39] <saidinesh5> bad
[12:45] <saidinesh5> plugins::makeQuickViewTransparent seems horribly broken
[12:46] <saidinesh5> Elleo: this doesnt seem very good does it? https://github.com/maliit/plugins/blob/master/maliit-keyboard/plugin/inputmethod.cpp#L80
[12:50] <Elleo> yeah, not sure why they're doing that
[12:50] <Elleo> perhaps you'd be better off using the ubuntu keyboard as a starting point after all
[12:51] <Elleo> might be a bit overcomplicated in places, but at least it gets some regular attention
[13:00] <jiberish61> hey everyone, is there a port out for asus memo pad fhd 10 or anyone working on one?
[13:02] <jiberish61> ?
[13:04] <jiberish61> hey everyone, is there a port out for asus memo pad fhd 10 or anyone working on one?
[13:05] <popey> !devices | jiberish61
[13:05] <popey> thats the list
[13:07] <jiberish61> ahh dang not on the list :(
[13:16] <mardy> ogra_: I'm still fighting with my N4; if I pass both --bootstrap and --device=mako, it never ends (and I'm not sure it's doing anything at all!)
[13:16] <ogra_> and you are in bootloader mode ?
[13:16] <ogra_> (adb reboot bootloader)
[13:16] <mardy> ogra_: now I've tried flashing normally, and it failed with this message: 2014/08/15 16:12:53 Cannot push /home/mardy/.cache/ubuntuimages/pool/device-a99055d3ca59707dcf23f886f27f53b1cb692ceb023d75f22ed2fc199e6920b3.tar.xz.asc to device: free space on /cache/recovery is 542M
[13:16] <mardy> ogra_: I was in the Ubuntu recovery screen
[13:17] <ogra_> no, bootstrap need bootloader mode (and i think it tells you in the very first lines)
[13:17] <mardy> ogra_: OK, will try again :-)
[13:23] <kenvandine> Elleo, can you add the checklist to your cancel_button MP?
[13:23] <Elleo> kenvandine: ah yeah, sure
[13:23] <kenvandine> thx
[13:26] <Elleo> kenvandine: added, not sure if bill wanted to show a version to design once it was in a silo though
[13:26] <kenvandine> ok, lets check in the meeting
[13:26] <Elleo> sure
[13:27] <Elleo> kenvandine: could you setup the translation stuff on the content-hub launchpad project? I don't seem to have the relevant permissions there
[13:28] <kenvandine> ok
[13:30] <mardy> ogra_: always the same :-( "Cannot cleanup /cache/recovery/ to ensure clean deploymentexit status 255"
[13:31] <ogra_> then i hhaaave to defer you to sergiusens
[13:35] <sergiusens> mardy: ogra_ that's the first adb command called after reboot iirc
[13:36] <sergiusens> usually fixed when people change usb slot and/or cables
[13:36] <mardy> sergiusens: oh :-) I'll try that then :-)
[13:41] <ogra_> sergiusens, bah, i should always suggest that first when supporting, damn
[13:53] <sergiusens> ogra_: can you look at https://code.launchpad.net/~ralsina/ubuntu-seeds/add-push-plugin/+merge/230858 ?
[13:53] <ogra_> what should i look at there :P ... /me just approves
[13:54] <ralsina> ogra_: thanks!
[13:57] <jdstrand> mardy (fyi, cwayne and dbarth): so there is an apparmor denial when using the accounts policy group with the latest online accounts?
[13:59] <mardy> jdstrand: http://paste.ubuntu.com/8052958/
[13:59] <ogra_> jdstrand, did anyone test the interaction between cgroups and apparmor yet btw ? u-a-l now uses cgroups everywhere ... and around that time probs started in several areas
[14:00] <mardy> jdstrand: this has been reported for scopes only, though; AFAIK regular click apps work fine
[14:00] <ogra_> can indee be coincidence
[14:00] <jdstrand> ogra_: nor sure what testing you are referring to. apparmor and cgroups work fine together in general
[14:00] <dbarth> jdstrand: yes
[14:00] <ogra_> ok
[14:00] <jdstrand> mardy, dbarth, cwayne: is there a reproducer? eg, a click I can install?
[14:01]  * mardy passes
[14:01] <mardy> I mean, I don't have one :-)
[14:01] <dbarth> jdstrand: cwayne has one scope in development that triggers it
[14:02] <jdstrand> mardy: that is good to know-- we have some dbus policy in the app templates not in the scope templates
[14:02] <jdstrand> cwayne: pongeroo :)
[14:05] <dbarth> jdstrand: and, is it related, there was you point about the accounts policy group wrt to trust session support
[14:06] <dbarth> jdstrand: what do you need us for?
[14:14] <kenvandine> mzanetti, greyback: i see the u-s-c branch for idle timeout landed.  just to confirm, i need to wait on some unity8 work before I can really add that to ubuntu-system-settings right?
[14:15]  * mzanetti is not sure what kenvandine is talking about
[14:15] <mzanetti> greyback: can you answer this?
[14:15] <kenvandine> haha
[14:15] <kenvandine> bug 1230345
[14:16] <jdstrand> dbarth: the accounts policy group is currently "reserved" and not available to normal apps
[14:16] <greyback> kenvandine: it's not been on my radar either actually. I know Saviq talked about it
[14:16] <jdstrand> dbarth: when the trust session prompting lands, I can (and want to) move it to "common"
[14:16] <mzanetti> kenvandine: I guess mterry is your guy here
[14:17] <kenvandine> mterry, ^^
[14:17] <Saviq> kenvandine, AlbertA2 actually
[14:17] <mzanetti> :D
[14:17] <Saviq> kenvandine, but it's very little work
[14:17] <mzanetti> ok... /me shuts up
[14:17] <Saviq> kenvandine, and yeah, need to happen in unity8
[14:17] <mterry> kenvandine, what's up?
[14:17] <jdstrand> dbarth: trust session support in online accounts and moving the policy group to common were identified as a requirement for rtm, so I need to do my part when you land it
[14:18] <mterry> kenvandine, lock-after-idle?
[14:18] <kenvandine> mterry, ignore me... apparently it's really AlbertA2 i should be bugging :)
[14:18] <kenvandine> mterry, yeah
[14:18] <mterry> kenvandine, yeah I'm less familiar
[14:18] <kenvandine> i need to work on that in settings... just trying to figure out when i can start that
[14:18] <kenvandine> also... does anyone know if there's an API for displaying messages in the greeter?
[14:18] <sergiusens> zbenjamin_: pmcgowan I keep forgetting which package holds "/usr/bin/ld: cannot find -lQt5Quick"; I'm using the sdk; shouldn't there be some hint on what to do or asking to install it?
[14:19] <kenvandine> or rather controlling displaying messages in the greeter
[14:19] <Saviq> kenvandine, you mean notifications? ;)
[14:19] <Saviq> kenvandine, what messages do you have in mind?
[14:19] <kenvandine> i don't think it's notifications
[14:19] <Saviq> kenvandine, then the short answer is no
[14:19] <pmcgowan> Saviq, incoming messages in the indicator
[14:20] <kenvandine> https://wiki.ubuntu.com/SecurityAndPrivacySettings#Phone
[14:20] <pmcgowan> and I think notifications
[14:20] <jdstrand> dbarth: has it landed? (istr someone saying it would land this week)
[14:20] <kenvandine> ah, that's in the indicator?
[14:21] <pmcgowan> When “Messages on welcome screen” is off, SMS and other messages should not be displayed on the welcome screen.
[14:21] <kenvandine> yeah... that doesn't scream indicator to me...
[14:21] <kenvandine> but i guess it couldn't be anything else
[14:21] <Chipaca> tedg: https://bugs.launchpad.net/ubuntu-push/+bug/1356077/comments/3
[14:22] <sergiusens> dednick: do you have an update on loading external resources in the messaging menu/incoming messages? (like the twitter avatars)
[14:22] <Saviq> kenvandine, yes, it's indicators
[14:22] <Saviq> kenvandine, right now if locked we disable indicators and launcher (per design request)
[14:22] <asac> 16:14 < asac> hmmm.... my phone just made a notification sound and i cant see what it was trying to tell me
[14:22] <Saviq> kenvandine, but plan is to allow limited access
[14:22] <kenvandine> Saviq, ok, so no API for that yet?
[14:22] <pmcgowan> Saviq, wait what?
[14:22] <asac> is there any known issue on the above ^^ that might help me :)
[14:22] <Saviq> pmcgowan, it you have pin/password
[14:23] <Saviq> pmcgowan, you can't access launcher or indicators in greeter
[14:23] <pmcgowan> Saviq, so how do I pause music I am playing
[14:23] <Saviq> mterry, protect me from pmcgowan please ↑ ;)
[14:23] <kenvandine> haha
[14:23] <Saviq> pmcgowan, who pauses music!
[14:23] <mterry> pmcgowan, design asked for that change
[14:23] <pmcgowan> doesnt mean they thought it through
[14:24] <mterry> pmcgowan, true.
[14:24] <dednick> sergiusens: https://code.launchpad.net/~nick-dedekind/qmenumodel/icon-remote-uri/+merge/228680
[14:24] <sergiusens> dednick: nice, I'll give it a test
[14:24] <mterry> pmcgowan, Olga was the one requesting it
[14:24] <pmcgowan> mterry, I cant check my battery level?
[14:24] <Saviq> pmcgowan, I think plan for music was slightly different - actually display controls on the greeter, not in indicators
[14:24] <pmcgowan> Saviq, fine if we had that
[14:24] <mterry> pmcgowan, you can see the icon but yeah, not pull it down
[14:24] <Saviq> pmcgowan, but yeah, you can punch holes in the logic with every excuse I come up with, totally agreed
[14:25] <pmcgowan> yeah
[14:25] <pmcgowan> sigh
[14:25] <mterry> pmcgowan, I think the idea is that if you want to change something with your phone, you unlock
[14:25] <kenvandine> also means this setting isn't very useful :)
[14:25] <Saviq> mterry, well, yeah, that's why we had the stripped down indicators, not sure why that was dismissed?
[14:25] <pmcgowan> mterry, but seeing battery level for example
[14:25] <pmcgowan> not a security issue
[14:25] <pmcgowan> but its fine, we'll see
[14:25] <kenvandine> pmcgowan, which i'm fine with punting on :)
[14:25] <pmcgowan> this is the fine points of usability
[14:26] <pmcgowan> kenvandine, yeah so we can punt
[14:26] <pmcgowan> mterry, do we disable all notifications when locked as well?
[14:26] <mterry> Saviq, it wasn't dismissed necessarily, it just never got implemented yet
[14:26] <mterry> pmcgowan, no
[14:26] <Saviq> mterry, didn't we have /greeter profiles?
[14:26] <Saviq> mterry, that were used in the greeter session already?
[14:27] <mterry> Saviq, not really...  Those only are functional for a spit greeter.  But there is enough information for indicators to fake it and show different info when the greeter is active by querying dbus
[14:27] <mterry> *split
[14:27] <mterry> Saviq, I think tedg just got busy with other things
[14:27] <sergiusens> dednick: do you mind if someone else reviews that?
[14:27] <mardy> sergiusens: about flashing my N4, I tried two USB cables and three different USB ports, but I still get the same error
[14:28] <Saviq> mterry, TBH I'd think we should switch to greeter profile inside the session, and when in split greeter just ask the two to communicate maybe?
[14:28] <sergiusens> mardy: what command are you running? and where is the phone (screen) when it fails?
[14:28] <mterry> Saviq, tedg explained it to me at some point, that we can't just switch profiles on the fly
[14:29] <Saviq> mterry, pfft
[14:29] <sergiusens> mardy: after it fails, can you "adb shell ls /cache/recovery" and delete the files there if there are any
[14:29] <mardy> sergiusens: the command is "ubuntu-device-flash --channel=devel-proposed --bootstrap  --revision=190", and it fails at the ubuntu recovery screen
[14:29] <tedg> mterry, Saviq, we can, we just haven't implemented it that way. Not an interface problem a "we'll never use it like this" problem.
[14:29] <tedg> And then we canned the split greeter…
[14:30] <sergiusens> mardy: ok; don't reboot the phone for now and leave it in recovery and run those adb commands
[14:30] <jdstrand> Saviq (and pmcgowan): I'm kinda confused that design said to disable the indicators if the screen was locked for the pause music case, since they have a ux bug specifically for controlling music from the greeter
[14:30] <sergiusens> mardy: if any of those error out, try running adb kill-server
[14:30] <mardy> sergiusens: /cache/recovery has just three files, taking 4K in total
[14:31] <jdstrand> bug 1260978
[14:31] <Chipaca> tedg: can you confirm whether that is a bug that will be fixed, or whether liburl-dispatcher does indeed need a mainloop running?
[14:31] <pmcgowan> jdstrand, Saviq yeah I am getting a bit uncomfortable about the assumptions here
[14:31] <tedg> Chipaca, I don't believe that it does, just a sec.
[14:31] <Chipaca> tedg: k
[14:32] <sergiusens> mardy: without rebooting, can you run "ubuntu-device-flash --channel=devel-proposed --wipe --revision=190 --device [device]
[14:32] <jdstrand> I was concerned about emergency calling, but see that in the greeter
[14:32] <jdstrand> (so, not an issue)
[14:32] <dbarth> jdstrand: it's in silo 13
[14:32] <dbarth> jdstrand: so close to
[14:32] <Saviq> tedg, we never *canned* the split greeter, pmcgowan put it on a shelf somewhere ;)
[14:32] <Saviq> maybe he canned it to put it there though
[14:33]  * Saviq needs to be excused, been working too much
[14:33] <jdstrand> dbarth: ack, thanks! I'll keep an eye on it, and when it lands, I'll update the policy group. thanks!
[14:33] <mhall119> zbenjamin_: have you had a chance to look at that new template code?
[14:33] <mhall119> for scopes?
[14:33] <mardy> sergiusens: I'll do that; I'll restart with the other command first, since I rebooted in the meantime
[14:35] <mardy> sergiusens: it exits immediately, again with the error "2014/08/15 17:34:56 Cannot cleanup /cache/recovery/ to ensure clean deploymentexit status 255"
[14:36] <dednick> sergiusens: nope
[14:37] <sergiusens> mardy: I'm totally lost now; if adb shell ls /cache/recovery works
[14:37] <sergiusens> mardy: there's no ANDROID_SHELL envvar exported, is there?
[14:37] <cwayne> jdstrand: hihi, sorry was at the dr's, i can get you a click if it's helpful
[14:38] <jdstrand> cwayne: that would be great
[14:38] <jdstrand> cwayne: (and hi!)
[14:38] <mardy> sergiusens: no, "adb shell..." gives "error: device not found"
[14:39] <cwayne> jdstrand: sent :)
[14:39] <mardy> sergiusens: that's why I rebooted earlier: to get adb running
[14:39] <sergiusens> mardy: ah; adb kill-server && sudo adb start-server
[14:39] <ogra_> sergiusens, how do i check if "phablet-config autopilot --dbus-probe enable" worked ?
[14:39] <sergiusens> ogra_: run a click autopilot test
[14:39] <ogra_> (it doesnt give any success feedback like locale or timezone)
[14:39] <ogra_> sergiusens, preferably without running a test :P
[14:40]  * ogra_ looks at the code
[14:40] <sergiusens> ogra_: a test without a test, outrageous
[14:40] <tedg> Chipaca, I'm having gcc issues (confused) but it should work with a sleep. https://bugs.launchpad.net/ubuntu-push/+bug/1356077/comments/4
[14:40] <ogra_> sergiusens, well, i only want to know if the switch works :)
[14:40] <Chipaca> tedg: gcc -Wall -o q q.c $(pkg-config --libs --cflags url-dispatcher-1)  && ./q
[14:41] <ogra_> sergiusens, bah, wont work
[14:42] <tedg> Chipaca, Yeah… it's not linking with liburl-dispatcher, can't find the symbols :-/
[14:42] <mardy> sergiusens: I'm stupid :-) I'm working in virtualbox, but after the N4 enters the recovery mode, it gets a new pair of USB identifiers, which I didn't add to VirtualBox (so the machine was not seeing the phone!)
[14:42] <ogra_> ... "policy load failed with errno 1: b"/sbin/apparmor_parser: Sorry. You need root privileges to run this program" ...
[14:42] <ogra_> :(((
[14:42] <mardy> sergiusens: now I'm running "ubuntu-device-flash --channel=devel-proposed --wipe --revision=190 --device=mako", and it's doing something
[14:42] <sergiusens> mardy: ah, I only asked designers if they were working from VMs :-P
[14:43] <sergiusens> since it's a complicated setup
[14:43] <mardy> sergiusens: (I'm still on precise :-), will update soon)
[14:43] <sergiusens> mardy: good to know it's working now
[14:43] <sergiusens> mardy: it should work from precise; just add-apt-repository ppa:phablt-team/tools
[14:44] <sergiusens> mardy: all of ci is on precise as well; so it should be well founded proof that those tools work on precise
[14:44] <mardy> sergiusens: uh, I didn't even bother trying, I thought it wouldn't work :-)
[14:45] <Chipaca> tedg: lulz
[14:45] <sergiusens> it's the only advantage of golang's static linking in the distro ;-)
[14:49] <Chipaca> tedg: added sleep(1), no dice
[14:50] <Chipaca> tedg: do you have the ordering right there? your .c needs to come before the pkg-config bits
[14:54] <AlbertA2> kenvandine: I've added a DBus api to configure the inactivity timeouts
[14:54] <AlbertA2> kenvandine: so it can be used by the shell/unity8
[14:55] <AlbertA2> kenvandine: in unity-system-compositor
[14:55] <kenvandine> AlbertA2, are you working on shell side too?
[14:56] <AlbertA2> kenvandine: I am not
[14:56] <ogra_> jdstrand, so i'm looking at phablet-tools for my adbd-runs-as-phablet setup ... there is "phablet-config autopilot" and "phablet-config writable-image", both need root, the former calls aa-clickhook in various ways ... would it be a security hole to allow "aa-clickhook -f" and "aa-clickhook -f --include=/usr/share/autopilot-touch/apparmor/click.rules" via a dbus interface to nomal users ?
[14:56] <AlbertA2> kenvandine: but I guess I could...:)
[14:56] <tedg> Chipaca, hmm, then that's a bug.
[14:56] <tedg> Chipaca, No reason that shouldn't work.
[14:57] <kenvandine> AlbertA2, i think Saviq thought you were :)
[14:57] <ogra_> tedg, did you see Mirv's mail and bug 1357252 ? smoke testing is quite screwed atm due to that
[14:58] <Saviq> kenvandine, all AlbertAs, I never said he is *working* on that, he just knows what's happening there ;)
[14:58] <kenvandine> ah... :)
[14:58] <kenvandine> we do need someone to work on it :)
[14:58] <ogra_> tedg, oh, ignore me, hadnt reloaded the bug page yet
[15:01] <tedg> ogra_, Heh, also talking about it in #ubuntu-devel
[15:01] <Saviq> kenvandine, I'll find you someone, unless one of AlbertAs volunteers
[15:01] <ogra_> yeah, i saw
[15:01] <ogra_> tedg, i just had a task to make sure it is worked on before the next landing meeting :)
[15:02] <kenvandine> Saviq, thx
[15:03] <Laney> kenvandine: jgdx: Couldn't you avoid all of these grim sleep(1) calls by using Eventually(Equals... ?
[15:03] <kenvandine> Eventually doesn't work for all properties
[15:03] <Laney> like what?
[15:03] <kenvandine> i don't recall
[15:04] <Laney> right...
[15:04] <kenvandine> :)
[15:04] <kenvandine> but everything i used a sleep for.. i tried eventually first :-D
[15:04] <asac> nik90: i updated clock from store (so i dont need to wait for new image)
[15:05] <asac> nik90: it still looks the same UI wise and still crashes when i save a new alarm
[15:05] <Laney> sounds like an autopilot bug if true
[15:05] <asac> nik90: how can i check that i have what you think i should get?
[15:05] <robotfuel> kenvandine: if these are autopilot tests there is also wait_for
[15:05] <AlbertA2> well it looks like unity has changed a bunch....:)
[15:05] <nik90> asac: yes that's because the fix for the crash is in the SDK that landed in 189.
[15:05] <robotfuel> Laney: +1
[15:05] <nik90> asac: what background is the clock you got from the store?
[15:06] <nik90> asac: purple or white?
[15:06] <kenvandine> robotfuel, does that work on dbus stuff?
[15:07] <asac> nik90: ic ic
[15:07] <robotfuel> kenvandine: yes autopilot uses dbus for introspection
[15:07] <jgdx> Laney, sure.
[15:07] <asac> nik90: background is same as before - purple
[15:07] <kenvandine> robotfuel, so the problem  is some of these need time to come up on the bus
[15:08] <nik90> asac: that's not the new clock reboot I was referring to yesterday. Let me share a screenshot. 1 sec
[15:08] <ogra_> asac, then you started the wrong app
[15:08] <kenvandine> i didn't try wait_for though
[15:08] <jgdx> that's for selectors, not?
[15:08] <jgdx> s/not/no
[15:08] <robotfuel> kenvandine: http://unity.ubuntu.com/autopilot/tutorial/good_tests.html#prefer-wait-for-and-eventually-to-sleep
[15:09] <nik90> asac: if you want it to be a surpise don't look at https://imgur.com/YHtMwjX
[15:09] <kenvandine> robotfuel, for some of the dbus related things, eventually wouldn't work
[15:09] <kenvandine> i'll look at wait_for too...
[15:09] <kenvandine> but probably not going to go back and change anything until post rtm
[15:09] <jgdx> kenvandine, leo wrote a small lambda that called dbus which you can put into an Eventually, though
[15:10] <jgdx> should replace a lot of them
[15:11] <robotfuel> kenvandine: you can use a timeout with eventually self.assertThat(foo.bar, Eventually(Equals(123), timeout=30))
[15:12] <asac> ogra_: i upgraded. does it mean i need a new app installed?
[15:12] <ogra_> asac, clock reboot isnt in the image, you need to install it from the store
[15:12] <robotfuel> kenvandine: the default timeout for eventually is 10 seconds, if you have to wait longer than that, it's probably a bug.
[15:12] <ogra_> it comes as standalone icon (called "clock reboot" )
[15:13] <kenvandine> it's is far less that that
[15:24] <cyphermox_> davmor2: would you like to test mtp? :)
[15:24] <davmor2> cyphermox: on slowband I can try :)
[15:24] <cyphermox_> ok, silo 7
[15:25] <cyphermox_> just any extra testing is welcome
[15:25] <davmor2> cyphermox: will do I have a little music I can test it with :)
[15:28] <cyphermox_> cool
[15:28] <cyphermox_> Windows support is in, if you're so unlucky to still have one such proprietary system.
[15:29] <davmor2> cyphermox: that I can test on Monday for you when I'm back at home
[15:29] <cyphermox_> k
[15:29] <davmor2> cyphermox: win7 and win 8 I have at home
[15:30] <cyphermox_> awesome, I couldn't test Windows 8, I only have one system with 7
[15:30] <davmor2> I don't have 8.1 though
[15:30] <cyphermox_> shouldn't be substancially different than 8 for mtp
[15:31] <cyphermox_> i suspect if it works on 7 it will work on 8, I don't see why Microsoft developers would feel the need to completely reimplement, in a fundamentally different way, their own specification
[15:31] <cyphermox_> but I could be wrong ;)
[15:36] <asac> ogra_: you know why we didnt just update the clock app?
[15:36]  * asac searches store
[15:36] <popey> because it wasnt ready
[15:36] <ogra_> asac, because it isnt feature complete yet
[15:36] <popey> we wanted to have a version in the store for testing which didnt replace the existing one until it was done
[15:36] <asac> ic ic
[15:36] <asac> will try it now
[15:37] <ogra_> but it is soooo shiny !!!
[15:37] <popey> when the next promoted image comes out, we will replace the clock with the new one, and remove clock reboot from the store
[15:37] <popey> so yeah, get a promoted image and we'll get you your clock
[15:37] <asac> yeah its indeed buggy still
[15:37] <mibofra> guys, I can't start lightdm (with Mir of course), does anyone want to see the log of lightdm?
[15:37] <asac> always end up hanging while swiping
[15:38] <ogra_> but beautiful
[15:38] <asac> and also i always end up in the location select dialog somehow
[15:38] <ogra_> thats tvoss' fault
[15:38] <ogra_> happens for all apps that try to use location
[15:38] <ogra_> (open the camera or the browser)
[15:39] <ogra_> oh, wow, the broeser now asks me three times if it can access location data
[15:39] <asac> ogra_: the new camera/browser inn store i assume? the one in promoted image doesnt have that yet :)
[15:39] <ogra_> ah, promoted ... ancient stuff
[15:40] <asac> anyway, looks awesome
[15:40]  * asac will refrain from updating more apps from store then
[15:40]  * asac thinks we lack a promotion approach for apps in store
[15:40] <asac> beuno: ^
[15:40] <ogra_> we lack promotions in general :P
[15:41] <mibofra> uhm
[15:42] <asac> ok i see how promotion is ambiguous in context of store... marketing campaign vs. beta testing
[15:44] <ogra_> asac, well a few days of traincon-0 simply became the standard over the last weeks
[15:45] <ogra_> before we can promote anything that is
[15:47] <asac> right. but seems to work - even if we all would like to see promotions happening without any alert state
[15:53] <jgdx> awe_,  hey, was ModemTechnologies submitted to upstream? Ref https://github.com/rilmodem/ofono/commit/4d408c22d8665367cf463ff0e8192be120575a9f
[15:54] <nik90> asac: 5:38 PM <asac> always end up hanging while swiping  --> Does this happen in the old clock app or the new one?
[15:54] <asac> nik90: new one
[15:54] <asac> well i havent checked the new-old one i get from store
[15:54] <kenvandine> does anyone know of a way to center and wrap text in a ListItem.Caption?
[15:55] <nik90> asac: hmm confusing...ok the one you install from the ubuntu store is the clock reboot. You are referring to that? or the one with the purple background?
[15:55] <nik90> asac: I have never seen clock reboot (white background) hangup on me anything
[15:55] <nik90> s/anything/anytime
[16:00] <awe_> jgdx, yes
[16:00] <awe_> org.ofono.RadioSettings::ModemTechnologies
[16:00] <jgdx> awe_, ack
[16:06] <jdstrand> cwayne, mardy, dbarth: uploading new scope policy for the accounts denials in a few
[16:07] <cwayne> jdstrand: you're my hero
[16:07] <jdstrand> \o/
[16:09] <ybon> jdstrand: QtLocation seems to store cache in QStandardPaths::GenericCacheLocation is that a constant familiar for you?
[16:09] <ybon> cf http://qt-project.org/doc/qt-5/qstandardpaths.html
[16:10] <jdstrand> ybon: I am going to point you at kalikiana. he made sure that all this worked right in other parts of the toolkit
[16:11] <ybon> jdstrand: thanks :)
[16:11] <ybon> kalikiana: around by chance? :)
[16:11] <jdstrand> ybon: can you paste the path that QtLocation is using which is getting denied by apparmor for kalikiana?
[16:11] <ybon> sure
[16:12] <ybon> for reference, the line in the QtLocation I'm refering to http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/utopic/qtlocation-opensource-src/utopic-proposed/view/head:/src/location/maps/qgeotilecache.cpp#L119
[16:13] <ybon> kalikiana, jdstrand: here is the path /home/phablet/.cache/QtLocation/
[16:14] <jdstrand> kalikiana: I've not looked personally, but it appears QtLocation may not be honoring applicationName or similar
[16:14] <mibofra> guy, can anyone help me with MIR?
[16:14] <jdstrand> ybon: you are using location-service?
[16:15] <ybon> jdstrand: I'm not sure what you call location-service
[16:15] <jdstrand> well, I think QtLocation is supposed to use location-service
[16:15] <ybon> I'm using a QtMap object
[16:15] <ybon> with a plugin
[16:15] <jdstrand> kalikiana: might need to ask tvoss if you are curious about location-service
[16:15] <ybon> here is the code https://github.com/yohanboniface/OSMTouch/blob/master/OSMTouch.qml#L80
[16:18] <dbarth> jdstrand: thank you!
[16:20] <kalikiana> ybon: that code is technically correct, xdg_cache_home is shared on the desktop - jdstrand I can't check right now, is it set on the phone? It's expected that no app name is passed but it must be set by our launcher I think
[16:20] <beuno> asac, we have them, no?
[16:20] <beuno> in the scopes, they are called highlights
[16:21] <jdstrand> kalikiana: I'm not sure. ybon asked me about the denial and I said that the denial should not be fixed and that applicationName was probably not correctly set.
[16:21] <ybon> I sware it's set :)
[16:21] <jdstrand> right
[16:21] <ybon> https://github.com/yohanboniface/OSMTouch/blob/master/OSMTouch.qml#L24
[16:22] <jdstrand> which is why I pointed you at kalikiana
[16:22] <asac> beuno: the marketing campaign promotions yes; the feature for app devs including us to do beta channel type releases: i guess no (but would be super useful for our release story)
[16:22] <ybon> maybe it's not done the proper way, though
[16:22] <jdstrand> that looks ok to me
[16:22] <jdstrand> ybon: does it use an C++ or is it all qml?
[16:22] <ybon> all qml
[16:23] <jdstrand> yeah, that is all you should have to do
[16:23] <jdstrand> kalikiana: ^
[16:23] <ybon> I've no C++ licence yet
[16:23] <jdstrand> ybon: maybe file a bug and ping kalikiana so he can look at it when he has time?
[16:24] <ybon> kalikiana: I'm not sure to get you well, are you saying that ~/.cache is the expected final path? or that the QtLocation code is correct, but the QStandardPaths::GenericCacheLocation value is missing or something?
[16:24] <ybon> this is the related issue on OSMTouch https://bugs.launchpad.net/osmtouch/+bug/1276658
[16:27] <kalikiana> ybon: jdstrand what I mean is that the code in qtlocation is correct and that xdg_cache_home should contain the app specific path already - otherwise all existing code using QStandardPaths::GenericCacheLocation would have to be ifdeffed
[16:27] <kalikiana> Because the semantics on the desktop are different
[16:27] <ybon> kalikiana: should I do something on my app to get xdg_cache_home set?
[16:28] <kalikiana> Ybon no, definitely not (unless you want a work-around for now)
[16:28] <jdstrand> this seems to be working ok for non-QtLocation though, otherwise we'd have massive breakage on touch
[16:29] <ybon> depending on how this can be fixed, I'd be happy to have a workaround, if you know some, kalikiana, thanks :)
[16:29] <ybon> but if there is an easy proper fix, no need of course
[16:31] <kalikiana> ybon is your app available somewhere? I can take a closer look on Monday
[16:31] <kalikiana> Meanwhile please file a bug and assign to me
[16:32] <ybon> kalikiana: sure, it's on the store, name OSMTouch, and the code is here https://github.com/yohanboniface/OSMTouch/blob/master/OSMTouch.qml#L24
[16:32] <ybon> ok, thanks!
[16:33] <ybon> kalikiana: you should be assigned on https://bugs.launchpad.net/osmtouch/+bug/1276658 thanks a lot :)
[16:34] <kalikiana> ybon: cool. Not certain if it's the same issue or separate but I'll verify that
[16:35] <ybon> thank you :)
[16:39] <popey> tedg: you planning to enable translations at https://translations.launchpad.net/indicator-messages or https://launchpad.net/ubuntu/+source/indicator-messages ?
[16:39] <popey> or is it somewhere else?
[16:39] <tedg> popey, Uhm, no. It's in main so it should be part of the normal lang packs.
[16:40] <popey> hm
[16:40] <cwayne> jdstrand: so am i waiting for 1.2.20?
[16:40] <jdstrand> cwayne: yes, going through local testing now
[16:40] <popey> tedg: any idea where I find that, looking for "Notification Center" (should be Centre in en_GB) ☻
[16:40] <cwayne> jdstrand: cool, thanks
[16:41] <tedg> popey, Oh, we explicitly don't allow that translation, it's stupid :-)
[16:41] <popey> ʘ‿ಠ
[16:42] <tedg> popey, Should be here: https://translations.launchpad.net/ubuntu/utopic/+source/indicator-messages/+pots/indicator-messages/en_GB/+translate
[16:42] <tedg> popey, Seems the pot hasn't updated
[16:43] <tedg> charles, Is this part of your translations fix? Has that landed in archive? ^
[17:12] <charles> tedg, /me clicks
[17:14] <farbod> hi,how can i install ubuntu on my phone?(its Xperia Ion)
[17:14] <dobey> !devices | farbod
[17:15] <farbod> hmmm,but ubuntu-touch is only for Nexus :( :( :(
[17:16] <charles> tedg, _("Notification center") is merged and that fix didn't affect i-messages because i-messages doesn't use CMake yet.
[17:16] <charles> let's see what happens when I run 'make pot' locally on i-messages
[17:17] <farbod> is thare any way to install it on my xperia ion device?
[17:19] <farbod> ?
[17:19] <charles> popey, tedg, when I run "make indicator-messages.pot" from a trunk sandbox I get http://paste.ubuntu.com/8055397/, which includes the "Notification center" string
[17:19] <sergiusens> farbod: if you can get the android tree, port it by following the porting guide and some knowledge of android; yes
[17:19] <sergiusens> farbod: given that the hardware is supported
[17:19] <popey> charles: is that good or bad?
[17:20] <farbod> sergiusens:!!!
[17:20] <charles> popey, well it's good that the string is showing up in the potfile... I don't know how potfiles get updated from that point to translations.launchpad.net though
[17:21] <charles> ted, do you know?
[17:21] <popey> dpm will know ☻
[17:21] <charles> ack
[17:21] <charles> dpm will know
[17:21] <dobey> farbod: several xperia devices are listed on that page. starting from one of those builds and enaging with the people who ported them, is probably your best bet
[17:22] <farbod> dobey:but i have Xperia Ion and in the list we dont have Ion. :( :(
[17:23] <dobey> farbod: yes, but you can probably talk with the people who ported to the other xperia devices to get help porting it to your device
[17:23] <dobey> because it's probably similar to one or more of the other xperian phones
[17:23] <dobey> xperia even
[17:24] <farbod> dobey:thank you,but i think its better to buy nexus :( :) :D
[17:26] <dpm> charles, if you commit the .pot file and it lands in trunk, then LP picks it up automatically
[17:27] <charles> dpm, I think I'm misunderstanding -- indicator-messages has never had a .pot file committed afaik; it's generated at build time
[17:28] <charles> dpm, the existing strings for i-messages got into translate.lp somehow
[17:29] <charles> dpm, so if we had to commit the .pot file, we wouldn't have any translations for indicator-messages at all right now...?
[17:31] <dpm> charles, translations can be enabled in 2 places: in the upstream project and in the source package. i-m has them enabled in the source package only. I'd recommend to enable them on upstream as well, so that the actual .po files land in the source tree, but they will work in any case:
[17:32] <beuno> asac, we will!
[17:32] <dpm> charles, in your case, the .pot file is updated when you do a package upload - the dh_translations rule takes care of that, and then it is feed to LP, which updates the translatable messages
[17:32] <asac> beuno: awesome ... when? :)
[17:32] <dpm> charles, my recommendation would be to set up translations for the upstream, as with other projects. It doesn't take more than a couple of mins to set up: https://wiki.ubuntu.com/Translations/LpProjectConfiguration. That'll make translations land upstream
[17:35] <charles> dpm, thanks, that makes sense
[17:35] <dpm> charles, ok cool, let me know if I can help with anything else
[17:35] <charles> I'm wondering if the other indicators are also affected, afaik all of those projects were build from ted's script
[17:35] <charles> dpm, thank you :)
[17:35] <beuno> asac, this year! maybe.
[17:36]  * asac looks up all available definitions of year :)
[17:36] <dpm> charles, afaik, indicator-network and indicator-location are the only ones that have translations enabled upstream
[17:37] <asac> i like the term "Draconic Year" without checking the content -> http://en.wikipedia.org/wiki/Year#Draconic_year
[17:37] <asac> even better "Vague year" :P
[17:37]  * asac will add that to his vocabulary
[17:37] <charles> dpm, so does that mean that the others, e.g. indicator-session or indicator-datetime, also have this issue of the .pot files not being updated for translators on LP?
[17:38] <charles> dpm, if so I'll walk through the other indicators and set up upstream translations for them as well
[17:40] <Wellark> who authored the welcoming wizard?
[17:40] <Wellark> Cimi: ?
[17:41] <dpm> charles, yes, but it's not an issue if the packages use dh_translations, meaning that their .pot files will be updated on package upload, and the source packages' translatable messages in LP will be up-to-date. So to be clear, I recommend enabling translations upstream, but as long as they are enabled for the source packages, everything should work
[17:44] <dobey> dpm: is there a bug already about the app start splash screen not showing the translated app name?
[17:45] <charles> dpm, but indicator-messages has dh-translations in its build-depends and its debian/rules translation is the same as the other indicators (e.g, dh $@ --with translations) so I'm not seeing why indicator-messages has problems that the other indicators don't
[17:47] <dpm> dobey, bug 1350360 and https://bugs.launchpad.net/ubuntu-translations/+bugs?field.tag=touch to see other bugs
[17:48] <dpm> charles, ah, then perhaps there's a misconfiguration in the package? I think that might need to be discussed with pitti when he's back, or perhaps seb128 can also help
[17:48] <dobey> dpm: ok. i was just testing translations in ubuntuone-credentials and noticed it, so wanted to make sure it was filed :)
[17:51] <charles> dpm, okay
[17:52] <dobey> charles: what's the bug exactly? translations are just outdated?
[17:52] <charles> dpm, I'll ask them, and popey if you like I'll update you when I find out more
[17:52] <dpm> charles, sounds good
[17:52] <charles> dobey, so the background is there are new translatable strings in indicator-messages that aren't showing up in translations.launchpad.net
[17:53] <charles> dobey, e.g. if I "make indicator-messages.pot" then the strings are in the new potfile
[17:53] <charles> dobey, but if I go to https://translations.launchpad.net/ubuntu/utopic/+source/indicator-messages/+pots/indicator-messages/en_GB/+translate the strings are not there
[17:53] <charles> so I'm wondering how the potfiles get from A to B, if there's something that's broken along the way
[17:54] <dobey> oh
[17:54] <dobey> so, the indicator-messages package import to bzr is broken
[17:54] <dobey> which might be related?
[17:55] <charles> Other than this recent commit, I haven't really been shepherding indicator-messages -- what import to bzr breakage is this?
[17:55] <dobey> the magic importing of debian source packages into bzr branches for the ubuntu archive
[17:56] <dobey> and the upstream links are wrong
[17:56] <AlbertA2> kenvandine: Saviq: so for https://bugs.launchpad.net/gsettings-ubuntu-touch-schemas/+bug/1230345
[17:57] <AlbertA2> kenvandine: Saviq: I've implemented the shell side:
[17:57] <AlbertA2> https://code.launchpad.net/~albaguirre/gsettings-ubuntu-touch-schemas/fix-1230345
[17:57] <AlbertA2> https://code.launchpad.net/~albaguirre/unity8/fix-1230345
[17:57] <kenvandine> AlbertA2, awesome
[17:58] <dobey> and the translation focus was all wrong
[18:00] <AlbertA2> kenvandine: Saviq: so I need review volunteers for the two above :)
[18:01] <kenvandine> AlbertA2, i can review the schema change
[18:01] <dobey> charles: so, i fixed the upstream links, and the translation focus in the upstream translations config, so maybe it'll get updated soon
[18:01]  * dobey isn't entirely sure how the ubuntu translations magic works
[18:01] <charles> dobey, this is the first I've heard of it, but sounds like this was a known issue for you -- so, dyk if the other indicators are working correctly wrt the upload links? :)
[18:01] <charles> dobey, btw thank you :)
[18:02] <kenvandine> AlbertA2, does 0 mean never?
[18:02] <AlbertA2> kenvandine: yeah
[18:02] <kenvandine> what about locking?
[18:02] <dobey> charles: i don't know. i just poked at the config and saw a problem. the upstream links and translation focus were still pointing at the 13.10 series
[18:02] <kenvandine> activity-timeout too right?
[18:02] <AlbertA2> locking?
[18:02] <dobey> charles: so i fixed that. i don't know if it will actually fix the problem or not though
[18:02] <charles> dobey, ack
[18:03] <kenvandine> i guess from the shell point of view, it's the same
[18:03] <kenvandine> sleep vs lock
[18:03] <dobey> if it does we can check the others (rather not go tweaking all of them until we know for sure)
[18:03] <charles> dobey, I'll look at the translations.launchpad.net link in a couple of hours and see if the problem worked itself out.
[18:03] <AlbertA2> kenvandine: oh techincally
[18:03] <AlbertA2> it's a timer
[18:03] <AlbertA2> that gets disabled if set to 9
[18:03] <AlbertA2> to 0
[18:03] <charles> dobey, what's the URL you were looking at to change the upsteam links?
[18:04] <charles> dobey, if your action fixed it I'll walk through the other indicators' URLs to confirm that there isn't other breakage
[18:04] <dobey> charles: on https://translations.launchpad.net/ubuntu/utopic/+source/indicator-messages there is an "Edit sharing details" link above the list of languages
[18:04] <dobey> (at least, there is for me, i don't know if you also see it)
[18:08] <charles> dobey, I do
[18:08] <charles> I've never poked around in this magic...
[18:33] <Saviq> AlbertA2, awesome, thanks
[18:37] <asac> alexabreu: to make browser play in background we need media-hub integtration only? or also integration of download manager or something else so we continue to fill the buffer without having to bring app back? do you know?
[18:37] <alexabreu> asac, mh integration only
[18:38] <asac> alexabreu: how do we get the data while browser is dead?
[18:38] <asac> is media-hub downloading on its own?
[18:38] <alexabreu> asac, the mediahub will do it
[18:38] <asac> interesting
[18:38] <alexabreu> asac, it will be handed over all http related context (ua agent, cookies) and will do it through gstream http "module"
[18:38] <asac> alexabreu: saw that item somewhere down the line for webapps ... are you working on that?
[18:39] <alexabreu> asac, yes,
[18:39] <asac> alexabreu: already started?
[18:39] <alexabreu> asac, been delayed a bit, but audio is working, will start on video playback soon
[18:39]  * asac just wants to get a level of hope feeling :)
[18:39] <alexabreu> asac, there is hope :)
[18:39] <asac> there is always hope. level of hope may differ though :)
[18:39] <alexabreu> asac, right :)
[18:40] <asac> now that i know that you work on it, i am 75% confident that you get that working by mid next week and 90% by end next week and 98% that it will be there by end of aug :P
[18:40] <asac> lol
[18:40] <asac> thanks
[18:41] <alexabreu> asac, I am off next week, so I can already tell that you are off a bit :)
[18:41] <asac> well, with that info it changes to be even higher confidence that it will be done end of aug
[18:41] <alexabreu> np
[18:41] <asac> at least
[18:41]  * asac has a weird formula to predict things
[18:42] <asac> ok enjoy your week off
[18:42] <alexabreu> you should write a book about that formula :)
[18:44]  * genii had a boss that used to tell customers "Two more weeks!" ... every two weeks
[19:33] <mterry> Wellark, is there a silo for https://code.launchpad.net/~unity-api-team/indicator-network/connectivity-service/+merge/229965 yet?
[19:39] <kgunn> mterry: no there's not
[19:40] <kgunn> handy is just type in the proj to search here
[19:40] <kgunn> http://people.canonical.com/~platform/citrain_dashboard/#?q=
[19:40] <mterry> kgunn, just did that myself yeah
[19:40] <mterry> Wellark, kgunn: well it might make sense to add https://code.launchpad.net/~mterry/unity8/sim-unlock-on-boot/+merge/231015 to it when there is one
[19:41] <mterry> kgunn, as I note in that MP, I've deliberately implemented it a simpler way that goes against what design wants (they want the SIM unlock dialog under the infographic screen, I've put it on top) purely for simplicity of implentation reasons.  I talked to MacSlow a bit about it today and it's fairly complicated to do
[19:41] <mterry> kgunn, so I figured just to get the feature in is worth it
[19:42] <mterry> Just a heads up
[19:42] <kgunn> yep..thanks mterry, you know i agree with you
[19:42] <kgunn> sure
[19:42]  * mterry goes back to wizard-land
[19:54] <Cimi> Wellark, me and mterry
[20:01] <felipealmeida> hello
[20:01] <felipealmeida> I can't build ubuntu for mako
[20:01] <felipealmeida> lunch doesn't list this option
[20:02] <cwayne> mterry: http://sinsip.com/Jl.jpg
[20:02] <mterry> cwayne, lol
[20:02] <felipealmeida> I have followed this https://wiki.ubuntu.com/Touch/Building
[20:02] <felipealmeida> I'm using arch linux
[20:02] <felipealmeida> and installed with phablet-dev-bootstrap as found in yaourt
[20:03] <felipealmeida> I have already extracted mako vendor files
[20:03] <felipealmeida> for Android 4.4.2
[20:04] <felipealmeida> the command lunch aosp_mako-userdebug
[20:04] <felipealmeida> gives me the following log:
[20:04] <felipealmeida> http://pastie.org/9476395
[20:05] <felipealmeida> any help would be greatly appreciated, thanks
[20:22] <sergiusens> felipealmeida: use phablet-dev-bootstrap from ppa:phablet-team/tools
[20:23] <felipealmeida> sergiusens: that's from where the PKGBUILD downloads it from
[20:24] <felipealmeida> specifically https://launchpad.net/ubuntu/trusty/+source/phablet-tools/1.0+14.04.20140207-0ubuntu1/+files/phablet-tools_1.0+14.04.20140207.orig.tar.gz
[20:25] <felipealmeida> the phablet-dev-bootstrap works correctly, or so it seems
[20:25] <sergiusens> felipealmeida: not sure how you are getting the wrong defaults then
[20:25] <felipealmeida> I didn't use -v option
[20:25] <felipealmeida> is that necessary?
[20:26] <felipealmeida> sergiusens: it looks like it succesfully syncs the repo to use lge-mako when I do lunch aosp-mako_userdebug
[20:26] <sergiusens> felipealmeida: use phablet-dev-bootstrap --sources aosp --repo-branch phablet-4.4.2_r1
[20:26] <felipealmeida> but later fails to find the makefile
[20:26] <felipealmeida> sergiusens: from scratch?
[20:27] <sergiusens> felipealmeida: you seem to have synced the cyanogenmod one and not the aosp one
[20:27] <felipealmeida> sergiusens: hmm, it seems like it
[20:27] <felipealmeida> it has cm in vendor
[20:27] <felipealmeida> and talks about CM in syncing
[20:27] <felipealmeida> will try, thanks
[20:28] <felipealmeida> it will take a long time to complete :)
[21:13] <felipealmeida> hello
[21:13] <felipealmeida> I'm getting "Invalid clone.bundle file; ignoring" messsages
[21:13] <felipealmeida> is this OK?
[21:50] <rsalveti> felipealmeida: our gerrit might be busted
[21:50] <rsalveti> let me check
[21:50] <felipealmeida> rsalveti: oh
[21:50] <rsalveti> I had that once already, and had to restart gerrit for it to work again
[21:50] <felipealmeida> something is failing to download with curl (or something like that)
[21:50] <felipealmeida> but git is working ok
[21:51] <rsalveti> felipealmeida: if you want to build without our tools:
[21:51] <rsalveti> repo init -u https://code-review.phablet.ubuntu.com/p/aosp/platform/manifest.git -b phablet-4.4.2_r1
[21:51] <rsalveti> repo sync
[21:51] <rsalveti> add vendors
[21:51] <rsalveti> then lunch
[21:52] <rsalveti> yeah, it seems to be stuck in one repo here
[21:52] <felipealmeida> hmm, I'll try with the repo then
[21:52] <felipealmeida> your tools add the vendors automatically?
[21:52] <rsalveti> felipealmeida: yup
[21:53] <rsalveti> felipealmeida: will ask someone to restart the server, but that might take a while
[21:53] <rsalveti> you could also use our src package
[21:53] <rsalveti> the only difference in there is that we don't clone the pre-built toolchain
[21:53] <rsalveti> so either you have to use ours, or get one used aosp
[21:54] <rsalveti> *by
[21:54] <felipealmeida> I see, that's nice, though it didn't work for me yet
[21:54] <felipealmeida> same problems with Invalid clone.bundle file; ignoring
[21:54] <felipealmeida> I think I rather wait :)
[21:54] <rsalveti> :-)
[21:54] <rsalveti> you can find the source tarball at https://code-review.phablet.ubuntu.com/export/
[21:54] <rsalveti> let me ping the is folks
[21:55] <rsalveti> felipealmeida: hm, repo sync worked fine now
[21:55] <felipealmeida> rsalveti: ubuntu uses wayland in any hardware? or just mir?
[21:56] <rsalveti> felipealmeida: just mir
[21:56] <felipealmeida> repo sync from a working copy or from scratch?
[21:56] <rsalveti> though it should be doable to use wayland, just not with the ubuntu touch stack
[21:56] <felipealmeida> you've tried
[21:56] <rsalveti> from a copy, trying from scratch now
[21:56] <felipealmeida> I'm still getting clone.bundle errors
[21:57] <felipealmeida> yes, I want to try wayland, but learning to use libhybris through ubuntu first
[21:57] <rsalveti> felipealmeida: oh, you're getting that with repo init
[21:57] <rsalveti> wtf
[21:58] <felipealmeida> no
[21:58] <felipealmeida> repo init works ok
[21:58] <felipealmeida> repo sync gives the messages
[21:58] <rsalveti> failed for me with that message
[22:01] <rsalveti> felipealmeida: jolla is using libhybris and wayland
[22:01] <felipealmeida> rsalveti: yes, I've heard
[22:01] <felipealmeida> forgot to look about that though :)
[22:02] <rsalveti> felipealmeida: but why are you trying to build the android side, want to change the compat side of libhybris?
[22:02] <rsalveti> if you just want to play with the ubuntu userspace, there's no need to rebuild android
[22:03] <rsalveti> rebuilding android is only useful if you want to create an android specific library (to abstract something) and then export that via libhybris
[22:05] <felipealmeida> I want to learn :)
[22:06] <felipealmeida> but I only want to learn the native parts
[22:06] <felipealmeida> so, no java for me. Which means ubuntu or jolla
[22:06] <felipealmeida> does jolla open source their distribution?
[22:06] <rsalveti> felipealmeida: right, but that's what I'm saying, depends on what you want to learn :-)
[22:06] <felipealmeida> oh, I want to learn how to create the full distribution
[22:06] <rsalveti> felipealmeida: not entirely, no, they have mer as base
[22:07] <felipealmeida> so I can test on how to port tizen for libhybris for example
[22:07] <rsalveti> right, wonder why someone would want to do that :P
[22:07] <felipealmeida> that would require a kernel with SMACK support
[22:08] <felipealmeida> so I can have tizen on my phone nexus 4 :P
[22:08] <rsalveti> right, but that's just painful lol
[22:08] <rsalveti> supporting smack shouldn't be hard
[22:08] <felipealmeida> everything about android is painful
[22:09] <felipealmeida> yes, I would just have to add a smack patch
[22:09] <rsalveti> afaik jolla will add selinux support later on
[22:09] <rsalveti> we're just using apparmor
[22:11] <rsalveti> asked someone to restart the server, might take a while though
[22:11] <rsalveti> as it is late friday
[22:12] <felipealmeida> no problem
[22:13] <felipealmeida> I can try it tomorrow
[22:15] <felipealmeida> rsalveti: so is canonical going to launch a mobile phone in the not-too-distant-future?
[22:16] <rsalveti> felipealmeida: try it again
[22:16] <rsalveti> someone just restarted it
[22:17] <felipealmeida> trying
[22:17] <felipealmeida> same error...
[22:17] <felipealmeida> http://pastie.org/9476600
[22:17] <rsalveti> felipealmeida: http://www.cnet.com/products/bq-aquaris-ubuntu-edition/
[22:18] <felipealmeida> rsalveti: oh, I missed that
[22:18] <rsalveti> felipealmeida: but it got up to 100% now
[22:18] <rsalveti> so that might be harmless
[22:18] <rsalveti> repo sync is working fine for me now it seems
[22:19] <rsalveti> repo sync -jX
[22:19] <rsalveti> depending on how fast is your network
[22:19] <felipealmeida> still lots of clone.bundle file; ignoring errors
[22:19] <felipealmeida> good idea to use -jX since I have two wans
[22:24] <rsalveti> felipealmeida: yeah, got a bunch here as well, probably harmless
[22:24] <rsalveti> but our gerrit was kind of stuck
[22:37] <felipealmeida> rsalveti: ok, I'm downloading it here
[22:37] <felipealmeida> probably going to take a look just monday thoug
[22:39] <felipealmeida> rsalveti: going home, gn
[22:39] <rsalveti> felipealmeida: cool, later