[00:03] <brettalton> daker: not yet, but soon with django/contact form
[00:03] <daker> good
[00:03] <brettalton> daker: do you know what the link is for 'download'?
[00:03] <brettalton> I can't find a Live CD link anywhere
[00:04] <daker> http://ubuntu-manual.org/quickshot
[00:04] <daker> this is the old quickshot page
[00:05] <flan> Note: I did not write the copy.
[00:05] <flan> Or most of the client.
[00:05]  * flan avoids blame.
[00:05] <flan> Proactively!
[00:06] <Muscovy> I've never heard of proactive blame avoidance.
[00:06] <flan> We should talk more.
[00:07] <brettalton> daker: thanks!
[00:07] <brettalton> I noticed that there is no "Using Quickshot" on the new site. Think that should go on the homepage?
[00:11] <Muscovy> Hmm.
[00:11] <Muscovy> I'm updating the Wikipedia page on the manual, it's a few months old.
[00:13] <daker> brettalton, no there isn't
[00:22] <Muscovy> http://ubuntu-manual.org/images/header.png is the official logo, right?
[00:26] <daker> Muscovy, yes
[00:30] <Muscovy> In case anyone here has upload permissions on Wikipedia, http://en.wikipedia.org/wiki/Ubuntu_manual needs updated images.
[00:39] <brettalton> daker: I get a [Errno 111] Connection refused error when using /contact
[00:39] <brettalton> is that because no SMTP settings are set?
[00:40] <daker> yes
[00:40] <daker> have you pushed the "send" button ?
[00:41] <brettalton> correct
[00:41] <daker> do not push it
[00:41] <daker> because the contact function is not coded correctly
[00:42] <brettalton> daker: do you want to do that? I looked at it and made some fixed but I'm not familiar with django
[00:42] <daker> i'll do it tomorrow
[00:43] <brettalton> daker: no rush, was just curious
[00:43] <daker> :D
[00:43] <brettalton> also curious as to why none of my changes are showing up in launchpad...
[00:44] <daker> you need to push them
[00:44] <daker> ah i forgot
[00:44] <daker> i need to add you to the quickshot team
[00:46] <daker> brettalton, you are already in
[00:46] <brettalton> daker: I'm apart of the team, but I did something wrong.. it's under my own branch...
[00:46] <brettalton> shoot
[00:46] <brettalton> https://code.edge.launchpad.net/~brett-alton/quickshot/website
[00:46] <brettalton> let
[00:46] <brettalton> let's merge my branch with the proper branch and I'll redownload to do it right
[00:46] <daker> oki
[00:47] <daker> i'll do it
[00:48] <brettalton> I just submit a merge request
[00:48] <brettalton> sorry
[00:48] <brettalton> I guess I can accept it myself...
[00:48] <daker> nop
[00:48] <daker> brb
[00:48] <daker> food time
[00:48] <daker> i'll review it when i come back
[00:51] <brettalton> food time sounds good. let me know when/how you merged it. I thought I just merged it but apparently not. I'm a bit confused on how to merge via lp
[01:00] <brettalton> apparently you have to use bzr on the cli.. that's silly
[01:05] <daker_> brandonj, i know
[01:05] <daker_> oupps
[01:05] <daker_> brettalton, i know
[01:05] <daker_> it's seems to be merged
[01:06] <brettalton> still shows rev 3 when my branch is rev 6
[01:06] <manualbot> http://bazaar.launchpad.net/ubuntu-manual/revision/3 | http://bazaar.launchpad.net/ubuntu-manual -r 3
[01:06] <brettalton> https://code.edge.launchpad.net/~quickshotdevs/quickshot/website
[01:06] <manualbot> http://bazaar.launchpad.net/ubuntu-manual/revision/6 | http://bazaar.launchpad.net/ubuntu-manual -r 6
[01:19] <daker> brettalton, oki merged
[01:20] <brettalton> daker: did you have to do anything special?
[01:20] <brettalton> or that I should know about?
[01:28] <brettalton> daker: can you delete that branch for me?
[01:28] <brettalton> sorry, new to bzr/launchpad
[01:29] <brettalton> daker: nvm, shouldn't do that as it destroys the merge
[01:58] <brettalton> humphreybc: I got all the html/css done like I said. daker is going to finish the django/contact page stuff and we're golden
[01:58] <humphreybc> great :D
[01:58] <humphreybc> we've already got quickshot.org
[01:58] <humphreybc> it's on godbyk's server
[02:12] <Muscovy> Could any proofreaders let me know if I'm missing some Software Center changes?
[03:11] <vish> humphreybc: re: the fixes for bzr commits , its " --fixes lp:1234 lp:5678" , i havent tried nigelb's way though
[03:13] <humphreybc> ah okay
[03:13] <humphreybc> cool thanks vish
[03:58] <flan> Can someone help me test something in Quickshot?
[04:00] <flan> Requirements: python-gtk2, python-gobject, python-apport, python-wnck
[04:38] <humphreybc> flan: I would but I have to go to work now sorry
[12:14] <thorwil> flan: https://code.launchpad.net/~t-w-/+junk/quickshot_art  the export folder contains quickshot_logo_bright.png for use in the app
[17:19] <flan> Thanks, thorwil. I'll leave inserting it to jenkins, though.
[17:20] <thorwil> flan: alright, you just happen to have higher availability ;)
[17:20] <flan> If he hasn't done it by tomorrow, I'll handle it.
[17:20] <flan> I'm just kinda hoping to finish the core functionality today and then take a break.
[19:02] <thorwil> hi jenkins! export dir in https://code.launchpad.net/~t-w-/+junk/quickshot_art  contains a quickshot_logo_bright.png for use in the app
[19:03] <jenkins> thanks thorwil i am just pulling to have a look
[19:07] <jenkins> looks ace thorwil, thanks very much for all your hard work in getting us sorted with logos and icons
[19:08] <thorwil> jenkins: you're welcome :)
[19:26] <jenkins> brettalton: I need to give you some information to put on a get involved page for the quickshot website, I will try and do it on the weekend
[19:27] <brettalton> jenkins: no prob, just e-mail me or catch me on IRC
[19:28] <jenkins> cool great to see you working on it :)
[19:29] <flan> I made Lucid crash!
[19:29] <jenkins> lol flan how did you do it
[19:30] <flan> The 'Other' panel on the login screen is glitchy.
[19:30] <flan> I recommend against trying to run Quickshot until I've finished the user account stuff.
[19:30] <flan> It'll probably only take about another half hour.
[19:30] <flan> Then the client will be functionally complete.
[19:30] <jenkins> k https://bugs.launchpad.net/bugs/631647 right?
[19:30] <manualbot> Launchpad bug 631647 in quickshot "GTK warnings issued when changing state properties on graphics_confirm_window" [Low,Confirmed]
[19:30] <flan> And I can finally take a break.
[19:31] <flan> Huh?
[19:31] <flan> No, that's unrelated.
[19:31] <flan> That's just there so nobody else reports it.
[19:31] <flan> Or so someone can fix it for me.
[19:31] <jenkins> ok sorry only scanned it
[20:05] <flan> Enjoy your functionally complete Quickshot client.
[20:06] <flan> I'll start commenting and restructuring code tonight/tomorrow.
[20:06] <flan> And I'll look further into the GTK warnings, 'cause those are really bothering me.
[20:06] <flan> But, for now, everything should work.
[20:07] <flan> If you find any problems, report a bug.
[20:07] <flan> Feel free to add stuff to the project definition on the server to test the client.
[20:07] <flan> I'll do a full database reset on the 9th so we can start populating it with new screenshot rules.
[20:08] <jenkins> thanks flan! your ace I will have a play when I finish the scout stuff i am doing


[12:28] <Saviq> guys, was mir 0.12 accepted into vivid after all?
[12:38] <anpok_> Saviq: no idea, didnt pay much attention yesterday.. saw some discussions
[12:38] <anpok_> alf_, alan_g: shouldnt libmirserver hide the graphics platform api/abi?
[12:39] <alan_g> What do you mean by "hide"?
[12:40] <anpok_> well it might be enough to have no access to it through mir::Server
[12:41] <anpok_> while looking at the module_type_detection code, and christophers suggestion to make it support an older ABI of mir_server_platform_graphics
[12:41] <anpok_> i thought that this is pointless since shells can for examples access Diplay and DisplayBuffer and related classes directly
[12:43] <anpok_> hm ok we could still provide have a wrapper around an older version of .. e.g. mir::graphics::Display
[12:44]  * alan_g has no idea what you want to achieve
[12:46] <alan_g> the pltaform lib provides the symbols, how can the server lib "hide" them?
[12:46] <anpok_> sorry I was mixing stuff above
[12:47] <anpok_> I am not concerned about our graphics platform entry points
[12:48] <anpok_> more about the object structure it exposes through the mir::graphics::Platform interface
[12:50] <anpok_> alan_g: last night I tried to provide a newer mir with the same MIR_GRAPHICS_PLATFORM symbols, but incompatible changes in it
[12:52] <anpok_> which failed because for example Display is different now, and qtmir needs to access..
[12:53] <alan_g> So what you're suggesting is that libmirserver-dev shouldn't depend on libmirplatform-dev
[12:54] <alan_g> Sounds reasonable
[12:55] <anpok_> it would at least limit the problem to a mir internal one
[12:55] <anpok_> problem of supporting multiple graphics platform versions
[12:56] <anpok_> not sure if I make much sense today.. really need more sleep today
[12:57] <alan_g> Actually, it wouldn't be "mir internal" once we try to support 3rd party platforms
[13:26] <Saviq> kgunn, hey, do you know if mir 0.12 got accepted to vivid after all? http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-007
[14:10] <kgunn> Saviq: yo, it appears it's migrating ? it was only 1 bug fix for deadlock issue so it was a good one....why do you ask?
[14:11] <Saviq> kgunn, just I wasn't sure 0.12 was getting in due to FF
[14:11] <kgunn> Saviq: ah, yes...it was on purpose
[15:26] <camako> Saviq, @mir 0.12, yeah it got accepted, the process wasn't any different than before (at least so far, it's still in proposed)
[15:28] <Saviq> camako, yeah, I can see that, and am wondering why it's taking so long...
[15:28] <Saviq> mir-client-platform-mesa-dev/amd64 unsatisfiable Depends: mir-client-platform-mesa (= 0.12.0+15.04.20150224.1-0ubuntu1)
[15:29] <Saviq> camako, ok, that thing's not gonna migrate
[15:29] <Saviq> since there's no mir-client-platform-mesa any more, it's ...-mesa1
[15:30] <attente_> hi, i'm trying to run a qt app under mir, but it seems to use some features that are unsupported by the qpa, specifically QQuickWidget, window masks, and propagateSizeHints()
[15:30] <Saviq> attente_, greyback_'s been working on enabling all of that recently
[15:31] <Saviq> it's not yet all integrated, but I imagine you can get some pointers from him, or an ETA at least
[15:31] <attente_> Saviq: oh awesome
[15:32] <attente_> greyback_: hi, any idea when ^ will be available?
[15:34] <Saviq> AlbertA, ↑↑ you aware Mir is blocked in proposed?
[15:34] <camako> kdub ^^
[15:34] <Saviq> because ...mesa-dev deps on not-existing -mesa
[15:34] <AlbertA> camako: ^ kdub ^
[15:36] <camako> Actually, wasn't it alf_ that made that change ^
[15:36] <AlbertA> camako: we need to fix it in devel too
[15:37] <camako> sure
[15:38] <alf_> camako: AlbertA: want me to fix it?
[15:39] <camako> alf, yes please
[15:39] <kdub> and then what do we do?
[15:39] <camako> alf_, ... on both branches
[15:40] <alf_> camako: lp:mir , lp:mir/ubuntu?
[15:40] <camako> kdub, rebuild everything, do sanity, release
[15:40] <AlbertA> alf_: in 0.12 branch and lp:mir
[15:40] <greyback_> attente_: am adding such abilities when we notice they're needed. If you could add bugs for those features, then I'll consider them noticed and work on them
[15:40] <camako> alf_, yeah what AlbertA said
[15:42] <greyback_> attente_: but yes the plan is to enable all the QPA features that QWidget based apps rely on. I was working on enabling all the qtbase5-examples first
[15:42] <camako> Saviq, are you anywhere close to landing silo 19?
[15:44] <Saviq> camako, I'll need to wait for yours anyway, since otherwise I'd overwrite qtmir and you'd have to rebuild and.... meh
[15:44] <camako> Saviq, yeah that's why I was asking... Thanks
[15:44] <camako> kdub ^
[15:46] <attente_> greyback_: sure, thanks
[15:47] <greyback_> attente_: is it an app I can try, or something private?
[15:49] <attente_> greyback_: it's a bit of an unusual case. i've ported fcitx-qimpanel to qt 5 which provides the input method widget for cjk text input
[15:49] <attente_> i have a branch here: https://github.com/attente/fcitx-qimpanel
[15:50] <attente_> i'll file a bug though with the requirements
[15:51] <greyback_> attente_: please do. Mir's needs better support for input methods so it may take time. But definitely please log bugs as it'll show us where to start
[15:57] <alf_> camako: AlbertA: https://code.launchpad.net/~afrantzis/mir/fix-mir-client-platform-dev-deps/+merge/251281
[15:57] <alf_> camako: AlbertA: If we are OK with the change, I will push it directly to mir/0.12 also
[15:59] <camako> alf, shouldn't it now depend on -mesa2?
[15:59] <AlbertA> alf_: isn't it customary to have the headers depend on the library the headers are for? I mean in debian parlance?
[15:59] <camako> alf, note that 0.12 is behind (-mesa1)
[16:00] <AlbertA> alf_: I see all other mir dev packages follow that convention
[16:01] <alf_> camako: AlbertA: mir-client-platform-mesa is not a library, it's a plugin for Mir
[16:01] <AlbertA> alf_: ahh true
[16:01] <alf_> camako: AlbertA: i.e. 3rd parties are not going to ever use mir-client-platform-mesa directly
[16:08] <tedg> dednick, So as part of the trusted session loosing focus thing, was there API added for that to Mir?
[16:08] <tedg> dednick, i.e., do we need to implement another callback there?
[16:24] <dednick> tedg: not sure about the losing of focus. that part of the whole https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1352251 thing?
[16:31] <tedg> That's more confusing.
[16:32] <tedg> Saviq, You're going to have explain your comment there, what's the broker?
[16:32] <tedg> Something to broker the pid of the dash?
[16:33] <tedg> Is there a case of scope data being displayed by more than one pid?
[17:05] <alan_g> alf_: did you break my build? "The following packages have unmet dependencies: mir-client-platform-mesa-dev"  https://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-mako/4424/console
[17:06] <mlankhorst> alan_g: that -dev package needs to depend on mir-client-platform-mesa2 :P
[17:08] <alan_g> mlankhorst: I think alf_ was changing the test script to detect packaging errors. My build got caught.
[17:08] <mlankhorst> ah
[17:33] <alf_> alan_g: yes, and https://code.launchpad.net/~afrantzis/mir/fix-mir-client-platform-dev-deps/+merge/251281 fixes it again
[17:37] <alan_g> alf_: I vote for pushing that directly to trunk and not waiting for autolanding
[17:49] <camako> @pushing directly to trunk, +1
[19:56] <tallnerd1985> Hi everyone


[22:31] <sarhan> hello OsamaMongy !
[22:33] <OsamaMongy> hello sarhan
[22:33] <OsamaMongy> how is life
[22:33] <sarhan> life is good
[22:33] <OsamaMongy> wish it always better :)
[22:36] <OsamaMongy> heyy all please pray for libya and syria
[22:36] <sarhan> libya is free why pray for it?
[22:48] <OsamaMongy> to rearrange rapidly and for syria to come free as well