[00:00] <nik90> fginther: one final MP for clock app -> https://code.launchpad.net/~nik90/ubuntu-clock-app/release-1.0/+merge/190510
[00:00] <nik90> fginther: it just increments clock to version 1.0
[00:00] <nik90> popey: can you approve ^^
[00:01] <nik90> or mhall119 ^^
[00:04] <mhall119> nik90: will saving an alarm work in that rev?
[00:04] <nik90> mhall119: I tested it few hours back, it still didnt..
[00:05] <nik90> mhall119: let me grab the upstream MP that I was referring to
[00:05] <mhall119> is that something that needs to be fixed in the clock app, or underlying api and platform?
[00:05] <nik90> mhall119: it has been fixed upstream in EDS -> https://code.launchpad.net/~renatofilho/qtorganizer5-eds/changes-notify/+merge/189487
[00:05] <nik90> mhall119: however I dont think that MP has landed on the phone
[00:06] <mhall119> ok, but there won't need to be a change in clock-app to make it work once the eds fix lands?
[00:06] <nik90> mhall119: I dont think so, but I will have to still test it to make sure
[00:07] <mhall119> ok, in that case I will approve this MP
[00:07] <nik90> mhall119: also everythingn needed for alarm notification has been done on the clock side. just waiting for the indicator -date-time work to be reviewed and merged (again upstream)
[00:07] <nik90> mhall119: so to summarize, the clock app side everything has been done
[00:08] <mhall119> awesome, you guys have done amazing work on that app
[00:09] <nik90> mhall119: thnx..I just hope all upstream bits land quickly for me to test alarm (with notification) on phone..then I would be really happy :)
[00:14] <mhall119> me too, who's working on those bits now?
[00:15] <nik90> mhall119: charles has finished on the indicator date-time stuff. Being reviewed by ted I think.
[00:15] <nik90> mhall119: and renato fixed the EDS stuff
[00:16] <nik90> mhall119: ted implemented the url stuff to call the clock app when a user clicks on the alarms list which wil be shown in the indicator date-time
[00:20] <ahayzen> nhaines, damn tht image has the same issue :/
[00:40] <nhaines> ahayzen: ouch.  :(  Well, if disabling Mir doesn't fix the problem, it should be fixed in a day or so.
[00:40] <ahayzen> nhaines, i may not have done it right but yh not sure how to test a branch on a device at the moment :/
[00:41] <nhaines> nik90: This is probably my favorite mobile clock app.  Very pretty and everyone's impressed when I show it off.  So thanks for all your work there.  :)
[00:42] <nik90> nhaines: thnx a lot. much appreciated :)
[00:42] <nhaines> ahayzen: just have to do 'rm /home/phablet/.display-mir' and then reboot.  Should work outside of that.
[00:42] <ahayzen> nhaines, i'll try it again
[00:42] <nhaines> nik90: My favorite feature is the sunrise/sunset.  But everyone just rolls their eyes when I say that, hehe.  :)
[00:42] <nhaines> nik90: where do those data come from, btw?
[00:43] <nik90> nhaines: openweather online API
[00:43] <nhaines> nik90: thanks.
[00:45] <nik90> nhaines: sry, we changed to geonames.org API. It is also used for other purposes such as world clock timezone info. Geonames is also currently used by the ubuntu installer and is hence proven to be reliable
[00:45] <ahayzen> nhaines, aha! it worked... think i may have missed the reboot and flashed it instead
[00:45] <ahayzen> nhaines, thanks
[00:46] <nhaines> ahayzen: wonderful.  :D
[00:46] <ahayzen> have u tried turning it off and on again? lol
[00:46] <nhaines> nik90: Oh, that's good to know too.  I didn't know geonames.org gave sunrise/sunset.  :)
[00:47] <nhaines> ahayzen: hehe, sometimes it does work!
[00:47] <ahayzen> :)
[00:47] <nik90> nhaines: http://api.geonames.org/timezone?lat=52.37403&lng=4.88&username=krnekhelesh
[00:48] <nik90> nhaines: It is quite a extensive website
[00:48] <nhaines> nik90: nice.  :)  Does the clock ever use GPS data, or just the city name data?
[00:49] <nik90> nhaines: atm, the clock and weather both get their latitude and longitude information using geoIP and then use that to retrieve information such as timezone, sunrise, sunset data etc.
[00:50] <nik90> nhaines: however next cycle I intend to switch to GPS for that. Didnt have enough time to do that this cycle since gps support landed pretty late
[00:52] <nhaines> nik90: sounds good.  I know geoIP was destined to be a backup, so now you already have that in place.  :)
[00:53] <nhaines> nik90: if you're doing weather too, I'm thrilled with that.  Forecast previews are a little unintuitive but I intend to produce some documentation.
[00:53] <nik90> nhaines: no I am only involved in the clock app although here and there I try to collaborate with them to reduce code duplication :)
[00:54] <nhaines> nik90: makes sense.  The locations list really screamed to be converged (although I know OpenWeatherMap doesn't make that possible).
[00:56] <nik90> nhaines: true, I remember that point coming up in the mailing list. However there were different designers for clock and weather and hence the diversity :P. However I believe a discussion between the designers is in progress.
[00:57] <nhaines> nik90: well, the clock design is brilliant.  I'm not sure what I think about a 24-hour alarm spinner, but the timer and stopwatch a brilliant.  I'll just cross my fingers on the alarm thing.
[00:58] <nik90> nhaines: hehe..there is still some inconsistency between 12 hour and 24 hour formats. We should address them next cycle
[01:01] <nhaines> Yeah, Unity displays in 12-hour and the clock in 24-hour.  It'll be nice to be consistent for LTS.  :)
[01:11] <nik90> +1
[03:27] <lucenut> OK, well I did it. Flashed my nexus 10.
[03:27] <lucenut> Well, I think I have.
[03:28] <lucenut> I got down to the part where it says "be patient". https://wiki.ubuntu.com/Touch/Install
[03:28] <lucenut> It took 84 minutes on my hotel internet.
[03:30] <lucenut> It finished and then got to "INFO:phablet-flash:Command 'adb reboot bootloader' returned non-zero exit status 1"
[03:31] <lucenut> Oh, above that it says "INFO:phablet-flash:Restarting device... wait"
[03:31] <lucenut> error: device offline
[03:33] <lucenut> Now it's just at the greg@Netbook:~$ prompt.
[03:34] <lucenut> Kinda stumped what to do next.
[03:38] <lucenut> Well, I did the flash again and it's doing a lot more now! (excited!)
[03:38] <lucenut> The tablet has rebooted a bunch of times and stuff is happening.
[03:39] <dvineone> hi
[03:39] <dvineone> how is touch working out for everyone?
[03:40] <lucenut> Just installing it now!
[03:40] <lucenut> It's grinding through the last steps I think.
[03:41] <dvineone> nice
[03:41] <dvineone> what phone?
[03:42] <lucenut> Nexus 10
[03:43] <lucenut> "ROM may flash stock recovery on boot. Fix?"
[03:43] <lucenut> Not sure what to do now.
[03:43] <lucenut> Should I choose "No" or "Yes - Disable recovery flash"?
[03:46] <dvineone> dunno i have not installed it yet.
[03:47] <lucenut> Boo ya! It's alive!
[03:47] <dvineone> :)
[03:48] <lucenut> I'm still not sure if this is going to upgrade into the release version after the 17th, but I couldn't wait.
[03:52] <dvineone> I am going to try and install it on a droid charge
[03:55] <nhaines> lucenut: it will.
[03:58] <dvineone> it will install on to it ?
[03:58] <dvineone> oh i see nvm.
[03:59] <dvineone> does it effect clock work mod or no ?
[04:53] <Mirv> ha, image #92 on mako feels good!
[04:53] <nhaines> Boo, I literally just checked an hour ago to see if there was a new build.  :P
[04:53]  * nhaines should probably get the build schedule.
[04:54] <Mirv> :)
[04:55] <Mirv> it might be not promoted yet, I used phablet-flash ubuntu-system --channel devel-proposed -b
[04:56] <Mirv> but from the looks of it I'd say it will certainly be promoted - although maguro seems to struggle, so I'm not sure if they can promote mako only or do they need to have #93 for some maguro specific fix
[04:57] <Mirv> but on nexus 4 my showstoppers are gone. it performs better, keyboard works again (as far as I've used it).
[04:57] <nhaines> Then I am sad because I am on maguro.  :P
[04:57] <nhaines> What's not working there?
[04:58] <Mirv> ah, that's too bad :( well I just see the image testing autopilot tests look poor, so I wonder if there is some single point of failure which causes it to be bad, or what
[04:58] <nhaines> Builds are promoted universally, so no waiting for maguro.
[04:58] <nhaines> Well, I'm already running 91 because 90 was pretty useless on maguro, so in about 10 minutes we'll see about 92.  :)
[04:59] <nhaines> I hope screenshotting works again soon.
[04:59] <nhaines> Also I need to find out the command to trigger the tutorial again.
[04:59] <Mirv> nhaines: with luck the AP tests are wrong and it's not worse on maguro than 90/91
[05:00] <Mirv> but actually benefits from the same fixes to eg. keyboard etc
[05:00] <nhaines> Mirv: I'll cross my fingers.  :D
[05:01] <nhaines> If *everything's* broken, I can always slum it in Android for a day.
[05:02] <Mirv> ;)
[05:02] <Mirv> it does clearly boot, and run something
[05:03] <Mirv> all the 'systemsettle' are failing, which might be just a evaluation problem, while some tests succeed so surely it's not completely broken. it's just not as big an improvement in terms of numbers as mako.
[05:04] <Mirv> but numbers don't tell everything
[05:07] <nhaines> Mirv: oh, I'm not actually worried yet.  :)  It's only been sitting at the "upgrading" screen for about 8 minutes now.
[05:29] <tvoss> nhaines, there are improvements for maguro in the pipeline, we just needed to rule out blockers on mako first
[05:30] <nhaines> tvoss: I am completely okay with a stepwise process.  Also if I can help test in any way please let me know.
[05:30] <tvoss> nhaines, sure, let me coordinate with people once they wake up :)
[05:31] <nhaines> tvoss: yay.  :)
[06:03] <AWS> Ok, I have a question.
[06:03] <nhaines> !question
[06:05] <AWS> Many of you must have heard about HTC HD2. Its a mobile, and currently supports UBUNTU (PC Version). We can port android in it, so I was thinking, maybe we can also port Ubuntu Touch in it.
[06:05] <AWS> Many of you must have heard about HTC HD2. Its a mobile, and currently supports UBUNTU (PC Version). We can port android in it, so I was thinking, maybe we can also port Ubuntu Touch in it. Aren't I right?
[06:05] <nhaines> AWS: if you can get CyanogenMod 10.1 to run, you can get Ubuntu Touch to run.
[06:06] <nhaines> https://wiki.ubuntu.com/Touch/Porting
[06:06] <AWS> Ya, I can run CM10.1 in it.
[06:09] <nhaines> AWS: well that's good news then.  :)
[06:09] <jibel> ah, some icons disappeared again from 'more suggestions' :/
[06:11] <AWS> I can run CM10.2 also, but it is not in the list of supported devices. It is an unofficial port,
[06:13] <AWS> So, what I have to do to run Ubuntu Touch in it. I know that simply using the developer version and putting a kernel won't work. It won't be that simple right?
[06:14] <nhaines> AWS: you'l need to port the operating system to the HTC HD2.
[06:14] <nhaines> I've already linked the porting guide: https://wiki.ubuntu.com/Touch/Porting
[06:15] <AWS> Thanks
[06:53] <Mirv> gusch: how's the https://code.launchpad.net/~dandrader/ubuntu-keyboard/improve_kbd_info_ipc/+merge/190418 review going, you were reportedly looking at that?
[06:54] <gusch> Mirv: testing it
[06:54] <Mirv> ok thanks, keep me updated so we can rebuild it at cu2d as well
[07:00] <dholbach> good morning
[07:21] <Abhishek> I am trying to compile Ubuntu touch for Sony Xperia Z (codename: yuga) ...but I am lot of compilation issues ........my host machine is 32-bit
[07:22] <Abhishek> Can someone please tell me that to compile the source code for Ubuntu touch ...I should be having 64-bit machine
[07:27] <Abhishek> Can someone please tell me that to compile the source code for Ubuntu touch ...I should be having 64-bit machine ?
[07:27] <nhaines> Abhishek: you're compiling it for ARM, not for Intel, so your machine shouldn't matter at all.
[07:27] <nhaines> The only thing it should change is how fast it compiles.
[07:28] <Abhishek> nhaines: Thanks
[07:29] <Abhishek> nhaines: But, I am facing lot of compilation issues
[07:29] <Abhishek> nhaines: Segmentation fault (core dumped) ...during compilation
[07:29] <nhaines> Abhishek: no doubt, but it's not because you're running Intel or a 32-bit machine.  :)
[07:29] <nhaines> I wish I could help more, but I do know at least that much to be true.
[07:30] <Abhishek> nhaines: Ok ....thanks :)
[07:40] <nhaines> Does anyone know if we're getting Twitter/Facebook/Google support on Touch?
[07:46] <popey> nhaines: define "support"
[07:46] <popey> nhaines: currently they're webapps
[07:47] <nhaines> popey: by support I mean "system settings > accounts" isn't pretending, and Frends starts working.
[07:47] <nhaines> I also consider "launches an instanced browser but no Unity integration" also to mean "not supported," but that's me.  :)
[07:48] <nhaines> (Actually, I'm a bit sad there's no Unity integration for any of the webapps.  I figured that to be the sure bet.)
[07:55] <nhaines> Oh, the Ubuntu Touch first-run tutorial calls the Welcome Screen a lock screen, but all marketing every emphasizes that it's not a lock screen.  What do I file a bug against in LP?
[07:55] <nhaines> s/every/everywhere/
[08:00] <nhaines> Does anyone know why Ubuntu One is required for click downloads?
[08:04] <pascaltux> is possible iso ubuntu-touch for sony min pro
[08:05] <overthinker> hi there.
[08:11] <kalikiana> nhaines: ultimately you want to download paid apps and give reviews just like on the desktop
[08:11] <kalikiana> which will require that you're logged in
[08:13] <kalikiana> pascaltux: there's a few sony devices here https://wiki.ubuntu.com/Touch/Devices
[08:15] <nhaines> kalikiana: That makes sense.  Bit odd to require it when there's no payment support and no other U1 integration other than db storage.
[08:16] <nhaines> kalikiana: But as long as there's a story there, that works.  From the mailing list I understood it was a bug.
[08:16] <wilhelm_> Hey there, I'm trying to enable 3G with development version. I'm getting Unknown Connection: orange. I copied the 'proper' file as outlined in the Ricardo guide on google +. Any thoughts why it's not working? Much appreciated!
[08:18] <nhaines> wilhelm_: you're probably going to need to tell us which device you're using, what carrier, and what G+ post you're referring to.
[08:18] <nhaines> Also which build you're running.
[08:18] <wilhelm_> Nexus 4
[08:18] <nhaines> wilhelm_: that's mako
[08:19] <nhaines> 'adb shell system-image-cli -i' will tell us which build number you're on.
[08:19] <wilhelm_> just a sec
[08:22] <wilhelm_> current build number: 90 device name: mako channel: devel last update: 2013-10-10 23:43:57 version version: 90 version ubuntu: 20131010 version device: 20131010
[08:25] <wilhelm_> nhaines: it's -> "current build number: 90 device name: mako channel: devel last update: 2013-10-10 23:43:57 version version: 90 version ubuntu: 20131010 version device: 20131010"
[08:29] <nhaines> wilhelm_: good.  And is your carrier GSM or LTE?  That should be enough information for someone to help you.
[08:30] <wilhelm_> GSM
[08:30] <wilhelm_> nhaines: Thanks, so much.
[08:31] <nhaines> I had the understanding that this was "just working" by now on mako, although on maguro (my phone, the Galaxy Nexus), it broke again.  Probably until build 93 tomorrow.  Or later today.
[08:31] <nhaines> wilhelm_: so I can't help further, but we got the right info out here.  :)
[08:32] <wilhelm_> nhaines: uhm. What should be the path to the config file?
[08:32] <wilhelm_> I mean maybe that's the issue here :).
[08:33] <wilhelm_> Ricardo stated on g+ -> adb push <connection> /data/ubuntu/etc/NetworkManager/system-connections/<connection>
[08:34] <nhaines> /data/ubuntu doesn't exist on my phone anymore.
[08:35] <nhaines> Try /userdata/system-data/etc/NetworkManager
[08:35] <nhaines> adb push <connection> /userdata/system-data/etc/NetworkManager/system-connections/<connection>
[08:35] <lool> cyphermox: Sorry was afk
[08:35] <lool> cyphermox: what NM fix?
[08:35] <lool> cyphermox: I thought NM stable update had been rejected by release team?
[08:37] <wilhelm_> nhaines: it's there as well. Now pushed it to all locations that I've manage to find with "NetworkManager" that followed the pattern. No luck
[08:38] <nhaines> wilhelm_: that's definitely where my wifi data is being pointed.  Actually, there's no celluar info there.
[08:38] <popey> nhaines: what's "just working"?
[08:39] <mardy> seb128: hi! Ken told me that you could help with reviews for Online Accounts
[08:39] <nhaines> popey: celluar data on mako with build 92.
[08:39] <seb128> mardy, hey, sure can
[08:40] <mardy> seb128: here's a simple but important one: https://code.launchpad.net/~mardy/signon-ui/lp1238485/+merge/190544
[08:40] <popey> nhaines: oh, yeah, celluar data has "Just Worked ™ " for some time on mako
[08:41] <nhaines> popey: right.  But for wilhelm_ he's getting an error. "Unknown Connection: Orange".
[08:41] <nhaines> Then he tried to follow some outdated web instructions.  :)
[08:41] <nhaines> Then he improvised.  wilhelm_, do you have a link to that G+ post?
[08:42] <wilhelm_> nhaines: :) pretty much yeah.
[08:42] <wilhelm_> nhaines: https://plus.google.com/100264483712374857174/posts/3o1tjYo9Ghx
[08:42] <wilhelm_> nhaines: that was the only thing I managed to find out there about that.
[08:42]  * popey adds a comment to that thread ☻
[08:43] <popey> wilhelm_: does your sim have a lock on it?
[08:43] <popey> I used my phone on Orange (UK) previously, not recently though.
[08:44] <wilhelm_> popey: no. It's unlocked.
[08:48] <JamesTait> Good morning all! Happy Friday, and happy Egg Day! :-D
[08:50] <nhaines> JamesTait: I don't know about Egg Day, but I definitely like eggs, so yay!  :)
[08:50] <JamesTait> nhaines, it's a thing, I promise!
[08:50] <JamesTait> nhaines, https://www.internationalegg.com/corporate/eggindustry/section.asp?id=26
[08:51] <nhaines> JamesTait: I almost made eggs yesterday, too.  Well, I know what I'll have for breakfast then.  :)
[08:51] <seb128> mardy, comment approved but I can't change the status, not in the right team
[08:51] <seb128> mardy, so you need to do that
[08:52] <JamesTait> I had porridge for breakfast today, even though it was Porridge Day yesterday.  I'll have eggs for lunch, though. ;)
[08:52] <joachimvda> I installed Ubuntu touch on a nexus 7. It works for a little while, then the screen starts to flicker and stops responding
[08:52] <joachimvda> Is this a known issue or should I report a bug?
[08:53] <mardy> seb128: OK, will do. Thanks!
[08:53] <popey> nhaines: you almost *made* eggs? You may want to see a doctor. Or maybe a gynecologist
[08:54] <nhaines> popey: just need to eat enough calcium.  :)
[08:57] <nhaines> seb128: glad you're working on bug 1238315.  Thanks for the quick triage and update.  :)
[08:59] <seb128> nhaines, yw ;-)
[09:05] <mhr3> didrocks, there was a patch to qt that fixed an issue with unity8 freezing eating up 100% cpu, we don't have that one released yet?
[09:05] <didrocks> mhr3: do you have the reference?
[09:06] <mhr3> didrocks, ehm, see commit msg of http://bazaar.launchpad.net/~unity-team/unity8/trunk/revision/426
[09:07] <mhr3> 1236316
[09:07] <mhr3> lp bug 1236316
[09:08] <didrocks> mhr3: the unity-mir is not in, right?
[09:09] <mhr3> don't know about unity-mir and how it's related to this
[09:09] <mhr3> i just see that the dash freezes, and not having the patch could be the source of that
[09:10] <didrocks> mhr3: can you tell me the source?
[09:11] <mhr3> here it is
[09:11] <mhr3> https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1236765
[09:11] <didrocks> mhr3: is one is plan for image 94 (so today)
[09:11] <didrocks> this*
[09:12] <mhr3> cool, thx for confirming
[09:12] <didrocks> yw
[09:14] <oSoMoN> tmoenicke: hey, have you seen https://bugs.launchpad.net/ubuntu-keyboard/+bug/1238098 ?
[09:16] <tmoenicke> oSoMoN: this is the 3rd bug with 'extra inserted characters'
[09:16] <tmoenicke> which is seen on mir only
[09:16] <oSoMoN> tmoenicke: any clue what the cause of the bug could be?
[09:16] <tmoenicke> oSoMoN: no
[09:17] <oSoMoN> tmoenicke: so should this bug be marked duplicate of another one?
[09:17] <tmoenicke> oSoMoN: also, this could be anywhere, doesnt need to be related to maliit
[09:17] <tmoenicke> i think something goes wrong with events somewhere
[09:17] <oSoMoN> tmoenicke: yeah, I understand the bug is not necessarily in the keyboard itself, but I think it needs to get our attention anyway
[09:17] <tmoenicke> when you push power button it inserts an "*"
[09:18] <oSoMoN> tmoenicke: ok, so it might very well be a bug in mir itself, can you point me to the master bug report?
[09:18] <tmoenicke> oSoMoN: the person who does the input stuff on mir should check it
[09:18] <tmoenicke> letme check ..
[09:19] <tmoenicke> oSoMoN: https://bugs.launchpad.net/ubuntu/+source/ubuntu-keyboard/+bug/1232122
[09:21] <oSoMoN> tmoenicke: this is not exactly the same bug, but very likely related indeed
[09:22] <tmoenicke> oSoMoN: looking for the other one
[09:22] <OrokuSaki> sensor service starts up better for me
[09:22] <OrokuSaki> @Ogra.. you around? lol.. forgot media-caf folder in qcom..
[09:22] <OrokuSaki> Hopefully that will work
[09:22] <oSoMoN> tmoenicke: can you please follow up with the mir team to ensure those bugs get attention?
[09:30] <tmoenicke> oSoMoN: yep it should be fixed asap
[09:36] <Saviq> ev, ping
[09:36] <ev> Saviq: pong!
[09:36] <Saviq> ev, hey, daisy again!
[09:36] <Saviq> ev, I had to add universe to deb-src
[09:37] <Saviq> ev, to retrace stuff from the phone
[09:37] <Saviq> ev, 'cause some of it is not in main
[09:37] <ev> oh?
[09:37] <ev> I'm confused as to why you'd need that in deb-src
[09:37] <ev> it doesn't need source packages at all (except to stop python-apt from complaining)
[09:38] <Saviq> ev, hmm, ok, I'll let you know exactly what happens in case I encounter it again
[09:38] <ev> Saviq: please do. I wonder if python-apt does its complaining per pocket
[09:52] <N0tTh30n3> can someone give me the output of lsmod on mako?
[09:52] <N0tTh30n3> lsmod returns no loaded modules for me
[09:52] <N0tTh30n3> Or can anybody explain to me how the modules are loaded
[10:00] <Saviq> ev, so... I've tried retracing a .crash from phone on the desktop, and now it tries to download i386 and amd64 from ports.u.c
[10:01] <Saviq> ev, maybe we need [arch=armhf] there?
[10:03] <ev> Saviq: what was the command you ran?
[10:04] <Saviq> ev, http://pastebin.ubuntu.com/6221754/
[10:06] <xnox> Saviq: it's not critical, but yeah you should have [arch=i386,amd64] and [arch=armhf] on normal and ports archives respectevily.
[10:06] <ev> ^ pitti this looks like a bug, no?
[10:06] <Saviq> xnox, it won't continue
[10:06] <gema> Wellark: ping
[10:06] <xnox> Saviq: well normal apt does.... so yeah probably bug in wrappers that used above.
[10:07] <ev> xnox: the retracer code uses a special sources.list for armhf
[10:07] <ev> http://bazaar.launchpad.net/~daisy-pluckers/daisy/trunk/files/head:/retracer/config/Ubuntu%2013.10/
[10:07] <OrokuSaki> @N0tTh30n3 Are you installing the daily image?
[10:08] <Wellark> gema: pong
[10:09] <xnox> ev: neither of which work if one is outside, where only split mirrors are visible, and has at least one arch from each of (archive, ports)
[10:09] <N0tTh30n3> OrokuSaki: Yeah
[10:10] <pitti> Saviq, ev: yes, this does look like a bug; it's supposed to grab that from teh report's Architecture: field
[10:10] <pitti> unless that is wrong/absent?
[10:10] <OrokuSaki> @N0tTh30n3 http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[10:10] <OrokuSaki> ?
[10:11] <OrokuSaki> You are installing 2 files
[10:11] <OrokuSaki> rootfs and mako system partition?
[10:11] <N0tTh30n3> OrokuSaki: I've used that one, I'm using MultiROM to dual boot, I was troubleshooting why I don't have network
[10:12] <OrokuSaki> After you install does android work?
[10:12] <N0tTh30n3> OrokuSaki:  saucy-preinstalled-touch-armhf.zip and saucy-preinstalled-touch-armel+mako.zip as per MultiROM howto
[10:13] <N0tTh30n3> OrokuSaki: Android works fine
[10:13] <OrokuSaki> so maybe... it is sideloading with kexec? I am unfamiliar with mako
[10:13] <OrokuSaki> anyways adb into it
[10:13] <OrokuSaki> go to /system/lib/modules
[10:13] <OrokuSaki> and run insmod ./filename.ko
[10:13] <N0tTh30n3> OrokuSaki: uname -a Linux ubuntu-phablet 3.4.0-3-mako #21-Ubuntu SMP PREEMPT Tue Oct 8 13:11:48 UTC 2013 armv7l armv7l armv7l GNU/Linux
[10:14] <OrokuSaki> and then run lsmod and see if it loads a module
[10:14] <davmor2> Morning all
[10:14] <davmor2> ogra_: I'm a happy bunny this morning ,  The evening has kill 3g :D
[10:14] <Saviq> pitti, Architecture says armhf
[10:14] <OrokuSaki> I have to do this order, compat.ko cfg80211.ko and ath6kl.ko you will be different
[10:15] <OrokuSaki> if I was going to insmod manually...
[10:15] <N0tTh30n3> OrokuSaki: I think I just miss a lot of module files
[10:15] <Saviq> pitti, I've added [arch=] to the deb lines, but it failed to map any .so to a package :/
[10:15] <Saviq> ev, ↑
[10:15] <ev> on call, sorry
[10:15] <OrokuSaki> not from a factory image that ubuntu  compiled and zip.. no you wont
[10:15] <N0tTh30n3> mis
[10:15] <ogra_> davmor2, i dont see network-manager ... wasnt the fix in there ?
[10:15] <Saviq> pitti, ev http://pastebin.ubuntu.com/6221787/
[10:15] <OrokuSaki> ls /system/lib/modules
[10:16] <N0tTh30n3> I have no hardware module files
[10:16] <OrokuSaki> then something is wrong
[10:16] <N0tTh30n3> I'm guessing MultiROM install messes this up
[10:16] <OrokuSaki> yep
[10:16] <OrokuSaki> you could unzip it and untar it yourself or something
[10:16] <OrokuSaki> maybe...
[10:16] <N0tTh30n3> ls /system/lib/modules/3.4.0-3-mako/kernel/
[10:16] <N0tTh30n3> drivers  fs  net  ubuntu
[10:17] <Saviq> pitti, ev, here's the .crash if you want to look at it http://people.canonical.com/~msawicz/_usr_bin_unity8.32011.crash
[10:18] <davmor2> ogra_: I got the packages for ofono and nm from personal archives I'm going to ping everyone in a minute with my syslog and stuff
[10:19] <OrokuSaki> http://forum.xda-developers.com/showthread.php?t=2472295 Ubuntu Touch does not work at the moment
[10:19] <OrokuSaki> @N0tTh30n3
[10:19] <ogra_> davmor2, i also dont see it on the spreadsheet
[10:20] <davmor2> ogra_: which one in particular, me looses track of the millions of spreadsheets that he has. :D
[10:21] <N0tTh30n3> OrokuSaki: Yeah, I know, I just wanted to try and troubleshoot a bit and maybe provide the dev of MultiROM with some feedback  better then:"Yeah, it ain't working here either", and than just lay back like the lazy ..... I am and wait for it to be fixed......
[10:21] <ogra_> davmor2, there is no trace of network-manager on the sheet
[10:22] <OrokuSaki> @N0tTh30n3 Seriously.. I am sure the dev can do it. =)
[10:22] <OrokuSaki> but
[10:22] <N0tTh30n3> :-)
[10:22] <OrokuSaki> you could bring the modules over yourself and try to load them
[10:22] <OrokuSaki> =)
[10:22] <davmor2> ogra_: I thought I saw cyphermox ask asac to look at it last night.  /me goes and grabs hi irssi emails
[10:22] <OrokuSaki> open up the mako zip file from the daily downloads
[10:23] <OrokuSaki> grab the .ko files from /system/lib/modules and them bring them over
[10:23] <OrokuSaki> put them in your .zip and try to install or mount /system as write and bring them over, etc
[10:23] <OrokuSaki> they may just load
[10:25] <OrokuSaki> @Ogra... you guys tested qcom/media-legacy? =) I don't think mine was building.. retrying...
[10:25] <ogra_> not sure what we do in the media stack, wait for jhodapp|afk to show up
[10:26] <OrokuSaki> ty
[10:26] <N0tTh30n3> OrokuSaki: I'm gonna give it a try
[10:26] <OrokuSaki> I would just mount /system like this: mount -o remount,rw /system
[10:26] <OrokuSaki> adb push filename.ko /system/lib/modules or module forget
[10:27] <OrokuSaki> and then insmod the .ko file and lsmod to verify
[10:27] <OrokuSaki> run ifconfig and look for wlan0
[10:27] <OrokuSaki> or etc
[10:33] <N0tTh30n3> Ok thanks
[10:40] <gema> popey: do you have a 5GHz network to which your N4 can connect?
[10:40] <gema> or ogra_ ^ ?
[10:40] <Saviq> gema, I do
[10:40] <ogra_> no
[10:40]  * Saviq tries
[10:40] <gema> Saviq: any chance you could verify bug 1237357
[10:40] <popey> probably
[10:41] <Saviq> gema, sure, sec - once I get my network indicator bug
[10:41] <gema> Saviq: ack
[10:41] <popey> gema: hard for me to do as i have two networks with the same id, different frequency
[10:42] <popey> well, four
[10:42] <gema> popey: ok, let's see if Saviq can
[10:43] <gema> popey: I guess you are testing seamless mobility :D
[10:43] <popey> ya
[10:43] <popey> and lazyness
[10:43] <popey> i win at that
[10:43] <gema> hehe
[10:46] <Saviq> gema, nope, got the lock here
[10:47] <gema> Saviq: are you on WPA2 or WPA?
[10:48] <Saviq> gema, nmcli says "WPA WPA2"...
[10:48] <gema> Saviq: can you for it to WPA2?
[10:48] <gema> mine only takes WPA2
[10:49] <gema> force it*
[10:49] <Saviq> gema, yeah, trying
[10:49] <gema> Saviq: thanks
[10:50] <Saviq> gema, yeah +1
[10:50] <gema> Saviq: nice, thanks
[10:50] <Saviq> gema, so it's not about freq
[10:50] <Saviq> gema, it's about WPA WPA2 vs. WPA2
[10:50] <gema> Saviq: no, I thought so
[10:50] <gema> Wellark: ^^
[10:51] <gema> Saviq: can you confirm on the bug, plz: https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1237357
[10:51] <pitti> $ sudo modprobe mac80211_hwsim
[10:51] <pitti> FATAL: Module mac80211_hwsim not found.
[10:51] <pitti> argh
[10:51] <pitti> gema: ^ so much for simulating a 5 GHz AP :/
[10:51] <Saviq> gema, done
[10:51] <pitti> seems we don't build that module on our phone kernels
[10:52] <gema> pitti: Saviq just confirmed that it is WPA2 vs WPA WPA2
[10:52] <gema> pitti: it's not about the frequency
[10:52] <gema> Saviq: thanks
[10:52] <pitti> ack
[10:52] <gema> Wellark: hope that helps you deal with it with your router
[10:56] <Wellark> gema, pitti: ok, thanks! that's really helpful
[11:05] <Wellark> gema: so which icon are we talking about exactly?
[11:05] <Wellark> the one in the result list
[11:05] <Wellark> or something else?
[11:07] <max-and> hello i get error msg "phablet-flash -b usage: phablet-flash [-h]  ... phablet-flash: error: too few arguments"
[11:09] <max-and> can anyone help me here
[11:09] <max-and> or atleast let me know if i can install ubnutu on tablet from linux mint?
[11:10] <gema> Wellark: the icon of the indicator
[11:11] <gema> Wellark: the one that normally has a little lock on it indicating you are connected to a protected network when you look at your phone
[11:11] <gema> Wellark: the one that is at the top in the indicator bar
[11:17] <Wellark> gema: right. the really tiny one
[11:17] <gema> Wellark: yes
[11:17] <Wellark> gema: I always thought it was not even supposed to have a lock :D
[11:18] <Wellark> as I have WPA2 only AP
[11:18] <gema> Wellark: me too, until I changed networks and saw it there :D
[11:18] <Wellark> so I'm not seeing it
[11:18] <nik90> Good morning everyone ;)
[11:18] <Wellark> so, ;;VERIFIED;; :D
[11:18] <gema> Wellark: indeed
[11:21] <pitti> Saviq: "You don't have permission to access /~msawicz/_usr_bin_unity8.32011.crash on this server"
[11:21] <pitti> Saviq: mind some chmod?
[11:22] <asac> rsalveti: thostr_: maybe we can get together a bit later to sort out the media experience?
[11:23] <asac> so we can nail this today and monday?
[11:23] <pitti> Saviq: I'll try this with a tiny synthetic crash report (dash)
[11:23] <thostr_> asac: yes. even though a lot is really low level meaning we just uncover it by using it
[11:23] <Saviq> pitti, of course, sorry
[11:23]  * Saviq forgets every time
[11:24] <pitti> Saviq: no worries, for investigation I want to start with a small crash anyway
[11:24] <Saviq> pitti, yeah, that's a 14MB one...
[11:24] <Saviq> pitti, anyway - perms fixed
[11:24] <pitti> Saviq: and will require a gazillion deps
[11:24] <pitti> Saviq: thanks
[11:24] <asac> thostr_: so i have the feeling more of these could be discovered before we put it in the image
[11:24] <asac> byt thats just my feeling
[11:25] <thostr_> asac: well, this is not a regression, this has never worked
[11:25] <asac> i know
[11:25] <thostr_> asac: and it seems it's because of mir... so we shouldn't have enabled mir ;)
[11:25] <asac> lets sync quickly once rsalveti is up and had somet time to think/assess whats going on
[11:26] <asac> thostr_: that would be news to me :)
[11:26] <thostr_> asac: yes. so all I want to say is, we tested our stuff, we didn't change anything, it was mir regressing it
[11:28] <pitti> Saviq: in your cache/, does cache/Ubuntu\ 13.10/apt/etc/apt/sources.list actually have "ports.u.c." deb sources?
[11:28] <pitti> Saviq: also, it should download cache/Ubuntu\ 13.10/saucy-Contents-armhf.gz
[11:28] <pitti> Saviq: with a simple crash of "dash" I get both on my amd64 saucy
[11:28] <Saviq> pitti, http://pastebin.ubuntu.com/6222007/
[11:29] <pitti> Saviq: good, that looks fine
[11:29] <Saviq> pitti, and yeah
[11:29] <Saviq> pitti, saucy-Contents is there
[11:29] <Saviq> pitti, 309B though
[11:29] <pitti> Saviq: hm, odd
[11:29] <pitti> Saviq: oha, literally 309B? does it contain an error message?
[11:29] <pitti> Saviq: it should be 27 MB
[11:30] <Saviq> pitti, indeed http://paste.ubuntu.com/6222017/
[11:30] <pitti> err, why does it try to download that from ddebs.ubuntu.com
[11:31] <pitti> "deb [arch=armhf] http"
[11:31] <pitti> oha, where does that come from
[11:31] <pitti> haven't seen that syntax yet
[11:31] <Saviq> pitti, that was to stop it from bailing out
[11:31] <pitti> Saviq: OK, give me a minute to see what its heuristics is for downloading conents
[11:31] <Saviq> pitti, 'cause it was downloading i386 and amd64 from there, 404 and bailing out
[11:32] <pitti> Saviq: I don't have these tags in lp:daisy trunk
[11:32] <pitti> I think that's the difference
[11:32] <Saviq> pitti, no you don't
[11:32] <Saviq> pitti, I added them, 'cause otherwise retrace would bail out
[11:32] <pitti> Saviq: apport-retrace works just fine here without
[11:32] <pitti> Saviq: can you show me how it would fail?
[11:32] <Saviq> pitti, http://pastebin.ubuntu.com/6221754/
[11:32] <Saviq> pitti, that's all of it, it would just exit after
[11:37] <pitti> Saviq: ok, I know why it fails with the added [armhf] field; it takes the first server name in sources.list, and just didn't expect that format
[11:37] <pitti> Saviq: I'll fix that
[11:37] <Saviq> pitti, right, cool thanks
[11:37] <pitti> Saviq: but I don't know why it doesn't "just work" with the normal daisy config; we use pretty much that in production
[11:37] <Saviq> pitti, I just started again with no modification to daisy
[11:37] <Saviq> pitti, will try and get you more info
[11:38] <Saviq> pitti, exit code 1 btw
[11:38] <pitti> Saviq: I need to leave for some errands and lunch, bbl
[11:38] <pitti> Saviq: please feel free to file a bug if you want this fixed in saucy (release team usually wants one at this point)
[11:38] <Saviq> pitti, will do
[11:54] <jeremy_> hey cardova hax0rs
[11:54] <jeremy_> and ubunteers :)
[11:55] <Guest70146> question; I installed ubuntusdk on raring (13.04) and when I open qtcreator I cant select "ubuntu" as a project template. What to do?
[12:01] <Guest70146> question; I installed ubuntusdk on raring (13.04) and when I open qtcreator I cant select "ubuntu" as a project template. What to do?
[12:02] <Saviq> pitti, bug #1238620 and bug #1238616
[12:18] <gema> Saviq: we have a crash of unity8 when you try to switch off bluetooth from system settings (it happens earlier than in previous images), Saviq can you confirm if it is the same you are working on or if we need to raise it?
[12:19] <gema> Saviq: confirmed in image 92
[12:39] <popey> gema: confirmed
[12:40] <ogra_> there was a bug for it
[12:40] <ogra_> iirc
[12:40] <gema> popey: ack, trying to get a feel  as to whether saviq thinks it is the same as https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1236705
[12:40] <gema> ogra_: it  fails differently this time
[12:40]  * ogra_ digs, i know charles was working on it 
[12:40] <gema> ogra_: it crashes one step earlier
[12:40] <ogra_> it crashes unity
[12:40] <ogra_> once you touch the toggle in system settings
[12:40] <Saviq> gema, sorry, got distracted
[12:40] <gema> Saviq: no worries
[12:40] <popey> yeah, crashes when i enable here
[12:40] <ogra_> is what you see something else ?
[12:40] <Saviq> gema, I'll try and reproduce locally
[12:40] <gema> Saviq: ack
[12:41] <gema> ogra_: before it failed the second time you toggle and the  screen went off, now it crashes the first time you touches and the image stays there (doesn't go blank)
[12:42] <gema> Saviq: I have a crash file if you want it
[12:42] <Saviq> gema, sure
[12:42] <ogra_> gema, ah, i dodnt know the former state then, only todays ... (or yesterdays when i discussed it with charles )
[12:43] <gema> ogra_: yep, just trying to make sure I am not wasting everybody's time raising again something that is already known
[12:43] <gema> ogra_: but I am pretty sure it is failing differently
[12:46] <gema> Saviq: ehm, 31MB of crash... not sure where to put it, gimme a sec
[12:48] <Saviq> gema, yeah, it's a proper kind of crash...
[12:53] <gema> Saviq: I sent you a link
[12:55] <Saviq> gema, thanks
[12:56] <AskUbuntu> phablet-dev-bootstrap does not proceed | http://askubuntu.com/q/356723
[12:58] <Saviq> gema, no, different trace, will file the bug
[12:58] <gema> Saviq: thanks
[13:06] <Saviq> gema, hrm, can't retrace, old unity8 - do you have the steps to reproduce?
[13:06] <Saviq> gema, just toggel bluetooth?
[13:06] <gema> Saviq: go into system settings -> bluetooth and toggle bluetooth (i.e. switch off)
[13:06] <gema> Saviq: that's when it happens
[13:22] <gema> Saviq: do you have bug number?
[13:22] <Saviq> gema, sending up now
[13:22] <gema> Saviq: ack, thanks
[13:23] <Saviq> gema, or well - it's 1236249
[13:23] <Saviq> bug #1236249
[13:23] <gema> thanks
[13:23] <Saviq> dednick, you looking at ↑?
[13:24] <gema> Saviq: so it was already there
[13:24] <Saviq> or is it more in larsu's field ↑↑?
[13:24] <dednick> Saviq: i think it's been fixed already
[13:24] <gema> dednick: on what image?
[13:26] <dednick> Ah. the fix hasnt been submitted. Give me a minute.
[13:27] <dednick> larsu: ping
[13:27] <larsu> dednick: hi
[13:27] <dednick> larsu: hey. can we merge https://code.launchpad.net/~larsu/unity8/lp1236249 ?
[13:28] <dednick> the second part you were talking about in the bug isn't an issue in unity8
[13:29] <larsu> dednick: sure. I'll put up a merge request
[13:30] <larsu> dednick: did you see https://code.launchpad.net/~larsu/unity8/per-profile-indicator-positions/+merge/190472
[13:30] <larsu> https://code.launchpad.net/~larsu/unity8/lp1236249/+merge/190652
[13:32] <dednick> larsu: um. dont think that's going to work..
[13:33] <dednick> or rather it shouldnt have, but did because of a quirk.
[13:33] <dednick> the "menuObjectPaths" property is used in qml.
[13:44] <Saviq> gema, a corresponding system-settings crash https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1236251
[13:48] <gema> Saviq: ack
[13:49] <larsu> dednick: right, I thought I changed that too. In qml/IndicatorBase.qml. Or is it used anywhere else?
[13:50] <dednick> larsu: apparenly i'm blind
[13:53] <dednick> larsu: have all the indicators been updated already?
[13:58] <dednick> larsu: mind if i take over the fix for bug #1236249 ? I want to add some tests. i think it may still crash in some instances
[14:31] <lolz> hi
[14:33] <Guest15480> is there a way to remove dash plugins? ...i tried dpkg -l | grep lens in a adb shell. didn t show me any packages
[14:33] <Guest15480> i know you can disable then, but i want to remove most of them
[14:37] <barry> mandel: ping
[14:37] <mandel> balloons, pong
[14:37] <mandel> f**k, balloons sorry
[14:37] <mandel> barry, ping
[14:37] <barry> mandel: :)
[14:37] <mandel> ok, pong, I'm stupid
[14:37] <mandel> barry, tell me
[14:37] <barry> mandel: just wondering about LP: #1215586 (array-of-dicts)  how's that going?
[14:38] <mandel> barry, will have an mp in a few hours
[14:38] <mandel> barry, got drag to something else more urgent :-/
[14:38] <barry> mandel: no worries.  did you test it with that branch i sent you?
[14:39] <mandel> barry, yes, looks good to me, I delayed with the tests
[14:39] <sergiusens> popey, can you quickly look at https://code.launchpad.net/~sergiusens/ubuntu-terminal-app/click_improvements/+merge/190686 ?
[14:39] <popey> ya
[14:40] <popey> sergiusens: done
[14:40] <barry> mandel: i'm going to try to get an s-i 1.9 uploaded today or monday.  i'd love to get that branch in, if system-settings is ready for it.
[14:40] <mandel> barry, ideally we will be there on time
[14:40] <mandel> barry, by the way, I'll be in your time zone next week (well, closer, I'll be in orlando)
[14:41] <mandel> barry, so we should have no TZ delays
[14:41] <barry> mandel: oh nice.  sprinting?   have you ever been there?
[14:41] <mhall119> build 92 is nice and smooth, rsalveti did that bug fix land in this image?
[14:41] <mandel> barry, not really sprinting, visiting :)
[14:41] <rsalveti> mhall119: not yet
[14:41] <rsalveti> mhall119: monday :-)
[14:41] <mandel> barry, and yes, have been there before :)
[14:41] <rsalveti> mhall119: it'll be slow after a while
[14:41] <barry> mandel: even better :)
[14:42] <pitti> Saviq: I fixed the [armhf] tag issue, in case you want to re-try with running from trunk
[14:43] <barry> mandel: okay.  i'll keep an eye on system-settings.  if there's anything i can do to help speed that along, let me know
[14:43] <pitti> Saviq: I use this command: PYTHONPATH=. bin/apport-retrace -S ~/ubuntu/tmp/daisy/retracer/config -C /tmp/cache -sv /tmp/_bin_dash.32011.crash
[14:43] <Saviq> pitti, thanks! will do
[14:43] <mandel> barry, will do
[14:43] <pitti> Saviq: now looking what could break the unmodified daisy config for you
[14:46] <pitti> Saviq: I'm now running with your crash file
[14:46] <pitti> $ PYTHONPATH=. bin/apport-retrace -S ~/ubuntu/tmp/daisy/retracer/config -C /tmp/cache -sv /tmp/_usr_bin_unity8.32011.crash
[14:46] <pitti> Saviq: and it's happily downloading armhf indexes
[14:46] <pitti> Saviq: is it possible that you previously used your cache/ dir for an amd64 retrace?
[14:46] <Saviq> pitti, nope, fresh one
[14:46] <pitti> Saviq: could you try with removing your cache dir (or using a different one)?
[14:46] <Saviq> pitti, sure
[14:47] <pitti> the .crash file looks fine, it's in principle no different from my dash one (but I'll leave it running anyway)
[14:47] <pitti> dynamically loaded /usr/lib/arm-linux-gnueabihf/libunity-mir.so.1.0.0 needs package libunity-mir1, queueing
[14:47] <pitti> so contents resolution works, too
[14:47] <beuno> barry, ping
[14:48] <barry> beuno: pong
[14:48] <ahayzen> sergiusens, ping
[14:50] <sergiusens> ahayzen, pong
[14:50] <ahayzen> sergiusens, regarding ur comments on https://code.launchpad.net/~music-app-dev/music-app/expandable-and-more/+merge/189483 do u want me to add the changes u described to that branch or do u want to change ur branch to have a Prerequisite of tht branch instead?
[14:51] <beuno> barry, hey hey!  I was thrilled to be pointed towards your direction for a missing build number after flashing a nexus 10 with ubuntu-system
[14:51] <barry> beuno: me too... i think :)
[14:52] <sergiusens> ahayzen, whatever suits you better
[14:52] <beuno> barry, I don't know what to poke it at to figure out my current state
[14:52] <beuno> barry, everything seems pretty broken, so i want to make sure I'm on the right build first
[14:52] <barry> beuno: you can always run `system-image-cli --info` at the adb shell to get some useful information
[14:53] <beuno> barry, aha!
[14:53] <beuno> current build number: 90
[14:53] <beuno> barry, I followed the wiki which told me to look in client.ini
[14:53] <ahayzen> sergiusens, tbh either way is fine i can add ur changed to the massive merge if u want? I just wanna get this to land
[14:53] <barry> beuno: now try `system-image-cli --dry-run`
[14:53] <beuno> which said zero
[14:54] <barry> beuno: oops, what page?  that's out of date
[14:54] <beuno> Upgrade path is 92
[14:54] <sergiusens> ahayzen, add it
[14:54] <beuno> barry, ^
[14:54] <Saviq> pitti, do I have to build apport? no module name packaging_impl?
[14:54] <barry> beuno: okay, so now you know your device is on build 90 and if you were to upgrade, it should leave you at build 92
[14:54] <beuno> barry, the bottom of: https://wiki.ubuntu.com/Touch/Install
[14:54] <pitti> Saviq: as this had to download 422 MB of debs: http://paste.ubuntu.com/6222742/
[14:54] <ahayzen> sergiusens, will do :) anything else we need to do?
[14:55] <beuno> barry, the UI said multiple times there were no new builds
[14:55] <barry> beuno: thanks, let me fix that page
[14:55] <pitti> Saviq: it's apparenlty for an older unity8, so due to that version mismatch the symbols aren't very useful :/
[14:55] <Saviq> pitti, that's nothing, got a 60Mbit pipe here - and apt-cache ;)
[14:55] <pitti> Saviq: ah, just run "./setup bla"
[14:55] <barry> beuno: hmm, that's interesting.  try tailing /var/log/system-image/client.log and then hitting the u/i
[14:55] <Saviq> pitti, right
[14:55] <Saviq> pitti, no worries, I got it retraced on manta
[14:55] <sergiusens> ahayzen, is the architecture tuff dealt with?
[14:56] <beuno> barry, on it. Had to reset it again, seems to hard-lock often
[14:56] <ahayzen> sergiusens, err i don't think so?
[14:56] <pitti> Saviq: but essentially it's a glib-y assertion failure
[14:56] <pitti> Saviq: it wouldn't surprise me if that was the old "tried to access a nonexisting key from some gsettings schema" issue
[14:56] <Saviq> pitti, nah, different
[14:57] <Saviq> pitti, not sure which .crash I've sent you though :)
[14:57] <pitti> but at least I didn't run into this bug
[14:57] <Saviq> pitti, while I have you here - any way to point apport-retrace at a proxy?
[14:57] <pitti> so I guess we can use a small dash crash for debugging
[14:57] <beuno> barry, update manager says no updates, no new lines added to the log
[14:57] <pitti> Saviq: it's just plain apt, so whatever works for apt
[14:57] <beuno> barry, I'm confusing update manager with system updater or something, aren
[14:57] <beuno> aren't I
[14:58] <Saviq> pitti, right, but doesn't copy from the config it seems?
[14:58] <barry> beuno: you are :)
[14:58] <Saviq> pitti, I tried putting apt.conf in daisy
[14:58] <beuno> barry, gah, thanks, it
[14:58] <beuno> it's updating now
[14:58] <Saviq> pitti, and it didn't go into the cache
[14:58] <pitti> Saviq: ah, separate file
[14:58] <pitti> Saviq: right, that sounds like a wishlist bug
[14:58] <Saviq> pitti, will do :)
[14:58] <Saviq> pitti, exitcode 1
[14:58] <Saviq> pitti, with plain daisy config
[14:58] <pitti> Saviq: I meant, you can just change the source.slist in the config to use your local mirror instead of archive.u.c.
[14:59] <Saviq> pitti, yeah, I'm using apt-cacher instead
[15:00] <pitti> Saviq: I have an /etc/apt/apt.conf.d/01proxy (but I'm not using that for apport-retrace), I guess you want support for copying that from someplace into the chroot
[15:00] <Saviq> pitti, http://pastebin.ubuntu.com/6222766/
[15:00] <Saviq> pitti, yup, something like this
[15:01] <pitti> Saviq: right, I didn't fix that bug yet, just the [arch=armhf] workaround
[15:01] <Saviq> pitti, ah ok
[15:01] <Saviq> pitti, let me know if you need anything
[15:01] <pitti> (gdb) p __glib_assert_msg
[15:01] <pitti> $1 = 0x0
[15:01] <pitti> :(
[15:01] <pitti> Saviq: ^ from your core dump
[15:01] <pitti> too bad
[15:02] <pitti> Saviq: so most probably not a glib assertion after all
[15:03] <pitti> Saviq: if you can reproduce that crash, your best bet is to watch its stderr and check what assertion it stumbles over; __gnu_cxx::__verbose_terminate_handler() is almost surely something like an assertion
[15:05] <ahayzen> sergiusens, i have updated the branch to include ur changes, wht do i need todo for the architecture stuff?
[15:06] <sergiusens> ahayzen, look at this https://code.launchpad.net/~sergiusens/music-app/manifest/+merge/190250
[15:07] <ahayzen> sergiusens, so the only change is the addition of "architecture": "armhf", ?
[15:07] <sergiusens> yes
[15:07] <sergiusens> ahayzen, and any other description stuff you feel needs changing
[15:08] <ahayzen> sergiusens, so wht is it just armhf and not i386?
[15:08] <sergiusens> ahayzen, maintainer can be the core app mailing list
[15:08] <sergiusens> ahayzen, click only really works on ubuntu touch
[15:08] <ahayzen> sergiusens, or are we deploying on the desktop over debian until Mir lands?
[15:08] <sergiusens> ahayzen, fat package support landed recently
[15:08] <sergiusens> ahayzen, I plan to support that right after release
[15:09] <sergiusens> ahayzen, yeah, desktop is not click
[15:09] <mpt> larsu, hi, in 13.10 if you visit Ubuntu One Music, does it stay in the sound menu even once you leave the Web site?
[15:09] <ahayzen> sergiusens, click requires Mir for security purposes IIRC?
[15:09] <ahayzen> sergiusens, ok so we'll add i386 at a later stage?
[15:10] <sergiusens> ahayzen, yes; in summary click only works on ubuntu touch; no matter the architecture
[15:11] <sergiusens> ahayzen, but... multiple arch per click package just landed a couple of weeks ago and requires some fixes all along the pipes
[15:11] <sergiusens> ahayzen, to risky at this stage
[15:11] <ahayzen> sergiusens, ah ok... right thts been pushed
[15:11] <sergiusens> ahayzen, I would focus on fixing the music app tests which don't work while it's a click package
[15:12] <ahayzen> sergiusens, they work locally fine... and seem to sometimes work on Jenkins its odd think there are some gst issues at the moment or something
[15:13] <sergiusens> ahayzen, it's because you are using a HOME patch that wouldn't work when launched through upstart
[15:13] <ahayzen> sergiusens, ah ok balloons was hacking about with it for the past few weeks trying to get it to work
[15:13] <sergiusens> ahayzen, I have a semi working branch that I need to fix up since a big refactor happened in the middle
[15:14] <balloons> sergiusens, you still have a music branch to land?
[15:14] <sergiusens> balloons, haven't worked on it yet
[15:14] <sergiusens> balloons, but it has to land for it to be tested as click
[15:14] <balloons> sergiusens, shall I change HOME patching while I'm fixing the test?
[15:14] <sergiusens> balloons, the whole patch home thing is not going to work on click/upstart
[15:15] <sergiusens> balloons, let me get a quick non fully working MR in place for you right after the meeting I'm in
[15:15] <balloons> sergiusens, sure.. I can take the task of updating those that need it.
[15:16] <sergiusens> balloons, ack; filemanager has simialr issues btw
[15:16] <ahayzen> balloons, can u tell me why the first has failed and the second has passed? or does the first just need a rebuild? https://code.launchpad.net/~andrew-hayzen/music-app/select-same-track-different-model-fix/+merge/190518 https://code.launchpad.net/~andrew-hayzen/music-app/basic-repeat-implementation/+merge/190519
[15:18] <balloons> sergiusens, yep.. those 2 might be the only 2 who patch home.. I can't think of any others atm
[15:20] <lool> ahayzen: Happens sometimes that the tests are flaky or the image broken
[15:20] <lool> ahayzen: if the tests pass for you we should give it back
[15:20] <lool> ahayzen: if this very same test is often a problem, it might need tweaks to be more robust
[15:20] <ahayzen> lool, can u trigger a rebuild of https://code.launchpad.net/~andrew-hayzen/music-app/select-same-track-different-model-fix/+merge/190518
[15:20] <lool> sergiusens: ah so you're pulling qtpowerd in music-app.click?  thanks
[15:21] <lool> ahayzen: I think I might be able to
[15:21] <balloons> lool, ahayzen I rebuilt it
[15:21] <ahayzen> lool, i'm seeing things like 'Error: "Configured audiosink audiosink is not working."' in Jenkins
[15:21] <ahayzen> balloons, thanks
[15:21] <balloons> ahayzen, however if it's sometimes failing it's indicative of a problem
[15:21] <lool> ahayzen: given back
[15:21] <lool> balloons: ah sorry
[15:21] <ahayzen> balloons, lool, the one tht did pass has no video though which is strange :/
[15:21] <lool> oh ups
[15:22] <lool> 30s delta
[15:22] <balloons> ahayzen, no video is recorded if the pass. you only see failures
[15:22] <ahayzen> balloons, tht would be why then :)
[15:22] <balloons> ahayzen, :-)
[15:24] <kenshiro> Hi, I would like to know: 1- if there will be some messaging app in Ubuntu Touch (like Skype) in 13.10 release.  2 - If there will be some way to use whatsapp before 14.04 release. 3 - If there will be access to GPS sensors in Nexus 4, and any voice navigation app (like Google Maps or other). Thank you !
[15:24] <ahayzen> balloons, lool , damn it failed
[15:25] <sergiusens> lool, yes
[15:25] <balloons> ahayzen, my guess is it is correct.. it's not playing -- does it work locally?
[15:26] <ahayzen> balloons, it does.... on Jenkins it seems to be complaining about audiosinks not working?
[15:26] <ahayzen> balloons, note i'm on raring though
[15:27] <Saviq> tvoss_, found why autopilot can't type without maliit - it *does* use maliit - ogra_ you were right
[15:27] <lool> ahayzen: file:///usr/share/music-app/MusicSettings.qml:177: ReferenceError: untits is not defined
[15:27] <Saviq> shame it doesn't make sure it's started at all...
[15:28] <ogra_> heh
[15:28] <ahayzen> lool, thts been fixed in here, and tht merge still fails with a similar sink issues https://code.launchpad.net/~music-app-dev/music-app/expandable-and-more/+merge/189483
[15:28] <lool> ahayzen: typo: should be units
[15:29] <ahayzen> lool, yep we found loads they are all fixed in tht other branch :)
[15:29] <lool> ahayzen: Yeah, you should merge trunk in your lp:~andrew-hayzen/music-app/select-same-track-different-model-fix though
[15:29] <lool> ahayzen: let me look at the other failure hten
[15:30] <kedivess> hi everyone...
[15:30] <ahayzen> lool, all tht has changed with trunk is translations since my branch
[15:31] <lool> ahayzen: so many errors there
[15:32] <ahayzen> lool, such as?
[15:32] <lool> ahayzen: bunch of criticals on startup, libGL errors etc.
[15:32] <lool> ahayzen: not related to your changes
[15:32] <lool> ahayzen: but making the real problem unclear; it could indeed be the sink
[15:32] <sergiusens> Saviq, tvoss_ we discussed that yesterday with thomi , he said he'd talk to veebers, but you'd need something like this http://paste.ubuntu.com/6222922/ and http://paste.ubuntu.com/6222925/
[15:32] <lool> ahayzen: for instance: file:///usr/share/music-app/common/BlurredBackground.qml:27:5: QML QQuickImage: Cannot open: file:///usr/share/music-app/common/images/cover_default_icon.png
[15:32] <lool> ahayzen: file:///usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Components/Icon.qml:77:5: QML Image: Failed to get image from provider: image://theme/add
[15:33] <sergiusens> Saviq, it's incomplete though, got pulled into other things; but bottom line, unity8 needs to be started with upstart
[15:33] <lool> This looks like "jack" is the default audiosink but fails"
[15:33] <lool> Cannot connect to server socket err = No such file or directory
[15:33] <lool> Cannot connect to server request channel
[15:33] <lool> jack server is not running or cannot be started
[15:33] <lool> ahayzen: and also: requestSysState: QDBusError("org.freedesktop.DBus.Error.ServiceUnknown", "The name com.canonical.powerd was not provided by any .service files")
[15:33] <lool> ahayzen: I'd say the jacksink is the one causing issue
[15:34] <ahayzen> lool, the others shouldn't be stopping it from playing
[15:34] <lool> ahayzen: I suppose you ask qt to start playing, then the test verifies that indeed it's playing, but it's not because the sink couldn't be opened
[15:34] <lool> ahayzen: Yes, they are just annoying  :-)
[15:34] <ahayzen> lool, basically
[15:34] <lool> ahayzen: Do you know how the video is captured?
[15:34] <lool> we might want to hook the audio too
[15:34] <lool> the sink should be pulse not jack though
[15:34] <lool> but I guess pulse isn't running
[15:34] <ahayzen> lool, no, i no nothing about autopilot... just python
[15:36] <lool> ahayzen: autopilot is just a way to abstract running our UI tests, mainly driving input events and capturing widget information (that's my limited understanding), then there's a coreapps testing machinery hosted on jenkins that installs packages and sets up the test environment; I think this part needs to be told to pull some runtime deps
[15:36] <lool> ahayzen: perhaps gstreamer plugins for audio output for instance
[15:36] <ahayzen> lool, yh
[15:37] <ahayzen> lool, does it pick up the depends from the debian/control ?
[15:37] <lool> ahayzen: what I dont understand is how even the jack thing is pulled in
[15:37] <lool> ahayzen: it's in gstreamer1.0-plugins-good but I dont see that in the log
[15:37] <Saviq> sergiusens, yeah, he started a branch
[15:37] <lool> ahayzen: Yes; ideally we wouldn't have to encode anything about the runtime environment for phones vs. testing in the package
[15:38] <lool> ahayzen: it's an issue in the setup of the test env
[15:38] <ahayzen> lool, can't see an gst in out depends unless it comes off qtdeclarative5-qtmultimedia-plugin
[15:38] <Saviq> sergiusens, https://code.launchpad.net/~veebers/unity8/ap_launch_unity_with_upstart/+merge/190552
[15:38] <lool> ahayzen: still, we should see the dpkg spew of its installation?
[15:39] <ahayzen> lool, yh
[15:39] <ahayzen> lool, have we moved to gst1.0 now then?
[15:40] <ahayzen> lool, the only package i can see being installed tht is related to gst is libqgsttools-p1
[15:43] <lool> ahayzen: we did yes
[15:43] <sergiusens> Saviq, looks good, need someone to test it later?
[15:43] <sergiusens> or review
[15:43]  * sergiusens notices the work in progress
[15:43] <kedivess> i would ask to someone....i added a folder "it"  (language pack) in "usr/share/locale-langpack" . But when i set language "italian" in System Settings, it does not work. Any suggestions??
[15:43] <lool> ahayzen: Yeah; I'm assuming the base tarball has some extra stuff, or jack is somehow supported in qt
[15:43] <Saviq> sergiusens, it's not ready yet
[15:43] <sergiusens> Saviq, duly noted
[15:43] <Saviq> sergiusens, and my eyes are starting to bleed here - maybe tomorrow
[15:44] <RodneyLee> HI, I loaded a maugro image to toro galaxy nexus, can only boot to "Google" and padlock screen, any ideas how to fix this
[15:45] <RodneyLee> maguro image
[15:45] <lool> ahayzen: so I dont immediately see how jack is picked
[15:45] <lool> balloons: Would you know about how the coreapps testing environment is setup?
[15:45] <ahayzen> lool, no lol...but everyone like jack :)
[15:45] <lool> balloons: there is this video recording setup, and then the tests run and audiosink fails
[15:46] <lool> balloons: I'm not sure how the jack deps are pulled there
[15:46] <mhall119> hey phablet devs, how can I take a screenshot with a mir-enabled phone?
[15:46] <balloons> ahayzen, fginther is your man to speak to on how it is setup.
[15:46] <balloons> lool, but you should look at what it is pulling in via parms
[15:46] <lool> balloons: what do you mean?
[15:47] <balloons> I'm not following along with you and ahayzen's conversation too much, but if you look at the job if pulls in certain things
[15:47] <balloons> if you don't see it pulling in anything then it's part of the larger enviroment already setup
[15:47] <balloons> but you can pass ppa's etc in
[15:48] <lool> balloons: exactly
[15:48] <lool> balloons: so it seems the behavior is part from the larger environment
[15:48] <fginther> balloons, ahayzen, lool, the job parameters only add PPAs, it up to debian/control to specify dependencies
[15:48] <lool> balloons: the audio output seems to be failing, hence breaking the test
[15:48] <lool> fginther: /something/ pulls jack output, I dont see any jack package being pulled though
[15:48] <balloons> lool, this is an issue with the trunk tests also: https://bugs.launchpad.net/music-app/+bug/1238696
[15:49] <lool> balloons: that was merged into the branch being tested though
[15:49] <balloons> :-)
[15:49] <lool> I mean a fix for the typo was
[15:50] <ahayzen> fginther, so how to we get pulse in?
[15:50] <lool> fginther: for instance, do we run pulse in the test env?
[15:50] <popey> mhall119: no
[15:50] <lool> ahayzen: right  :-)
[15:50] <popey> mhall119: unless you switch to SF
[15:50] <ahayzen> fginther, gstreamer1.0-pulseaudio or something?
[15:51] <mhall119> popey: I don't want to go back to SF :(
[15:51] <lool> fginther: we also seem to setup something for capturing video, I'm assuming we could tell it to capture audio as well (would be awesome)
[15:51] <popey> there is no other way AIUI
[15:51] <popey> t voss said it would be a future enhancement, not current
[15:51] <balloons> mhall119, you can take an ss
[15:51] <balloons> big secret, hush, hush, shh
[15:52] <mhall119> balloons: tell me your secret oh great sage
[15:52] <popey> ooh
[15:52] <balloons> mhall119, check your pm.. we can't let popey in on this :-p
[15:53] <lool> I know, you take a picture with another phone!
[15:53] <lool> or you use a mirror and trigger camera-app in the background
[15:53] <fginther> lool, ahayzen, the jenkins environment is based on a desktop install, possibly jack comes from there?
[15:53] <balloons> +1 for mirror
[15:53] <ahayzen> fginther, so how do we resolve the issue?
[15:54] <lool> fginther: so there's a desktop install which runs a screen recording software, that should be running pulseaudio, then we create a chroot with some base packages?
[15:54] <fginther> ahayzen, what exactly is the issue, I only have part of the story
[15:54] <lool> fginther: which desktop is this?
[15:54] <fginther> saucy
[15:54] <lool> fginther: we are getting audio output failures while running music-app tests
[15:54] <ahayzen> fginther,specifically....  jack server is not running or cannot be started   Cannot connect to server socket err = No such file or directory  Cannot connect to server request channel   jack server is not running or cannot be started  Error: "Configured audiosink audiosink is not working."
[15:55] <lool> I'm pretty sure jack is tried first in the gstreamer list
[15:55] <lool> but then it should switch to the next configured sink or smething
[15:55] <ahayzen> lool, shouldn't it be using autoaudiosink ?
[15:55] <lool> and one of them should we pulse and that should work
[15:55] <lool> ahayzen: yeah, that's the one which will try jack, then pulse
[15:55] <lool> then alsa etc.
[15:55] <fginther> the core-apps jenkins tests are run on an openstack vm, no chroots involved there
[15:56] <ahayzen> lool, does it?
[15:56] <lool> fginther: how do we start the desktop session?  do we start pulse there?
[15:56] <lool> I'm running out of time and am about to leave
[15:58] <fginther> lool, nothing special is done to start it, it's the session that starts on boot
[15:58] <lool> fginther: so we start a real desktop session with X and everything
[15:58] <lool> fginther: Ah I guess pulse might be failing if there is no actual sound hardware!
[15:58] <lool> fginther, ahayzen: I've got to go
[15:58] <fginther> lool, ahh, I was wrong, we do manually start x
[15:59] <lool> fginther, ahayzen: Perhaps some shell debugging of what's going on there would help, or instructions on reproducing the environment in openstack
[15:59] <fginther> lool, ahayzen I can help work on it
[15:59] <lool> fginther: then perhaps we fail to start pulse?
[15:59] <lool> fginther: what I think we need to ensure is that a) we pull the right packages (on phone we pull the codecs and default audio output etc. that apps can rely upon)  b) we start the right things (e.g. pulse) in the session where we test
[16:00] <lool> Ideally, we'd be able to *record audio* in the .ogv, but that might be pushing it a bit  :-)
[16:00] <lool> fginther: at worst, we could configure a fakeaudiosink as the default gstreamer sink in the gstreamer settings
[16:00]  * lool has to go
[16:00] <lool> good luck!
[16:00] <lool> bye guys
[16:00] <fginther> lool, thanks
[16:00] <ahayzen> lool, cyas thanks
[16:00] <dandrader> dednick, does 122 looks like the height of the indicator bar in pixels?
[16:01] <dandrader> nah, it's too much...
[16:01] <dednick> dandrader: it's about 3gu i think
[16:01] <kedivess> any help?
[16:04] <ahayzen> fginther, are the autopilot fixes something u can work on in a separate branch? do u need anything from me?
[16:04] <sergiusens> balloons, ahayzen https://code.launchpad.net/~sergiusens/music-app/ap_click_mods/+merge/190714
[16:05] <ahayzen> sergiusens, how can i test? branch and run autopilot locally?
[16:05] <sergiusens> ahayzen, on the phone you mean?
[16:06] <ahayzen> sergiusens, on the desktop? or can i not test on tht?
[16:06] <sergiusens> ahayzen, oh, on the desktop business as usual
[16:06] <balloons> sergiusens, ohh interesting
[16:06] <ahayzen> sergiusens, :)
[16:06] <balloons> I was just messing with it
[16:07] <sergiusens> balloons, I still can't get this fully working, but at least now it's not fully broken as click
[16:07] <balloons> sergiusens, I'm merging into my branch
[16:08] <fginther> ahayzen, I think I have what I need right now to work on the environment issue, all I need is the failing branch so I can retest it to see if it works
[16:08] <balloons> sergiusens, https://code.launchpad.net/~nskaggs/music-app/apfixes-for-mir/+merge/190708
[16:08] <dednick> mzanetti: is it a good idea to expect the datetime indicator to be running in a qmltest?
[16:08] <ahayzen> fginther, ok just ping me if u need me to do anything
[16:09] <mzanetti> dednick: hmm... probably not. do I?
[16:10] <dednick> mzanetti: hm. my testClock is failing
[16:10] <mzanetti> dednick: ouch
[16:11] <mzanetti> why hasn't that been discovered by the upstream merger tests?
[16:11] <mzanetti> oh wait...
[16:12] <sergiusens> balloons, ahayzen when testing as click I get this though http://paste.ubuntu.com/6223112/
[16:12] <balloons> sergiusens, I'm trying to see how you deal with actually making  mediascanner work..
[16:12] <dednick> mzanetti: actually, i think it works on trunk.
[16:13] <mzanetti> dednick: huh?
[16:13] <dednick> mzanetti: although one of my branches has UnityMenuModel mocked...
[16:13] <dednick> mzanetti: hang on. let me figure this out. might be my fault.
[16:14] <mzanetti> dednick: well, I don't *think* I rely on the UnityMenuModel to actually work... but given that we don't run any tests before merging for some random reason I can't be sure
[16:15] <balloons> sergiusens, I'll keep playing with it on the desktop side.. once that works, I'll look further
[16:17] <sergiusens> balloons, I'm not really doing much, just reusing what's there but using a neater filter/loop
[16:18] <balloons> sergiusens, there was just a little bug that confused me.. it's running now
[16:19]  * sergiusens looks
[16:20]  * balloons pushes now
[16:21] <balloons> rev 178 works now on desktop
[16:21] <balloons> time to test other places
[16:27] <balloons> sergiusens, ok, hehe as I suspected it fails with local installed versions.. digging in
[16:27] <bcurtiswx> is there a way to clear/fix the black icons on the side bar on my nexus 7
[16:27] <Saviq> sergiusens, care to check out https://code.launchpad.net/~saviq/unity8/workaround-lp1238645/+merge/190724
[16:28] <sergiusens> Saviq, you'll need to add a stop on teardown
[16:28] <sergiusens> Saviq, to not get maliit crashes
[16:28] <Saviq> sergiusens, not really
[16:28] <Saviq> sergiusens, ah
[16:28] <Saviq> ok, can do
[16:28] <Saviq> makes sense
[16:29] <Saviq> sergiusens, pushed
[16:37] <sergiusens> Saviq, ah, thought you would do an addCleanup; this works to as call raises no exception
[16:39] <balloons> sergiusens, ok I'm at the same spot as ahayzen now with jenkins not detecting it's playing. Can I supersede your mp?
[16:39] <sergiusens> balloons, yeah, supersede it :-)
[16:40] <sergiusens> Saviq, I'll give this a test
[16:43] <balloons> ok so fginther and ahayzen I take it you'll solve the audio detection issue then? The ap test fixes should be ready to land as soon as jenkins is happy to detect it's playing ;-)
[16:44] <fginther> balloons, ahayzen, yes I will work on this
[16:44] <ahayzen> fginther, thanks
[16:45] <balloons> awesome ;-)
[16:45] <fginther> balloons, ahayzen, it may take some time (and there is potential that it won't even work on a VM)
[16:45] <ahayzen> :/
[16:46] <balloons> fginther, in the interim can we top approve these and go? there is quite a bit of backlog of merges I can see with music
[16:46] <ahayzen> balloons, fginther, wht are we going to do with the other MP in the mean time?
[16:46] <Saviq> sergiusens, thanks
[16:46] <ahayzen> there are two waiting to land at the moment
[16:47] <ahayzen> sergiusens, do we need this anymore? https://code.launchpad.net/~sergiusens/music-app/click_improvements/+merge/190482
[16:47] <sergiusens> ahayzen, if you merged them already, no
[16:48] <fginther> ahayzen, I can re-enable the merge. Just checked the most recent test results and the results don't regress from the non-mir image
[16:48] <ahayzen> sergiusens, well not merged but nearly... https://code.launchpad.net/~music-app-dev/music-app/expandable-and-more/+merge/189483
[16:48] <sergiusens> ahayzen, that's what I meant; merged in your MR :-)
[16:48] <ahayzen> sergiusens, yeah it is in there, the manifest.json and the music-app.desktop fixes
[16:49] <sergiusens> ahayzen, I'll cancel the MRs then
[16:49] <ahayzen> sergiusens, thx
[16:50] <ahayzen> sergiusens, could u then take a look at this merge and approve/disprove https://code.launchpad.net/~music-app-dev/music-app/expandable-and-more/+merge/189483
[16:51] <ahayzen> then the only person left is dpm
[16:51] <sergiusens> ahayzen, I already have
[16:51] <sergiusens> ahayzen, but I abstained as I can't vouch for the full list of changes
[16:52] <ahayzen> sergiusens, ok thanks :)
[16:52] <ahayzen> sergiusens, yh rather large list of changes :P
[17:19] <balloons> sergiusens, do you have a simple way to test a branch using click on a device? I use phablet-click-test-setup and push branches to the device and run them. Perhaps there is a better way?
[17:20] <sergiusens> balloons, yes there is
[17:20] <sergiusens> balloons, you branch just needs to be on launchpad
[17:20] <sergiusens> balloons, to make it easy
[17:22] <balloons> sergiusens, ok, yes, it's on lp. I'd like to note it down for the app devs who do have devices so they don't scratch their heads when it fails in the lab (because of click issues)
[17:23] <balloons> what I'm doing now is a bit more complex than I think it needs to be
[17:31] <mzanetti> kalikiana: how did you test this? https://code.launchpad.net/~mzanetti/qtcreator-plugin-ubuntu/fix-device_run_app-for-mir/+merge/190677
[17:31] <mzanetti> kalikiana: I just reinstalled the plugins, tried to run. Get the same message as you do. Then I overwrite the installed file with the modified one and it works fine again here
[17:32] <kalikiana> mzanetti: I overwrote the file, I didn't build the plugin - that should be sufficient, right?
[17:32] <mzanetti> kalikiana: yep, taht's what I did too
[17:33] <kalikiana> lemme replace the file again just in case
[17:36] <balloons> sergiusens, so what is the easier way to click packages against an lp branch?
[17:37] <kalikiana> mzanetti: hrm it works now. sorry for the fuzz, I guess the file download was bad or something the previous time
[17:37] <mzanetti> kalikiana: no worries. glad it works
[17:45] <sergiusens> balloons, sorry, got a phone call in the middle: http://sergiusens.github.io/posts/testing-and-building-click-packages.html
[17:45] <balloons> sergiusens, perfect thank you.. I'll point folks at that, and I'm sure you and others will iterate it into a simple solution. It's already much better than it was
[17:49] <sergiusens> balloons, np
[17:51] <balloons> sergiusens, what's the toolpath intended to be? your comment seems to be missing
[17:52] <sergiusens> balloons, oh, that's where you want to branch that lp: branch I have
[17:52] <sergiusens> balloons, sorry, thought it might be implied
[17:53] <balloons> ohh, yea, reading it makes sense now
[17:54] <balloons> just you left a comment for everything but that :-0
[17:54] <sergiusens> balloons, just that I did bottom up reading, makes not sense top-down
[17:54] <balloons> I was reading it as lp:~sergiusens/+junk/click_ready  was a example branch
[17:54] <larsu> dednick: sure, please do :)
[17:55] <larsu> mpt: yes, it does
[17:55] <sergiusens> balloons, my target is to be able to do something similar to bzr bd; like bzr build-click or bzr bc
[17:58] <sergiusens> doanac, added a comment to https://code.launchpad.net/~doanac/phablet-tools/intro-config/+merge/189627
[17:58] <doanac> sergiusens: thanks. i'll apply that change asap
[18:01] <doanac> sergiusens: updated
[18:09] <nimbos> Is there a list of current apps available for ubuntu-touch/phone that I can browse.  I'm looking into developing something, but if there's already a project started I'd rather just see if I can join that.
[18:14] <sergiusens> nimbos, the device itself?
[18:14] <sergiusens> alecu, beuno is there a website for browsing apps yet? ^^
[18:15] <beuno> sergiusens, there is not
[18:15] <beuno> won't be for a little while
[18:15] <beuno> nimbos, if you're willing to parse json, you can see a list here: https://search.apps.ubuntu.com/api/v1/search?q=
[18:15] <nimbos> ok, thanks
[18:15] <sergiusens> is the api ok though?
[18:16] <sergiusens> ah, seems it is :-)
[18:16] <nimbos> ok
[18:18] <nimbos> python -mjson.tool cleans it up pretty good, thanks
[18:19] <nimbos> I like how xkcd viewer is a flagship app
[18:43] <stgraber> ogra_: still around?
[18:43] <ogra_> yeap
[18:43] <stgraber> I'm working on the script required for alternative system-image server for ports, oem and QA. I've done most of the work but I'm hitting a wall when repacking the initrds to include the right keys.
[18:43] <stgraber> http://paste.ubuntu.com/6223715/
[18:44] <stgraber> basically it looks like bootimg.cfg is wrong for every single of our devices
[18:44] <stgraber> and we only succeed into building the image because it's not parsed at creation (only is during update)
[18:45] <stgraber> I guess I could just re-create a new partition image entirely which should workaround this, but maybe we could also have those set to the right value?
[18:45] <navtej9173> hello
[18:45] <stgraber> (my repacking makes the initrd 1 byte smaller in average, so that's not my stuff making it go over the limit)
[18:46] <navtej9173> can someone help me to get ubuntu running on my galaxy tab 2
[18:46] <navtej9173> please..........
[18:49] <ogra_> stgraber, bootimg.cfg isnt used anymore
[18:49] <ogra_> stgraber, we can drop that completely, the config comes from android nowadays
[18:49] <ogra_> stgraber, we should just drop them
[18:52] <stgraber> ogra_: what do you mean? build a .img without -f?
[18:52] <ogra_> stgraber, we dont create bootimg during build ... it happens in the android package build
[18:53] <ogra_> stgraber, if you need the bootimg.cfg you need to fish the boot.img out of the android package and use abootimg to extract it
[18:54] <tschoie> hi all
[18:54] <ogra_> that will give you the shipped one
[18:54] <stgraber> ogra_: the one I checked again is the one I extracted from the partition image, not from any of our packages
[18:54] <stgraber> *against
[18:54] <tschoie> i have been using ubuntu touch for some time now on my nexus 4, it's great to see things coming together
[18:54] <tschoie> i have a question, though: i uninstalled the core clock app
[18:55] <tschoie> is there any way to get it back, doesn't seem to be a regular click package... ;)
[18:55] <stgraber> the script in the above paste unpacks the device-* .tar.xz from system-image and repacks the partition image contained in there and shows that the partition size in bootimg is wrong since our initrd is actually bigger than the max size
[18:56] <ogra_> stgraber, that cant be, the size is byte exact added to the boot.img by android when creating the boot.img
[18:56] <stgraber> ogra_: I'm repacking recovery.img, not boot.img
[18:57] <ogra_> are you sure that initrd didnt collect anything ?
[18:58] <stgraber> I'm sure it's not bigger as the output shows in that paste, it's consistently one block smaller than the original
[18:58] <ogra_> weird
[18:58] <stgraber> actually, let me do something even simpler to proove it :)
[18:59] <ogra_> stgraber, in any case the stuff that sets the size is anywhere buried in the android build system
[19:00] <ogra_> stgraber, though i dont think it would be an issue if you would just round the size to the next 1000 in bootimg.cfg when repacking
[19:00] <stgraber> ogra_: yeah, I may end up doing that...
[19:00] <ogra_> the images are usually a lot smaller than the partition
[19:15] <ogra_> stgraber, oh, note that for many ports repacking of the boot or recovery img will not work (all samsung devices that arent omap for example)
[19:16] <ogra_> they use special tools for building or special sign tools
[19:16] <stgraber> ogra_: yeah, the repacking will mostly be useful for QA and OEM where they use the official device tarballs on a non-official server with a different keyring
[19:17] <stgraber> ports will have to generate their own device tarball in the right format, then import that one into system-image
[19:19] <ogra_> right
[19:19] <ogra_> just wanted to point that out
[19:19] <balloons> sergiusens, ever seen something like this? "Fatal error: could not resolve: branch/com.ubuntu.clock_1.0.232_all.click"
[19:28] <chippy33> hello all. Anybody recently installed touch on a Nexus 7?
[19:31] <sergiusens> balloons, where exactly?
[19:32] <balloons> sergiusens, I tried out the instructions from this morning and it gives that error trying to install it seems
[19:34] <sergiusens> balloons, so when doing pkcon install-local?
[19:34] <balloons> sergiusens, exactly
[19:34] <sergiusens> balloons, how are you calling it?
[19:34] <balloons> I was going to try it from the device and see what's up
[19:35] <balloons> hmm, works on the device
[19:35] <sergiusens> balloons, use the full path to the click package
[19:35] <sergiusens> balloons, yeah, my instructions miss the add the full path part
[19:35] <balloons> sergiusens, yea, sorry.. just a weird error I didn't pick up on right away
[19:47] <rsalveti> ogra_: hey, did we get any patch/workaround for the maguro x udev issue?
[19:57] <stgraber> mfisch: FYI, I now have code to do the recovery initrd repacking without requiring any kind of privileges
[19:58] <stgraber> mfisch: I'll now integrate that into the system-image server code, then the only thing left to have a working independant server will be updating/forking the system-image generator to work with a remote server
[19:58] <Saviq> mfisch, sforshee, congratz!
[20:00] <stgraber> oh and congrats too!
[20:03] <ogra_> rsalveti, not yet
[20:03] <manornk_> Hi guys, I want to install Ubuntu on my 1.2 dual core 512 mb RAM phone, what is the easiest way?
[20:09] <manornk_> Anyone
[20:11] <balloons> manornk_, https://wiki.ubuntu.com/Touch/Install
[20:12] <manornk_> i have no idea what to download from http://cdimage.ubuntu.com/ubuntu-touch/daily-preinstalled/current/
[20:14] <manornk_> balloons: if you can help me to walk me through process, i'll be more than greatfull
[20:15] <balloons> manornk_, feel free to ask specific questions, but do read that wiki page. The phablet-flash tool is easy to use, provided you understand what you are doing
[20:16] <manornk_> balloons: ok, thanks
[20:23] <mfisch> stgraber: nice thanks!
[20:26] <balloons> sergiusens, when you build your click app, are you pulling needed dependencies from the package itself or from the -autopilot version?
[20:27] <balloons> sergiusens, I ask because for instance, building the click package for music app doesn't get me python-mock for instance which is needed only by the -autopilot pkg
[20:29] <rsalveti> cyphermox: hey, do you have any pending NM related MR/debdiff to push?
[20:30] <rsalveti> cyphermox: I remember you were trying to push one a few days ago, just want to confirm you got everything in the archive already
[20:30] <rsalveti> in case I find issues when testing it with ofono
[20:30] <lool> rsalveti: he tried pushing a stable NM update
[20:30] <lool> rsalveti: but got push back from RT on FFE
[20:30] <lool> rsalveti: but he might have had other changes in the pipe though
[20:30] <rsalveti> lool: right, thanks!
[20:30] <lool> he pinged me about NM this morning, but I didn't understand which change he was speaking of landing
[20:30] <cyphermox> rsalveti: everything meaningful is in the archive, and it's too late now to push any other changes except as SRU
[20:30] <sergiusens> balloons, I have an unmerged MR that rsalveti told me to fix for that; you can use the phablet-click-test-setup from there
[20:31] <lool> ah here he is  :-)
[20:31] <rsalveti> cyphermox: right, just checking, thanks!
[20:31] <balloons> sergiusens, aye-aye
[20:31] <rsalveti> sergiusens: have to approve that, let me check it
[20:32] <sergiusens> rsalveti, I didn't fix it yet :-/
[20:34] <rsalveti> sergiusens: oh, ok :-)
[20:44] <dpm> sergiusens, where in the filesystem are the core apps click packages installed? I thought they'd be in /opt/click.ubuntu.com, but they seem to be somewhere else
[20:47] <sergiusens> dpm click list --manifest
[20:47] <sergiusens> dpm, or click pkgdir [pkgname]
[20:48] <dpm> ah, great, thanks sergiusens
[20:50] <manornk> balloons: one question, how to accept a host key on the device, have no idea?
[20:52] <balloons> manornk, I'm not sure what you are asking. are you trying to ssh in? the tool should set you up
[20:53] <manornk> balloons: On either Android version you must then enable USB debugging via Settings > Developer options > USB debugging. You will also need to accept a host key on the device.
[20:53] <balloons> it will prompt
[20:54] <manornk> how, it asked from me to unlock, and to enable usb debugging, i plug it in computer, but nothing
[20:59] <sergiusens> popey, creating surface at (0, 58) with size (720, 1222) with title 'Window 1'creating surface at (0, 58) with size (720, 1222) with title 'Window 1'This plugin does not support propagateSizeHints()
[20:59] <sergiusens> dpm, ^^
[20:59] <manornk> balloons: how, it asked from me to unlock, and to enable usb debugging, i plug it in computer, but nothing
[20:59] <sergiusens> dpm, that's clock app
[21:01] <balloons> manornk, adb devices see anything?
[21:02] <manornk> balloons: nope
[21:02] <balloons> manornk, well you'll need to get that to work
[21:03] <manornk>     On either Android version you must then enable USB debugging via Settings > Developer options > USB debugging. You will also need to accept a host key on the device.          On the workstation-> adb kill-server; adb start-server   Plug the device into the computer via the USB cable.
[21:03] <balloons> google is your friend. check your usb cable, reboot the pc and phone, etc
[21:04] <balloons> this is all just normal adb stuff
[21:04] <balloons> try a different cable
[21:05] <manornk> balloons: i can use it for normal usb accessing the memory of sd card
[21:06] <popey> balloons: dpm nik90 sergiusens clock broke in 93, it was fine in every image up to and including 92
[21:06] <sergiusens> popey, can you check ogra_ 's changelog list and see what came in there?
[21:06] <popey> ya
[21:07] <popey> http://people.canonical.com/~j-lallement/touch/changes/20131011.html for those playing along
[21:08] <nik90> popey: that changelog doesnt have clock though
[21:08] <sergiusens> nik90, it's not a clock change that broke clock ;-)
[21:08] <nik90> popey: is that changelog between image 92 and 93?
[21:08] <nik90> sergiusens: ah (is a bit relieved)
[21:09] <nik90> popey: is it only clock that is broken in image 93? Any other apps?
[21:09] <nik90> i am asking since there is nothing special in clock for it to be the only one which is broken
[21:10] <balloons> manornk, usb debugging is a bit different. you can google troubleshooting adb debug setup for windows and linux. depending on your version of android things will be a little different
[21:11] <popey> nik90: http://paste.ubuntu.com/6224252/
[21:11] <popey> thats the difference between 92 and 93
[21:11] <popey> -        "vcs-bzr-revno": "227"
[21:11] <popey> +        "vcs-bzr-revno": "230"
[21:11] <popey> so between those two revs
[21:12] <popey> -Exec=qmlscene ubuntu-clock-app.qml
[21:12] <popey> +Exec=qmlscene %u /usr/share/ubuntu-clock-app/ubuntu-clock-app.qml
[21:12] <sergiusens> popey, hmmm that's not it though
[21:12] <sergiusens> popey, https://bugs.launchpad.net/ubuntu-clock-app/+bug/1238798/comments/4
[21:12] <sergiusens> rsalveti, https://bugs.launchpad.net/ubuntu-clock-app/+bug/1238798/comments/4
[21:12] <popey> hmm
[21:13] <sergiusens> seems to be mirclient
[21:13] <rsalveti> sergiusens: lol
[21:13] <popey> but i switched to SF and it still went black
[21:13] <rsalveti> sergiusens: same issue we were discussion in phablet
[21:13] <rsalveti> *discussing
[21:14] <sergiusens> rsalveti, who's fixing? this clock app bug should be a dupe of whatever that bug is <- dpm popey
[21:14] <stgraber> mfisch: and I think I've got the remaining bit implemented too (file generator importing from the public server)
[21:14] <mfisch> stgraber: cool!
[21:14] <stgraber> mfisch: now I just need to make all the bits work together and write the ton of test that this will all need :)
[21:14] <mfisch> I'll catch up with the infra guys next week
[21:14] <rsalveti> sergiusens: well, ricmm and racarr are investigating a similar issue
[21:14] <sergiusens> rsalveti, ack
[21:15] <stgraber> mfisch: but in theory, I've now done everything I said you guys should do for your internal server, so you should just have to setup a server with the right config and it should all work (well, once I actually land that code)
[21:15] <manornk> balloons: i think that this is problem You will also need to accept a host key on the device., and i have no idea how to do that
[21:15] <mfisch> setting up a server is sometimes the hard part around here
[21:16] <nik90> popey: can you try latest clock trunk in image 92
[21:16] <popey> nik90: looks like it's not clock.. read up..
[21:16] <popey> nik90: but i can, yeah
[21:17] <nik90> popey: I did read, but I saw that you couldnt get clock to work on image 93 with SF..hence I thought may be it was not mir
[21:18] <popey> gah, qtcreator is broken so I can't run on device
[21:18] <nik90> popey: ur awesome build scripts?
[21:19] <popey> ah yes
[21:20] <nik90> ;)
[21:22] <popey> nik90: white screen ☹
[21:23] <nik90> hmm
[21:23] <popey> nik90: that was clock from lp:ubuntu-clock-app
[21:23] <sergiusens> popey, dpm nik90 there was a new qorganizer landing a while back, right? https://bugs.launchpad.net/ubuntu-clock-app/+bug/1238798/comments/5
[21:24] <sergiusens> my prev bt was wrong...
[21:24] <sergiusens> desktop_file_hint param I wish you die now
[21:25] <popey> oof
[21:26] <popey> Program received signal SIGXFSZ, File size limit exceeded.
[21:26] <popey> that looks bad mmmkay
[21:26] <sergiusens> popey, yeah, but how?
[21:27] <popey> sergiusens: trying to create a database in a read-only place?
[21:27] <popey> or /tmp where there's limited space?
[21:31] <sergiusens> dconf you mean?
[21:31] <popey> pass
[21:31] <popey> just wild guesses
[21:33] <sergiusens> popey, my system was busted :-/
[21:33] <sergiusens> popey, rebooting and trying in sf
[21:33] <popey> k
[21:34] <sergiusens> balloons, any luck with music?
[21:35] <balloons> sergiusens, I got it to run
[21:36] <balloons> well, I mean, it launches the click app, but fails to introspect it seems.. let me give you the trace
[21:36]  * snwh is away: Away
[21:36] <sergiusens> balloons, hmmm... did you run phablet-config autopilot --dbus-probe enable?
[21:37] <sergiusens> balloons, where's your branch?
[21:37] <balloons> sergiusens, ohh, I was iterating, right
[21:37] <balloons> man it's late
[21:37] <balloons> i rebooted so many times . . .
[21:38] <balloons> sergiusens, lp:~nskaggs/music-app/apfixes-for-mir
[21:38] <sergiusens> balloons, branching now
[21:38] <sergiusens> rsalveti, hey, this is what I get on sf https://bugs.launchpad.net/ubuntu-clock-app/+bug/1238798
[21:39] <nhaines> I haven't been able to take a screenshot since build 83, I think.  It just hangs there.  Is there something I should be doing (or not doing)?
[21:39] <balloons> sergiusens, yea, you'll see what happens. I might be missing something still. I grabbed the updated manifest, but perhaps there is something else I'm missing.. Ohh, now I see a wire protocol error
[21:39] <sergiusens> nhaines, screencap is surface flinger only
[21:40] <nhaines> sergiusens: makes me sad.  :(  But happy that I know the answer.  Thanks.  :)
[21:40] <sergiusens> balloons, can you pastebin?
[21:41] <balloons> sergiusens, http://paste.ubuntu.com/6224373/
[21:42] <sergiusens> balloons, if you reboot and in rw, you need to rerun the dbus probe thing again
[21:43] <balloons> ohh I need rw ?
[21:43] <sergiusens> balloons, nope, you shouldn't
[21:43] <balloons> so I ran the dbus-probe right before.. look at the top of the stack
[21:44] <sergiusens> balloons, sorry :-)
[21:44] <balloons> sergiusens, I was with you on that being the issue trust me
[21:44] <balloons> let me do try again from the top, heh
[21:47] <balloons> sergiusens, no dice..
[21:48] <balloons> we're really close, i'll pick this up again
[21:55] <nhaines> sergiusens: is there any plan for a Mir screenshot capability?
[21:56] <lool> mhall119: Hmm does ureadit work for you in latest image?
[21:56] <lool> mhall119: I seem to get a blank screen
[21:56] <sergiusens> lool, might all be related https://bugs.launchpad.net/ubuntu-clock-app/+bug/1238798
[21:57] <lool> getting no denials
[21:57] <lool> log says:
[21:57] <lool> virtual void OnlineAccounts::Plugin::registerTypes(const char*) Ubuntu.OnlineAcc
[21:58] <lool> ounts ^M
[21:58] <lool> sergiusens: removal of friends 0.1
[21:58] <lool> file:///opt/click.ubuntu.com/com.ubuntu.developer.mhall119.ureadit/0.9.3/uReadIt
[21:58] <lool> .qml:8 module "Friends" is not installed^M
[21:58] <lool> mhall119: so not ported to friends 0.2?  :-)
[21:58] <sergiusens> ah
[21:58] <mhall119> lool: not yet, no
[21:58] <sergiusens> interesting
[21:58] <mhall119> lool: my official excuse is that I'm using it to test negative reviews
[21:58] <sergiusens> lool, so from now on we can't remove or break backwards ;-)
[21:58] <lool> mhall119: ok, need to fix or hide it before release cause it's at the top of the suggested apps  :-)
[21:59] <lool> sergiusens: well we can break until Thursday!  ;-)
[21:59] <lool> j/k
[21:59] <mhall119> ok, let me see if it's an easy fix
[21:59] <lool> sergiusens: cjwatson has landed some framework checks in click now
[22:00] <lool> sergiusens: clock isn't very talkative
[22:00] <lool> http://paste.ubuntu.com/6224428/
[22:01] <sergiusens> lool, it's not an apparmor denial, it's a crash
[22:01] <sergiusens> lool, just don't see that in the logs
[22:01] <sergiusens> lool, roll back to 92 and it works (same clock app)
[22:03] <sergiusens> lool, what's the deal with mediascanner?
[22:03] <sergiusens> lool, run dbus-monitor :-)
[22:07] <mhall119> lool: any idea where API docs for Friends 0.2 exist?
[22:12] <lool> sergiusens: ah it tries to run /usr/share/ubuntu-clock-app/ubuntu-clock-app.qml
[22:12] <lool> sergiusens: somewhere
[22:13] <lool> sergiusens: in click dir: Exec=qmlscene %u /usr/share/ubuntu-clock-app/ubuntu-clock-app.qml
[22:13] <lool> mhall119: no, but I bet ken would know
[22:13] <mhall119> yeah, but he's hiding
[22:13] <popey> oof, good spot lool
[22:16] <lool> sergiusens, popey: Works after patching /usr/share/click/preinstalled/com.ubuntu.clock/current/ubuntu-clock-app.desktop to use Exec=qmlscene ubuntu-clock-app.qml
[22:17] <popey> you need the %u for alarms functionality to work
[22:17] <lool> popey: ok; sorry that was just for testing
[22:17] <popey> sure
[22:17] <lool> popey: it sounded weird that %u was first though
[22:17] <lool> I guess it ignores the arg?  that wont work if it's not running then
[22:18] <lool> sergiusens: ^ so you're landing this now?  :-)
[22:18] <lool> I'm about to build, wont be in #94 I'm afraid
[22:18] <lool> going to bed soon
[22:18] <mhall119> lool: https://myapps.developer.ubuntu.com/dev/click-apps/12/changerequest/
[22:19] <lool> mhall119: EPERM for me
[22:19] <lool> mhall119: I think we also need an archive of clicks to include to be updated manually
[22:19] <popey> lool: how soon is soon? can we quickly push through a fix to clock first?
[22:20] <popey> horrid to have a broken core app on the image
[22:20] <lool> popey: I can schedule the build for when I sleep
[22:20] <lool> but I wont be staying long
[22:20] <lool> popey: Tell me how long you need to have it in the repo and I can schedule it for that + some margin
[22:21] <popey> depends if I can find a qa person to push it through jenkins..
[22:21] <popey> fginther: balloons you guys about?
[22:21] <popey> lool: does it work with the %u?
[22:21] <popey> i can test, actually my phone is rw
[22:23] <popey> lool: even if I do update trunk, does the build pull the core apps click packages from there?
[22:23] <fginther> popey, hey
[22:24] <popey> fginther: do you know how trunk gets from lp to image as a preinstalled click?
[22:24] <popey> thats sergiusens domain really
[22:24] <lool> popey: where should I put the %u?
[22:24] <lool> popey: before like it was or after like I think it ought to be?
[22:24] <lool> popey: never set alarms
[22:24] <nik90> lool: try after .qml
[22:25] <fginther> popey, I know part of the process. there's a job on the internal jenkins that creates the click packages
[22:25] <popey> it makes more sense after the qml yes
[22:25] <lool> popey: I think sergiusens takes the .click from a jenkins, puts it on the appstore, then some cron takes it into our click archive; we might have to update the list somewhere to tell which click versions are vetted, not sure
[22:25] <lool> or we trust store, probably the latter
[22:25] <popey> i dont think all apps are in store yet
[22:25] <popey> only some
[22:25] <nik90> lool: even the music app has arguments after .qml.. although it is not %u
[22:25] <popey> so they pull from jenkins for now as fginther suggested
[22:26] <lool> nik90: how do I test the alarm stuff?
[22:26] <fginther> popey, there is a job that generates a clock click package.
[22:26] <nik90> lool: worse case scenario, we remove %u from the desktop file
[22:26] <lool> nik90: Yes, I worked on the music-app file support
[22:26] <nik90> lool: you cant test it
[22:27] <nik90> lool: I dont know if the upstream EDS patch has been merged
[22:27] <lool> nik90: something eds landed today
[22:27] <nik90> lool: in that case, could you try creating an alarm in the clock app and see if it is saved properly
[22:27] <lool> nik90: qtorganizer5-eds fixes for calendar-app is what landed
[22:28] <popey> so it would be great if that eds change is in, and we can set alarms then we should have %u in the next build
[22:28] <popey> so we can test alarms over the weekend
[22:28] <lool> guys I'm sorry
[22:28] <nik90> lool: https://code.launchpad.net/~renatofilho/qtorganizer5-eds/changes-notify/+merge/189487
[22:28] <lool> it's much later than I intended to stick, and I need to wake up early tomorrow
[22:28] <popey> lool: can you set the build for 2 hours from now?
[22:29] <popey> or do you need to start it now and get some beauty sleep?
[22:29] <lool> the eds change is:
[22:29] <lool>   * Avoid emit signal item removed before query finish.
[22:29] <lool> I've installed it and have rebooted
[22:29] <nik90> lool: that's not the one..damn!
[22:29] <popey> ☹
[22:29] <nik90> lool: the commit is after that one
[22:29] <lool> I've set a build for 0:42 UTC
[22:30] <popey> thanks lool
[22:30] <popey> nik90: can you fix the desktop file in trunk, and I'll approve, then we can ask fginther nicely to push jenkins?
[22:30] <nik90> popey: I dont which one is the correct one
[22:30] <nik90> popey: should I remove the %u?
[22:31] <popey> well given alarms isnt in yet, there's no real point having %u in the command line for now
[22:31] <nik90> +1
[22:31] <nik90> popey: I will revert that commit then
[22:31] <lool> nik90: I tried adding an alarm
[22:31] <popey> lo ol had it working with "Works after patching /usr/share/click/preinstalled/com.ubuntu.clock/current/ubuntu-clock-app.desktop to use Exec=qmlscene ubuntu-clock-app.qml"
[22:31] <lool> when pressing ok, it got cleared
[22:31] <lool> I relaunched the app, list of alarms was empty AFAICT
[22:32] <lool> this is clock-app output: http://paste.ubuntu.com/6224527/
[22:32] <AskUbuntu> Can I watch YouTube videos on Ubuntu Touch? | http://askubuntu.com/q/356946
[22:32] <nik90> lool: that's because EDS change isnt in yet
[22:32] <lool> Fail to start view ( Birthdays & Anniversaries ): An AppArmor policy prevents this sender from sending this message to this recipient, 0 matched rules; type="method_call", sender=":1.40" (uid=32011 pid=2871 comm="/usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene ubun") interface="org.gnome.evolution.dataserver.CalendarView" member="start" error name="(unset)" requested_reply="0" destination=":1.28" (uid=32011 pid=2140 comm="/usr/lib/evolution/evolution-
[22:32] <lool> Fail to start view ( Personal ): An AppArmor policy prevents this sender from sending this message to this recipient, 0 matched rules; type="method_call", sender=":1.40" (uid=32011 pid=2871 comm="/usr/lib/arm-linux-gnueabihf/qt5/bin/qmlscene ubun") interface="org.gnome.evolution.dataserver.CalendarView" member="start" error name="(unset)" requested_reply="0" destination=":1.28" (uid=32011 pid=2140 comm="/usr/lib/evolution/evolution-calendar-factory 
[22:32] <sergiusens> lool, popey one sec and I can get it in
[22:33] <lool> popey, nik90: I dont know where the branch for that qt-eds thing lives; the vcs-bzr is incorrect somehow
[22:33] <lool> popey, nik90: Just land the .desktop fix and file a landing ask for the eds thing
[22:33] <popey> +1
[22:33] <lool> Build is in 2 hours from now for the .desktop thing, unless you ping me before I'm in bed and then I'll kick it earlier
[22:33] <lool> 'night!
[22:34] <sergiusens> lool, did you trigger a build already?
[22:34] <popey> thanks lool
[22:34] <lool> sergiusens: no, scheduled in 2 hours
[22:34] <lool> sergiusens: unless you tell me I may
[22:34] <popey> sergiusens: he triggered for 0:42 UTC
[22:35] <sergiusens> lool, enought time for it to get in
[22:35] <lool> sergiusens: if you can land the click soon, give me a heads up
[22:35] <lool> and I'll land the build
[22:35] <lool> err start
[22:35] <Saviq> slangasek, hey, tried to cross-build mir, got http://pastebin.ubuntu.com/6224536/ - what/where do we do to fix that?
[22:35] <sergiusens> lool, if the MR goes in, it's soon
[22:35] <lool> sergiusens: which one?
[22:35] <sergiusens> lool, for the desktop file
[22:35] <lool> sergiusens: url?
[22:35] <lool> sergiusens: looking if I can kick it
[22:35] <slangasek> Saviq: that's new to me, did these packages change in the past day?
[22:36] <sergiusens> lool, fginther would know
[22:36] <Saviq> slangasek, not sure
[22:36] <lool> sergiusens: I can do too I think
[22:36] <slangasek> Saviq: oh, nevermind, I was crossbuilding unity8 before, not mir
[22:36] <lool> sergiusens: where's the mp though?
[22:36] <Saviq> slangasek, yeah
[22:36] <popey> sergiusens: are you fixing the .desktop file then rebuilding the click or do you still need us nik90 to revert the desktop change?
[22:36] <nik90> popey: I am reverting it now
[22:36] <popey> ok
[22:36] <Saviq> slangasek, no one probably looked at those yet
[22:36] <sergiusens> popey, no, I'm waiting for the MR ;-)
[22:36] <popey> kk
[22:37] <lool> ah
[22:37] <slangasek> Saviq: the android-platform-headers package, built from libhybris, needs to be tagged Multi-Arch: foreign
[22:37] <lool> ok, drinking my infusion
[22:37] <lool> brushing teeth
[22:37] <Saviq> slangasek, thanks, MP'ing
[22:37] <lool> spilling toothpaste in infusion
[22:37] <nik90> popey: https://code.launchpad.net/~nik90/ubuntu-clock-app/revert-desktop-change/+merge/190772
[22:38] <slangasek> lool: mint toothpaste, mint infusion, should be fine
[22:38] <popey> nik90: that should be "Exec=qmlscene ubuntu-clock-app.qml" shouldn't it sergiusens ?
[22:38] <sergiusens> popey, affirmative
[22:39] <sergiusens> popey, nik90 oh, no worries
[22:39] <sergiusens> popey, nik90 that works
[22:39] <sergiusens> sorry, tired
[22:39] <nik90> sergiusens: np
[22:39] <sergiusens> popey, nik90 fine as it is
[22:39] <nik90> :)
[22:39] <popey> hehe
[22:39] <sergiusens> popey, gets remangled on click build ;-)
[22:39] <popey> sweet
[22:39] <popey> approved
[22:39] <nik90> popey: that's how it looked before that commit which modified the desktop file
[22:40] <fginther> nik90, popey, lool, building
[22:41] <lool> fginther: ty
[22:41] <Saviq> slangasek, actually... there's quite a bit of packages there http://bazaar.launchpad.net/~ubuntu-core-dev/libhybris/ubuntu/view/head:/debian/control
[22:41] <fginther> sergiusens, do you still need to clickify that?
[22:41] <Saviq> slangasek, could you help with marking them correctly in one go?
[22:41]  * Saviq doesn't grok the Multi-Arch: tags yet
[22:42] <sergiusens> fginther, clickify what?
[22:43] <lool> nik90: I see there's a bug logged for having to pass %u *before* the qml
[22:43] <fginther> sergiusens, do you need clock to be built into a click package?
[22:43] <lool> popey, nik90: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1231558
[22:43] <nik90> lool: yup
[22:43] <nik90> lool: that's why we put it before the .qml
[22:43] <lool> music-app takes a different approach by naming the args (--file=)
[22:43] <lool>         Argument {
[22:43] <lool>             name: "file"
[22:43] <lool> etc.
[22:44] <popey> lool: ooh, thanks
[22:44] <nik90> lool: this feature is not critical..it can wait until next cycle
[22:44] <sergiusens> fginther, just trigger it here once it lands in trunk http://10.97.0.26:8080/view/click/job/clock-app-click/
[22:44] <lool> popey: seems like a workaround though
[22:44] <nik90> lool: it is only meant for opening the clock app from the indicator date-time when a user clicks on an alarm
[22:44] <nik90> lool: I need that EDS fix to land
[22:44] <lool> nik90: Ack; yes, using URLs there make sense
[22:44] <nik90> popey: who do I ping regarding EDS landing?
[22:45] <popey> let me see if it's in the spreadsheet
[22:45] <slangasek> Saviq: android-platform-headers, Multi-Arch: foreign; libandroid-properties1, libandroid-properties-dev, libmedia1, libmedia-dev, libhardware2, libhardware-dev, libhybris-common1, libhybris-common-dev, libhybris, libhybris-dev: Multi-Arch: same
[22:45] <lool> nik90: ups
[22:45] <Saviq> slangasek, thanks!
[22:45] <lool> nik90, popey:  /!\  you need to implement UriHandler
[22:46] <fginther> sergiusens, done
[22:46] <sergiusens> fginther, everything is here: http://10.97.0.26:8080/view/click
[22:46] <lool> nik90, popey: Otherwise you wont show the alarm if clock-app is already running and the user opens the alarm:// URL from indicator
[22:46] <lool> it will just bring the app to the front
[22:46]  * fginther has to step away for a bit
[22:46] <dpm> nik90, popey, the EDS fix is scheduled to land in image 94
[22:46] <lool> nik90, popey: Search for UriHandler in music-app to see how to add one
[22:46] <popey> thanks dpm
[22:46] <nik90> lool: will do..thnx
[22:46] <lool> dpm: apparently it's not there
[22:46] <lool> dpm: image 94 is the one I was about to build
[22:47] <lool> latest eds upload doesnt' seem to have the right change
[22:47] <lool> dpm: Albeit I can't check the bzr for it, not sure where it is
[22:48] <dpm> lool, oh, I thought it was r15 on http://bazaar.launchpad.net/~ubuntu-sdk-team/qtorganizer5-eds/trunk/changes/
[22:49] <Saviq> slangasek, rsalveti https://code.launchpad.net/~saviq/libhybris/ubuntu-multiarch/+merge/190773
[22:49] <lool> dpm: Ah right I could check it now
[22:49] <lool> dpm: https://code.launchpad.net/~renatofilho/qtorganizer5-eds/changes-notify/+merge/189487 is what we need, it's merged at r15, and r15 is what the snapshot was taken from and is in archive
[22:49] <lool> so all good
[22:49] <lool> nik90: so that change is indeed going in
[22:49] <dpm> \o/
[22:49] <popey> sweet
[22:50] <slangasek> Saviq: looks right to me
[22:50] <nik90> lool: yeah I saw jenkins bot releasing that commit..so nice :)
[22:50] <lool> but we miss the Urihanlder thing, and the alarms dont seem to work for me
[22:50] <mhall119> beuno: uReadIt 0.9.5 fixes the applicationName
[22:50] <rsalveti> slangasek: mind bottom approving it?
[22:50] <mhall119> but it's been using accounts policy already, this isn't a new change
[22:50] <rsalveti> slangasek: will merge and upload right after the multimedia stuff
[22:50] <slangasek> rsalveti: I don't know what that means :)
[22:51] <mhall119> beuno: if I can't use OnlineAccounts in uReadIt, I'll just unpublish the app
[22:51] <lool> sergiusens: clock-app mp is merged
[22:51] <rsalveti> slangasek: just putting that you approve the mr, just not top approving, so it doesn't merge automatically
[22:51] <slangasek> rsalveti: I... don't know what top approving means either
[22:51] <nik90> lool: did you test alarms with the EDS fix or without it?
[22:51] <lool> nik90: I think with
[22:52] <slangasek> rsalveti: so, well, I've approved the MP, hopefully that doesn't break anything
[22:52] <rsalveti> slangasek: top approving is approving the top status of the MR, bottom is just when you add a comment and put that you approve it, but not approving the top of it
[22:52] <lool> Upgrade: qtorganizer5-eds:armhf (0.1.1+13.10.20130917.1-0ubuntu1, 0.1.1+13.10.20131011-0ubuntu1)
[22:52] <lool> nik90: ^
[22:52] <slangasek> rsalveti: oh!  I see
[22:52] <nik90> lool: :(
[22:52] <rsalveti> slangasek: great, thanks
[22:52] <slangasek> rsalveti: I actually assumed that the overall MP approvals were handled by jenkins :)
[22:52] <lool> nik90: see the paste I posted earlier perhaps?
[22:52] <lool> ok, off now
[22:53] <slangasek> (or by some related bot)
[22:53] <nik90> lool: okay..thnx..gud nite
[22:53] <popey> thanks for staying to help lool
[22:53]  * lool &
[22:53] <rsalveti> slangasek: no, you still need to approve it, jenkins will just merge it automatically :-)
[22:53] <nik90> popey: I will try to contact renato and zsombi during the weekend (if possible)
[22:54] <slangasek> right... so in the good old days, bzr / launchpad had CI that would automatically pick up MPs and approve them based on them having the right set of reviews
[22:54] <beuno> mhall119, maybe you can, check with jdstrand
[22:54] <nik90> popey: the whole alarm code was reviewed by zsombi who also implemented the alarms api. So there is no way it is a problem in the clock app
[22:54] <rsalveti> right
[22:54] <popey> ok
[22:54] <nik90> popey: although looking at lool's paste output above it seems like an apparmour issue
[22:56] <mhall119> jdstrand: uReadIt uses OnlineAccounts and Friends QML plugins to share reddit article links, has done this for a while in the click store, can it continue to do so?
[22:57] <popey> sergiusens: do you need anything else?
[22:58] <nik90> jdstrand: Clock has policy group "calendar" listed to access EDS. However we get the following error message  -> http://paste.ubuntu.com/6224607/
[22:58] <nik90> jdstrand: any ideas why?
[22:58] <Saviq> slangasek, ugh, http://pastebin.ubuntu.com/6224617/
[23:00] <Saviq> slangasek, that's when trying to cross-build libhybris
[23:00]  * nik90 is off to sleep
[23:01] <mhall119> nik90: dude, how late/early is it for you anyway?
[23:01] <nik90> mhall119: 01:00 AM
[23:01] <mhall119> oh, that's not as bad as I thought
[23:01] <nik90> mhall119: it isn't, but just awfully tired
[23:01] <Saviq> that's *nothing* ;) (same here)
[23:01] <mhall119> well it's still 1am :)
[23:02] <nik90> Saviq: hehe ;)
[23:02] <nik90> I am done for today..bye bye
[23:02] <popey> thanks nik90 !
[23:02] <popey> have a great weekend
[23:02] <nik90> popey: u too :)
[23:02] <nik90> ofc everyone else as well :D
[23:16] <sergiusens> popey, clock is already in http://people.canonical.com/~ubuntu-archive/click_packages/click_list
[23:16] <popey> great
[23:17] <popey> thank you sergiusens
[23:18] <sergiusens> np
[23:25] <slangasek> Saviq: thanks for finding these :)
[23:25] <slangasek> Saviq: unfortunately, build-dependencies on specific versions of toolchains is not yet a solved problem
[23:26] <Saviq> slangasek, np, I'll be your monkey for that, as I really want to get this going for me :)
[23:26] <Saviq> slangasek, ah, so libhybris has to be built natively?
[23:27] <slangasek> Saviq: well, you can manually satisfy the build dependencies
[23:27] <slangasek> but you can't auto-cross-build it using sbuild
[23:27] <Saviq> slangasek, right, got it
[23:53] <sergiusens> slangasek, Saviq install on the schroot if it comes to it
[23:54] <slangasek> yeah.. for something like that I would just do a manual build in the chroot, resolving the build-deps by hand