[00:00] <mhall119> rsalveti: what do you need an app core dev for?
[00:00] <mhall119> and what is an "app core dev"?
[00:00] <rsalveti> mhall119: someone that has the permission to approve mrs :-)
[00:01] <rsalveti> mhall119: fginther approved the mr sergiusens created
[00:01] <mhall119> rsalveti: ah, you just needed someone on that app's dev team
[00:01] <rsalveti> so we're god
[00:01] <rsalveti> good
[00:01] <mhall119> you are?
[00:01] <rsalveti> nops
[00:01] <mhall119> oh, now I'm disappointed
[00:01] <rsalveti> lol, neither sergiusens, we need to get our hands dirty first
[00:01] <rsalveti> working on the dark side only
[00:03] <sergiusens> rsalveti you can't be core in two places
[00:03] <sergiusens> :-P
[00:03] <rsalveti> yeah
[00:05] <rsalveti> jezz, my thinkpad is now just showing 30m of battery the most
[00:05] <rsalveti> craptop
[00:10] <sergiusens> Saviq_: rsalveti https://code.launchpad.net/~sergiusens/unity/release_1.69/+merge/157259
[00:13] <rsalveti> sergiusens: cool, waiting deb
[01:16] <redtape> OT | Not sure if this is still up to date .. but at least the message is getting out there ... |  http://www.knowyourmobile.com/os/ubuntu-android/19842/ubuntu-android-everything-you-need-know
[02:41] <RobbyF> hmm redtape, First time i've seen those images, I have a feeling there fake. I try to follow this project as much as possible, 3G isn't enabled, background is wrong plus all those apps are not fucntional.
[02:44] <RobbyF> daily image out early?
[03:19] <sergiusens> rsalveti: I'm back fwiw
[06:36] <dholbach> good morning
[07:04] <vila> hi all,
[07:04] <vila> 'phablet-flash -l ' failed with Not enough space in /data, found 3.5G
[07:06] <vila> that's for a nexus7 with 16G, any idea where I can safely 'rm' stuff ?
[07:22] <pvd> where can I find details regarding how phone starts? what address does it go to execute instruction? How memory is mapped ? How to interact with graphic card? etc.
[07:23] <ogra_> pvd, that level is pretty much android
[07:24] <ogra_> the code for this layer is at phablet.ubuntu.com
[07:24] <pvd> thanks, ogra_; but is there any document where details are listed so that it's easy to understand the code ?
[07:26] <ogra_> well, its a minimal android (kernel, HAL and the most minimal system to use them), android documentation applies ... above that there is a container with the ubuntu rootfs ... interaction between container and android is done through the libhybris api
[07:27] <ogra_> i dont think there is any specific documentation except the code itself atm
[07:28] <pvd> but as I understood, ubuntu used android core to get into market early, but eventually the plan is to write all the layers in it's code.
[07:29] <ogra_> not only to get in the market ... but to have proper driver support ... i dont think that layer is going away soon ...
[07:30] <ogra_> there is work going on to flip the container model and to move the android side into a container and keeping the ubuntu rootfs as the "main OS" but to have full HW support the binary drivers from the android side are needed
[07:44] <f69m> ogra: Any details available yet on how the "flipped" containers will look like? Any indication of progress? Thanks!
[07:45] <ogra_> https://blueprints.launchpad.net/ubuntu/+spec/client-1303-containers-host-client-ubuntu-android
[07:45] <f69m> Thanks :)
[08:44] <mpt> seb128, whether the welcome screen is configurable is more a question for rachelliu and chaotic
[09:54] <seb128> mpt, hey, ok, thanks
[09:55] <mpt> seb128, I just asked them about it and they said it should be configurable (including being able to turn it off entirely), but they haven't settled even on default contents yet, so it's a bit early to go into detail.
[09:56] <seb128> mpt, ok
[10:01] <gusch> tsdgeos: ping
[10:02] <tsdgeos> gusch: hi
[10:02] <gusch> tsdgeos: can you review the bugfix of the gallery bug you found yesterday?
[10:02] <tsdgeos> gusch: i guess i can
[10:02] <tsdgeos> if it's not hard :D
[10:02] <gusch> tsdgeos: cool https://code.launchpad.net/~schwann/gallery-app/gallery-cpu-photo-view/+merge/157314
[10:05] <tsdgeos> gusch: ok, having a look
[10:06] <gusch> tsdgeos: thanks - it's not a long one ;)
[10:15] <tsdgeos> gusch: oh, so it was the ActivityIndicator :D
[10:16] <gusch> tsdgeos: I was pretty surprised, that the visible flag is propagated dorn to the thumbnails
[10:16] <tsdgeos> gusch: do you think it makes sense to create a test for this? or too hard/unuseful?
[10:17] <gusch> tsdgeos: I'm thinking if it is easily possible to test ...
[10:21] <tsdgeos> gusch: what do i delete so that the gallery needs to recreate the thumbnails?
[10:22] <gusch> tsdgeos: ~/Pictures/.thumbnails
[10:22] <tsdgeos> ok
[10:23] <gusch> tsdgeos: testing would be a huge effort - don't think it's worth the effort
[10:23] <tsdgeos> oka
[10:23] <gusch> tsdgeos: unfortunately there where no tests at all when I took over the gallery (one year of work without a single test...)
[10:24] <gusch> tsdgeos: atm I try to increase the number of UI tests - for some basic regression testing
[10:25] <tsdgeos> okidoki
[10:41] <rox> hello
[10:43] <rox> i have been searching the project wiki, but was unable to find a page that would list ubuntu-touch features and perhaps future roadmap for the project
[10:43] <rox> i am tasked with figuring out the easiest way to port apps to ubuntu-touch, so i need to know what the OS supports
[10:44] <ogra_> QML/Qt5/C++ and HTML5 for apps
[10:44] <rox> i saw there was an android layer, is this feature something like the android runtime in BlackBerry 10?
[10:45] <ogra_> http://developer.ubuntu.com/get-started/gomobile/
[10:45] <rox> ogra_: thank you very much
[10:45] <ogra_> there is no java on the images  (and isnt planned to)
[10:45] <ogra_> the android layer is solely for having support for binary drivers
[10:46] <rox> ogra_: ok, i get it
[10:46] <ogra_> i.e. we use the kernel and HAL .... and the amount of android to make use of them
[10:46] <rox> ogra_: but the QML/QT code for BlackBerry should be rather easily portable to ubuntu-touch, right?
[10:46] <ogra_> the rest is a plain ubuntu which uses libhybris to talk to the HAL layer
[10:46] <ogra_> yeah
[10:46] <rox> ogra_: ok, i will keep that in mind
[10:47] <ogra_> there are surely minor differences though
[10:47]  * ogra_ isnt an app developer  :)
[10:47] <rox> ogra_: sure, but i imagine nothing of that magnitude, that would prevent on from having a common codebase
[10:48] <ogra_> i know people have done ports of their projects from and to sawfish without much hassle
[10:48] <ogra_> i would imagine BB isnt much different
[10:48] <rox> the thing is, i got an app, that has separate codebases for android, ios, windows phone and windows desktop and we would also like to support ubuntu touch and blackberry
[10:48] <ogra_> cool
[10:48] <ogra_> mhall119 can probably say more, he is deep into app dev stuff
[10:49] <rox> ok, thank you, i'll hang around if he shows u p
[10:49] <ogra_> :)
[11:16] <Nyconyco> hi all
[11:17] <Nyconyco> is there any architecture schema of Ubuntu Touch somewhere? I don't find any...
[11:18] <ogra_> i dont thinnk there is atm
[11:18] <ogra_> but feel free to ask questions :)
[11:20] <Nyconyco> so, here are my questions: I know the basis of Ubuntu Touch is the basis of Cyanogen... I also know you can write apps in web technologies, QML, C++
[11:20] <Nyconyco> what else is used in Ubuntu Touch?
[11:23] <ogra_> well as you said, there is a minimal android layer to make use of drivers, then there is a container in which the ubuntu rootfs lives and there is libhybris to allow conversation between these two layers
[11:23] <ogra_> on top you have the QML phone shell
[11:23] <ogra_> there isnt much more :) the ubuntu rootfs is like any other ubuntu you know
[11:23] <Nyconyco> stuff like GStreamer, Alsa, Telepathy, DBus, SQLite, X11, Mir, Clutter, Wayland, GTK, EFL, Webkit, Gecko, Enyo, PhoneGap/Cordova,
[11:24] <Norbert> Can anyone tell me if it is wise to install UT on a Samsung Galaxy S3 (GT-I9300)??
[11:24] <ogra_> there ios no X11 at all
[11:24] <ogra_> the current setup uses SurfaceFlinger which is soon to be replaced with Mir
[11:24] <ogra_> gstreamer is supported, Gtk isnt
[11:25] <ogra_> Norbert, define wise :)
[11:26] <ogra_> if you are a developer and want to test your apps on a real device or if you are a designer and want to get an impression it surely is ...
[11:26] <Norbert> orga_ Good point. I only wand to have an impression
[11:26] <ogra_> if you expect something for day to day use  to replace your existing phone it isnt yet
[11:27] <Norbert> OK thanks than I will wait. Because the GS3 is not my spare phone
[11:27] <Nyconyco> funny that Ubuntu (Touch) does not use Gtk, but Qt ;-)
[11:27] <ogra_> the desktop will soon as well
[11:27] <ogra_> unityNext is QML based
[11:28] <Nyconyco> ah ok
[11:28] <Nyconyco> so, Ubuntu Touch is GPLv3, right?
[11:28] <ogra_> yes
[11:28] <Nyconyco> at least, core apps are
[11:28] <Nyconyco> cool
[11:28] <ogra_> everything is
[11:28] <Nyconyco> so third party apps are developped in QML, but also web, right?
[11:29] <davmor2> ogra_: except anything proprietary driver wise :)
[11:29] <ogra_> unless it is based on a foreign project that requires otherwise all code canonical writes and publishes is GPL3
[11:29] <ogra_> Nyconyco, right, you have the choice ... QML or HTML5
[11:30] <Nyconyco> can you run Android apps on top of Ubuntu Touch? either directly, or through OpenMobile's ACL, like Tizen and Sailfish?
[11:30] <ogra_> nope
[11:30] <ogra_> there is no java in the image ... and not planned to be added ...
[11:30] <Nyconyco> ok
[11:30] <ogra_> but you can surely create an emulator to make it work as a third party app
[11:30] <Nyconyco> I guess... ;-)
[11:31] <ogra_> it will get tricky once we switched to Mir though
[11:31] <Nyconyco> so, how is the OS development going? I've updated my Galaxy Nexus, and things are going forward, nice to see ;-) any roadmap?
[11:34] <ogra_> we're about to switch to base development to raring (13.04)
[11:34] <ogra_> a first image was released a few days ago
[11:35] <Nyconyco> what des it mean?
[11:36] <ogra_> https://plus.google.com/100264483712374857174/posts/36eG24ff6LQ
[11:37] <ogra_> currently the image is based on an already released ubuntu version
[11:37] <ogra_> that makes development not very effective so it is moving into the regular ubuntu archive now
[11:40] <Nyconyco> ok, so should I play with this raring-based version?
[11:41] <Nyconyco> what if I want to demo it?
[11:41] <Nyconyco> stable and fast enough?
[11:43] <ogra_> for stability rather use the daily image
[11:46] <Nyconyco> ok, thnaks for your time! ;-)
[11:48] <_BAMbanda> wait, so this allows the full terminal to be available to devices? meaning that I can run sudo apt-get while I'm over 3g? and ssh into other machines over a vpn?
[11:49] <ogra_> well, there is no gui terminal app yet, but yes it will
[11:50] <ogra_> you can ssh to the device today ... apt-get is fully supported (and you can also use adb to get to the ubuntu cmdline)
[11:54] <_BAMbanda> hmm no nokia lumia support? how do we add other phones to the list?
[12:05] <ogra_> _BAMbanda, by porting :)
[12:05] <ogra_> (see the porting guide)
[12:06] <ev> ogra_: do you happen to know where the compressed initrd lives? I'd like to muck about with init.rc
[12:07] <ogra_> ev, depends on the device, i know the bootimg (which contains kernel, initrd and a config) lives in mmcblk0p2 on the nexus7
[12:08] <ev> thanks, that's the badger
[12:08] <ogra_> ev, use abootimg to unpack/update/modify
[12:08] <ev> cheers
[12:09] <ogra_> its in the archive ... (even for your PC if you jsut want to dd the img out of the partition and fiddle with it remotely)
[12:09] <ev> yeah
[12:10] <ogra_> but it also can operate dircetly on the partition in the device if you like
[12:10] <ogra_> its very flexible
[12:13] <_BAMbanda> ogra_ : is there anyone to jailbreak and do this on the iphone?
[12:14] <ogra_> well, the jailbreak wouldnt be the prob but running android on it would i guess
[12:14] <ogra_> you need a device that iis supported by cyanogenmod
[12:15] <ogra_> if you want to port to one that isnt, you need to add cyanogenmod support first
[12:15] <_BAMbanda> i think i've heard of people running android on iphone. I know that iOS is unix based right?
[12:15] <ogra_> could be, i never touched an iphone :)
[12:17] <_BAMbanda> according to youtube, people have cyagenmod on iphone
[12:17] <_BAMbanda> does that mean everything should work out?
[12:17] <ogra_> dunno, try it :)
[12:18] <_BAMbanda> ogra_: sorry, I have a problem with getting exciting and asking people stuff without trying!
[12:19] <ogra_> :)
[12:19] <ogra_> no prob
[12:20] <_BAMbanda> this is so genius, imagine the pssoibilities of full linux terminal with netwroking abilities in your palm
[12:21] <steve_fi> hey ogra_ , you wouldn't happen to know if there's a way to get the on-screen keyboard to show using adb?
[12:21] <ogra_> nope, i don't
[12:22] <steve_fi> I have an Asus Transformer pad and only the keyboard dock works (but mine happens to be broken and only half of the keys work) :(
[12:22] <ogra_> probably the maliit documentation knows :)
[12:24] <steve_fi> didn't know about this, cheers for the heads-up :)
[12:47] <Nyconyco> so is UnityNext gonna be running on the Ubuntu desktop version AND the Ubuntu Touch version?
[12:48] <ogra_> yes, thats the purpose of unitynext
[12:51] <sergiusens> ogra_: rsalveti so now that I can start building/providing the raring images through jenkins, what should we do cdimage wise?
[12:51] <sergiusens> since we have a _quantal_ in the name
[12:52] <ogra_> move the name :)
[12:52] <ogra_> just tell me once you did and i'll update the sync script
[12:53] <sergiusens> ogra_: well we are still keeping the quantal one
[12:53] <ogra_> (on cdimage we usually build them completely generic, only the final publishing tool names them, you should probably consider that too for the jenkins builds)
[12:53] <ogra_> UGH!
[12:54] <ogra_> you mean you want dailies for quantal still ?
[12:54] <sergiusens> ogra_: we did build them completely generic
[12:54] <sergiusens> ogra_: well, it's not my call... it's more of pmcgowan and bfiller ... I wouldn't consider these builds stable yet
[12:55] <ogra_> sigh
[12:55] <sergiusens> ogra_: and yes on quantal, until we get further notice
[12:55] <ogra_> you are breaking all cdimage policies
[12:55] <ogra_> dailies are ponly for development releases ... i'll see what i can do
[12:55] <pmcgowan> I think its just a transition issue
[12:56] <ogra_> why the heck do we duplicate all work
[12:56] <pmcgowan> maybe don't publish raring images yet
[12:56] <pmcgowan> ogra_: huh?
[12:56] <ogra_> will we triplicate once S opens ?
[12:56] <pmcgowan> no we will transition again
[12:56] <sergiusens> pmcgowan: if we don't publish, there's no way people get to start fixing the issues with it though
[12:56] <ogra_> pmcgowan, you are doing work on quantal ... while at the same time doing work on raring
[12:56] <pmcgowan> we can get it from jenkins for a week?
[12:56] <pmcgowan> whats your suggestion
[12:56] <pmcgowan> cold turkey?
[12:57] <ogra_> i can arrange something, indeed, but the links will change
[12:57] <sergiusens> pmcgowan: from jenkins, yes, but only people with access to the VPN
[12:57] <pmcgowan> its just short term until we deem it stable
[12:57] <ogra_> i suggest doing work on the development release :)
[12:57] <ogra_> and leave the done deal behind
[12:57] <pmcgowan> what is the status of the raring image?
[12:57] <pmcgowan> is it solid?
[12:58] <sergiusens> pmcgowan: not solid, UI works, most apps work, telephony and networking doesn't
[12:58] <ogra_> it surely has more issues than quantal
[12:58] <sergiusens> in a nutshell
[12:58] <sergiusens> oh, and memory runs out faster
[12:58]  * ogra_ would replace mwc-demo with the last quantal daily and then move on 
[12:59] <sergiusens> ogra_: replace or add a new one?
[12:59] <ogra_> peopple wanting something half way solid can use quantal ... devs can get the daily with breakage and watch it go away over time
[12:59] <ogra_> sergiusens, does the mwc one have any value ?
[12:59] <sergiusens> ogra_: it does to some people
[12:59] <ogra_> apart from "hey we were at mwc"
[13:00] <pmcgowan> I think its still used for most demos
[13:00] <pmcgowan> I can check
[13:00] <pmcgowan> but keeping it costs little
[13:00] <ogra_> well, if it has, lets put a quantal "final" next to it
[13:00] <ogra_> or some other name, as you like
[13:01] <sergiusens> ogra_: I don't care about the names, but I woud need to update the download tool
[13:01] <pmcgowan> my feeling is raring build needs to be minimally functional for development, and networking and telephony not working doesnt meet that
[13:01] <sergiusens> pmcgowan: I agree, that's why I say, provide without replace
[13:02] <ogra_> sergiusens, rigght, i would liek to avoid changes in multiple places
[13:02] <pmcgowan> lets set some criteria for the switch
[13:02] <pmcgowan> and get people focused on allowing it
[13:02] <ogra_> ++
[13:02] <ogra_> having two dailies seems rather bad imho
[13:02] <pmcgowan> sergiusens: lets mark any transitions bugs top priority
[13:02] <sergiusens> pmcgowan: who should we involve in setting that criteria?
[13:03] <sergiusens> ogra_: we did the same for migrating from Qt5 beta to proper, took a week and no one noticed (users), which was good
[13:03] <pmcgowan> lets make a proposal and circulate
[13:03] <sergiusens> pmcgowan: ok, I'll scribble an email
[13:03] <ogra_> k
[13:04] <sergiusens> s/proper/release
[13:04] <ogra_> sorry, i'm spolied by distro practices :)
[13:04] <ogra_> we make a release and then there is a hard cut
[13:04] <ogra_> to not duplicate to much work
[13:04] <pmcgowan> in this case there was no "done" so its a bit different
[13:04] <pmcgowan> we cant regress that far
[13:04] <ogra_> yeah, i understand
[13:04] <pmcgowan> k
[13:05] <sergiusens> ogra_: consider us a rolling release :-P
[13:05] <ogra_> haha
[13:05] <ogra_> now yu implanted the blues brothers in my ear again
[13:05] <ogra_> .... rollin rollin rollin ...
[13:15] <steve_fi> is there an arm equivalent of the lspci command?
[13:15] <ogra_> lshw but you need to suppress walking the pci bus
[13:15] <ogra_> or lsusb
[13:15] <ogra_> and indeed there is sysfs
[13:15] <steve_fi> ah yeah
[13:17] <ev> I can't for the life of me figure out how to make this thing dump core.
[13:17] <ogra_> might be that the kernel doesnt allow that ... its an android kernel after all
[13:18] <ogra_> and we dont change much in the config
[13:19] <ev> ogra_: yeah, it's starting to seem that way. I did stop debuggerd from spawning, setrlimits to allow unlimited core, and set the core pipe handler appropriately, but no "(core dumped)" portion of the the segfault message
[13:20] <ogra_> well, talk to the kernel team ... iirc ppisati just touched the nexus7 kernel, he should roughly know about the config
[13:21] <ogra_> i can imagine that android doesnt relly like if your system dumps a core to a limited MMC
[13:24] <cyphermox> finally, got hci0 on the nexus 4 :D
[13:24] <ev> yeah
[13:24]  * ogra_ applauds cyphermox 
[13:25] <cyphermox> ogra_: I haven't taken the time to hack what I wanted in phablet-flash though, but I'll possibly do it this morning
[13:25] <ogra_> yeah, no hurry
[13:26] <ogra_> better later than buggy ;)
[13:41] <rsalveti> cyphermox: mind checking if today's image has bt support at nexus 7?
[13:45] <rsalveti> jhodapp: today's image should have chromium_http support as well
[13:45] <jhodapp> rsalveti, awesome, thanks!
[13:50] <cyphermox> rsalveti: sure
[13:51] <pmcgowan> rsalveti: are those manifested somewhere I can see here?
[13:52] <rsalveti> pmcgowan: the changelog shows what got updated, but to see in detail you need to check the specific git repository
[13:52] <rsalveti> http://cdimage.ubuntu.com/ubuntu-touch-preview/daily-preinstalled/current/quantal-preinstalled.changelog
[13:52] <rsalveti> http://phablet.ubuntu.com/gitweb?o=age
[13:52] <firered365> Is this pretty stable? I understand it is in development but is it good enough?
[13:52] <rsalveti> that's just because the output of repo sync is not that useful
[13:53] <pmcgowan> rsalveti: but what can I do with it
[13:53] <pmcgowan> the new stuff
[13:53] <pmcgowan> I assume its more embedded than useable
[13:53] <rsalveti> pmcgowan: the only thing that might affect you is the bluetooth support at nexus 7
[13:53] <rsalveti> pmcgowan: the rest is just infra work
[13:53] <pmcgowan> ack
[13:54] <pmcgowan> I think no way to configure the bt though - no ui yet
[13:54] <rsalveti> pmcgowan: yup, you have to use cmd line for everything
[13:54] <pmcgowan> k
[13:58] <JamesMR> Are there any good links for getting started with developing on a device?
[13:59] <mterry> fginther, didrocks: what's the news on daily-build-next?  Last I remember, platform-api was about to wend its way through the gauntlet
[14:00] <didrocks> mterry: you mean, did platform-api built?
[14:01] <ogra_> JamesMR, like developer.ubuntu.com/get-started/gomobile/  ?
[14:01] <didrocks> mterry: http://10.97.0.1:8080/view/cu2d/view/Head/view/Platform/ didn't start, it seems the head job is not schedule, did you schedule it when deploying?
[14:01] <mterry> didrocks, well, I know it will fail its build.  I guess did we get far enough to let it?
[14:01] <mterry> didrocks, I thought so?  Maybe not
[14:01] <didrocks> mterry: looking at http://10.97.0.1:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head/configure
[14:02] <mterry> didrocks, is there a separate schedule for the whole 'head' suite?  (I know each stack has its schedule)
[14:02] <didrocks> no, it's   schedule: 0 3 * * 1-5
[14:02] <didrocks> on the top of the stack
[14:03] <didrocks> (this is what is starting "head", which is piloting everything)
[14:03] <didrocks> mterry: you did deploy with -U, right?
[14:04] <JamesMR> ogra_: Almost, the phone app tutorial seems to be out of date though, and I'm trying to get connected to a nexus10, which doesn't seem to want to happen
[14:04] <mterry> didrocks, nope, forgot the -U
[14:04] <didrocks> mterry: blame jibel to force -U! I think we should make it default TBH ;)
[14:05] <mterry> didrocks, OK, just did.  So now I'm poking an archive-admin
[14:05] <mhall119> hi rox
[14:05] <mhall119> what can I help you with
[14:05] <mhall119> ?
[14:06] <sergiusens> ogra_: rsalveti pmcgowan for practical purpose, can I call the raring deploy zip s/raring/latest/ or similar for practical purposes?
[14:06] <didrocks> mterry: but who? that's the question :p
[14:06] <didrocks> mterry: so, yeah, on Monday, it will try now
[14:06] <mterry> didrocks, I'll start a build
[14:06] <didrocks> mterry: sure, please do :)
[14:07] <pmcgowan> sergiusens: not following you
[14:07] <ogra_> pmcgowan, same here ...
[14:07] <sergiusens> ogra_: pmcgowan today the zip is called quantal-preinstalled-phablet-armhf.zip
[14:08] <sergiusens> the raring one should be called raring-preinstalled-phablet-armhf.zip
[14:08] <sergiusens> I want latest-preinstalled-phablet-armhf.zip
[14:08] <mterry> didrocks, ah!  we do need bootstrap for this step
[14:08] <ogra_> only on cdimage
[14:08] <mterry> http://10.97.0.1:8080/job/cu2d-platform-head-1.1prepare-platform-api/1/console
[14:08] <pmcgowan> sergiusens: why does it matter?
[14:09] <ogra_> sergiusens, http://paste.ubuntu.com/5679820/ ... thats how our desktop images look like on the builder
[14:09] <didrocks> mterry: I'll add a sad face in the future to the message ;)
[14:09] <sergiusens> pmcgowan: so when we move to S, we don't have to go throug this again
[14:09] <didrocks> when throwing this exception
[14:09] <ogra_> sergiusens, these are standard names live-build uses
[14:09] <rsalveti> yeah, maybe we can rename when publishing them as well
[14:09] <ogra_> so do something similar witho your builds ...
[14:10] <rsalveti> I like having the series name at the file itself
[14:10] <rsalveti> make it a lot easier to find the series used
[14:10] <ogra_> rsalveti, right, that will happen anyway once we build everything on cdimage
[14:10] <rsalveti> right
[14:10] <ogra_> sergiusens, i dont need "latest" in the name, i have it in the jenkins path
[14:10] <rsalveti> yeah
[14:10] <ogra_> so just call the "thing" ... whatever you like
[14:11] <ogra_> :)
[14:11] <pmcgowan> so just phablet-armhf
[14:11] <ogra_> yeah
[14:11] <ogra_> just drop the release name
[14:11] <sergiusens> ogra_: ack... well I just want something that doesn't have the series in it
[14:11] <pmcgowan> sergiusens: I dont think preinstalled has any meaning?
[14:11] <ogra_> just dont forget to notify me once the content changes ;)
[14:11] <ogra_> since my script adds the release
[14:12] <ogra_> pmcgowan, it does in the ubuntu world
[14:12] <sergiusens> pmcgowan: well with rsalveti we went with a name similar to what was used for the nexus 7 ubuntu image
[14:12] <pmcgowan> what does it mean here?
[14:12] <ogra_> presinstalled vs live vs alternate are image/installation types
[14:12] <ogra_> it means there is no installer involved
[14:12] <pmcgowan> pre what
[14:12] <pmcgowan> I dont care, just not english to me
[14:13] <ogra_> at most you have presonalization (oem-config)
[14:13] <ogra_> heh, i seem to have something with my fingers
[14:13] <ogra_> pre installed
[14:13] <ogra_> and personalization indeed :)
[14:14] <pmcgowan> if it means soemthing to others I am fine with it
[14:14] <sergiusens> ogra_: do you copy file per file?
[14:14] <ogra_> it has a meaning for people searching stuff on cdimage
[14:14] <sergiusens> ogra_: or the whole subdir?
[14:14] <ogra_> i loop
[14:14] <ogra_> one sec
[14:15] <sergiusens> ogra_: because I can add the raring part creation to the same jenkins job, but not sure it will break your topology
[14:15] <sergiusens> so in the end it will be one more file
[14:15] <ogra_> sergiusens, http://paste.ubuntu.com/5679847/
[14:16] <ogra_> line 49 to 60
[14:16] <ogra_> err 66
[14:16] <ogra_> i pull by subarch and suffix
[14:17] <rsalveti> awe: looking at https://code.launchpad.net/~awe/phablet-extras/ofono-flatten/+merge/156901, don't you think it'd be good to apply the patches from debian/patches before converting it to native?
[14:18] <awe> they should already be applied, if they're not, then our packaging changed between q & r
[14:18] <awe> lemme check
[14:18] <rsalveti> awe: right, might be indeed
[14:18] <rsalveti> awe: that's why the .pc dir
[14:19] <ogra_> sergiusens, if i have some way to distinguish a raring file, just add it ...
[14:19] <rsalveti> didrocks: you might be able to help us as well, we are currently developing rild support at ofono, and the way we did before was converting the package to native and doing the development at the bzr branch itself
[14:19]  * awe has too many local ofono branches
[14:19] <rsalveti> didrocks: to move to the distro, we need to move the development at somewhere else and create a distro patch every time we update our tree
[14:19] <didrocks> rsalveti: was it something part of distro before? We are not the only upstream for it?
[14:20] <didrocks> rsalveti: is that something under strong development?
[14:20] <rsalveti> didrocks: yes and yes
[14:20] <didrocks> rsalveti: is upstream willing to take our distro patches, do they make sense for them?
[14:20] <awe> didrocks, not yet
[14:20] <rsalveti> so we're looking in a way to automate the distro patch generation
[14:21] <rsalveti> we'll try to get them merged soon, but not yet
[14:21] <ogra_> sergiusens, call it phablet-next ;)
[14:21] <awe> didrocks, almost zero work is being done on ofono in debian or ubuntu
[14:21] <awe> didrocks, we just package whatever is the latest and that's about it
[14:21] <awe> for touch, we're actively writing code to glue ofono and RILD together
[14:22] <didrocks> ok, and the packages that are imapcted is ofono itself?
[14:22] <rsalveti> yup
[14:22] <awe> and the problem is that if we use the std ubuntu packaging format, the MRs look gross due to working with patches
[14:22] <didrocks> yeah, not ideal
[14:22] <rsalveti> that's I'd suggest to push our development in a separated tree
[14:22] <didrocks> so the patches are moving a lot I guess
[14:23] <sergiusens> ogra_: ok, so if I just name it latest-phablet+armhf,zip it will be good
[14:23] <rsalveti> the problem then is how to generate the distro patch easily
[14:23] <awe> just our code is moving
[14:23] <ogra_> sergiusens, what would latest be now, quantal or raring ?
[14:23] <awe> rsalveti, as I mentioned yesterday, I'd like to wait to split out my code.
[14:23] <awe> I'm not sure why it's bad practice for me to continue as is until that happens
[14:24] <sergiusens> ogra_: raring, but you keep release=quantal and everything will be ok :-)
[14:24] <didrocks> awe: so, your patches… are they creating new files/folders or mostly changing existing code?
[14:24] <rsalveti> we can still work by pushing at the package itself, but once s is open, we'd need a different solution
[14:24] <rsalveti> which means, at the end of this month
[14:24] <ogra_> well, i was thinking we could put raring on cdimage as well, just next to quantal in the daily ;)
[14:24] <awe> didrocks, creating new files, and modifying existing files
[14:24] <awe> but mostly in newly developed plugin code
[14:24] <sergiusens> awe: I think you are ok, this is forward thinking
[14:25] <didrocks> awe: ah, and this plugin needs to be in the same source tree, we can put as much as possible in a separate projects that we own?
[14:25] <awe> I also modify the debian/rules and top-level configure to limit the number of plugins built for a touch deployment
[14:25] <ogra_> sergiusens, so you can just drop quantal at some point and i can s/quantal/raring/ in my script
[14:25] <didrocks> awe: and only distro-patch the part that we need to "glue" it?
[14:25] <awe> didrocks, yes... the plan will be to split out all the rild plugin code when we merge back into archive
[14:25] <rsalveti> awe: that's something we'll need to drop before including at the distro
[14:25] <sergiusens> ogra_: ok, let's _live_ talk about this just to make sure
[14:25] <awe> didrocks, however we'll still need to deal with how we deploy to touch vs. desktop
[14:26] <didrocks> we can't use your distro patches on desktop?
[14:26] <ogra_> sergiusens, i have a call in 5
[14:26] <sergiusens> ogra_: later today or on monday
[14:26] <ogra_> and an appointment right afterwards
[14:26] <awe> there are some folks who are of the opinion that we just continue the model of installing everything required for all hw
[14:26] <ogra_> ok
[14:27] <sergiusens> ogra_: I added a workitem for this.. but we can talk on Monday
[14:27] <didrocks> awe: sergiusens: I'm afraid I don't really grasp the whole challenges around it, I think we should talk that live ;)
[14:27] <ogra_> ok
[14:28] <ogra_> or later tonight ...
[14:28] <awe> didrocks, sure
[14:28] <sergiusens> ogra_: sure
[14:28] <didrocks> awe: sergiusens: I still have some peer reviews to write, but no worry for today or Monday :)
[14:28] <sergiusens> didrocks: now is ok with me... this is also a constant in PS when creating products so a nice baseline would be good for the future
[14:28] <sergiusens> didrocks: when are peer reviews due
[14:28] <sergiusens> ?
[14:29] <awe> awhile ago.  ;)-
[14:29] <didrocks> sergiusens: tonight? :)
[14:29] <sergiusens> didrocks: :-(
[14:29]  * sergiusens has to write peer reviews as well
[14:29]  * didrocks just has 3 more to do \o/ 7 killed already :)
[14:29] <rsalveti> +1
[14:29] <rsalveti> awe: I'll approve them for now, but we need to come to a different solution by the end of this month
[14:30] <awe> rsalveti, let's make it a topic for the sprint...
[14:30] <rsalveti> sure
[14:30] <awe> rsalveti, I have a work item in the BP for "Investigate splitting out rild ofono code"
[14:30] <didrocks> rsalveti: awe: I'm sure we can work out between something with "on demand release and splitting code"
[14:31] <didrocks> (on demand daily-release)
[14:31] <awe> we might want to change the ofono build to create plugins on disk instead of builtin, then we can dynamically load the correct versions for the hw.
[14:31] <awe> currently ofono builds plugins for every modem under the sun, and links them to the core
[14:32] <didrocks> awe: ah, the plugins are statically linked?
[14:32] <awe> again, maybe we leave this as is, but seems inefficient to me
[14:32] <awe> didrocks, yes
[14:32] <rsalveti> I think we can leave as is for the moment
[14:32] <didrocks> yeah, not really great for a convergence story…
[14:32] <didrocks> and loading features "on demand"
[14:32] <rsalveti> shouldn't bring any other side effect
[14:33] <awe> didrocks, it supports dynamic loading of plugins, but it'll require some re-work of the default package build
[14:33] <awe> didrocks, we also have the problem of modem initialization, in that we currently don't support udev in the container, and that requires some package fudging as well
[14:33] <didrocks> awe: maybe we should investigate that road and plan for it, it seems to worth it.
[14:34] <awe> anyways, I have a TODO in the bp: https://blueprints.launchpad.net/ubuntu/+spec/client-1303-telephony-stack
[14:34] <didrocks> great ;)
[14:34] <didrocks> as long as we don't forget about it
[14:34] <awe> I'll move the split out Investigation WI to this month
[14:34] <didrocks> yep ;)
[14:34] <rsalveti> sounds good
[14:34] <awe> didrocks, we'll need to deal with all this stuff in order to merge into S, so it'll be hard to forget!
[14:34] <awe> ;D
[14:35] <rsalveti> yeah
[14:35] <didrocks> awe: yeah, I'll chase you to death anyway I guess :-)
[14:36] <awe> haha
[14:41] <rsalveti> jezz, downloading latest image at 30kb/s
[14:41] <rsalveti> not fun
[14:42] <rsalveti> sergiusens: is it slow for you as well?
[14:42] <sergiusens> rsalveti: nope
[14:42] <sergiusens> super fast
[14:42] <rsalveti> argh
[14:43] <ChickenCutlass> rsalveti: I was getting like 10MB/sec
[14:43] <ChickenCutlass> lol
[14:43] <ChickenCutlass> fibre
[14:44] <rsalveti> ChickenCutlass: hahah
[14:45] <rsalveti> let me kick my router
[14:52] <rsalveti> a bit faster, still slow =\
[14:56] <johnjohn101> i want to buy a galaxy tab.  will ubuntu be ported to that?
[15:01] <rsalveti> ricmm: jhodapp: bfiller: sync?
[15:01] <jhodapp> rsalveti, coming in a min, finishing a meeting
[15:01] <bfiller> rsalveti: 2 meeting conflicts today
[15:01] <rsalveti> bfiller: np
[15:11] <mterry> I've got a bevy of tiny updates that would help with daily-releasing if people are inclined:
[15:11] <mterry> https://code.launchpad.net/~mterry/platform-api/bootstrap/+merge/157387
[15:11] <mterry> https://code.launchpad.net/~mterry/qtubuntu/bootstrap/+merge/157388
[15:11] <mterry> https://code.launchpad.net/~mterry/qtubuntu-sensors/bootstrap/+merge/157399
[15:11] <mterry> https://code.launchpad.net/~mterry/qtubuntu/arch/+merge/157402
[15:16] <johnjohn101> is there a list of devices, that i will be able to load ubuntu touch on?
[15:17] <mterry> xnox, is qtubuntu-sensors ready for daily-release?
[15:17] <mterry> xnox, test wise and all that/
[15:26] <pmcgowan> mterry: its in the build now, rsalveti might no its test support
[15:58] <mterry> fginther, where is -ci config info stored?  Is that in cupstream2distro-config?
[15:59] <fginther> mterry, yes, the ci/ directory contains the tools and the templates, etc
[16:04] <mterry> didrocks, can I get a quick review on https://code.launchpad.net/~mterry/platform-api/bootstrap/+merge/157387
[16:05] <didrocks> mterry: how would I dare telling no to you? :)
[16:05] <didrocks> mterry: approved
[16:06] <mterry> didrocks, thanks!
[16:19] <oSoMoN> bfiller: we definitely switched to the new SDK, right, so the fallback dependency in control files (qtdeclarative5-ubuntu-ui-toolkit-plugin | qt-components-ubuntu) is not needed anymore?
[16:19] <bfiller> oSoMoN: right
[17:07] <oSoMoN> mhall119: hey, who do you think could review https://code.launchpad.net/~osomon/ubuntu-phone-commons/appTemplate-packaging-fixes/+merge/157077 ?
[17:13] <Vibhu> Anyone from UBUNTU Touch team ..
[17:18] <nik90> oSoMoN: so the control file do we just use qt-components-ubuntu or qtdeclarative5-ubuntu-ui-toolkit-plugin?
[17:18] <nik90> oSoMoN: I need this for the clock app
[17:19] <oSoMoN> nik90: only qtdeclarative5-ubuntu-ui-toolkit-plugin
[17:19] <nik90> oSoMoN: thnx
[17:19] <mhall119> nik90: depends on the version of Ubuntu
[17:20] <mhall119> Quantal has qt-components-ubuntu, Raring and the future have the other
[17:21] <nik90> mhall119: so isnt it safe to use qtdeclarative5-ubuntu-ui-toolkit-plugin | qt-components-ubuntu since users will be trying it out both an quantal and raring?
[17:22] <nik90> or did you mean the daily build image (which is now only based on raring)?
[17:22] <mhall119> nik90: it should be safe to use |
[17:23] <mhall119> nik90: I have it on my TODO to make that change on all the core apps, I also have an MP from oSoMoN that fixes other things too
[17:23] <nik90> mhall119: I have proposed a MP for clock core app which fixes the debian control, rules file and add licensing headers to all qml files
[17:23] <nik90> that's why i asked
[17:24] <oSoMoN> mhall119: the daily image now has qtdeclarative5-ubuntu-ui-toolkit-plugin, so I think it’s safe to remove the fallback option, except for people developing on desktop quantal of course
[17:24] <nik90> oSoMoN: well I am developing on 12.04 actually :P
[17:24] <mhall119> oSoMoN: it does no harm to keep supporting both for now
[17:25] <oSoMoN> mhall119: true
[17:25] <oSoMoN> I’ll revert that change then
[17:27] <oSoMoN> mhall119: done (reverted)
[17:31] <jcastro> oSoMoN: so I assume I'm pretty much waiting for upstream webkit for bug 112933?
[17:32] <jcastro> (upstream bug, not launchpad)
[17:32] <oSoMoN> jcastro: yeah, I want to look into it myself, but it’s not anywhere near the top of my list :/
[17:33] <jcastro> no worries
[17:33] <oSoMoN> jcastro: and since someone assigned it to himself, I was kinda hoping it would be solved quickly, but I haven’t seen any update yet
[17:43] <rsalveti> we just need some better icons for the core apps
[17:43] <rsalveti> but quite cool that some are already integrated
[18:17] <pmcgowan> looks like 60 was a test build
[19:21] <nik90> does anyone here know where the ubuntu phone showcase components demos are stored? I would like to look at them for reference purposes
[19:23] <pmcgowan> nik90: /usr/lib/ubuntu-ui-toolkit/demos
[19:25] <nik90> pmcgowan: thnx
[19:45] <mhall119> pmcgowan: rsalveti: are we pulling core apps packages from the daily PPA for every new image build now?
[19:45] <rsalveti> mhall119: for the ones we're including, yes
[19:45] <mhall119> cool, thanks
[19:46] <pmcgowan> mhall119: I told popey if we get a few more reviewed we can add them too
[19:47] <mhall119> pmcgowan: ok
[19:55] <pmcgowan> mhall119: have you started collecting other apps as well? I know that was the plan, to create another PPA for them?
[19:55] <pmcgowan> like apps-universe
[19:55] <mhall119> pmcgowan: that's still the plan, but popey and I haven't started yet
[19:55] <pmcgowan> ok
[19:56] <mhall119> chances are we're going to need to provide packaging assistance to the develoeprs
[19:56] <Captain_Proton> is anyone here using ubuntu touch (phone) as a daily driver
[19:56] <pmcgowan> mhall119: check with bzoltan on that, he may be working on some support
[19:56] <mhall119> ok
[20:01] <Captain_Proton> is sms working now?
[20:02] <Captain_Proton> guess not lol
[20:05] <mhall119> YouTube app meeting in #ubuntu-touch-meeting, any developers on this app please join
[20:07] <rsalveti> Captain_Proton: depends on the phone used
[20:07] <rsalveti> at galaxy nexus and nexus 4 you can do sms and phone calls just fine
[20:09] <Captain_Proton> Ok then thanks a few more month then :)
[20:19] <mhall119> jhodapp: can you jump into #ubuntu-touch-meeting?
[20:24] <jhodapp> mhall119, can't today unfortunately
[20:25] <mhall119> jhodapp: ok, we're just going to need some help/advice on the YouTube app for video playback
[20:26] <jhodapp> mhall119, ok...feel free to compose a list of questions and I'd be happy to answer them later
[20:27] <mhall119> ok
[20:28] <mhall119> Terminal app meeting in #ubuntu-touch-meeting, anybody involved in the project please join
[20:51] <cyphermox> rsalveti: ok, got bluetooth to work on the mako, patches sent on the mailing list
[20:51] <cyphermox> all you need with this is to "setprop bluetooth.hciattach true" to start it, and ... stop to stop it
[20:52] <cyphermox> we can rename the property itself and make the bttest hack on grouper to use the same property name, later
[20:52] <cyphermox> so that way when UI needs to enable/disable bluetooth it can hopefully be done via the property, for example
[21:36] <RobbyF> xnox, did you get that raring build working?
[21:37] <RobbyF> https://www.youtube.com/watch?v=iZ_iIZg4Xbw&feature=player_embedded < looks sexy
[21:52] <wade|shull> ok one more reinstall before I give up
[22:02] <RobbyF> what ya up to wade|shull ?
[22:02] <wade|shull> oh I can't get the components to work correctly on my system
[22:02] <wade|shull> very frustrating
[22:02] <RobbyF> aww
[22:02] <wade|shull> so close to finishing app and now nothing works
[22:03] <wade|shull> did a system update and now the tabs components doesn't work correctly
[22:03] <wade|shull> very new to ubuntu
[22:03] <wade|shull> very lost
[22:03] <RobbyF> I dont know much about taht.
[22:04] <wade|shull> I watched your clip
[22:04] <wade|shull> what device did you load it on?
[22:04] <RobbyF> that was nexus 4
[22:04] <RobbyF> not my clip though.
[22:04] <wade|shull> oh man I need to get one
[22:04] <wade|shull> oh
[22:05] <RobbyF> I have a nexus for but  using it as daily device, I'm using galaxy nexus for preview stuff
[22:05] <wade|shull> ahhh, guess I just might wait for first official advice
[22:06] <wade|shull> do you like the nexus as a daily device?
[22:06] <RobbyF> ya nexus 4 is pretty awesome.
[22:06] <wade|shull> what carrier do you use?
[22:06] <RobbyF> Rogers
[22:07] <wade|shull> hmm where do you live?
[22:07] <wade|shull> I am not familiar with Rogers
[22:07] <RobbyF> Canada
[22:07] <wade|shull> ahh cool cool
[22:18] <daniinge> is ubuntu touch avalible for xperia acro s?
[22:19] <RobbyF> daniinge, https://wiki.ubuntu.com/Touch/Devices
[22:20] <RobbyF> I see xperia S
[22:20] <RobbyF> I get the feeling there not the same.
[22:21] <daniinge> It is mostly the same
[22:21] <daniinge> it has the same OS
[22:21] <daniinge> it just has some other specs
[22:21] <daniinge> but how do i install it? ^^
[22:22] <RobbyF> it most likely won't work if it's not the same device.
[22:22] <RobbyF> I'm not sure how to install those, there are probably instructions inside the link
[22:23] <daniinge> cant find any good guides
[22:26] <wade|shull> https://wiki.ubuntu.com/Touch/Devices
[22:26] <wade|shull> there is that, I don't know if it will help, I haven't tried to port it yet
[22:26] <wade|shull> https://wiki.ubuntu.com/Touch/Porting
[22:26] <wade|shull> sorry copied wrong link
[22:27] <daniinge> Thanks :)
[22:33] <wade|shull> I wish there was for a n950
[22:33] <wade|shull> got one here that I would love to turn into a ubuntu touch device
[22:57] <wade|shull> any qml ubuntu touch components specialists around?