[00:22] <JHOSMAN> How to screenshot?
[00:23] <JHOSMAN> mhall119: hello! =)
[00:24] <mhall119> hi JHOSMAN
[00:25] <JHOSMAN> #ubuntu-touch
[00:25] <JHOSMAN> mhall119:  On Friday the conference will Ubuntu Touch in Colombia, and I'm finishing details.
[00:25] <JHOSMAN> Streaming =) Aweasome :·
[00:26] <mhall119> JHOSMAN: streaming in spanish though, so I won't have any idea what's going on :)
[00:27] <JHOSMAN> I require a screenshot to make it on this bug, but not how. https://bugs.launchpad.net/webbrowser-app/+bug/1232635/+addcomment?field.comment=See% 20Screenshot!
[00:27] <JHOSMAN> It's on 16 Hours (-5 GTM)
[00:28] <noblet83> I just got an error try to flash my nexus 4
[00:28] <noblet83> ERROR:phablet-flash:Installation is taking too long or an error occured along the way.
[00:29] <noblet83> should i try to phablet flash again?
[00:31] <noblet83> ohhh, looks like it worked
[00:32] <JHOSMAN> See :3 Ubuntu Touch http://new.livestream.com/accounts/2365092/events/2016081/videos/31879494
[00:38] <JHOSMAN> as I make a screenshot?
[00:48] <sergiusens> jdstrand, still around?
[00:49] <sergiusens> jdstrand, not sure what it is yet, but something causes this http://paste.ubuntu.com/6216205/ on compiled apps
[00:49] <sergiusens> I gues it's for the relocatable Pictures dir
[00:50] <jdstrand> sergiusens: yes, I saw that too. I don't think it is just compiled apps though-- I saw it with a qml app. the fix is queued (but harmless)
[00:50] <jdstrand> sergiusens: thanks for mentioning it
[00:51] <sergiusens> jdstrand, good; I'm guessing it might be in qtubuntu-camera or one of those
[00:51] <sergiusens> and also noticed it's harmless; but wanted to make sure
[00:52]  * jdstrand nods
[00:55] <sergiusens> jdstrand, oh, jsut incase you want to take a look at the policy groups here https://code.launchpad.net/~sergiusens/camera-app/click_adds/+merge/190273
[00:57] <jdstrand> sergiusens: yay! I <3 usermetrics
[00:57] <jdstrand> they are way fun-- I hope more people use them-- especially the music-app
[00:57] <sergiusens> yeah, those are actually nice
[00:58] <jdstrand> in fact, I am going to wishlist that for the music app
[01:01] <JHOSMAN> mhall119: see up! please...
[01:03] <mhall119> JHOSMAN: see what?
[01:04] <JHOSMAN> mhall119:  I require a screenshot to make it on this bug, but not how. https://bugs.launchpad.net/webbrowser-app/+bug/1232635/
[01:04] <JHOSMAN> hello chilicuil ^_^
[01:05] <mhall119> JHOSMAN: not sure how to take a screenshot?
[01:05] <JHOSMAN> mhall119: Well, in the bug, are asking me a screenshot of Facebook, but did not like taking it.
[01:05] <mhall119> I can take one for it
[01:06] <JHOSMAN> How do I?
[01:07] <mhall119> JHOSMAN: http://paste.ubuntu.com/6216244/ is the script I use to take screenshots
[01:10] <JHOSMAN> thanks!
[01:10] <mhall119> JHOSMAN: I've uploaded screenshots
[01:12] <JHOSMAN> mhall119: I ran the script, I've taken a picture: P
[01:22] <sergiusens> mhall119, can you reapprove https://code.launchpad.net/~sergiusens/sudoku-app/click/+merge/190231? failed for fantasy reasons
[01:24] <mhall119> sergiusens: approved, have better fantasies this time
[01:25] <sergiusens> mhall119, oh and this one too https://code.launchpad.net/~sergiusens/stock-ticker-mobile-app/click/+merge/190238 ... trunk has been broken for a while
[01:25] <sergiusens> i fixed it
[01:29] <mhall119> done
[02:06] <nhaines> Is there a way to pair a Bluetooth headset to my Ubuntu phone?
[02:13] <RobbyF> according to the topic docs sheet its still WIP
[02:16] <nhaines> 8 days out, that's sort of alarming.
[02:16] <RobbyF> I think the chart's oudated.
[02:16] <RobbyF> ya
[02:17] <RobbyF> on nexus 4 it was updated aug 18th, and galaxy oct 5th
[02:18] <RobbyF> http://bit.ly/18kIrhM
[02:29] <nhaines> RobbyF: thanks for the chart.  I got caught up looking at it and forgot to thank you.  :)
[02:29] <RobbyF> which device do you have?
[02:29] <nhaines> maguro.
[02:34] <RobbyF> anyone know if we can flash AND make a back up at the same time? the --no-back up flag suggests it might back up current rom by default ?
[03:02] <RobbyF> no it doesn't btw
[03:02] <RobbyF> flashed, did the intro and no screen
[03:05] <RobbyF> black screen of death
[03:34] <nhaines> RobbyF: takes a while for Unity to start up.
[04:09] <RobbyF> it was booted but went black
[04:09] <RobbyF> I'm not sure how to report bugs but it's possible to load the music app more than once playing multiple songs
[04:13] <RobbyF> I just flashed it tonight but I think it was build 83
[04:38] <nhaines> RobbyF: yeah, 83 is the latest promoted build.  I just flashed... 90, I think.  Or else 89.
[04:39] <nhaines> It is 89.
[04:39] <nhaines> RobbyF: what device are you using?
[04:48] <pitti> tvoss: still have any questions about autopilot/input? I think you pinged yesterday evening
[04:51] <nhaines> I can't decide whether Mir's running on my phone or not.  'ps aux | grep unity' shows nothing suspicious.
[04:54] <tvoss> pitti, nope, issue is fixed
[04:54] <nhaines> Does Ubuntu requires an Ubuntu One account to install click apps?
[04:54] <tvoss> pitti, autopilot wasn't the involved there
[04:54] <tvoss> -the
[04:55] <nhaines> Err, sorry for the grammar breakdown.  I guess the caffeine hasn't kicked in yet.  :)
[04:56] <pitti> tvoss: right, I didn't guess it was, but I thought you were interested in how it creates devices/events etc.
[06:37] <pitti> hm, did our latest phone builds lose adb?
[06:38] <nhaines> 89 still has adb.
[06:39] <pitti> tried a reboot, still no adb
[06:39] <pitti> I flashed about an hour ago (devel-proposed)
[06:39]  * pitti tries to call system-image-cli on the devices' terminal (ugh)
[06:39] <jibel> pitti, 90 works fin
[06:39] <jibel> e
[06:40] <jibel> read that as 'adb works fine'
[06:40] <pitti> bah, s-i-cl crahes on "No such file or dir: /var/log/system-image/client.log"
[06:40] <pitti> $ phablet-flash ubuntu-system --no-backup --channel devel-proposed -d mako
[06:41] <jibel> s-i-c works too, best bet is to reflash
[06:41] <pitti> MTP is also broken
[06:41] <pitti> yeah, seems I'll do that then (reflash)
[06:41] <nhaines> Ooh, is 90 out now?  I flashed about two hours ago and 89 is very breaky.  (system load is currently 32.02.)
[06:42] <jibel> nhaines, try 90, lot of fixes landed there
[06:42] <jibel> nhaines, in channel devel-proposed that is
[06:42] <pitti> given how slow rotation is now, I guess that flipped to mir?
[06:42] <nhaines> jibel: glad to hear it!  If it's available.  I suppose I'll check now.
[06:44] <jibel> pitti, yes Mir is default since 89
[06:45] <nhaines> Ooh, question: does the updater in system settings know what channel I'm on or do I have to specifically push devel-proposed updates to the device?
[06:45] <pitti> jibel: ah, it just magically started working now (adb); seems I'm on 89 still, though; perhaps 90 got released within the last hour, so I'll reflash anyway
[06:52] <nhaines> dholbach: moin moin!
[06:52] <Abhishek> I am trying to build Ubuntu Touch for the Sony Xperia Z (codename yuga)
[06:52] <Abhishek> I am facing compilation issues
[06:53] <Abhishek> Segmentation fault (core dumped) is encountered
[06:53] <Abhishek> make: *** No rule to make target `/home/abhishek/work/ubuntu_touch/out/target/product/yuga/obj/STATIC_LIBRARIES/libelf_intermediates/export_includes', needed by `/home/abhishek/work/ubuntu_touch/out/target/product/yuga/obj/RECOVERY_EXECUTABLES/extract_elf_ramdisk_intermediates/import_includes'.  Stop.
[06:53] <Abhishek> This is final error I got ...and compilation stops
[06:54] <Abhishek> Can someone please help me in rectifying the problem
[06:55] <nhaines> Abhishek: if you're trying to get it working so you can have a desktop GUI, I have to mention that I don't think X runs on top of Ubuntu Touch.
[06:56] <nhaines> You may want to look into that before you spend a lot of time on the Ubuntu Touch stack.  It may be more beneficial to go a more direct route.
[06:57] <Abhishek> Ubuntu touch is not having GUI support
[06:57] <nhaines> I don't know what that means.
[06:59] <Abhishek> nhaines: Ubuntu Touch is the full ubuntu as we see on our desktop ....with gui and tools support ...is that right?
[06:59] <nhaines> Abhishek: it's none of that, no.
[06:59] <nhaines> Ubuntu 13.10 on desktop is X and Unity 7.  Ubuntu 13.10 on phones is Mir or Surfaceflinger and Unity 8.
[06:59] <dholbach> good morning
[07:00] <Abhishek> nhaines: I am getting confused ....I saw ubuntu touch pictures on the web .....The pictures gives th feel of Ubuntu desktop like screen
[07:00] <nhaines> Link to one of these pictures.
[07:01] <Abhishek> nhaines: http://www.ubuntu.com/phone .....
[07:02] <nhaines> Abhishek: the three photos shown on the phone look like the phone UI to me.
[07:02] <Abhishek> nhaines: This is not ubuntu ?
[07:02] <nhaines> It is Ubuntu.
[07:03] <nhaines> And the phone interface is designed to blend with the desktop interface.  But they are not the same and do not use the same backend.
[07:03] <nhaines> And they won't until Ubuntu 14.10.
[07:03] <Abhishek> nhaines: Ok....
[07:03] <Abhishek> nhaines: I am having development board with Android
[07:03] <Abhishek> nhaines: I want to load Ubuntu on it
[07:04] <Abhishek> nhaines: I am having the Android source code for my development board
[07:04] <nhaines> Abhishek: if you port Ubuntu Touch, you will get Ubuntu but you will not get the desktop interface or programs.
[07:05] <Abhishek> nhaines: So, I am not able to build embedded applications on Ubuntu touch ?
[07:06] <popey> Abhishek: you're asking two separate questions
[07:06] <nhaines> Abhishek: that's not really what I said.  You can build applications using the SDK, but you can't build desktop applications.
[07:06] <popey> 1. you may be able to port ubuntu to your android board, see the porting link in the /topic
[07:06] <Abhishek> nhaines: What I got a feel from web is that ...you port ubuntu touch on your Android platform and then you are ready to use Ubuntu ...as you do it normally
[07:07] <popey> 2. you can create applications for ubuntu touch using our sdk
[07:07] <nhaines> Abhishek: okay, well, as I keep saying (and the mailing list keeps saying), this is a mistaken assumption.
[07:07] <popey> Abhishek: ubuntu touch is not the same as ubuntu desktop
[07:07] <Abhishek> OK .....So, what all can I do with Ubuntu touch
[07:08] <popey> you can write apps for it
[07:08] <nhaines> You can run touch-specialized apps written in QML and Javascript or C++ using the Ubuntu SDK.
[07:08] <popey> and if you port it over to your board, you can run it on that
[07:08] <Abhishek> Ok....that's great .....
[07:09] <Abhishek> So, ....if I am able to port Ubuntu Touch on my board ...I can have a functionality of Ubuntu ...and can build apps using Ubuntu SDK ...is that right ?
[07:10] <popey> define "functionality of ubuntu"?
[07:12] <Abhishek> Ubuntu is OS ....so, anything that I can do with it .....like building Apps ....I can control the phone using keyboard, mouse jacked in to USB of the board
[07:13] <nhaines> Abhishek: okay.  If you port Ubuntu Touch to your board, you can't do any of that.
[07:13] <Abhishek> nhaines: :(
[07:13] <nhaines> Abhishek: the whole purpose of Ubuntu Touch is to remove all those things.
[07:13] <Abhishek> nhaines: So, ubuntu touch is build
[07:14] <nhaines> (Good job, too, btw, guys.)
[07:14] <Abhishek> nhaines: So, what is the purpose of Ubuntu on Pheone
[07:14] <nhaines> Abhishek: to be a phone OS.
[07:14] <Abhishek> just to remove Android ????
[07:15] <popey> To be an open, beautiful, easy to use Phone OS. An alternative, a replacement for Android.
[07:15] <nhaines> You *do* get all the great commandline-only Ubuntu stuff.
[07:15] <Abhishek> Android is also Open .....have nice interface also
[07:15] <popey> Android is not open.
[07:15] <popey> Show me the source code to Android Key Lime Pie / KitKat
[07:15] <nhaines> Android is at least as open as Ubuntu Touch.
[07:16] <AskUbuntu> I have Nexus 7 3g tilipia how i can modify cmdline parametrs on boot? | http://askubuntu.com/q/356169
[07:16] <nhaines> Canonical throws code and design over the wall all the time. They just do it more often than Google.
[07:16] <Abhishek> ok
[07:16] <nhaines> Abhishek: by the time Ubuntu 14.04 LTS comes out, there will be a nice tablet interface and also the option for a desktop interface that converges.
[07:17] <nhaines> And by 14.10, Ubuntu desktop and phone and tablet will all actually run the same Unity 8.
[07:17] <Abhishek> ok ...got it .....
[07:17] <nhaines> But until then, Ubuntu Touch is just the phone interface and software required to make phone apps.
[07:17] <Abhishek> So, please solve my problem
[07:17] <nhaines> Abhishek: and when you make a phone app, it also runs beautifully on the desktop too, so that's a plus.  :)
[07:18] <Abhishek> Can I use Android source (which I have on my system) to build ubuntu touch ...and port on the board ..replacing Android
[07:19] <Abhishek> I also downloaded ubuntu touch source using "phablet-dev-bootstrap" ....
[07:19] <nhaines> If CyanogenMod 10.4 runs on it, then yes, you should be able to.
[07:20] <Abhishek> No, CyanogenMod is not running on it .....
[07:20] <Abhishek> I am having board from Inforce Computing
[07:20] <Abhishek> IFC6410 ...which has Android running
[07:21] <Abhishek> This is the development kit I bought .....keeping the idea to run Ubuntu on it ....
[07:21] <Abhishek> BSP of the board is available  to me ....
[07:22] <Abhishek> http://www.inforcecomputing.com/product/moreinfo/ifc6410.html
[07:23] <nhaines> Abhishek: okay, then your first job is to port CyanogenmMod 10.4 to that board.  Then you can port Ubuntu to it.
[07:23] <Abhishek> I downloaded the board support package from the inforce website ...and then sync the code from "codeaurora"
[07:24] <Abhishek> nhaines: Why is it so?
[07:24] <Abhishek> CyanogenMod ...is also Android source
[07:24] <nhaines> Abhishek: because Ubuntu on phones is built on CyanogenMod 10.4 for the hardware stuff.
[07:25] <nhaines> Abhishek: and the porting guide assumes that CyanogenMod 10.4 works on your device.
[07:25] <Abhishek> ok
[07:26] <Abhishek> SO, what is the why ...to build CyanogenMod 10.4 ....
[07:26] <Abhishek> I also need to port the stuff from BSP to CyanogenMod code base
[07:27] <Abhishek> I have downloaded the CyanogenMod code base also
[07:31] <Abhishek> nhaines: So, my job now is ...to port the BSP to CyanogenMod code base ....and then load that Android on the board .....and then build Ubuntu touch on that CyanogenMod code base .....
[07:31] <nhaines> Abhishek: that probably has the greatest chance of success, yes.
[07:31] <Abhishek> But, Ubuntu Touch and CyanogenMod have different source code ....?
[07:32] <nhaines> Abhishek: yes, but if you don't have Android drivers for hardware enablement you'll never get Ubuntu to run.
[07:34] <Abhishek> nhaines: I have some drivers ...I can so because ...My dev board is having Touch screen ..which is fairely responding ....I am able to connect to the WiFi
[07:35] <Abhishek> nhaines: adb and serial is correctly running
[07:35] <Abhishek> nhaines: It is having some support for it
[07:36] <nhaines> Abhishek: you are free to attempt to port it anyway you like.  If you decide you don't want to follow the advice of the developers (I am not a developer) then you are more than welcome.
[07:36] <Abhishek> nhaines: So, now I am thinking to give a try and build and load ubuntu touch on it ....
[07:36] <Abhishek> nhaines: no no
[07:37] <nhaines> But the porting guide is literally the way that Canonical developers ported it.
[07:37] <Abhishek> nhaines: I am Novice to it .....I am not move further only with your all support
[07:38] <Abhishek> nhaines: Can you please share the link for the porting guide
[07:38] <nhaines> Abhishek: https://wiki.ubuntu.com/Touch/Porting
[07:39] <Abhishek> nhaines: for porting my BSP to CyanogenMod ..I should follow ...http://wiki.cyanogenmod.org/w/Doc:_porting_intro
[07:39] <Abhishek> ?
[07:40] <nhaines> Abhishek: it looks like it to me.
[07:41] <Abhishek> nhaines: Firstly I will port my BSP to CyanogenMod ...and then port this to Ubuntu touch ....
[07:41] <Abhishek> nhaines: I'll try to this
[07:41] <nhaines> Abhishek: good news, looks like maybe you need CyanogenMod 10.1 only.  And there is already a port: http://wiki.cyanogenmod.org/w/Yuga_Info
[07:42] <nhaines> Abhishek: if you can get CyanogenMod to build and run, then you know you're on the right track.
[07:43] <Abhishek> nhaines: Thanks .....I have one more question
[07:44] <nhaines> Sure!
[07:44] <Abhishek> nhaines: Ubuntu touch has support for yuga (sony xperia z) ....
[07:45] <Abhishek> nhaines: So, what I did ...i synced Ubuntu touch yuga source code
[07:45] <nhaines> Abhishek: ah, I see some info here: https://wiki.ubuntu.com/Touch/Devices/yuga
[07:46] <sil2100> fginther: hello!
[07:46] <Abhishek> nhaines: I want to have a feel of how Ubuntu touch looks
[07:47] <sil2100> fginther: https://code.launchpad.net/~om26er/camera-app/disable_video_button/+merge/189566 <- is this merge still failing?
[07:47] <nhaines> Abhishek: you can install unity8 on Ubuntu 13.10 and run it to give you a tiny feel.
[07:48] <Abhishek> nhaines: So, I started building using the steps mentioned ....brunch yuga
[07:48] <Abhishek> nhaines: I also want to know how ubuntu is built for the yuga ......so , gave a try
[07:49] <Abhishek> nhaines: but, it failed
[07:49] <Abhishek> nhaines: Giving lot of "Segmentation fault (core dumped)"
[07:50] <Abhishek> make: *** No rule to make target `/home/abhishek/work/ubuntu_touch/out/target/product/yuga/obj/STATIC_LIBRARIES/libelf_intermediates/export_includes', needed by `/home/abhishek/work/ubuntu_touch/out/target/product/yuga/obj/RECOVERY_EXECUTABLES/extract_elf_ramdisk_intermediates/import_includes'.  Stop.
[07:50] <Abhishek> nhaines: Do you have any idea on how to solve this problem
[07:50] <nhaines> Abhishek: I'm sorry, I don't.  :(
[07:51]  * nhaines is a Python developer.
[07:51] <Abhishek> nhaines: Ok ....thanks
[07:52] <Abhishek> nhaines: you helped me alot.....giving idea of what is ubuntu touch .....steps to proceed further ...many many thanks to you
[07:52] <nhaines> Abhishek: you're welcome!  I think if you stick to it you can succeed.  :)
[07:53] <Abhishek> nhaines: I will follow the advice
[07:57] <dholbach> popey, lool: hum, I can see Notes and Clock in the software store - was the plan to get them in through the store?
[07:59] <nhaines> I can't add a location in the Weather app because the keyboard never comes up.  :(
[08:00] <lool> dholbach: you mean they should be hidden?
[08:00] <lool> dholbach: we're trying to install as many things as clicks; we have a repository for the clicks we've cached from the appstore and are good for the image
[08:00] <ogra_> lool, they used to be preinstalled
[08:00] <dholbach> lool, previously they got on the images, but were not part of the store
[08:01] <lool> dholbach: they should be preinstalled
[08:01] <dholbach> ok, I guess I'll wait for sergiusens then
[08:01] <lool> dholbach: maybe ping sergio on this when he gets up
[08:06] <popey> dholbach: yeah, i noticed last night notes had been submitted via a gmail address
[08:06] <helpreinstateAnd> Alright.  I'll try to be quick.. anyone up for helping me reinstall Android
[08:06] <helpreinstateAnd> I'm getting a file or directory not exist error in terminal
[08:07] <helpreinstateAnd> I've already downloaded the zip containing the android stuff... and I extracted it.... so I'm not sure where I'm encountering the error
[08:08] <helpreinstateAnd> Is there anybody even on here.... ..... ....
[08:09] <nhaines> helpreinstateAnd: what device do you have?
[08:09] <helpreinstateAnd> Nexus 7 (2012)
[08:09] <helpreinstateAnd> wifi
[08:10] <sil2100> mpt: hello!
[08:10] <nhaines> helpreinstateAnd: did you grab the factory image here?  https://developers.google.com/android/nexus/images#nakasi
[08:10] <helpreinstateAnd> yes
[08:11] <nhaines> When you run ./flash-all.sh, copy and paste everything on the command line at paste.ubuntu.com and give us a link.
[08:11] <helpreinstateAnd> alright.. so just start up the terminal, get it in fastboot and run./flash?
[08:12] <nhaines> ./flash-all.sh
[08:12] <nhaines> And actually you want to run 'adb reboot-bootloader'
[08:13] <helpreinstateAnd> that's what I meant.. sorry.. new to ubuntu
[08:14] <nhaines> helpreinstateAnd: I actually reboot to fastboot mode incorrectly every time I switch back.  It doesn't matter, as long as you tell the computer and your phone the right things.  :)
[08:15] <helpreinstateAnd> http://paste.ubuntu.com/6217119/
[08:15] <mpt> Hello sil2100
[08:16] <nhaines> helpreinstateAnd: Step 1, unzip the android image.
[08:16] <nhaines> helpreinstateAnd: Step 2, 'cd' into the newly-created directory with that image.
[08:16] <nhaines> helpreinstateAnd: Step 3, run './flash-all.sh'
[08:16] <helpreinstateAnd> okay what does step two mean?
[08:16] <helpreinstateAnd> again, sorry... I'm a noob
[08:16] <sil2100> mpt: hi! I have been wondering ;) Would it be possible to get a form-factor independent wallpaper from design for phone and tablet?
[08:17] <OrokuSaki> What is all this talk about 10.4?
[08:17] <nhaines> helpreinstateAnd: What you did was like deciding you wanted pizza, and so you stand up, step out your door, and then try to order pizza.
[08:17] <nhaines> There won't be any pizza.  You're not at a pizza place, you're on your porch.  So first you have to go to the pizza place.
[08:18] <OrokuSaki> Why not just buy some frozen pizza?
[08:18] <nhaines> So for this, once you extract the compressed Android image, you have to go to the place the files are.
[08:18] <OrokuSaki> Your grocers freezer section!
[08:18] <nhaines> 'cd' stands for change directory.  I'm going to make up an instruction that might work.
[08:18] <OrokuSaki> holy smoke!
[08:18] <OrokuSaki> were teaching cd
[08:19] <nhaines> Okay, say you downloaded the factory image, and it's in your Downloads folder.  You went there, right-clicked on the file, chose "Extract here..." and it unzipped.
[08:19] <helpreinstateAnd> yes... still in downloads folder
[08:19] <OrokuSaki> file types that can be executed in dos are com, bat, and exe.. bat comes first.
[08:19] <nhaines> helpreinstateAnd: did you extract it like you told me earlier?  :)
[08:19] <helpreinstateAnd> yes
[08:19] <OrokuSaki> you execute them like so: command.com
[08:20] <OrokuSaki> You need to read the unix for dummies book
[08:20] <OrokuSaki> I did... when I Was 14, and it really helped
[08:20] <nhaines> Okay, good.  So open a new terminal and type 'cd Downloads/na', and then press Tab.  Bash will figure out the rest.  Then press Enter.
[08:20] <OrokuSaki> you need to read a book if you don't understand cd
[08:20] <nhaines> OrokuSaki: he needs to get Android reinstalled.  There's plenty for him to learn, and so I'm helping him.  He doesn't really need sarcasm or pressure right now.
[08:20] <OrokuSaki> okay okay! =)
[08:20] <helpreinstateAnd> bingo.. thanks
[08:21] <OrokuSaki> pizza is good in the freezer though, just saying
[08:21] <helpreinstateAnd> I have used Windows Command line before... wasn't aware how similar it was
[08:21] <nhaines> helpreinstateAnd: and now that you're in the same directory as the image and scripts, './flash-all.sh' should work just fine.  :)
[08:21] <helpreinstateAnd> me
[08:21] <helpreinstateAnd> meh rather
[08:21] <helpreinstateAnd> lol
[08:21] <helpreinstateAnd> this has been an insteresting learning experience in any case... I really appreciate the help
[08:21] <nhaines> helpreinstateAnd: You should learn the Linux and bash command lines!  They're great!  But now you can do it on your own time, without sweating over a $400 device.  :)
[08:22] <OrokuSaki> seriously though.. pick up a book.. it is great.. takes 1 hour to skim read... not trying to be mean.. I am sure there is something better then unix for dummies
[08:23] <nhaines> helpreinstateAnd: it's worthwhile, but now you now how to switch back to Android any time you need to.  So feel free to try Ubuntu on your tablet again soon.  :)
[08:24] <OrokuSaki> I cant understand why tty0 and framebuffers and 3d graphics may be related.. I don't think they are..
[08:24] <OrokuSaki> and why ogra or someone said my console should be tty1
[08:24] <nhaines> OrokuSaki: OrokuSaki because they all manipulate the graphics card.
[08:24] <OrokuSaki> when.. I think it should be tty0
[08:24] <helpreinstateAnd> I'll look into it... thanks again guys... if something goes wrong... I'll be back
[08:24] <OrokuSaki> strange
[08:25] <OrokuSaki> My openGL does not get inited.. been messing with it for about a week
[08:25] <nhaines> helpreinstateAnd: have fun  :)
[08:25] <ogra_> OrokuSaki, it needs to be some existing tty device for upstart ...
[08:25] <OrokuSaki> I lost the ability to play 480p on my touchpad when the
[08:25] <OrokuSaki> Ogra!
[08:25] <helpreinstateAnd> lol I downloaded the mobile version by mistake.... it's too late at night for this
[08:25] <ogra_> doesnt matter if its 1,2 or 255
[08:25] <OrokuSaki> Okay.. sweet!
[08:25] <helpreinstateAnd> *twiddling thumbs waiting for the download
[08:25] <OrokuSaki> Thanks!
[08:25] <OrokuSaki> Oh I noticed I was using a customized graphics.c
[08:26] <ogra_> it is just to saitisfy the need for a real console device
[08:27] <nhaines> helpreinstateAnd: lol, that would be a big surprise!  :)
[08:27] <OrokuSaki> https://github.com/jshafer817/UbuntuTouch/blob/master/Source%20to%20compile/device/hp/tenderloin/graphics.c
[08:27] <OrokuSaki>  gr_vt_fd = open("/dev/tty0", O_RDWR | O_SYNC);     if (gr_vt_fd < 0) {         // This is non-fatal; post-Cupcake kernels don't have tty0.         perror("can't open /dev/tty0");
[08:27] <OrokuSaki> That is when I realized... I dont know what I am doing. =)
[08:28] <OrokuSaki> I don't think UT or Unity likes the graphics.c
[08:28] <OrokuSaki> that is my hunch
[08:28] <OrokuSaki> from that GL error
[08:28] <helpreinstateAnd> I'm nearly through my Bachelor's for Software Engineering if you can believe it... but lack of real world experience is seriously cramping my style.
[08:28] <OrokuSaki> but my cmdline has console set at tty1 right now.. so.. I will go back to tty0
[08:29] <nhaines> helpreinstateAnd: well, Windows and Linux are very, very different.  So it just takes time and practice. :)
[08:29] <OrokuSaki> Linux is better
[08:30] <nhaines> helpreinstateAnd: Software engineering-wise, Unix is definitely probably superior.  :)
[08:30] <OrokuSaki> REminds of me MSCE school in 2000
[08:30] <N0tTh30n3> MSCE > MCSE?
[08:30] <OrokuSaki> "Hell no you don't use IIS, it will crash, it cannot handle that much traffic".. =)
[08:31] <OrokuSaki> yeah yeah
[08:31] <OrokuSaki> That is what the teacher said
[08:31] <helpreinstateAnd> Well... since linux is a bit of an "advancement" of unix........ In any case... I'm stuck with Windows until the degree is complete
[08:32] <OrokuSaki> Are you in school?
[08:32] <OrokuSaki> Oh.. yeah
[08:32] <OrokuSaki> Ahhh yeah.. that stuff is good for development
[08:32] <nhaines> helpreinstateAnd: I love developing on Ubuntu far better than Windows.  :)  But, there's all kinds of virtual machines, emulation layers, and cross-platform applications that can let you use both.  Just have to wait for a free weekend.  :)
[08:33] <OrokuSaki> but doesn't teach.... user and administration stuff
[08:33] <OrokuSaki> I guess
[08:33] <OrokuSaki> I have met plenty of developers who couldn't do simple things you would assume a dev could do
[08:33] <OrokuSaki> Its because its outside of their scope
[08:34] <JamesTait> Good morning all; happy Porridge Day! :-D
[08:34] <OrokuSaki> Though I would rather lock down a windows box over a linux box, any day
[08:35] <vesar> Saviq, hey how do we flash the phone so that we get the latest changes? i.e. what is the equivalent for phablet-flash cdimage-touch --pending ? it seems to be deprecated now.
[08:35] <OrokuSaki> I knew a really good perl guy who couldn't install linux
[08:35] <helpreinstateAnd> I am required by my school to use Windows, but I have been experimenting in various versions of Linux....
[08:35] <OrokuSaki> worked for at&t made 6 figures
[08:35] <nhaines> vesar: you want 'phablet-flash ubuntu-system'
[08:35] <popey> vesar: phablet-flash ubuntu-system, then either add --channel saucy or --channel saucy-proposed
[08:35] <Saviq> vesar, phablet-flash ubuntu-system --channel=devel-proposed
[08:36] <helpreinstateAnd> lol... OrokuSaki that makes sense though as far as it being outside of somebody's scope
[08:36] <nhaines> vesar: and maybe even phablet-flash ubuntu-system --channel devel-proposed
[08:36] <OrokuSaki> its true!
[08:36] <helpreinstateAnd> Some things just aren't done often enough or enough times to really sink in
[08:36] <helpreinstateAnd> It all depends on what you choose to do
[08:36] <OrokuSaki> guy worked 3 days straight.. and then had the rest of the week off..
[08:36] <helpreinstateAnd> must be nice
[08:37] <OrokuSaki> nod
[08:37] <nhaines> There's no real reason a programmer should *need* to do OS installs.
[08:37] <OrokuSaki> though.. he always appeared to be "tired"
[08:37] <nhaines> I mean, ideally one could, but...
[08:37] <OrokuSaki> @nhaines that is what I thought his attitude was
[08:38] <helpreinstateAnd> yeah well.... I'm learning more and more that working on things at night is MUCH less stressful than during the day....
[08:38] <OrokuSaki> I have kids.. mornings are about all I have left
[08:38] <helpreinstateAnd> I can understand being tired... me too ... about the kids
[08:38] <helpreinstateAnd> I don't even have mornings xD
[08:38] <OrokuSaki> You have to get up at 2 am =)
[08:39] <helpreinstateAnd> I don't go to bed until 3-5
[08:39] <vesar> nhaines, popey, Saviq: ok thanks guys, that's quite a few options to choose from then.
[08:39] <jibel> JamesTait, alecu, 1237433 is partially fixed. I filed bug 1237834 for the new issue.
[08:40] <OrokuSaki> Yeah... wive don't like the whole sleeping in thing
[08:40] <popey> vesar: nah, it's all the same base command... http://wiki.ubuntu.com/Touch/Install has the details
[08:40] <OrokuSaki> wife
[08:40] <nhaines> My local LUG is trying to get an installfest organized, but 80% are like "but... we just run Ubuntu?"
[08:40] <popey> vesar: --channel saucy and --channel devel are the same
[08:40] <helpreinstateAnd> yeah... mine either....
[08:40] <nhaines> vesar: as does phablet-flash -h and
[08:40] <nhaines> vesar: as does phablet-flash -h and
[08:40] <helpreinstateAnd> lol nhaines... doesn't require much by way of install time
[08:40] <Saviq> popey, but will stop being the same soon, right?
[08:40] <JamesTait> jibel, ack.  I think that problem exists in SCA, actually, but I'll look into it.
[08:40] <nhaines> vesar: as does 'phablet-flash -h' and 'phablet-flash ubuntu-system -h'
[08:41] <nhaines> And sorry, wireless keyboard acting up.  :)
[08:41] <jibel> JamesTait, thx
[08:42] <popey> Saviq: ya
[08:42] <helpreinstateAnd> fingers crossed... let's hope this works
[08:43] <nhaines> helpreinstateAnd: it will.  :)
[08:44] <helpreinstateAnd> the problem is that during the day.... if I try to work.... the smallest sounds or disturbances turn me into something resembling sheldon cooper.... but meaner
[08:45] <JamesTait> jibel, actually, I think a re-index would solve it - it looks like the data is there in the SCA feed, but it probably wasn't when those apps were indexed.
[08:45] <helpreinstateAnd> and more socially adept
[08:45] <JamesTait> jibel, I'll see what's the least invasive way to get them re-indexed and get it sorted.
[08:46] <jibel> JamesTait, okay, is there a process to prevent that from happening post-release?
[08:46] <nhaines> Does anyone know what's going on with HUD and voice commands?
[08:49] <JamesTait> jibel, we have a reindexing process, but we normally only run it after schema changes, so we didn't run it after that fix was rolled out.
[08:50] <JamesTait> jibel, no reason it couldn't be done, though.  We need to make it more efficient, that's all. :)
[08:52] <mardy> Saviq: hi! About https://bugs.launchpad.net/signon-ui/+bug/1237496
[08:52] <mardy> Saviq: ricmm_ said that he would remove the need for the --desktop_file_hint flag, once we confirmed that that was the cause for the bug
[08:53] <Saviq> mardy, we will only support launching via upstart, for now we have a fall back for the desktop file hint
[08:54] <Saviq> mardy, but we won't be allowing apps launched from the terminal to draw anything
[08:54] <mardy> Saviq: what about services activated via D-Bus?
[08:54] <Saviq> mardy, nope - their UI needs to be upstart-activated
[08:54] <Saviq> mardy, otherwise we'd need BAMF again
[08:55] <mardy> Saviq: so, the D-Bus .service file needs to call upstart in its Exec line, right?
[08:55]  * mardy needs to check whether this works fine with D-Bus
[08:55] <Saviq> mardy, that could be a solution, yeah
[08:56] <mardy> Saviq: however, this makes the packages dependent on upstart for no reason :-/
[08:56] <Saviq> mardy, provided that signon-ui has a .desktop file that you can use url-dispatcher or upstart-app-launch with
[08:56] <OrokuSaki> @Ogra Should my framebuffer console be enabled?
[08:56] <Saviq> mardy, not "no reason" - w need a single entry-point for apps
[08:56] <Saviq> mardy, to match surfaces to app ids
[08:56] <Saviq> mardy, in a secure way
[08:56] <mardy> Saviq: it's not an app, it's a system service
[08:57] <OrokuSaki> STSKeeps has his enabled.. so shall I
[08:57] <Saviq> mardy, for now everything's an app
[08:57] <mardy> Saviq: I understand that what you say makes perfect sense for an app, but...
[08:57] <Stskeeps> OrokuSaki: disable fbcon, it screws up things on qcom
[08:57] <OrokuSaki> okay! Thanks!
[08:57] <OrokuSaki> Sweet!
[08:58] <Saviq> mardy, once we have a way for trusted helpers or whatever you call signon-ui to be able to parent itself to the app's window - you won't be a separate app then
[08:58] <OrokuSaki> If you google this stuff, it leads me to you and Mer
[08:58] <Saviq> mardy, but we have no way to do that yet
[08:58] <mardy> Saviq: right
[08:58] <Stskeeps> OrokuSaki: i ended up disabling fbdev on my touchpad for my libhybris experiments
[08:58] <mardy> Saviq: then, as immediate solution, can I just add --desktop_file_hint to the D-Bus .service file, or do I need to bring in upstart?
[08:58] <OrokuSaki> Thanks man! I am going to try it all
[08:58] <mardy> Saviq: "immediate" as "temporary"
[08:59] <Saviq> mardy, hint is fine
[08:59] <OrokuSaki> I have graphics, but no Open GL.. so no videos.. no Mir.. just surfaceflinger
[08:59] <ogra_> OrokuSaki, right, you dont want fbdev
[08:59] <Saviq> mardy, we won't be removing it yet
[08:59] <mardy> Saviq: OK, thanks, will do
[08:59] <OrokuSaki> changing kernel config!
[09:02] <OrokuSaki> CONFIG_FRAMEBUFFER_CONSOLE=y changed to is not set
[09:02] <OrokuSaki> MSM_FB should be... left alone?
[09:04] <OrokuSaki> CONFIG_FB_MSM=y should be is not set.. try them.. thanks! Something to do!
[09:07] <tosshs> hi
[09:07] <mpt> sil2100, all artwork bugs should be assigned to jnick_tait
[09:09] <tosshs> what will be released on 17th ?
[09:09] <Stskeeps> OrokuSaki: you probably want to have the fb
[09:09] <Stskeeps> just not fbcon
[09:09] <tosshs> Ubuntu Touch for arm processors
[09:09] <tosshs> ?
[09:09] <OrokuSaki> @Stskeeps *nod*
[09:10] <popey> tosshs: ubuntu desktop, server and ubuntu touch
[09:10] <tosshs> 13.10 i guess
[09:11] <popey> yes
[09:11] <tosshs> thanks
[09:11] <tosshs> does Ubuntu Touch support x86
[09:14] <tosshs> Actually, I would like to know if its going to be possible to install Ubuntu Touch on x86 phone like Lenovo k
[09:15] <OrokuSaki> x86 phone... so strange
[09:16] <OrokuSaki> I'd run X with Wine. =)
[09:17] <OrokuSaki> They compile it on x86 so I am sure its possbile, but you may need an nvidia card for graphics.. egl... hmmm
[09:18] <OrokuSaki> cant the x86 chips in phones use arm instructions?
[09:21] <tosshs> "Running x86 on Arm is like trying to put diesel in a gas car"
[09:21] <OrokuSaki> Oh yeah..
[09:21] <OrokuSaki> No I remember reading AMD making a chip that can do both
[09:22] <OrokuSaki> And Intel made an x86 chip that does arm in a razr
[09:22] <tosshs> hm
[09:22] <OrokuSaki> But yeah.. I ran solitaire with qemu and wine on arm... and space cadet pinball
[09:22] <tosshs> Lenovo phones are running Android
[09:22] <OrokuSaki> It ran great! took awhile to load though. =)
[09:22] <tosshs> and have intel inside
[09:23] <OrokuSaki> I even got mentioned on the Wine on Arm http://wiki.winehq.org/ARM =)
[09:24] <OrokuSaki> Android running x86 wine and solitaire (by using ubuntu hack and binfmt)
[09:26] <Laney> Is https://code.launchpad.net/~sergiusens/livecd-rootfs/mir_default/+merge/189429 obsolete?
[09:37] <JamesTait> jibel, all click packages should now have icons.
[09:37] <jibel> JamesTait, confirmed. thanks for fixing
[09:38] <JamesTait> You're welcome, jibel. :)
[09:39] <OrokuSaki> Any issues with qcom and display-legacy?
[09:40] <OrokuSaki> qcom is making people angry lately.. =)
[09:41] <OrokuSaki> TY Tait!
[09:42] <OrokuSaki> I really hope someone makes a hcl for android. =) It would give UT instant... users
[09:42] <OrokuSaki> Ubuntu would become profitable
[09:42] <OrokuSaki> <~~~ been reading
[09:43] <OrokuSaki> like that phonix people and webos... on kickstarter
[09:44] <OrokuSaki> http://www.kickstarter.com/projects/1957339277/run-android-apps-in-webos-on-the-hp-touchpad
[09:57] <OrokuSaki> wow.. still no current build update.. what are you guys working on?
[09:57] <OrokuSaki> signon I bet. =)
[09:57] <OrokuSaki> "yaull" keep talking about that
[10:01] <davmor2> Morning all
[10:03] <OrokuSaki> @Ogra should I have libOpenSLES.so?
[10:03] <OrokuSaki> @Ogra
[10:03] <OrokuSaki> oops
[10:04] <ogra_> no idea what that is :)
[10:04] <OrokuSaki> I just notice it is included in my android .zip file but not in my Ubuntu Touch
[10:04] <OrokuSaki> sounds important
[10:04] <OrokuSaki> lobOpenMAXAL.so
[10:05] <OrokuSaki> those 2 files are being built in android, but not in ubuntu touch
[10:07] <OrokuSaki> development/ndk/platforms/android-14/include/OMXAL/OpenMAXAL.h
[10:07] <OrokuSaki> hmm must be
[10:07] <OrokuSaki> build/target/product/mini.mk:    libOpenMAXAL \
[10:08] <OrokuSaki> perhaps I can just toss them in....
[10:09] <OrokuSaki> strange ./prebuilts/ndk/8/platforms/android-14/arch-arm/usr/lib/libOpenMAXAL.so ./prebuilts/ndk/8/platforms/android-14/arch-arm/usr/lib/libOpenSLES.so
[10:09] <OrokuSaki> they are included
[10:09] <OrokuSaki> gonna use the ones from my cm10.1 zip
[10:14] <awafaa> popey: what's the correct project in launchpad to file the bug against? the link in /topic points me to a web page explaining how to file bugs
[10:14] <popey> awafaa: http://popey.com/~alan/device-2013-10-10-111333.png
[10:14] <popey> is that the benchmark?
[10:17] <awafaa> popey: that's one of them yeah
[10:17] <popey> You're welcome.
[10:18] <popey> http://bugs.launchpad.net/webbrowser-app  is where I'd file these kinds of bugs
[10:18] <awafaa> popey: im somewhat confused.com
[10:18] <popey> this is why bugs are better than rants on G+
[10:18] <OrokuSaki> yeah I remembering feeling bad about filing a bug
[10:19] <OrokuSaki> dont know why.. like I am being mean
[10:19] <popey> Filing bugs is *awesome*
[10:19] <popey> Fixing them is *awesomer*
[10:19] <OrokuSaki> yeah I realized that... it's how we are supposed to inform
[10:19] <awafaa> G+ does get responses much quicker though ;)
[10:19] <OrokuSaki> =)
[10:20] <popey> awafaa: sure, if you don't mind being pointed and laughed at ☻
[10:20] <OrokuSaki> olol
[10:20] <awafaa> popey: so to be a good citizen, what is the correct link to file bugs? as in what's the right LP project
[10:20] <popey> 11:18:00 < popey> http://bugs.launchpad.net/webbrowser-app  is where I'd file these kinds of bugs
[10:20] <awafaa> popey: most folk do that to me anyway, at least I know why this time round :)
[10:21] <popey> ☻
[10:21] <awafaa> ah thanks
[10:21] <popey> seems odd to me to rant on G+ when you're actually sat in this irc channel with us, that's all :p
[10:21] <popey> then followed up with "How awesome is Firefox OS", you know, someone might take those two posts together and think you were making a wider point.
[10:21] <popey> Not me though, ooooh no.
[10:21] <OrokuSaki> ranting is fun.. trolling is funner.
[10:22] <popey> indeed
[10:22] <OrokuSaki> *nod*
[10:22] <popey> Tea time!
[10:22] <OrokuSaki> my lighthouse wallpaper kicks butt on UT
[10:22] <popey> OrokuSaki: share
[10:23] <OrokuSaki> http://s7.postimg.org/mbjr96xgr/filename.png
[10:27] <OrokuSaki> Computer! Earl Grey, Hot.....
[10:27] <OrokuSaki> I started to try tea awhile back.. any particular recommendation.. other then green
[10:33] <gema> ogra_: is it a known bug that pause downloading when the phone is downloading an update doesn't pause?
[10:33] <awafaa> popey: fair point, I accept the shoeing
[10:34] <popey> awafaa: do you have a decent sized list of benchmarks you think we might run?
[10:34] <popey> kalikiana: do we run benchmarks on our browser regularly? Something worth adding to autopilot to check for performance regressions?
[10:34] <ogra_> gema, heh, good question, i doint think i ever tapped that
[10:35] <kalikiana> popey: oSoMoN would know better
[10:35] <gema> ogra_: and if you then kill the settings up, the downloader is broken
[10:35] <popey> kk
[10:35] <ogra_> gema, well, file it ...
[10:35] <awafaa> popey: I'm just running a small set of benchmarks to get a feel for how platforms perform. Those benchmarks are kraken and octane for JS, and peacekeeper and webxprt for general html5
[10:35] <gema> ogra_: ack, just making sure this wasn't reported
[10:35] <gema> seb128: this is coming your way ^
[10:36] <popey> awafaa: thanks!
[10:36] <seb128> gema, it's already filed and it's not a settings bug
[10:36] <oSoMoN> popey: browser benchmarks have been discussed a few times in the past, but we don’t have anything currently
[10:36]  * seb128 wishes everybody would stop to point at settings for all the issues
[10:37] <seb128> gema, https://bugs.launchpad.net/ubuntu-system-image/+bug/1237360
[10:37] <gema> seb128: which one of them , not being able to pause the download or not being able to resume gracefully after killing the settings app?
[10:37] <gema> seb128: ack, the pause one
[10:37] <seb128> gema, both
[10:37] <ogra_> seb128, you mean Mir being slow isnt a settings bug ?
[10:38] <gema> ogra_: I'd say it is, since it always happens when the settings are on
[10:38] <gema> :D
[10:38] <popey> oSoMoN: ok, ta
[10:38] <ogra_> yeah !
[10:38] <seb128> gema, ;-)
[10:38] <gema> seb128: system-image, I'll find that one
[10:38] <seb128> gema, https://bugs.launchpad.net/ubuntu-system-image/+bug/1233521
[10:38] <seb128> gema, that's your second one
[10:38] <gema> seb128: cool, thanks
[10:38] <seb128> ys
[10:38] <seb128> yw
[10:41] <OrokuSaki> Should we now have... 50-firmware.rules.disabled?
[10:41] <ogra_> yes
[10:42] <ogra_> you never want udev to touch firmware
[10:42] <ogra_> since the driver initialization happens in android
[10:42] <OrokuSaki> ok.. haven't rebooted yet but.. mine is still.. enabled I guess just 50-firmware.rules
[10:42] <OrokuSaki> that is odd because I swear my gpu firmware wasn't being updated.. I deleted some of its files and all was still the same
[10:43] <OrokuSaki> and that seemed odd to me
[10:43] <ogra_> you should have /etc/udev/rules.d/50-firmware.rules ... which is the empty opverride file
[10:43] <ogra_> 50-firmware.rules.disabled was a diversion we dropped again
[10:44] <OrokuSaki> It says do not edit this file it will be updated on reboot...
[10:44] <OrokuSaki> SUBSYSTEM=="firmware", ACTION=="add", RUN{builtin}="firmware"
[10:46] <OrokuSaki> seems the same as before
[10:46] <N0tTh30n3> I'm trying UT on my nexus 4 but I get no network:
[10:46] <N0tTh30n3> - Google Nexus 4
[10:46] <N0tTh30n3> - Franco 189 kernel
[10:46] <N0tTh30n3> - MultiROM setup
[10:46] <N0tTh30n3> - Paranoid Android main rom
[10:46] <N0tTh30n3> - build 20131010
[10:47] <N0tTh30n3> I'm now going to try 20131010.1
[10:52] <awafaa> out of interest, how difficult is it to run firefox within Touch?
[10:54] <popey> never tried
[10:54] <popey> suspect hard given we're now on mir, and firefoxOS is on surfaceflinger
[10:59] <awafaa> so doing an apt-get install firefox wouldn't result in anything working? same goes for chromium i suppose
[11:02] <popey> awafaa: no, because those apps (from the repo) are built for X, and we don't ship X on the phone
[11:02] <popey> \o/ New World Order
[11:02] <awafaa> popey: thanks for the confirmation
[11:03] <popey> no problemo
[11:04] <OrokuSaki> Are the NSA kernel security mods enabled? =)
[11:08] <asac> thostr_1: asked in the landing ask for a more verbose assessment of user experience impact for the bugs in 170
[11:12] <N0tTh30n3> Does anybody know why I don't get any network using build 20131010.1
[11:13] <thostr_1> asac: see comments
[11:15] <OrokuSaki> UT source has differences in /frameworks/base/libs/hwui/OpenGLRenderer.cpp
[11:15] <OrokuSaki> and cm10.1
[11:15] <OrokuSaki> file size difference
[11:15] <OrokuSaki> Wonder what happens if... =)
[11:16] <OrokuSaki> I replace the hwui folder
[11:16] <OrokuSaki> and recompile
[11:16] <popey> N0tTh30n3: you using our kernel?
[11:16] <N0tTh30n3> Nope
[11:16] <popey> that may be why?
[11:16] <N0tTh30n3> popey: nope
[11:16] <N0tTh30n3> popey: franco 189 nightly
[11:17] <popey> never heard of it ☻
[11:18] <OrokuSaki> Wonder why there are differences.. don't think milaq changed that stuff... unless he hasn't updated his source
[11:18] <OrokuSaki> no..
[11:18] <OrokuSaki> that is not it
[11:19] <OrokuSaki> Maybe you guys are using cm10.2 code?
[11:19] <davmor2> popey: can you open U1 and click on login and see if the keyboard disappears and never comes back please
[11:19] <N0tTh30n3> popey: http://forum.xda-developers.com/showthread.php?t=2002782
[11:19] <popey> N0tTh30n3: I don't think we support other kernels..
[11:19] <popey> davmor2: ok
[11:20] <popey> davmor2: if i tap the email field the kb comes back
[11:20] <N0tTh30n3> Popey: I wouldn't either, I'm using that kernel because it works with MultiROM, allowing me to dual boot between my Android ROM and uTouch
[11:20] <popey> davmor2: looks like the popup toolbar and keyboard are fighting for focus
[11:21] <davmor2> popey: doesn't for me on maguro
[11:21] <popey> N0tTh30n3: sorry
[11:21] <N0tTh30n3> Popey: I would love to try uTouch but I need some thing that don't work in uTouch yet
[11:22] <popey> understood
[11:22] <Abhishek> popey: I am facing issues while compiling ubuntu touch yuga source code
[11:22] <popey> Abhishek: i saw the mail
[11:23] <Abhishek> popey: Can you please help me
[11:23] <popey> I dont think I can, sorry.
[11:23] <Abhishek> I also raised the issue on XDA: http://forum.xda-developers.com/showthread.php?p=46343879#post46343879
[11:24] <awafaa> so does Touch provide the converged experience, providing I have an MHL adapter?
[11:25] <popey> not yet
[11:25] <popey> awafaa: that's destined for 14.04 / 14.10 timescale
[11:25] <N0tTh30n3> Popey: does uTouch use stock "android google nexus kernel" or does it use it's own kernel?
[11:25] <popey> N0tTh30n3: our kernel with mods for each device AIUI
[11:26] <Abhishek> Can someone please help me resolve the issue: https://lists.launchpad.net/ubuntu-phone/msg04560.html
[11:26] <popey> Abhishek: patience. if people can help, they will.
[11:28] <xnox> N0tTh30n3: our config enables more stuff (more closer to generic ubuntu kernels) & we have patches to enable AppArmor & we disable a few android-specific (restrictive) config options.
[11:29] <N0tTh30n3> xnox: ok
[11:29] <N0tTh30n3> xnox: Any ideas on how I might be able to dual boot between uTouch and an android ROM?
[11:30] <awafaa> popey: ah thanks, I couldn't remember what the timescales were
[11:31] <xnox> N0tTh30n3: no idea. as you need (android bootimage kernel+initrd+system&data partitions) and (ubuntu bootimage kernel+initrd+system&data partitions) and you can only have one of each, not two.
[11:31] <xnox> N0tTh30n3: and ubuntu kernel will not work on android and vice versa.
[11:31] <xnox> N0tTh30n3: i guess you can reuse data partition (recent images only need non-conflicting with android files/folders on it)
[11:32] <xnox> N0tTh30n3: but you'd need to be reflashing system & boot partitions to "reboot into the other one)
[11:32] <xnox> N0tTh30n3: and your setup will be wiped by any ubuntu or android upgrade.
[11:34] <N0tTh30n3> xnox: I'm using MultiROM now. My primairy rom is an android rom called Paranoid Android. I can boot into either my android rom or my uTouch rom.
[11:34] <xnox> N0tTh30n3: then why are you asking me how to dual boot?
[11:34] <xnox> N0tTh30n3: seems like you know more than I do.
[11:35] <N0tTh30n3> xnox: My android rom works normally, uTouch works but networking doesn't.
[11:35] <N0tTh30n3> xnox: I don't know anything, just howto's.. :-)
[11:36] <N0tTh30n3> xnox: I guest all that MultiROM is missing is kernel changing.
[11:36] <N0tTh30n3> xnox: I boot utouch using an android kernel
[11:36] <OrokuSaki> lsmod
[11:37] <N0tTh30n3> xnox: http://forum.xda-developers.com/showthread.php?t=2472295
[11:37] <Abhishek> N0tTh30n3: Can you please give me some guidelines how to build uTouch images
[11:37] <OrokuSaki> see if all your kernel modules are loaded
[11:37] <OrokuSaki> I had to load my wifi module manually
[11:38] <OrokuSaki> I haven't been this excited to build a touch image in awhile...
[11:40] <dholbach> popey, mhall119: is it the same for you as pointed out on https://bugs.launchpad.net/mir/+bug/1237465?
[11:41] <OrokuSaki> strange.. I just updated and unity feels slower.. and.. I am on surfaceflinger
[11:41] <OrokuSaki> not that slow though
[11:42] <N0tTh30n3> Abhishek: I've never built any images. I just download them from the cdimage server
[11:43] <Abhishek> N0tTh30n3: OK
[11:45] <N0tTh30n3> OrokuSaki: What are the kernel modules for networking on the nexus 4?
[11:45] <N0tTh30n3> OrokuSaki: I have no wifi and no carrier signel
[11:45] <seb128> mpt, hey, could I get your input on http://ubuntuone.com/0H2vx0ECDF0kjsJylBIAVR ... that's our current update panel (we had to hide the details of the update since we dont have those yet)
[11:45] <N0tTh30n3> signal
[11:46] <OrokuSaki> oh.. nexus.. nevermind.. thought you were porting
[11:46] <OrokuSaki> no idea
[11:46] <N0tTh30n3> Oh
[11:46] <N0tTh30n3> :-)
[11:46] <seb128> mpt, do you think that it looks a bit weird to have Ubuntu 13.10, and then "Version 42" on the next line?
[11:46] <seb128> mpt, should we rather change it to be "Ubuntu 13.10 (r42)"?
[11:47] <Laney> https://wiki.ubuntu.com/AboutThisDevice?action=diff&rev2=16&rev1=15
[11:47] <Laney> Probably could be the same as that
[11:52] <popey> thostr_1: with regards to bug 1237893 - where should the devs put their screenshot? Can they have more than one?
[11:56] <dpm> thostr_1, also, what's the "preview display"? Is that the "Recent apps" section in the Application scope?
[11:56] <thostr_1> popey: AFAIK we only support one and it's up to you where to put it... mhr3_ ^
[11:57] <popey> dpm: long press on an app
[11:57] <popey> (any app)
[11:58] <dpm> popey, long press where exactly?
[11:58] <popey> on an app
[11:58] <popey> in the scopes
[11:58] <sergiusens> thostr_1, popey if the app is in the store, that shouldn't matter; right?
[11:59] <sergiusens> popey, thostr_1 if yes, just assign all those to me; I've been uploading apps, but I need to wait for approvals
[11:59] <dpm> popey, ok, got it, thanks.
[12:01] <mhr3_> thostr_1, popey, right, just one, whereever in the file system (use full path)
[12:01] <sergiusens> mhr3_, is this mandatory now?
[12:02] <mamenyaka> jdstrand, hi! do you have a moment?
[12:02] <xnox> ogra_: are you going to pursue fixing userspace, or do you want me to look into netfilter in udev in the mean time as well?
[12:02] <sergiusens> mhr3_, these are all click apps in that bug; path can't be full without desktop hooks doing some magic
[12:02] <mhr3_> sergiusens, no, it's meant for apps that are not click
[12:03] <thostr_1> sergiusens: the path is only applicable to non-click apps
[12:03] <ogra_> xnox, well, i have no idea where or what in userspace needs fixing, worst case thats in a binary blob ... waiting for rsalveti to take a look ... i guess we want the netfilter stuff as fallback
[12:03] <sergiusens> thostr_1, ack; popey clock is click and pending approval in store ;-)
[12:04] <sergiusens> popey, I'll upload all apps as is; but if they make a new version, they will be forced to update the manifest; sound good?
[12:04] <popey> ok
[12:04] <popey> sergiusens: do you own that gmail account?
[12:05] <sergiusens> popey, yeah, I can give you credentials
[12:05] <popey> i presume you did that to allow multiple people to upload and avoid 2fa?
[12:05] <sergiusens> popey, yes, and also download once auth is required for that
[12:05] <popey> i dont need to right now, but be useful to have that shared somewhere
[12:05] <dholbach> sergiusens, so apps like clock won't be part of the image but come in through the store?
[12:06] <sergiusens> popey, but it's temporary until we get multiple accounts per namespace and hopefully multiple accounts per app
[12:06] <dholbach> I was a bit surprised to see it in the store today :)
[12:06] <dholbach> and notes
[12:06] <sergiusens> dholbach, turns out that by design it has to be in the store
[12:06] <sergiusens> it will be in the default image
[12:06] <mpt> seb128, agreed, the same as in the "About This Phone" screen
[12:06] <xnox> dholbach: we preinstall click apps in the image. quite a few apps on the default images are clicks from store.
[12:06] <popey> yeah, should be on image _and_ in store
[12:06] <popey> so we can update post-release
[12:06] <popey> (yay)
[12:07] <sergiusens> dholbach, these are in image http://people.canonical.com/~ubuntu-archive/click_packages/click_list and there's a test to see if they are really installed http://reports.qa.ubuntu.com/smokeng/saucy/touch_ro/mako/90:20131010:20131010/4646/click_image_tests/
[12:09] <seb128> mpt, thanks
[12:09] <mamenyaka> jjohansen, hi! do you have a moment?
[12:09] <dholbach> jdstrand, I think for "lint_maintainer_domain": "(MANUAL REVIEW) email domain too long<EMAIL_ADDRESS>for app name 'com.ubuntu.clock'" it might make sense to have an exception for it - I'll file a bug about it
[12:10] <dpm> sergiusens, that's awesome. How does that actually work? I remember lool mentioning that for apps in the image to be upgradeable via the software store we'd have to have fake click packages of some sorts installed.
[12:10] <dholbach> jdstrand, sergiusens: is x-source something we document somewhere?
[12:10] <sergiusens> dholbach, I can, but it's an extension for easy testing
[12:11] <sergiusens> dholbach, so you can run phablet-click-test-setup and not go into rw to test
[12:11] <dholbach> sergiusens, is that something commonly used elsewhere?
[12:11] <jdstrand> dholbach: x-* is documented in click as "Keys beginning with the two characters “x-” are reserved for local extensions: this file format will never define such keys to have any particular meaning."
[12:11] <dholbach> sergiusens, it came up as a warning in the click lint tool
[12:11] <sergiusens> dholbach, image testing
[12:11] <dholbach> ok
[12:11] <sergiusens> dholbach, that's fine, jdstrand said it would be ;-)
[12:12] <jdstrand> we should warn on x-source
[12:12] <sergiusens> and I agree :-)
[12:12] <jdstrand> there are no guarantees it will work on anything
[12:13] <beuno> ah, review is already going on here
[12:13] <jdstrand> mamenyaka: hey-- fyi, I filed a bug on facebook (and gmail) not working
[12:14] <dholbach> jdstrand, would you be fine if we added a bit more text on x-source specifically, just to mention that it might be OK for core apps?
[12:14] <dholbach> jdstrand, just so a reviewer is a bit less confused about it?
[12:14] <sergiusens> popey, for new versions now I thought I'd create a jenkins job where you can just run to publish a new version; sound good?
[12:14] <jdstrand> dholbach: sure. which app?
[12:14] <sergiusens> dholbach, it's actually ok for any app that would want to use it I think
[12:14] <jdstrand> dholbach: (ie, can you give me a url
[12:14] <dholbach> jdstrand, I'm looking at clock right now
[12:14] <beuno> jdstrand, dholbach, so you guys are reviewing clock?
[12:15] <beuno> cool  :)
[12:15] <dholbach> jdstrand, https://myapps.developer.ubuntu.com/dev/click-apps/121/
[12:15] <dholbach> sergiusens, did anyone mention "unexpected X-Ubuntu-Gettext-Domain=ubuntu-clock-app (expected: com.ubuntu.clock,clock)" beforehand?
[12:15] <popey> sergiusens: automating sounds great.
[12:15] <dholbach> or dpm ^
[12:16] <mamenyaka> jdstrand, great!
[12:16] <dpm> dholbach, I think sergiusens is fixing those, at least he had a branch I reviewed for the notes app a couple of days ago
[12:17] <mamenyaka> jdstrand, I have another port with 3.4 kernel, apparmor loaded
[12:17] <jdstrand> nice!
[12:17] <mamenyaka> jdstrand, but I only get these: ubuntu-phablet dbus[1585]: apparmor="DENIED" operation="dbus_method_call"  bus="session" path="/org/freedesktop/DBus" interface="org.freedesktop.DBus" member="RequestName" mask="send" name="org.freedesktop.DBus" pid=5938 profile="com.ubuntu.developer.webapps.webapp-facebook_webapp-facebook_1.0.5" peer_profile="unconfined"
[12:17] <jdstrand> mamenyaka: that's a known bug
[12:17] <jdstrand> you can safely ignore it
[12:18] <mamenyaka> jdstrand, but then I don';t need a graphics file?
[12:18] <mamenyaka> jdstrand, apps seem to work
[12:18] <dholbach> jdstrand, and notes is https://myapps.developer.ubuntu.com/dev/click-apps/118/ - it has similar warnings
[12:18] <sergiusens> dholbach, darn, is that an error or warning?
[12:19] <jdstrand> if the device is using something from /usr/share/apparmor/hardware/graphics already, no
[12:19] <dholbach> to me it looks like the X-Ubuntu-Gettext-Domain bit is the only thing which might need to get fixed, but I'm not 100% sure what's correct there
[12:19] <mamenyaka> jdstrand, what could it be using?
[12:19] <jdstrand> mamenyaka: however, we plan to move those into lxc-android-config into device specific parts, so it would be nice to split that out for you
[12:19] <sergiusens> dpm, dholbach frm my understanding the gettext domain is not used at all in click, but in desktop; is that correct?
[12:20] <sergiusens> dpm, dholbach as in the domain is taken from applicationName ?
[12:20] <jdstrand> mamenyaka: no idea-- I suggest moving the files in /usr/share/apparmor/hardware/graphics.d/* aside and then go through the process of finding the devices
[12:20] <dholbach> sergiusens, good question
[12:21] <sergiusens> dholbach, dpm so for compiled apps, I'm just leaving that as is as I can set the organizationName in the code and the app name can stay the same
[12:21] <dpm> sergiusens, the gettext domain is used always: it tells gettext what .mo file to load
[12:22] <mamenyaka> jdstrand, was adb fixed? or it varies by device, because now it's working perfectly
[12:22] <jdstrand> mamenyaka: I don't know (/me is a security guy)
[12:22] <dpm> sergiusens, if it's set in the applicationName, then the SDK tells gettext that that is the domain, so that developers don't have to set it explicitly
[12:23] <mamenyaka> jdstrand, haha, okay :)
[12:23] <mamenyaka> jdstrand, I emptied the graphics.d dir, run aa-clickhook -f
[12:23] <mamenyaka> jdstrand, stuff still works
[12:24] <sergiusens> dpm, but is the desktop key used in pref of applicationName?
[12:24] <dholbach> dpm, the warning from the reviewers tools was "unexpected X-Ubuntu-Gettext-Domain=ubuntu-clock-app (expected: com.ubuntu.clock,clock)"
[12:24] <jdstrand> mamenyaka: is it confined? (sudo aa-status)
[12:24] <OrokuSaki> @Stskeeps... have you ever seen the TP run hybris and.. Open GL? I think that is a yes
[12:24] <Stskeeps> yes
[12:25] <Stskeeps> libhybris was -invented- on the TP
[12:25] <Stskeeps> :P
[12:25] <mamenyaka> jdstrand, 7 processes are in enforce mode.
[12:25] <OrokuSaki> so fustrating. =)
[12:25] <dpm> sergiusens, dholbach, the desktop key is used to load the translations from the .desktop file only, i.e. to show localized app names in the Installed apps section of the applciations scope and in the launcher
[12:25] <jdstrand> mamenyaka: and the one you expect to have denials is confined?
[12:25] <OrokuSaki> you think the ubuntu hybris still works on the TP and Open GL?
[12:26] <ogra_> hybris might, but Mir needs GLES
[12:26] <mamenyaka> jdstrand, I am running twitter and facebook, they show up under 7 processes are in enforce mode.
[12:26] <sergiusens> dpm, hmmm, so does that work at all for click apps?
[12:26] <mamenyaka> jdstrand, com.ubuntu.developer.webapps.webapp-twitter_webapp-twitter_1.0.3 (6452)
[12:26] <mamenyaka>    com.ubuntu.developer.webapps.webapp-twitter_webapp-twitter_1.0.3 (6484)
[12:26] <sergiusens> dpm, since the translations live in pkgdir
[12:26] <jdstrand> mamenyaka: it is possible that the devices are covered by the X abstraction. do you have files in /dev/dri/?
[12:26] <OrokuSaki> Well. I just get a GL invalid operation.. and I have grepped.. and.. brought over some files just for fun
[12:27] <OrokuSaki> GLES seems to be working.. I guess
[12:27] <OrokuSaki> Unity works
[12:27] <mamenyaka> jdstrand, no /dev/dri
[12:27] <jdstrand> mamenyaka: did you restart the app after regenerating the profile?
[12:28] <dpm> sergiusens, good point, I've no idea. My hunch is that since they're now in /opt in per-package folders, the desktop file translations won't be picked up :/
[12:28] <dholbach> sergiusens, dpm: I'm not quite sure which value would be correct in the .desktop file, I couldn't find it discussed anywhere
[12:28] <OrokuSaki> Has the touchpad use GLES and hybris? I thought.. that was true as well
[12:28] <dpm> Saviq, ^
[12:28] <OrokuSaki> @Stskeeps
[12:28] <mamenyaka> jdstrand, yes, but I repeated the process just to be sure
[12:29] <sergiusens> dholbach, correct value is whatever I set in the .mo file to be named
[12:29] <OrokuSaki> I thought GLES the driver is provided by QC
[12:29] <dpm> dholbach, the correct value should be the same as that in applicationName, so the warning is correct. However, even after fixing that, the translations will probably won't load for the .desktop file, as there are missing parts somewhere else in the system
[12:30] <sergiusens> dpm, did the sdk stuff land that adds the clickdir to the domain search path?
[12:30] <OrokuSaki> W/Adreno200-ES20( 1767): <qgl2DrvAPI_glReadPixels:190>: GL_INVALID_OPERATION
[12:31] <OrokuSaki> above that. W/Adreno200-EGL( 1783): <qeglDrvAPI_eglSwapInterval:3645>: EGL_BAD_CONTEXT
[12:31] <dholbach> sergiusens, dpm: the check where the message originates was added here: http://bazaar.launchpad.net/~click-reviewers/click-reviewers-tools/trunk/revision/49
[12:31] <dholbach> and I'm not quite sure what to do about it
[12:31] <jdstrand> mamenyaka: oh I know what it is. can you do 'sudo rm -f /var/lib/apparmor/profiles/* && sudo aa-clickhook -f' then try again?
[12:31] <dpm> sergiusens, that's still under review: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1233071
[12:32] <Saviq> dpm, sergiusens, not sure what I can help with - yes, we need to be able to load locales from /opt - that feels like an SDK issue, though
[12:32] <dholbach> brb
[12:33] <OrokuSaki> maybe if I recompile hybris without some patches... it might magically work
[12:34] <lool> dpm: we dropped the fake click idea entirely and are switching to unconfined clicks where needed with security team review on each upload
[12:34] <nik90> jdstrand: ping (related to usermetrics)
[12:34] <lool> (sorry didn't read the whole backlog)
[12:34] <mamenyaka> jdstrand, okay, nowit's showing up: /dev/kgsl-3d0
[12:34] <jdstrand> lool: whoa, that is kinda overstating things
[12:35] <jdstrand> lool: I think we said that unconfined clicks are ok for vetted apps :)
[12:35] <dpm> lool, thanks. So how do the preinstalled apps live with the app store installed/updated apps in the same system?
[12:35] <lool> jdstrand: yes for some apps
[12:35] <jdstrand> mamenyaka: so, that is a bug in click-apparmor
[12:35] <sergiusens> dpm dholbach, sorry must of missed that warning; I'll be fixing those (in between the calendar apparmor one); it's just super hard with the lines blocked
[12:36] <lool> jdstrand: sorry, I might be stating things in a not precise enough way
[12:36] <jdstrand> lool: we don't want to block on code reviews from my team. which is why unconfined isn't allowed except for trusted apps
[12:36] <mamenyaka> jdstrand, do I need to create a file in graphics?
[12:36] <jdstrand> mamenyaka: yes, but when testing you'll want to rm -f /var/lib/apparmor/profiles/<profile you are testing with> && aa-clickhook -f
[12:37] <lool> dpm: we can do a lot of things; I'm not sure we have a flag to prevent you from upgrading clicks, but basically you can install any click you want from store, and it's newer than the preinstalled one, it's the one you'll see; you can remove clicks entirely, the preinstalled ones remain on filesystem, but are flagged as "do not show"
[12:37] <lool> dpm: I dont think we have the feature to revert to the preinstalled version though, but we could do that in later iterations
[12:37] <jdstrand> mamenyaka: it's ok if there are redundant rules. when done, you can submit a bug report like you did yesterday to lxc-android-config
[12:37] <mamenyaka> jdstrand, okay, thank you
[12:38] <lool> jdstrand: Yes; sorry, I was replying to dpm's mention of the older plan that we would have an unconfined wrapper click + .deb with the actual app
[12:38] <jdstrand> mamenyaka: then next cycle just the files for that device should be install in hardware/
[12:38] <dpm> Saviq, loading the app's translations is being taken care of. The question is how we load the translations from the .desktop files. This is not something that we'll solve today or probably not even before release, but for now I'm wondering if you know which part of the stack takes care of loading the  .desktop file translations specified in the X-Ubuntu-Gettext-Domain  key on the phone. I'm not even sure it's happening right now
[12:38] <jdstrand> nik90: hey
[12:38] <lool> jdstrand: didn't want to imply unconfined was available for anyone else than the very short list of apps where it's truly needed and that we've approved
[12:39] <msvb-lab> Hi folks.
[12:39] <nik90> jdstrand: regarding your comment about usermetrics doc, I looked at the source of qtdeclarative5-usermetrics0.1 but couldnt find any docs in it
[12:39] <nik90> jdstrand: however I just found it at http://packages.ubuntu.com/source/saucy/libusermetrics
[12:39] <nik90> jdstrand: so my question is answered ;)
[12:39] <sergiusens> Saviq, it's just that you'll have a massive search path for all the click apps in there :-/
[12:40] <jdstrand> nik90: ok, cool :)
[12:40] <nik90> jdstrand: but does a click need any extra app confinement priveldges to use this?
[12:41] <jdstrand> nik90: it might not be obvious to you immediately, but there are several apps that already use usermetrics and the infographic picks them up. to see the different infographics, double tap on the infographic
[12:41] <MacSlow> Saviq, dandrader: btw, just noticed this output http://pastebin.ubuntu.com/6217825/ when running current unity8 on the device... seen that already?
[12:41] <jdstrand> nik90: the usermetrics policy group. it is a 'common' one that any app can use
[12:41] <nik90> jdstrand: thnx
[12:41] <Saviq> MacSlow, see -unity
[12:41] <nik90> jdstrand: i did notice camera app using it
[12:41] <MacSlow> Saviq, ah ok... sorry for the noise then
[12:42] <jdstrand> nik90: you, I think that one is new
[12:42] <dandrader> MacSlow,  Saviq got it as well. I'm still downloading&flashing the latest stuff
[12:42] <MacSlow> dandrader, a bisect in bzr would be great now ;)
[12:43] <OrokuSaki> So uhhh.. Stskeeps.. if you.. uhh.. would like to check it out on your TP.. http://forum.xda-developers.com/showthread.php?t=2426924
[12:43] <jdstrand> pete-woods: hey-- so, the infographic picks up all the usermetric stuff. it seems it always start with 'No calls made today'. what happens now that the camera-app updates usermetrics? what if the music-app did too? which does infographic show?
[12:43] <dandrader> MacSlow, is maliit-server running?
[12:43] <jdstrand> pete-woods: (by default?). will it merge all of them together for the circles?
[12:44] <pete-woods> jdstrand: you double click the infographic to switch between them
[12:44] <MacSlow> dandrader, yup
[12:44] <pete-woods> jdstrand: not my design choice
[12:44] <jdstrand> pete-woods: that is what I thought. let's assume for a second that I am wildly unpopular, but I take a lot of pictures
[12:45] <jdstrand> pete-woods: so the default view is always the same cause no one calls me
[12:45] <pete-woods> jdstrand: they should really cycle through automatically
[12:45] <jdstrand> or pick the one that was updated most recently
[12:45] <jdstrand> or pick a random one
[12:45] <pete-woods> jdstrand: I think unity8 will have to be changed to do that, I don't want the infographics library to force it on its clients
[12:45] <jdstrand> pete-woods: yeah, is there a bug on that?
[12:46] <pete-woods> jdstrand: not that I'm aware
[12:46] <nik90> jdstrand: since we are still on the topic of usermetrics, how does one test it during development?
[12:46] <pete-woods> jdstrand: it's something we should really involve the design team with
[12:46] <MacSlow> dandrader, would killing it (maliit) trigger its restart and fix things... temporarily?
[12:46] <nik90> jdstrand: the docs did state http://paste.ubuntu.com/6217845/
[12:46] <jdstrand> nik90: personally, I updated it, then pressed the power button, then cycled through. pete-woods might have another tip
[12:47] <nik90> jdstrand: ah okay, simple enough :)
[12:47] <MacSlow> dandrader, oops... I guess not
[12:47] <pete-woods> nik90: that's almost certainly the easiest way, unless you like poking around with d-feet
[12:47] <dandrader> MacSlow, No idea. I don't know what's causing those error messages
[12:48] <jdstrand> pete-woods: another option could be the last infographic I had displayed would be the first to show
[12:48] <pete-woods> jdstrand: again, I think we should talk to the design team about this, I'm sure they have ideas, and they're probably not dissimilar to what you're saying
[12:48] <jdstrand> pete-woods: of for sure. I was just thinking out oloud
[12:48] <nik90> pete-woods: thnx..I just installed d-feet and it seems like a very easy to use GUI tool
[12:49] <jdstrand> pete-woods: what package should I file it against?
[12:49] <pete-woods> jdstrand: I'd say it should go against unity8
[12:49] <pete-woods> jdstrand: and cc katie taylor init
[12:49] <dpm> sergiusens, Saviq, in any case, I've filed bug 1237992 to keep track of the .desktop file translations issue
[12:50] <jdstrand> pete-woods: ack
[12:50] <cwayne_> zsombi, ping
[12:51] <zsombi> cwayne_: pong
[12:51] <mamenyaka> jdstrand, I'm not quite sure if it's right
[12:52] <jdstrand> mamenyaka: I'm sorry, not quite sure if what is right?
[12:52] <mamenyaka> jdstrand, got all the denials, but it still is the same as before
[12:53] <jdstrand> mamenyaka: the bug in click-apparmor is that aa-clickhook -f won't pick up changes in the hardware/ directories
[12:53] <cwayne_> zsombi, hi, i still havent been able to build your branch.. but if you send me over some debs i'd be happy to test it that way :)
[12:53] <jdstrand> mamenyaka: therefore to work around that, you need to remove the profiles, then run aa-click-hook -f
[12:53] <mamenyaka> jdstrand, yes, did that
[12:54] <mamenyaka> jdstrand, that's how I got the apps running again
[12:54] <jdstrand> mamenyaka: ok, so what is the problem?
[12:54] <zsombi> cwayne_: the interesting thing is that the test which fails for you and CI does not fail for any one of us... need to move the test to x11, however CI is migrated now to Mir and if not else, that one will stop it landing :\
[12:55] <cwayne_> zsombi, ah, crap
[12:55] <mamenyaka> jdstrand, how can I tell if an app it's working as it should
[12:55] <zsombi> cwayne_: that's life :(
[12:55] <jdstrand> mamenyaka: if there are no denials, then apparmor shouldn't be in its way
[12:55] <cwayne_> zsombi, so what can we do?
[12:56] <jdstrand> mamenyaka: you did the sysctl trick too, right?
[12:56] <mamenyaka> jdstrand, and what about that confined thing?
[12:56] <mamenyaka> jdstrand, yes
[12:56] <zsombi> cwayne_: nothing. Wait till CI migration is done, then get it landed, so the feature will be available only after 13.10 is out
[12:56] <jdstrand> mamenyaka: that DBus denial you pointed out at the beginning-- I mentioned that was a known bug and you don't have to worry about it
[12:57] <jdstrand> mamenyaka: bug #1237548
[12:58] <mamenyaka> jdstrand, okay, but why did everything work out of the box, without me creating the apparmor-easyprof-ubuntu_mydevice file?
[12:58] <cwayne_> zsombi, okay, that makes sense to me :)
[12:59] <jdstrand> mamenyaka: because /dev/kgsl-3d0 is already in apparmor-easyprof-ubuntu_mako
[12:59] <OrokuSaki> @Stskeeps.. would you make /dev/kgsl-* chowned with root? pmem?
[12:59] <dave__> ...is there anybody out there able to answer a bluetooth stack related Q?
[12:59] <jdstrand> mamenyaka: however, apparmor-easyprof-ubuntu isn't going to ship that next cycle so it won't be there
[12:59] <mamenyaka> jdstrand, and what about   /dev/ion rw and  /sys/devices/system/soc/soc0/id?
[13:00] <jdstrand> mamenyaka: /dev/ion is also in apparmor-easyprof-ubuntu_mako and apparmor-easyprof-ubuntu_manta
[13:00] <jdstrand> /sys/devices/system/soc/soc0/id is in apparmor-easyprof-ubuntu_htc-desire-z-vision
[13:00] <mamenyaka> jdstrand, okay, guess I'm just overworrying
[13:01] <jdstrand> no, I don't think so
[13:01] <jdstrand> just learning about the system
[13:01] <jdstrand> (and how it is changing next cycle)
[13:02] <mamenyaka> jdstrand, so can I submit my files?
[13:03] <jdstrand> mamenyaka: please do :)
[13:03] <dholbach> sergiusens, jdstrand, beuno: I missed parts of the conversation it seems - is the Ubuntu-Gettext-Domain thing fine now? I see Notes was published
[13:03] <beuno> dholbach, yeah, that didn't have Gettext I think, just x-source
[13:03] <beuno> and I reviewed before I saw this conversation, sorry
[13:04] <jdstrand> dholbach: I am looking at Ubuntu-Gettext-Domain
[13:04] <beuno> it failed in the script, but just due to the email address, and x-source, which seemed ignrable
[13:04] <dholbach> beuno, ah yes, you're right
[13:04] <jdstrand> I am going to clarify x-source
[13:04]  * dholbach hugs jdstrand
[13:05] <jdstrand> I think the Ubuntu-Gettext-Domain check is wrong
[13:05] <mamenyaka> jdstrand, done, Bug #1237998
[13:05] <jdstrand> dpm: sorry, if the applicationName is com.example.fooapp, what should X-Ubuntu-Gettext-Domain= be in the .desktop file?
[13:05] <dholbach> beuno, you're right, there are no "X-Ubuntu*" keys in Notes
[13:06] <jdstrand> mamenyaka: thanks! :)
[13:06] <mamenyaka> jdstrand, so when will this land?
[13:06] <jdstrand> not sure-- perhaps ogra_ would know
[13:07] <jdstrand> ogra_: mamenyaka filed bug #1237998 and wondering when someone would get to it
[13:07] <ogra_> jdstrand, mamenyaka, i'll try to, but no promises
[13:08] <mamenyaka> ogra_, jdstrand also Bug #1237618
[13:09] <OrokuSaki> @Ogra How can I test OpenGL in Unity8? Or is the fact that Unity8 is working means that GLES is good?
[13:10] <ogra_> OrokuSaki, right
[13:11] <OrokuSaki> So.. maybe my rendering video problem is more to do with.. mediaservice and rendering
[13:11] <OrokuSaki> thank!
[13:11] <OrokuSaki> ty
[13:11] <dpm> jdstrand, in principle the same. It has to point to the .mo file shipped with the click package that contains the translations. If the security teak ack's on that, I'd suggest to use @{CLICK_DIR}/@{APP_PKGNAME}/<EMAIL_ADDRESS>(see bug 1233071)
[13:12] <dpm> jdstrand, so in that particular case, it'd be Ubuntu-Gettext-Domain=com.example.fooapp
[13:12] <jdstrand> dpm: apps have full access (except writes) to the install directory-- so, 'ack' :)
[13:13] <dpm> cool :)
[13:13] <jdstrand> dpm: is there a legitimate case for Ubuntu-Gettext-Domain to not match the APP_PKGNAME?
[13:14] <jdstrand> dpm: I need to adjust the scripts and need to decide if when it doesn't match if its an error or a warning
[13:14] <jdstrand> dpm: sergiusens was talking about organizationName
[13:16] <mamenyaka> jdstrand, now I know why I was worried, the apps on the two tablets look different
[13:17] <dpm> jdstrand, I'm not familiar at all with organizationName, but for the case you were mentioning, if the developer sets i18n.domain manually in their QML app and that is different than applicationName, then Ubuntu-Gettext-Domain will need to match i18n.domain, but not applicationName. Ideally, it'd be great if we could just get rid of Ubuntu-Gettext-Domain in .desktop files on the phone, but I'm not sure how feasible would that be
[13:18] <jdstrand> dpm: ok, that is helpful. thanks!
[13:18] <dpm> no worries :)
[13:21] <lool> tvoss, Saviq, didrocks: https://code.launchpad.net/~lool/session-manager-touch/launch-after-unity8/+merge/190367
[13:21] <lool> dandrader: ^
[13:21] <lool> dandrader: Probably only working now that we have your other changes
[13:26] <dholbach> hey cyphermox - how are you doing? did you ever see something like http://paste.ubuntu.com/6217952/ on grouper?
[13:26] <lool> tvoss, Saviq, dandrader, didrocks: Uploaded
[13:27] <tvoss> lool, can you also fix the duplicate stop on line?
[13:28] <didrocks> lool: \o/
[13:30] <lool> tvoss: Yes, it seemed odd to me, ogra is fixing it once this fix is in archive
[13:30] <lool> tvoss: Just dont want to delay it any further minute  ;-0
[13:30] <lool> ;-)
[13:30] <tvoss> lool, ack
[13:30] <tvoss> ogra_, you finally remove the duplicate stop on line? ;)
[13:30] <ogra_> lool, tvoss, well, eventually that file should live in the maliit package
[13:30] <lool> ogra_: +1
[13:30] <lool> ogra_: that's actually where I looked for it
[13:30] <ogra_> same for unity8
[13:30] <tvoss> ogra_, +1
[13:31] <lool> Oh is it there too
[13:31] <ogra_> thats some legacy we carry
[13:31] <lool> ogra_: I might have an unity8 upload to do there too
[13:31] <lool> ogra_: I mean an upload of the unity8 job
[13:31] <ogra_> lool, i contacted Saviq already for moving it over
[13:31] <cjwatson> lool,dpm: click lets you revert to the preinstalled version by removing the upgraded one; I see no reason why the UI wouldn't behave the same way, although it may produce slightly odd-looking results
[13:33] <cjwatson> (although to be fair android has pretty confusing behaviour too in essentially the same kind of way)
[13:33] <lool> tvoss, ogra_: https://code.launchpad.net/~lool/session-manager-touch/drop-duplicate-stop/+merge/190373
[13:33] <dpm> cjwatson, ok, thanks. What do you mean by odd-looking results?
[13:33] <ogra_> lool, approved
[13:33] <cjwatson> dpm: I expect the UI will describe it as "remove" rather than "revert to stock version", for starters
[13:33] <lool> cjwatson: So you need to call remove twice to really remove a preinstalled that you've upgraded?
[13:33] <cjwatson> lool: Yeah
[13:33] <lool> cjwatson: I never tested that
[13:33] <ogra_> (which is pointless for a manual merge, i know)
[13:34] <lool> cjwatson: That might not be ideal in terms of user experience, but anyway this is an advanced case we can fix in an update
[13:34] <lool> cjwatson: but good to know that there's a path to do it from the UI without any change
[13:34] <cjwatson> I could argue it either way :)
[13:34] <lool> cjwatson: think of the children
[13:34] <lool> trying to remove apps
[13:35] <cjwatson> anyway, I think click's low-level operations are fine but maybe the UI ought to handle it better *shrug*
[13:35] <lool> OMG
[13:35] <lool> sleep 12 && /usr/bin/ofono-setup
[13:35] <cjwatson> (it accurately models the behaviour if you think of them effectively as two apps overlaid)
[13:35] <lool> this is why network doesn't come up when I boot
[13:37] <lool> ricmm_: Hey, I dropped on sleep from maliit-server upstart job as it's now started after unity8 to fix a crash (tested and worked); would you know the reasons we still need the two sleeps in unity8 upstart job?  Would like to try killing them if that works, unless there's a known breakage that I might not see, then I'll capture in a comment
[13:37] <lool> s/on/one
[13:38] <ogra_> lool, is that the ofono stuff ?
[13:38] <ogra_> i asked about that and there was agreement we want to keep it for now
[13:38] <ogra_> to not risk breakage
[13:39] <lool> cjwatson: we should display two superimposed icons on top of each other, and the top one disappears when you remove the upgraded click to reveal -- tadah! -- the old version; you can't remove me lalalala
[13:39] <lool> :-)
[13:39] <lool> ogra_: I'd like to capture the why on top of it
[13:39] <cjwatson> heh
[13:40] <ogra_> lool, i didnt get a clear result for the why, thats why i didnt touch it then :)
[13:40] <barry> mandel: how goes arrays-of-dictionaries?
[13:42] <didrocks> oSoMoN: so, it seems you spot on another failing case with the Mir-switched image?
[13:42] <didrocks> toolbar not revealing sometimes?
[13:42] <didrocks> kgunn: that can be of interest for you
[13:43] <oSoMoN> didrocks: yeah, see e.g. http://reports.qa.ubuntu.com/smokeng/saucy/touch_mir/mako/91:20131010.1:20131010/4658/messaging-app-autopilot/472774/
[13:43] <didrocks> File "/usr/lib/python2.7/dist-packages/messaging_app/tests/test_messaging.py", line 27, in test_click_new_message_button
[13:44] <didrocks> self.main_view.open_toolbar()
[13:44] <didrocks> I guess
[13:44] <didrocks> kgunn: can your team get a look at this one? ^
[13:44] <didrocks> asac: we potentially have another case of failure (let's try to decipher as much as possible beforehand)
[13:45] <kgunn> didrocks: sure...is there a bug
[13:45] <didrocks> oSoMoN: mind opening one with those infos? (if you catch more tests failing with those, that would be helpful)
[13:47] <kgunn> mterry: ^ can you chase this one down ?
[13:48] <kgunn> mterry: messaging app AP run....i assume you'll hit this
[13:48] <kgunn> mterry: you know how to run AP tests locally i assume ?
[13:48] <oSoMoN> didrocks: will do, I’ll file a bug and add information about the related failuress
[13:48] <didrocks> excellent, thanks oSoMoN, kgunn
[13:49] <kgunn> run 'phablet-click-test-setup' to download all the test cases...then run 'phablet-test-run <suite>'...e.g. 'messaging-app'
[13:49] <mterry> kgunn, I believe so?
[13:49] <mterry> kgunn, OK.  I can't run that on my desktop over to the device?
[13:50] <kgunn> mterry: is that a question or a statement ?....you run it on your laptop term...its using adb to fire commands to the device
[13:51] <mterry> kgunn, ok good.  you said "locally" which made me think device
[13:51] <kgunn> mterry: sorry..yeah...locally in the sense its not some automated machine in a closet running the test :)
[13:51] <mterry> kgunn, yup, makes sense  :)
[13:52] <kgunn> mterry: and after you test and find out a little info...might talk to greybac there's a chance he might be working something
[13:53] <mterry> k
[13:53]  * mterry has to reflash hacky device first
[13:54] <mandel> barry, nearly done, but I have another more important bug to fix for QA
[13:59] <sergiusens> jdstrand, dpm ey, had to pay rent :-) ... I think there is a legitimate reason for appname and gettext domain to be different
[14:00] <sergiusens> jdstrand, dpm compiled apps by default get applicationName == argv[0] and can set organizationName from their code
[14:00] <jdstrand> sergiusens: yep, I adjusted the review scripts to deal with that better
[14:00] <sergiusens> great
[14:03] <asac> ricmm_: you think you could take a glance why APs are failing still? i think you might have a fresh pair of eyes
[14:03] <asac> we hoped that fixing crashes will fix it
[14:03] <asac> we had saviq reporting that for him webbrowser passes 100% reliably
[14:03] <asac> we had jibel and me and daashboard not being able to get that
[14:04] <asac> maliit crash is most likely fixed without helping; unity8 still crashing, but saviq has those as well without impact
[14:04] <asac> ricmm_: thats the summary
[14:04] <asac> (all on touch_mir)
[14:04] <asac> ricmm_: we just need an idea... not a fix :)
[14:05]  * ogra_ has an idea ... fix it :)
[14:12] <cyphermox> dholbach: hey, you found a new bug
[14:13] <dholbach> cyphermox: want me to file it?
[14:13] <cyphermox> I hadn't seen that error before, does that show up all the time? how are you connecting to the wifi network?
[14:13] <dholbach> cyphermox: using the network indicator
[14:13] <dholbach> it works in the network at home, but not here in the office
[14:13] <cyphermox> dholbach: indicator, and not the system settings?
[14:13] <cyphermox> ah
[14:14] <barry> stgraber: so, /var/tmp/system-image or /var/cache/system-image?  are either of these writable now or would i have to wait for a new lxc-android-config to start using them?
[14:14] <cyphermox> is it a wpa network?
[14:14] <cyphermox> dholbach: I think you should file it yes
[14:14] <stgraber> barry: I think /var/cache/system-image is better since it may make sense to have /var/tmp as an actual tmpfs
[14:14] <dholbach> cyphermox: I can try the system settings too - hang on
[14:14] <stgraber> barry: neither are writable, so you'll need a one line change to lxc-android-config
[14:15] <dholbach> cyphermox: WPA, yes
[14:15] <mfisch> jibel: ping
[14:15] <mfisch> charles: ping
[14:15] <barry> stgraber: okay, we'll go with /var/cache/system-image and i'll see if i can do mp.  i'll have to wait for that to land before i can land my change (so i might split that into a different branch/bug)
[14:15] <charles> mfisch: pong
[14:16] <Saviq> asac, well, not without impact - if unity8 crashes of course the rest of the tests die
[14:16] <hummer> hi there
[14:16] <Saviq> unless restarted, that is, but then it might be conflicting with the stale socket
[14:16] <mfisch> charles: jibel filed this bug: https://bugs.launchpad.net/ubuntu/+source/indicator-power/+bug/1226527 which I think is a dupe of this: 1223560 and this: 1215520, which you fixed. tl;dr, I think it's fixed
[14:16] <stgraber> lool: can I push a new lxc-android-config making /var/cache/system-image writable (that path doesn't exist yet, so there's no risk)
[14:16] <mfisch> charles: it's the wrong battery icon when fully charged bug
[14:16] <barry> stgraber: even better :)
[14:17]  * charles looks
[14:17] <mfisch> fixed in 1004
[14:17] <dholbach> cyphermox: file on which project?
[14:17] <hummer> updated to version 90 of ubuntu touch... immediately afterwards, wifi does not connect, even if i manually connect it it disconnects automatically
[14:17] <hummer> and data not working
[14:18] <hummer> problem with image or something else?
[14:18] <dholbach> cyphermox: http://paste.ubuntu.com/6218175/ using system settings
[14:18] <jibel> mfisch, I think it is fixed, I don't remember this with latest build. Let me reboot.
[14:18] <mfisch> jibel: I'm reflashing now as well to try it
[14:18] <mfisch> if fixed, let's dupe it to the one he fixed: 1215520
[14:19] <charles> mfisch: yes, especially from a 20130913 binary. the wrong charge icon fix got merged on 20131004
[14:20] <charles> mfisch: I'll mark it as a dupe; thanks for pointing it out
[14:20] <mfisch> charles: NP
[14:20] <stgraber> lool: http://paste.ubuntu.com/6218185/
[14:20] <sergiusens> jdstrand, dpm sorry to disturb again, but is this possible? X-Ubuntu-Gettext-Domain=ubuntu-calculator-app,com.ubuntu.calculator ? Or should I just rename the .mo's for desktop/debian as well?
[14:21] <sergiusens> my example is bad given that calculator is a non compiled app though
[14:22] <popey> Kaleo: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1229287 added some detail, please take a look..
[14:23] <Kaleo> looking
[14:23] <jibel> mfisch, charles I confirm it is fixed with build #91
[14:23] <jibel> you can mark it as dupe or close it
[14:23] <mfisch> great, merci jibel
[14:24] <jdstrand> sergiusens: that won't match the scripts now-- but whatever dpm tells me is valid, I'll adjust them
[14:24] <charles> hear that sybil? a satisfied customer. we should have him stuffed
[14:24] <ricmm_> asac: hey
[14:24] <sergiusens> jdstrand, ack; I still think we need to iron out the translations a bit
[14:24] <ricmm_> if I give you a deb can you run the stack with it? and see if it works?
[14:25] <jdstrand> sergiusens: yeah, based on what you said yesterday, seems so
[14:25] <jdstrand> sergiusens: (multiple apps)
[14:25] <ricmm_> tvoss: ricmm.resume(slept_for_hrs=4)
[14:25] <mfisch> rhuddie: ping
[14:26] <tvoss> std::coffee >> ricmm_
[14:26] <sergiusens> jdstrand, good thing you reminded me, what's happening everyday is getting blurry :-)
[14:27] <rhuddie> mfisch: ping
[14:27] <mfisch> rhuddie: I cannot repro this bug anymore: https://bugs.launchpad.net/ubuntu/+source/camera-app/+bug/1234102
[14:27] <mfisch> rhuddie: can you?
[14:28] <rhuddie> mfisch, let me check now
[14:28] <mfisch> rhuddie: actually I didn't exactly follow your steps, let me redo
[14:28] <rhuddie> mfisch, yes, I can still see problem
[14:29] <mfisch> ssweeny: did you set zoom to max?
[14:29] <mfisch> cwayne_: icons look fine to me
[14:29] <ssweeny> mfisch, yeah
[14:29] <mfisch> rhuddie: I missed the zoom part, trying again
[14:29] <rhuddie> mfisch, yes, only happens on full zoom
[14:30] <mfisch> rhuddie: repro'd. I'll see what I can figure out
[14:30] <rhuddie> mfisch, cool
[14:30] <mfisch> ssweeny: I'll take this one since you cannot repro
[14:30] <ssweeny> mfisch, ack
[14:30] <cwayne_> mfisch, weird, i didnt have any at all
[14:30] <mterry> greyback, have you done any fixes that might affect the ui toolkit class Toolbar and its animating or not?  There is an autopilot test failure that I can't reproduce, wondered if it got fixed for me already  :)
[14:30] <mfisch> cwayne_: you need to file a bug and get logs
[14:31] <greyback> mterry: nope, I've done nothing of the sort
[14:31] <mterry> greyback, :)
[14:33] <mfisch> ssweeny: what platform did the zoom thing work for you on? grouper?
[14:34] <mfisch> rhuddie: check this out: https://code.google.com/p/android/issues/detail?id=53106
[14:35] <lool> stgraber: Why do we need it?  To keep the upgrade logs?
[14:35] <stgraber> lool: to avoid using /tmp which is a tmpfs
[14:35] <lool> stgraber: didrocks is back, so will ping him about it
[14:35] <lool> didrocks: ^
[14:35] <lool> stgraber: ah right
[14:35] <lool> stgraber: +1 from me, but need to confirm a slot from didrocks
[14:35] <stgraber> lool: because on my device updates can take up to 500MB which is 80% of my tmpfs and may prevent some other devices from updating entirely
[14:37] <didrocks> stgraber: in fact, we are waiting for image 92 to spin first, and delay to Friday all the non-Mir-fixes if I understood correctly
[14:37] <rhuddie> mfisch: looks very familiar!
[14:37] <didrocks> (just back this morning, so kind of crazy to catch up on everything, but that's my understading for today)
[14:37] <mfisch> rhuddie: looks like it was fixed in Android 4.3
[14:38] <rhuddie> mfisch: ok
[14:38] <AskUbuntu> can support indian language | http://askubuntu.com/q/356307
[14:39] <stgraber> didrocks: ok, just make sure not to make the images grow much more otherwise we'll need to get everyone to use phablet-flash to update their device (the langpack addition is getting us dangerously close to not being able to udpate)
[14:39] <charles> ogra_: ping
[14:39] <ssweeny> mfisch, maguro
[14:39] <ssweeny> camera doesn't work on grouper
[14:39] <didrocks> stgraber: we should just have one small image in between (latest promotion was 90, 91 is 3 binary packages and 92 will be less than 8)
[14:39] <SonikkuAmerica> Caelum: Have you tried the server for your home country?
[14:39] <SonikkuAmerica> oops, wrong channel
[14:41] <stgraber> didrocks: I'm not talking about delta size, I'm talking about the size of a full image. Currently mako is barely able to store the files required for a full image of the daily-proposed-customized channel (so I suspect maguro already can't), if the rootfs gets any bigger, we simply won't be able to do full updates anymore on some devices.
[14:42] <didrocks> stgraber: oh ok, can you add the landing ask with those infos so that we can clear that one asap tomorrow?
[14:42] <didrocks> (so that I do remember it)
[14:42] <stgraber> didrocks: add that where (sorry, I try to stay away from that mess usually)
[14:43] <SonikkuAmerica> AskUbuntu: I can't give a definitive answer, but I would guess that any language supported in the desktop version will eventually make its way into the touch version. For now, you have English, which is spoken all over India.
[14:43] <didrocks> stgraber: https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0Au6idq7TkpUUdGNWb0tTVmJLVzFZd0doV3dVOGpWemc#gid=1
[14:45] <cyphermox> dholbach: filed a bug?
[14:46] <cyphermox> didrocks: are the autopilot containers fine now? we had some issues late-ish last night
[14:47] <oSoMoN> didrocks, kgunn: I filed https://bugs.launchpad.net/mir/+bug/1238062
[14:48] <didrocks> cyphermox: I don't know, I'm just back, did you check that yourself? (maybe with jibel as he told he'll have a look today?)
[14:48] <stgraber> didrocks: can't write to that
[14:49] <jibel> didrocks, it's apparmor that denies access to /var/run/dbus/system_bus_socket from inside the container
[14:49] <jibel> because var/run is mounted from the host
[14:50] <stgraber> jibel: is that the lightdm won't start in LXC bug?
[14:50] <jibel> stgraber, yes
[14:50] <stgraber> jibel: can you please paste your dmesg somewhere? I've been trying to get people to do so for a day now and all I get is useless lightdm log files
[14:50] <jibel> stgraber, actually all dbus calls inside the container are rejected
[14:51] <cyphermox> didrocks: I was trying to check... nvidia looks fine but intel still had problems
[14:51] <jibel> stgraber, I've to leave in 5min, in what TZ are you currently, will you be there later tonight?
[14:51] <cyphermox> jibel: I can take over from here
[14:52] <cyphermox> stgraber: dmesg coming up
[14:52] <didrocks> stgraber: you have access now
[14:52] <jibel> cyphermox, thanks
[14:52] <didrocks> thanks cyphermox, jibel, stgraber :)
[14:53] <cyphermox> stgraber: http://paste.ubuntu.com/6218334/
[14:53] <ogra_> chyo
[14:53] <ogra_> charles, yo
[14:53] <cyphermox> as I recall there were no longer denies in dmesg for dbus stuff
[14:53] <mhall119> oSoMoN: I can't scroll in the Google+ app in build 90
[14:54] <awe_> cyphermox, if you haven't already, could you give my test package for the attach bug a spin?
[14:54] <mhall119> the interface is slightly different too, did we change the UA string for it?
[14:54] <dholbach> cyphermox: on which project?
[14:54] <oSoMoN> mhall119: known regression, dbarth is working on it
[14:54] <mhall119> thanks oSoMoN
[14:54] <cyphermox> dholbach: I think that would be indicator-network
[14:54] <cyphermox> awe_: where is it?
[14:55] <mhall119> balloons: tell me the secret of your blue progress bars!
[14:55] <dholbach> cyphermox: using the system settings I get the same thing, but yeah, I'll file it there for now
[14:55] <awe_> cyphermox, bug attachment
[14:55] <balloons> mhall119, ;-p
[14:56] <cyphermox> dholbach: it's not quite the same thing actually
[14:56] <dholbach> oh ok
[14:56] <stgraber> cyphermox: ok, nothing that looks like suspicious in there...
[14:56] <dbarth> mhall119: right, will merge the fix in a minute
[14:56] <stgraber> cyphermox: so the dbus socket you try to access from the container, does it belong to a dbus-daemon running in the container or to one running outside of it and bind-mounted inside?
[14:57] <cyphermox> dholbach: one creates an incorrect connection, and system-settings doesn't hand over the credentials properly -- the system-settings part looks to me like it's the secret agent not doing the right thing... I'm not sure if that's still in indicator-network or if it's all in unity8
[14:57] <dholbach> ok
[14:57] <cyphermox> stgraber: AFAIK it would belong to the system bus inside the container
[14:57] <cyphermox> whatever lightdm does -- I think it's the system bug
[14:57] <cyphermox> *bus
[14:57] <cyphermox> oh
[14:57] <stgraber> cyphermox: ok, can you confirm the kernel version and lxc version on the system?
[14:58] <cyphermox> however, how the container is done maybe the relevant socket is bind-mounted from outside...
[14:58] <dbarth> mhall119: if you're on g+ still, can you try pressing the reload button on the top right; it should fix the problem temporarily
[14:58] <cyphermox> http://paste.ubuntu.com/6218351/
[14:59] <dbarth> just to verify some of that depends on some obscure cookie as well
[14:59] <stgraber> cyphermox: ok, let me see if I can reproduce that with -11 or if I need to reboot first
[14:59] <dholbach> cyphermox: https://bugs.launchpad.net/indicator-network/+bug/1238077
[15:00] <mhall119> dbarth: the reload button on the page?
[15:00] <dbarth> mhall119: yes,not the one from the browser
[15:00] <cyphermox> dholbach: ah, I thought you'd file it against the package
[15:00] <mhall119> dbarth: doesn't do anything
[15:01] <dholbach> cyphermox: I'm happy to add a task
[15:01] <dholbach> done
[15:01] <cyphermox> dholbach: already done :)
[15:01] <dbarth> mhall119: one more time?
[15:01] <dbarth> mhall119: i had weird results; a confirmation will help me with a more advanced user-string later on
[15:01] <mhall119> still nothing
[15:02] <dbarth> mhall119: ok thanks for insisting ;) now i know g+ will be a hard one
[15:02] <mhall119> it's not updating content either, maybe it only fixes it if there's new content
[15:02] <stgraber> cyphermox: can't seem to reproduce on -11, will try -12 after my current meeting
[15:02] <cyphermox> stgraber: ok...
[15:02] <cyphermox> but I'm pretty sure that would have happened with -11 as well
[15:03] <cyphermox> there ought to be something more
[15:03] <dbarth> mhall119: i had it work, but i think that was just ditching the previous cookie, and switching to a refreshed ua detection
[15:03] <stgraber> cyphermox: well, it's possible my fix from yesterday is enough for -11 but that the changes done by jjohansen in -12 broke it again
[15:03] <cwayne_> mhr3__, ping
[15:03] <cyphermox> ok
[15:03] <dbarth> mhall119: so if thta doesn't do anything for you, without a ua change below, that's an important info
[15:03] <cyphermox> I did do the updates separately, but maybe I didn't check right
[15:04] <cyphermox> stgraber: I can just as well downgrade for now, I can reboot that system since the tests wouldn't work anyway
[15:04] <mhr3__> cwayne_, pong
[15:04] <cwayne_> mhr3__, hey, int he latest proposed-customized image, i'm getting a completely blank launcher, any ideas?
[15:05] <stgraber> didrocks: added at the bottom of the spreadsheet
[15:05] <stgraber> barry: do you have a MP for the matching change in system-image so I can add it there too?
[15:05] <didrocks> stgraber: thanks!
[15:05] <mfisch> cwayne_: I'm missing the icons on my 2nd install also
[15:05] <stgraber> cyphermox: ah, would be nice if you can do that quickly
[15:06] <barry> stgraber: not yet.  i'm working on the branch to make that change now.  should have it some time after lunch
[15:06] <stgraber> barry: ok
[15:06] <barry> stgraber: i'll ping you when it's ready
[15:06] <dholbach> thanks cyphermox for looking into it
[15:08] <mhall119> alecu: Saviq: is there a reason the Applications lens doesn't sort apps by name?
[15:08] <dobey> is there any way to switch what channel is being used on the device, without re-flashing? and is there a channel that includes the latest daily-release versions of everything, rather than what's only in the ubuntu archive?
[15:09] <ogra_> dobey, system-image-cli has a switch iirc
[15:09] <Saviq> mhall119, not me ;)
[15:10] <dobey> ogra_: it says "Override the channel just this once" whatever that means
[15:11] <ogra_> i think there is also one that makes it permanent ...
[15:11] <ogra_> i cant check atm, both my phones are flashing
[15:11] <dobey> ogra_: and is there a daily-release channel?
[15:11] <ogra_> no
[15:11] <dobey> :(
[15:12] <ogra_> devel.proposed
[15:12] <mterry> Is anyone looking at the calendar-app autopilot failure?  Seems to be adding two "xx" characters when typing.  I'll look at it
[15:12] <ogra_> err
[15:12] <ogra_> devel-proposed
[15:12] <ogra_> or saucy-proposed
[15:12] <ogra_> make your pick
[15:13] <dobey> i guess i just have to switch to rw / and use apt with the daily-build ppa
[15:14] <mfisch> cwayne_: I'll reflash this first one again
[15:15] <mfisch> mhr3__: it appears that unity is not doing the launch transition from gsettings
[15:16] <mhr3__> cwayne_, eh, sorry, pings everywhere... mzanetti would know more about launcher
[15:16] <mhr3__> mfisch, yea... that's not very good :)
[15:16] <cwayne_> mzanetti, ^
[15:16] <mfisch> mzanetti: from what cwayne_ saw the launcher faves still says "Default" in account-settings
[15:17] <mhr3__> mfisch, some major weirdness was found in upstart, might be related
[15:17] <mfisch> mhr3__: it worked once this morning
[15:18] <mhr3__> that's why it'd fall into weirdness category
[15:18] <mzanetti> cwayne_: ?
[15:18] <cwayne_> mzanetti, we're not seeing any icons on the launcher with the latest -proposed image
[15:19] <mfisch> mzanetti: it appears that the transition from gsettings to account-settings is not occuring
[15:19] <mzanetti> cwayne_: hmm... the launcher code didn't change at all
[15:19] <mfisch> is that triggered by upstart?
[15:19] <mzanetti> what transition?
[15:19] <seb128> does anyone know if we have an Ubuntu logo on the touch image?
[15:19] <seb128> well logo/icon of the Ubuntu circle
[15:19] <mfisch> seb128: the recovery image has it for sure
[15:20] <cwayne_> seb128, its in system settings
[15:20] <seb128> mfisch, do you know where on disk/how it's called?
[15:20] <seb128> cwayne_, ?
[15:20] <cwayne_> no idea, sorry
[15:20] <mhr3__> seb128, isn't it also in the font?
[15:20] <seb128> cwayne_, what do you mean by "its in system settings"?
[15:21] <mfisch> seb128: it's built into the recovery.img, let me find it. what's the underlying problem?
[15:21] <seb128> mhr3__, the font one is the one we use in the about panel, but it's monochrome and doesn't really fit for a icon: in a StandardItem
[15:21] <seb128> mfisch, I want to use it in an setting UI
[15:21] <mhr3__> i see
[15:21] <seb128> mfisch, I guess I'm just going to copy the distributor-logo from desktop
[15:22] <dobey> /usr/share/icons/unity-icon-theme/places/24/distributor-logo.png
[15:22] <dobey> there is that
[15:22] <dobey> but not sure what color it is
[15:22] <mfisch> seb128: oh, you can't get it from  the recovery image at runtime
[15:22] <dobey> and it's only in 24 and 22 px sizes
[15:22] <seb128> dobey, that seems not colored :/
[15:22] <ogra_> didnt we have an svg of that too ?
[15:23] <seb128> ogra_, we have it in humanity-icon-theme on the desktop
[15:23] <ogra_> ahm right
[15:23] <dobey> seb128: and on the touch image too
[15:24] <dobey> Humanity and Humanity-Dark have it
[15:24] <seb128> dobey, well, our theme doesn't Inherit from Humanity
[15:24] <dobey> yes, well; don't get me started about the icon theme stuff on touch :)
[15:25] <seb128> dobey, the humanity versions are the old theme it seems
[15:26] <kedivess> good afternoon. Please, can someone tell me the command for wifi network in ubuntu touch on my nexus 4 ?
[15:26] <dobey> "command" ?
[15:26] <mfisch> cwayne_: no icons again
[15:26] <mfisch> cwayne_: did you file this?
[15:27] <ogra_> kedivess, pull down the top panel select networks enable wlan and pick your network ... then enter the key and be happy
[15:27] <kedivess> i guess it would be something like " phablet network"
[15:29] <kedivess> i can't pick my network, because i have a wpa2 passkey and the top panel asked only for wep ...
[15:33] <lool> stgraber: indeed; are we taking any steps to cleanup failed old system-image downloads though?
[15:33] <kedivess> any help , please?
[15:33] <stgraber> lool: they are on a tmpfs, so no, a reboot will wipe them
[15:33] <stgraber> lool: ah or you mean in /var/cache/system-image?
[15:34] <stgraber> lool: I'd hope system-image-cli would clean after itself, barry could confirm
[15:34] <ogra_> kedivess, well, then it is phablet-network, though i thought WPA2 works
[15:34] <lool> stgraber: oh right tmpfs in the writable-path thing ok
[15:34] <lool> stgraber: yes in /var/cache
[15:34] <lool> barry: ^
[15:34] <lool> barry: when moving to /var/cache, you might have to clean after yourself
[15:34] <lool> barry: as to not leave old stuff there
[15:36] <barry> lool, stgraber oh yeah, i'm aware of that ;)  it's a little tricky, which is one reason why the branch is still in progress.  i have tests to fix.  basically i will clean up atexit, but i'll probably have to watch out for ungraceful exits as well (clean up any tempdirs on next invocation)
[15:36] <kedivess> thank you very much <ogra>.....that works...
[15:36] <barry> *any previous tempdirs
[15:38] <kedivess> another questions.....i followed the "http://sergiusens.github.io/posts/google-contacts-on-ubuntu-touch.html" but it adds only some contacts, not all...
[15:38] <barry> of course, the atexit cleanups will probably need to be rethought when i add back the retry/persistence support, but i'm not sure that's going to make it for saucy.  keeping it in mind for now though.
[15:38] <AdityaR> hi everyone
[15:39] <AdityaR> Does ubuntu linux touch supported in allwinner a10
[15:39] <AdityaR> tablets?
[15:39] <lool> barry: recovery rom is clearing the image after deploying?
[15:39] <lool> barry: even even signature etc. fails?
[15:39] <lool> barry: if not, we might also want a clear on boot job
[15:39] <barry> lool: that's probably a question for stgraber
[15:40] <barry> but s-i only moves files to the recovery partition when it knows everything is copacetic
[15:40] <AdityaR> can anyone tell me abt my query
[15:41] <ogra_> !devices | AdityaR
[15:41] <stgraber> lool: yeah, the upgrader never exits on failure, only exits at the end after removing all the files listed in the ubuntu_command file
[15:41] <ogra_> AdityaR, see if there are any allwinner ports
[15:41] <ogra_> AdityaR, if not, start one :)
[15:41] <AdityaR> thanks a lot @orga
[15:41] <lool> stgraber: great
[15:42] <lool> barry, stgraber: Still feels like there's a case where e.g. we fail to start recovery (e.g. out of battery -- do we check for this? :-) then the next system-image run will clear things I guess
[15:42] <lool> which is fine
[15:43] <mfisch> cwayne_: lets confirm/unconfirm this issue with a non-customized image
[15:43] <barry> lool, stgraber there's probably a small window where, everything is good, we move the files to recovery, and the reboot fails.  what happens then?  how do those files get cleaned?
[15:43] <stgraber> lool: I think it'd make sense for system-image to cleanup /cache/recovery/ before pushing a new set of files
[15:43] <AdityaR> nothing installs after recovery
[15:43] <AdityaR> I dont know wht to do
[15:43] <AdityaR> plz help
[15:44] <barry> stgraber: can it remove *everything* from /cache/recovery or just the files it knows about?
[15:44] <stgraber> lool: that way on failure we still get to see what happened but we reset to a clean state before attempting a new update
[15:44] <stgraber> barry: everything but log and last_log
[15:44] <barry> stgraber: i'll file a bug
[15:46] <greyback> jodh: ping
[15:47] <barry> stgraber, lool https://bugs.launchpad.net/ubuntu-system-image/+bug/1238102
[15:47] <jodh> greyback: hi
[15:47] <greyback> jodh: hi, I hear there's a problem with unity not handling upstart events
[15:47] <greyback> jodh: can you explain it more to me, as I don't understand the problem
[15:49] <jodh> greyback: Are you referring to bug 1235649?
[15:49] <greyback> slangasek: is that the one? ^^
[15:49] <slangasek> greyback: yes
[15:49] <greyback> ok
[15:49] <greyback> yep, I've experienced that
[15:49] <alecu> mhall119: the click scope is not sorting at all, yet.
[15:49] <jodh> greyback: ok. the problem is that unity is misusing the dbus api fwics. Still trying to track down specifically how it is misusing it.
[15:50] <alecu> mhall119: the "more suggestions" part sounds easy to sort
[15:50] <alecu> mhall119: the "Installed" part is a bit more difficult, because the results come from two parts: installed apps, and installed clicks.
[15:51] <alecu> sorry, installed debs and installed clicks
[15:51] <slangasek> greyback: the 25-cent summary is that we think upstart is leaking memory because unity has a connection open to it that upstart is trying to send data to, and unity is not processing it, resulting in it being queued on the upstart side
[15:52] <slangasek> greyback: we should of course fix upstart to not queue such data indefinitely - at some point we should just give up and discard the connection.  But we don't want to just be dropping connections on unity either, we want to work with unity as a well-behaved client
[15:52] <greyback> slangasek: sure
[15:52] <jodh> greyback: right. Specifically, since unity is not calling nih_dbus_setup() indirectly (since it is not calling nih_dbus_connect(), memory gets leaked.
[15:52] <jodh> greyback/slangasek: well, it's not upstart itself that is leaking memory, it's actually libdbus I believe.
[15:53] <slangasek> jodh: it's technically not leaked at all ;)
[15:53] <slangasek> (sez valgrind)
[15:53] <greyback> jodh: so lp:upstart-app-launch would be first place to look, as that does all the communication between shell and upstart
[15:53] <slangasek> jodh: unity doesn't use libnih-dbus at all, surely?
[15:53] <jodh> greyback: so, if you can work out what dbus calls in nih_dbus_setup() unity needs to make, let me know!
[15:53] <lool> barry: Small window >> yes that's the one I meant
[15:54] <lool> barry: bug looks good
[15:54] <barry> cool
[15:54] <tvoss> slangasek, ;)
[15:54] <jodh> greyback: I guess its more likely that unity should be registering a main loop dbus function itself such that libdbus can interrupt the unity main loop and request resource cleanup via callbacks.
[15:54] <slangasek> jodh: in your analysis, you're seeing that unity8 itself has a connection open to upstart?
[15:54] <greyback> jodh: ok
[15:55] <jodh> slangasek: it does, via libupstart.
[15:55] <tvoss> jodh, why would it need to do that?
[15:55] <greyback> do we have any output from dbus-monitor?
[15:55] <slangasek> ok
[15:55] <tvoss> jodh, as far as I understand the dbus client library, cleanup does not require event loop integration
[15:55] <slangasek> I don't believe dbus-monitor will tell you anything useful
[15:55] <jodh> tvoss: as I said above, I'm still investigating the issue so this conversation is frankly premature. I'm not a dbus expert either :)
[15:55] <slangasek> greyback: this wouldn't be on the session bus, it's a direct connection to the session init AIUI
[15:56] <jodh> slangasek: correct
[15:56] <tvoss> jodh, mind pointing me to the code you are suspecting?
[15:56] <AdityaR> can anyonehelp me in porting plz
[15:56] <AdityaR> plz
[15:57] <slangasek> tvoss: roughly, ./plugins/Unity/Indicators/indicatorsmanager.cpp
[15:57] <slangasek> which actually does use libnih-dbus
[15:57] <slangasek> but only part of the api, since unity has its own (non-nih) event loop
[15:58] <jodh> tvoss, greyback: the behaviour we see is that those upstart apps that communicate via dbus using nih-dbus (such as all the upstart bridges) do not leak any memory. If you do not use nih-dbus, you leak.
[15:58] <mfisch> cwayne_: have you tried removing the Ringtel icon in gsettings and rebooting?
[15:58] <mfisch> cwayne_: I'll try that now
[15:58] <cwayne_> mfisch, no i haven't, but i presume it is the ringtel one thats causing this
[15:58] <greyback> AdityaR: this isn't a good week to ask, as we're all very busy getting Saucy out. Could you be patient and wait until after Saucy, then we'll be more free to help out
[15:59] <jodh> tvoss: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/libnih/saucy/view/head:/nih-dbus/dbus_connection.c#L202
[15:59] <slangasek> tvoss, greyback: for reference, here's the glue that nih-dbus uses to make sure the dbus connection is handled:http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/libnih/saucy/view/head:/nih-dbus/dbus_connection.c#L222
[15:59] <slangasek> heh
[15:59] <mfisch> cwayne_: I have an idea
[15:59] <mfisch> cwayne_: it could be a race
[15:59] <AdityaR> ok @greyback
[16:00] <AdityaR> but plz do tell me the time it will finish
[16:00] <cwayne_> mfisch, as in AS is migrating before the click is properly registered?
[16:00] <mfisch> cwayne_: yeah
[16:00] <mfisch> cwayne_: because click is doing something to it on bootup
[16:00] <tvoss> slangasek, jodh can some explain what http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/plugins/Unity/Indicators/indicatorsmanager.cpp#L61 does?
[16:00] <mfisch> cwayne_: but unity shouldn't bail when 1 is missing
[16:01] <jodh> tvoss: the unref? that's required since nih_dbus_proxy_new() takes a ref itself.
[16:03] <slangasek> tvoss: I'm no dbus expert, I only know what I read on http://dbus.freedesktop.org/doc/api/html/group__DBusConnection.html
[16:06] <Dvineone> hi
[16:06] <Dvineone> how is everyone?
[16:08] <ogra_> mterry, i remember you had some lightdm session changes for Mir socket handling ... we are currently seeing crashes on unity shutdown etc and i was wondering if your fix could help
[16:08] <Dvineone> anyone know if touch is working with driod charge?
[16:10] <mhall119> is there a way to get screenshots running under Mir?
[16:11] <ogra_> no
[16:12] <cyphermox> rsalveti: awe_: http://paste.ubuntu.com/6218650/
[16:13] <cyphermox> davmor2: ^ I'm building a package for you now, it will be ready in a few minutes
[16:13] <awe_> cyphermox, is this for a specific bug?  context please?
[16:14] <cyphermox> awe_: this is for bug 1234434... the context was there :)
[16:14] <rsalveti> yeah, code looks fine, just wondering if it's a bugfix
[16:14] <rsalveti> great
[16:14] <awe_> cyphermox, davmor2 wasn't hitting that bug which was specifically for the case where GPRS wasn't re-attaching
[16:14] <awe_> in his case GPRS *was* attached
[16:15] <cyphermox> I know
[16:15] <awe_> I have a fix for that bug that I'm working on
[16:15] <cyphermox> but this is the failure you were seeing then ^
[16:15] <awe_> OK; different bug then.   ;)-
[16:15] <awe_> just checking
[16:15] <cyphermox> see https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1234434/comments/22
[16:15] <cyphermox> well, yeah I guess it's a different bug
[16:16] <cyphermox> let's split the two, I'll fix the bug number later
[16:16] <awe_> ok
[16:17] <cyphermox> davmor2: ^ can you split up your comment #22 from bug 1234434, it's a slightly different issue, but I have the fix building now
[16:18] <davmor2> cyphermox: give me 2 minutes and I can, do you want it in a fresh bug?
[16:18] <cyphermox> yes, please
[16:18] <cyphermox> that will give me enough time to brb :)
[16:20] <jodh> mhr3: I understand your are a bit of a dbus expert. Any thoughts on bug 1235649?
[16:22]  * mhr3 reads
[16:26] <davmor2> cyphermox: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1238137
[16:29] <mterry> lool, I commented on your xdg_runtime_dir comment.  We don't need that branch, but I thought people were looking for a less invasive method of moving to XDG_RUNTIME_DIR?  My branch doesn't conflict with what Mir did, it just means we could back out the Mir change
[16:31] <mfisch> mzanetti / mhr3: found the no launcher icon issues, our fault
[16:31] <mzanetti> mfisch: ok :)
[16:32] <mfisch> I blame cwayne_ actually ;)
[16:32]  * cwayne_ puts on the sombrero of shame
[16:32] <mhr3> jodh, so calling dbus_connection_open() screws things up?
[16:33] <lool> mterry: I think it's bad to have two pieces of code that might craete mir_socket there as either a dir or a socket
[16:33] <mhr3> jodh, sounds like some odd interaction between libdbus and libnih, i'm afraid i won't be of much help
[16:34] <lool> mterry: your branch is inspirational on how we could make things based on PID and pass it as env rather than implementing new logic in Mir though
[16:34] <mterry> lool, fair enough...  but with my branch the Mir code never gets used
[16:34] <tvoss> slangasek, jodh so seems like we just need to run the nih mainloop, probably in another thread
[16:34] <lool> mterry: e.g. the unity8 testsuite also hardcodes the mir_socket path right now
[16:34] <lool> mterry: Not saying it's good
[16:35] <tvoss> slangasek, jodh or is there a default way of integrating nih and a GMainContext
[16:35] <mterry> lool, right, last month when we had the Mir sprint in Lex, I talked to alan_g and we agreed not to change the Mir default socket logic, so I wrote that.  I was surprised to see the logic changed then  :)
[16:35] <lool> mterry: Just wanted to document it in your MP that this is potential clash
[16:35] <lool> mterry: yup
[16:35] <jodh> tvoss: possibly, although I understand from stgraber that running multiple main loops can be problematic (I think he was trying nih + glib).
[16:35] <lool> mterry: Your approach would have been simpler  :-)
[16:35] <ogra_> and sexier
[16:35] <ogra_> :)
[16:35] <mterry> lool, well anyway, I thought we were looking to back out the Mir change, but it sounds like you're not, so never mind about my branch
[16:36] <slangasek> tvoss: we don't care about the nih mainloop per se, we just care about the fact that this dbus connection has pending events on it that are not being handled... if there's a way to register the necessary dbus calls with a unity mainloop, that's fine too
[16:36] <jodh> tvoss: certainly, if you can only run a single nih main loop, that would work.
[16:36] <slangasek> jodh: well, he specifically said he'd run it in a separate thread
[16:36] <mterry> lool, there shouldn't be any clash.  If a piece of code is not looking at MIR_SOCKET, it's a bug
[16:37] <jodh> slangasek: sure, but be aware that nih is not thread safe.
[16:37] <slangasek> um?
[16:37] <mterry> lool, unless you're talking about the testsuite cleaning up the socket
[16:37] <mhall119> alecu: isn't sorting results from multiple scopes one of the primary jobs of the master scope?
[16:37] <mterry> lool, in which case yeah maybe we would need to update the testsuite for the change.  It'd be a pain, yeah
[16:37] <jodh> slangasek: if you can guarantee total separation, might work, but sounds like a hack to run multiple main loops ?
[16:38] <slangasek> jodh: a) what do you mean, "not thread safe"? b) each thread would by definition have a separate main loop, the question is whether it's sensible to create another thread just to run the nih main loop
[16:40] <alecu> mhall119: I don't know much about the master scope, but I think that's not implemented for 13.10. mhr3 ought to know more about that.
[16:40] <lool> mterry: AH maybe
[16:41] <mhr3> jodh, i still don't understand how is this related to unity and indicators? the process that's balooning is upstart itself, and that doesn't have both nih mainloop and glib one, no?
[16:41] <lool> mterry: I dont know who wanted to do what with your branch; I just wanted to hint this had to be coordinated somewhere
[16:41] <charles> ah, sorry ogra_, I didn't see your pong
[16:42] <slangasek> mhr3: because upstart is saving up data that unity is supposed to be reading and isn't.
[16:42] <mhr3> aaaah, ok
[16:42] <lool> mterry: I'm happy if we remove the mir logic and use your branch, just wanted to avoid multiple clever places computing the socket
[16:42] <jodh> slangasek: NIH is a single-threaded library. The NIH main loop calls things like select(), waitid (P_ALL), sets up signal handlers, the sorts of things other main loops might be doing at the same time. Sounds hairy to me.
[16:42] <mterry> lool, sure.  Or my branch could drop the pid stuff
[16:42] <charles> and, as soon as I pong, the phone rings...
[16:42] <jodh> mhr3: the ballooning process is upstart, but it's the dbus client code that is causing the ballooning we believe.
[16:43] <ogra_> charles, well, i'm in a meeting atm :)
[16:43] <slangasek> jodh: ah, alright
[16:43] <jodh> mhr3: it seems that if the dbus api is mis-used on the client side, bad things can happen on the server side.
[16:43] <mhr3> slangasek, jodh, we could just make the unity part use regular glib/gio instead of nih, would fix the issue, no?
[16:43]  * jodh managed to cause a crash in libdbus earlier due to an incorrect dbus call sequence...
[16:44] <lool> mterry: I'm almost out for today; feel free to keep pushing this forward in coordination with mir and unity8 changes without me, we can also discuss tomorrow
[16:44] <mhr3> although pretty expensive "fix"
[16:44] <mterry> lool, sure
[16:44] <mhr3> then again fewer connections is better :)
[16:44] <tvoss> slangasek, then we need the nih_io_watches/fd's and we can add them as idle source to the GMainContext
[16:44] <slangasek> mhr3: that would be an equally valid fix, yes; I don't know why nih-dbus was chosen here, really
[16:44] <jodh> mhr3: possibly, if you register the correct dbus callbacks as per nih_dbus_setup().
[16:45] <mfisch> stgraber: does auto-download of updates work yet?
[16:45] <slangasek> nih is a great library, but I don't see the point for using it piecemeal
[16:45] <mhr3> but i like tvoss' approach better
[16:45] <slangasek> tvoss: yeah, that sounds right
[16:46] <slangasek> tvoss: or maybe you just need nih_dbus_callback() ?
[16:47] <slangasek> if you really don't care about any of this data, that looks like it might be sufficient
[16:47] <tvoss> slangasek, will never be called, you need to at least react to changes on the nih_io_watches as I understand it
[16:47] <jodh> slangasek: no, that's not sufficient alas.
[16:48]  * jodh afk
[16:49] <slangasek> tvoss: ah, right
[16:50] <slangasek> tvoss: hmmm does this plugin run in its own thread?  I just noticed it uses upstart_emit_event_sync, which is a blocking call
[16:52] <tvoss> slangasek, hmmm, I wouldn't expect it to run in its own thread
[16:52] <mhr3> slangasek, no, it'd just block
[16:52] <slangasek> right
[16:52] <slangasek> that seems like a bad thing to have blocking in unity
[16:52] <slangasek> no?
[16:52] <mhr3> well, yes and no, it's emitted twice
[16:52] <mhr3> for the entire unity run
[16:53] <slangasek> oh, really?
[16:53] <slangasek> then, er
[16:53] <slangasek> maybe you want to just tear down the dbus connection in between :)
[16:53] <slangasek> and forget about the event loop nonsense
[16:54] <slangasek> because there's no reason unity would want to trade off the dbus startup/teardown cost against having to repeatedly process dbus data
[16:54] <mhr3> slangasek, still, why doesn't the request just timeout on upstart side? seems silly to keep it indefinitely
[16:55] <slangasek> mhr3: I'm not arguing that
[16:55] <charles> ogra_: so, there's a permission issue with /dev/rfkill, indicator-bluetooth needs rw permissions to be able to toggle bluetooth on & off
[16:55] <mhr3> bottomline, there are many ways to fix, which one is it going to be? :)
[16:55] <slangasek> mhr3: *both*.
[16:56] <charles> ogra_: but currently indicator-bluetooth's gets a Permission denied error
[16:56] <slangasek> unity should be fixed to be a well-behaved client
[16:56] <slangasek> upstart should be fixed to not keep this data indefinitely
[16:56] <slangasek> but the latter is probably a harder fix, since signs point to this being deep in libdbus on the upstart side
[16:56] <charles> ogra_, seb128 seemed to remember that you might have an idea on that one
[16:56] <charles> ogra_, it's at https://bugs.launchpad.net/indicator-bluetooth/+bug/1230275
[16:57] <mhr3> slangasek, tvoss, if it's about emitting two signals really, we should just move it to gio imo
[16:57] <slangasek> mhr3: that sounds to me like "we should duplicate code that exists in libupstart and risk getting out of sync"
[16:58] <sergiusens> mhall119, hey, can you take a look at this? https://code.launchpad.net/~sergiusens/ubuntu-filemanager-app/click_improvements/+merge/190425
[16:59] <mhr3> slangasek, libdbus is broken anyway :)
[16:59] <stefan__> hi
[17:01] <ogra_> charles, i did an upload for this weeks ago to add /dev/rfkill to the android_input group .... i cant really make the device 0666 ... (android_input is the default group of the phablet user)
[17:01] <mhall119> sergiusens: what does plugins.json do?
[17:02] <ogra_> charles, does indicator-bluetooth not run under the permissions of the user ?
[17:03] <stefan__> I want to build ubuntu touch for the Xperia U, so I entered "breakfast kumquat" like https://wiki.ubuntu.com/Touch/Porting
[17:03] <stefan__> but I get an error: http://pastebin.com/G9Dr6WWu
[17:03] <stefan__> why that?
[17:06] <charles> ogra_: maybe this ticket is out of date then? Let me run it myself on a fresh device and see.
[17:06] <ogra_> charles, that would be good, i'm not sure what else we could do, i dont want to make it world writable ...
[17:07] <ogra_> since jdstrand would haunt me then in my sleep :)
[17:08] <Chocanto> Hey ! I get an error with qtcreator when I try to run docviewer on my phone : "bash: cannot set terminal process group (-1): Invalid argument
[17:08] <Chocanto> bash: no job control in this shell" I didn't have it yesterday
[17:09] <Chocanto> Am I the only one to got it today ?
[17:09] <stefan__> here is the device: https://github.com/CyanogenMod/android_device_sony_kumquat/tree/jellybean
[17:09] <greyback> mhr3: slangasek: jodh: Ok, I'm not even managing to reproduce on my phones with latest image, nor honestly do I really know where to start. I've to go afk for 3 hours or so, will return and ask you guys to how I can help
[17:09] <charles> ogra_: *nod*
[17:09] <stefan__> is this not included in phablet-saucy
[17:09] <ogra_> chi commented
[17:09] <stefan__> ?
[17:09] <ogra_> charles,
[17:09] <ogra_> i commented
[17:09] <ogra_> (after testing locally)
[17:10] <Chocanto> Ok, I'm not the only one : https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1238031
[17:10] <stefan__> I thought ubuntu touch this is based on CM10.0 ?
[17:10] <ogra_> charles, seems toggling the settings kills unity8 though ...
[17:10] <sergiusens> mhall119, just a helper for me to retrieve the plugins before building
[17:10] <ogra_> (on Mir that is indeed)
[17:10] <charles> ogra_, hooray :)
[17:11] <Chocanto> jdstrand: ping
[17:11] <ogra_> i blame seb128 ...
[17:11] <ogra_> its the settings
[17:11] <ogra_> :P
[17:11] <charles> ha
[17:11] <charles> unlikely to be seb128's though
[17:11] <cyphermox> davmor2: NM fix -- same place as usual
[17:11] <ogra_> i know, but he likes to be teased
[17:12] <mhall119> sergiusens: okay then
[17:12] <charles> there's a separate ticket open for that crash, iirc larsu was looking into it as a possible unity menumodel issue
[17:12] <cwayne_> is there an easy way to get the screens width/height in units.gu?
[17:12] <ogra_> ah, great
[17:12]  * seb128 slaps ogra with a trout
[17:13] <Chocanto> Mirv: ping
[17:13] <jdstrand> Chocanto: hey
[17:13] <ogra_> yummy ...
[17:13] <Chocanto> jdstrand: Hey ! :)
[17:13]  * ogra_ gets some dill sauce for the trout
[17:13] <kenvandine> yum, trout
[17:13] <ogra_> seb128, could you also trhrow some potatoes ?
[17:13] <ogra_> :)
[17:14] <Chocanto> jdstrand: I see you wrote about the bug that make 'run on device' not working, do you have some news about it ?
[17:14] <seb128> ogra_, and a cold beer?
[17:14] <ogra_> oh, yeah ! good idea
[17:14] <seb128> ;-)
[17:14] <Chocanto> jdstrand: Or maybe something I can do to help ? I need it to finish docviewer but... ^^
[17:14]  * ogra_ hugs seb128