[01:02] <lifeless> barry-away: https://edge.launchpad.net/subunit <- the UI for 'mailing lists' is uhm, hard, to discover
[01:03] <lifeless> barry-away: I know its because its 'on teams'
[01:03] <lifeless> barry-away: but I (and everyone I know) thinks 'on projects'
[03:35] <MTecknology> I'm trying to do a report about the benefits of Launchpad... I need to find some expert opinion articles explaining why it's great. Any suggestions?
[04:24] <rockstar> MTecknology, what kind of report?
[04:26] <MTecknology> rockstar: why launchpad is better than w/e anyone else is using - school essay kinda thing
[04:33] <rockstar> MTecknology, I wrote a blog post (coincidentally about the same time I came aboard the Launchpad team) about an project I work on that switched to Launchpad and why it was good.
[04:33]  * rockstar looks for it.
[04:35] <MTecknology> rockstar: I need expert opinions, so that would work great
[04:35] <rockstar> MTecknology, well, I'm not an expert, per say.
[04:35] <rockstar> http://theironlion.net/archive/how-launchpad-helped-entertainer-leave-atmosphere/
[04:35] <MTecknology> I wonder if I'll ever be one of those super beings that can work with you guys
[04:37] <MTecknology> and a squirrel somewhere in Saskatchewan[...] heh?
[04:38] <theholyduck> rockstar, question is. why would any sane programmer
[04:38] <theholyduck> interface with gstreamer?
[04:38]  * theholyduck is looking at entertainer?
[04:38] <rockstar> theholyduck, I actually enjoy working with gstreamer.  It's relatively simple.
[04:39] <theholyduck> rockstar, but its slow and without features :P
[04:39] <theholyduck> and in the end you're going to be usinv libav* via it anyway
[04:39] <theholyduck> why not just cut out the middle man?
[04:39] <rockstar> Entertainer is still pretty experimental, but gstreamer is fast enough for our needs, and has all the features we need.
[04:40] <theholyduck> .ass rendering? deinterlacing?
[04:41] <theholyduck> the ability to use h264 with any actual speed?
[04:41] <theholyduck> etc?
[04:41] <theholyduck> im fairly sure the answer to all those are no :P
[04:41] <MTecknology> I think it's funny how people complain about how LP isn't open sourced yet... canonical keeps putting a massive amount of work into it, at a pace that outweighs what a larger community could do, and it pretty much does exactly what it's supposed to, while staying free....
[04:41] <theholyduck> rockstar, if you used libav* directly you could get a up to date svn version or a -mt version
[04:42] <MTecknology> rockstar: "That's WHY Launchpad is to me." s/WHY/WHAT/
[04:42] <theholyduck> thus massivly speeding up playback on slow systems
[04:42] <theholyduck> seriously gstreamer is all the disadvantages of ffmpeg with none of the advantages
[04:42] <rockstar> MTecknology, Launchpad will be open source in July.  We're working hard on it.
[04:43] <rockstar> theholyduck, you're welcome to voice your opinions in #entertainer
[04:43] <MTecknology> rockstar: I know, I just don't see why people freak out about it so much
[04:44] <MTecknology> You guys could keep it closed up for another 10 years and I wouldn't freak out
[04:44] <MTecknology> then people go and complain about how you're not opening up every part of it....
[04:44] <MTecknology> sorry, that's more of a rant
[04:50] <lifeless> MTecknology: http://swik.net/Launchpad+PBXT too
[04:52] <MTecknology> thanks
[05:17] <MTecknology> rockstar: 183 words that article added to my paper
[05:17] <rockstar> MTecknology, I'm sorry.
[05:17] <MTecknology> of a 1250 minumum
[05:17] <MTecknology> rockstar: that's awesome
[05:18] <MTecknology> rockstar: I write things in a very concentrated summary. I was figuring 1/2 that at most :)
[05:23] <MTecknology> now to create a value chain model....
[05:25] <MTecknology> Does a Value Chain model exist for Launchpad?
[05:50] <lamalex> Is there scheduled downtime right now?
[05:53] <rockstar> lamalex, what kind of problems are you having?
[05:54] <lamalex> rockstar: I'm trying to do code reviews, and everything is timing out
[05:55] <rockstar> lamalex, sounds like edge is getting updated.
[05:55] <lamalex> that would explain it
[05:55] <lamalex> i'll hop over to normal
[05:55] <lamalex> much better
[05:55] <lamalex> thanks rockstar
[05:56] <rockstar> lamalex, sure.
[05:56] <lamalex> rockstar: is there a LOC limit to the difs shown in the review page?
[05:56] <lamalex> mine is getting cut off around 1400 lines
[05:57] <rockstar> lamalex, link?
[05:57] <lamalex> https://code.launchpad.net/~cszikszoy/do-plugins/fandfignore/+merge/4053
[05:57] <lamalex> was also the case in edge
[06:11] <spm> lamalex: are you finding it "un-slow" again?
[06:12] <lamalex> spm: seems better yes
[06:12] <lamalex> thank you :)
[06:13] <spm> lamalex: np! thank you for making me verify that all the edge servers had restarted post the edge update - one hadn't and was gumming the works for the rest. :-/
[06:16] <lamalex> happy to help
[10:28] <cjwatson> kiko: are the LP translations team sprinting this week or something? I was hoping to get some urgent attention to bug 336063, but don't see any of the relevant people in /lastlog
[10:32] <cjwatson> it's been sending me around 800 mails a day for two days now
[10:34] <BjornT> cjwatson: yes, they are sprinting. they should be online in an hour or so.
[10:34] <kiko> cjwatson, yeah, it's the timezone which is getting to you
[10:34] <kiko> and it should be some 2.5h actually
[10:38] <beuno> cjwatson, hi. I'm about to go and pick up everyone for the sprint. I'll let them know.
[10:45] <cjwatson> thanks, I appreciate it
[12:20] <mvo> danilos: hi, I get mails from rosetta now for packages that I uploaded and that contain po/pot files. a lot of mails :) is that intentional?
[12:21] <danilos> mvo: yes, you guys asked about it (bug 286359)
[12:21] <danilo-sprint> mvo: cjwatson already filed a bug which references one problem that would make the problem worse
[12:21] <mvo> danilo-sprint: I got mails for everything, not only failed imports (I think failed ones are fine of course)
[12:22] <danilo-sprint> mvo: yeah, they are useful for debugging as well, and even successful imports sometimes have a few messages there were not imported because of problems
[12:22] <danilo-sprint> mvo: anyway, this was announced on blog.launchpad.net and you can easily filter by the sender<EMAIL_ADDRESS>[12:23]  * danilo-sprint -> sprint
[12:24] <mneptok> danilo-sprint: where?
[12:24]  * mneptok hopes Montreal
[12:25] <mvo> danilo-sprint: uhm, ok. I just got ~60 mails for gnome-app-install, I think it would be nice to be able to opt out of the successful import mails, but I will file a sperate whishlist item about it
[12:30] <cjwatson> mvo: there's a separate bug for that already
[12:30] <mvo> cjwatson: ok, thanks
[12:31] <mneptok> OK, Canonicalians ... who is in Montreal sprinting this week?! i want to come have lunch with all of you. :)
[12:31] <cjwatson> danilo-sprint: for the record, we only asked for failures :-P
[12:31] <mneptok> cjwatson: explains how you got my CV.
[12:31] <cjwatson> mvo: bug 335831
[12:31] <mvo> haha
[12:31] <mvo> (for the title)
[12:32] <mneptok> mvo: missing *SO*
[12:32] <cjwatson> mneptok: CV> heh
[12:32]  * mneptok beams brightly at cjwatson
[12:32] <cjwatson> danilo-sprint: my bug is definitely different from mvo's, assuming that he only got one batch rather than an infinite loop of them
[14:30] <MiserySalin> someone wants to hear music? ;-) http://streamdrag.com/d_JBTh0Kmx6II
[15:16] <MTecknology> any rubber duckies around?
[15:17] <MTecknology> I was wondering if someone could enable the loco-drupal-old-ignore project so I can mark things obselete in there? There are blueprints and things in there that are linked to other branches, but I can't edit them at all.
[15:19] <MTecknology> actually - that seems like a bug report?? that anything in a deactivated project linked to something else is still viewable?
[15:20] <MTecknology> or all the the ducks still sleeping/going home?
[15:21] <LarstiQ> gah, lauchpad.net is not launchpad.net
[15:24] <MTecknology> LarstiQ: I';ve been doing that exact same typo for a while
[15:25] <adiroiban> MTecknology: try to talk with kiko
[15:25] <adiroiban> I know he has create the alias for drupal-loco
[15:25] <duairc> Hey, I was just wondering, are ppa packages built straight away after you upload them or do you have to wait a while?
[15:25] <MTecknology> kiko: you around?
[15:26] <MTecknology> adiroiban: ya, kiko may want to destroy my fingers pretty soon
[15:26] <adiroiban> :)
[15:26] <maxb> duairc: Look here to see whether there are PPA builds available at any given time, or if builds are queuing up: https://launchpad.net/+builds
[15:27] <maxb> Unfortunately you can't (yet) see the actual contents of the PPA buildqueue, only the summary telling you how many builds are queued on each arch
[15:28] <duairc> maxb: Cool, thanks. I (think) I've uploaded my source package correctly - should ppa.launchpad.com/duairc 404 even if the packages aren't built yet?
[15:29] <duairc> This is my first time doing any ppa stuff so it's quite likely that I'm doing it worng.
[15:29] <duairc> *wrong
[15:29] <maxb> https://launchpad.net/~duairc/+archive/ppa
[15:30] <duairc> Yeah, that says I haven't uploaded anything... dput seemed to work okay though.
[15:32] <maxb> If you've not got an email ~5 minutes after uploading, then either the email's stuck in the metaphorical pipework of the internet, or the upload processing failed before it could identify who you are by the gpg signature of the .changes file
[15:33] <maxb> duairc: The first thing you should check is that the .changes you uploaded is properly signed, *and* the gpg key you signed it with is associated with your launchpad account
[15:35] <duairc> I am almost certain of those two things
[15:39] <MTecknology> kiko: I love you, if you love me back, please say hi
[15:41] <duairc> maxb: Actually, I've figured out the problem now, it was something really silly, thanks for your help though!
[15:57] <imyojimbo> hi, is there an admin here that can delete a branch attached to my user?
[15:59] <Ursinha> imyojimbo, is the branch hosted in launchpad? if so, you can delete that yourself
[16:00] <imyojimbo> i dont think i can, because couple of months ago an admin deleted the project that this branch beloned to
[16:00] <imyojimbo> manually
[16:00] <imyojimbo> and now i dont really see where is the delete button
[16:00] <Ursinha> imyojimbo, do you have the branch link, please?
[16:00] <imyojimbo> for this leftover branch
[16:00] <imyojimbo> https://code.launchpad.net/~eyalw/jquicksilver/head
[16:02] <Ursinha> imyojimbo, do you see two icons in the right side of the title "Main Development Branch"?
[16:02] <Ursinha> I can't because I have no access to that
[16:02] <imyojimbo> oh, lol
[16:02] <Ursinha> :)
[16:02] <imyojimbo> herer it is!
[16:02] <Ursinha> :D
[16:02] <imyojimbo> small little devil
[16:02] <Ursinha> cool
[16:02] <imyojimbo> thanks : )
[16:02] <imyojimbo> that was lame : )
[16:04] <Ursinha> no problem imyojimbo
[16:04] <Ursinha> glad that helped you  :)
[16:05] <imyojimbo> another question, i've been working on a branch ~eyalw/mb/trunk , and now i wish to let the mb-team read/write access to it
[16:06] <imyojimbo> do i need to open a new branch registered to the team, and copy the files to it? or is there another way
[16:12] <maxb> imyojimbo: just change its owner in the web ui, I think.
[16:14] <cjwatson> yes; then the branch will be renamed to ~mb-team/mb/trunk, so you'll need to adjust your local branch configuration
[16:19] <imyojimbo> what is my local branch conf.
[16:19] <imyojimbo> u mean with bzr?
[16:34] <cjwatson> imyojimbo: yes
[16:35] <cjwatson> i.e. 'bzr push --remember lp:~mb-team/mb/trunk' (if you're using an ordinary local branch) or 'bzr bind lp:~mb-team/mb/trunk' (if you're using a checkout)
[16:35] <cjwatson> otherwise it'll try to push to the wrong place next time you commit locally
[16:45] <imyojimbo> thanks
[16:49] <imyojimbo> hmm.. i think i did something wrong :/    look at this before and after: http://cl1p.net/bzr/
[16:54] <cumulus007> Hi, how to change the Wiki URL of a LP project?
[16:54] <cumulus007> I set this wiki url for a loong time ago, and I want to change it now, but I can't find where to do this
[16:56] <imyojimbo> in https://launchpad.net/<project_id>/+edit
[16:57] <cumulus007> there's nothing about the wiki url there
[16:58] <kiko> I need to go home, will ttyiab
[16:59] <imyojimbo> cumulus007, i see a field "Wiki URL:(optional)
[17:00] <cumulus007> well, appearantly that link doesn't show up when you have already set a wiki url
[17:01] <cumulus007> link/text box
[17:01] <imyojimbo> oh
[17:02] <cumulus007> so, LP fails (again and again)
[17:10] <mneptok> cumulus007: i just set the Wiki for a project and can edit it from the +edit page
[17:12] <Ursinha> me too
[17:13] <mneptok> oh, edge for me. Ursinha?
[17:13] <Ursinha> mneptok, edge too
[17:14] <mneptok> Ursinha: not my job to test production vs. edge. have fun!  i had no idea.
[17:16] <cumulus007> Edge, is that testing stuff?
[17:16] <mneptok> cumulus007: right. beta server for pre-release stuff. but this should be working everywhere.
[17:16] <al-maisan> mneptok: careful .. we have a sizable pt-br LP contingent ;)
[17:17] <Ursinha> :)
[17:17] <mneptok> al-maisan: they'll learn to say "haha, thanks" to me, too ;)
[17:17] <Ursinha> lol
[17:17] <MTecknology> kiko: reping
[17:17] <mneptok> and now i know what it means.
[17:17] <Ursinha> cumulus007, so you're in edge
[17:17] <al-maisan> mneptok: you even seem to like it ;)
[17:24] <cumulus007> It's the same on the normal site
[17:24] <Ursinha> cumulus007, have you tried to change the wiki url to see if it works?
[17:24] <Ursinha> cumulus007, do you have the link of the project, please?
[17:26] <cumulus007> https://launchpad.net/~ubuntu-l10n-nl
[17:26] <Ursinha> hmm, this is a team, not a project
[17:26] <Ursinha> but let me see
[17:28] <cumulus007> Oh never mind
[17:28] <cumulus007> it's fixed
[17:28] <cumulus007> I got to go to +editwikinames
[17:29] <Ursinha> :)
[17:31] <cumulus007> but, that's a bug
[17:31] <andrea-bs> cumulus007: yes, it's bug 260041
[18:10] <mpt> Does anyone know who or what <https://launchpad.net/~notifications> is?
[18:10]  * Ursinha looks
[18:12] <Ursinha> mpt, I don't know, let me see
[18:13] <mpt> Ursinha, I discovered it because it was subscribed to the <https://wiki.ubuntu.com/NotifyOSD> wiki page, so I thought maybe it was subscribed to all blueprint-linked specs. But then I realized the NotifyOSD page isn't linked to a blueprint.
[18:18] <matsubara> mpt, if you still have a LP tree see doc/spec-mail-exploder.txt
[18:21] <mpt> matsubara, ah, I see, thanks! Maybe that account's description could be updated with a wee explanation?
[18:22] <matsubara> mpt, yep. we need a admin to do that though
[19:04] <Jeff_Martin> Hello
[19:05] <Jeff_Martin> I would like to see if something is possible from Launchpad
[19:07] <beuno> Jeff_Martin, we're listening!
[19:07] <Jeff_Martin> I would like to be able to export data from: https://translations.edge.launchpad.net/ubuntu/jaunty
[19:08] <beuno> Jeff_Martin, what specifically?
[19:09] <Jeff_Martin> The languages that are (un)translated, to help automate the UWN data collection
[19:09] <Jeff_Martin> Usually the top five
[19:09] <beuno> danilo-sprint, ^
[19:09] <beuno> do we have something in the API?
[19:14] <Jeff_Martin> beuno: I have to get going to class, I will come back later and ask again.
[19:14] <danilo-sprint> Jeff_Martin: you want to get statistics?
[19:14] <Jeff_Martin> yeah statistics, something we can crunch out
[19:15] <danilo-sprint> Jeff_Martin: unfortunately, you would have to parse HTML for that so far, we'll be adding API to allow that
[19:16] <Jeff_Martin> Yeah, we are pasting now, OK -- Thank you Very Much! I await the new API
[19:17] <Jeff_Martin> Great work BTW, love Lauchpad
[19:17] <Jeff_Martin> Bye
[19:25] <laszlok_work> bug #255190 was marked for expiration 149 days ago, but the janitor hasn't expired it yet. Any idea why? This is also happening for other bugs in Jokosher project.
[19:25] <LarstiQ> laszlok_work: doe the janitor do anything at all for Jokosher?
[19:26] <laszlok_work> it used to expire bugs for us, i havent noticed it do anything in a while
[19:26] <laszlok_work> expire bugs is still enabled in project details though
[19:27] <imyojimbo> can someone help me with this: http://cl1p.net/bzr/
[19:30] <beuno> imyojimbo, bzr push lp:~/new/path --remember
[19:30] <laszlok_work> imyojimbo: if you want to change the push branch just do 'bzr push lp:~mb-team/mb/trunk --remember' no?
[19:30] <beuno> or edit ~/.bazaar/loctions.cong manually
[19:32] <imyojimbo> and how do i set back the local repository "c:\mb"
[19:33] <beuno> imyojimbo, as we said
[19:33] <beuno> bzr push/pull LOCATION --remember
[19:34] <imyojimbo> im  a little confused, sorry. there are 2 repos, one local, "c:\mb" and one online "~mb-team\mb\trunk" how do i set back each
[19:37] <maxb> you keep asking the questions and you keep getting given the answer, what don't you like about it? :-)
[19:39] <laszlok_work> imyojimbo: if you want both local and online repos to be identical, just pull from lp:~mb-team/mb/trunk. You could even just delete the lcaol dir and branch from that online one
[19:42] <imyojimbo> maybe i just dont understand the reading of the bzr info command. what is the meaning of "related branches" and the 'repo checkout root' and a
[19:45] <laszlok_work> imyojimbo: related branches is the urls it uses for push if you don't specify one
[19:46] <laszlok_work> 'bzr push' will translate to 'bzr push<EMAIL_ADDRESS>[19:46] <leonel> Hello :  Do  I need to import  my ppa  archive  keys to upload a new package   .. haven't uploaded any since before ppa had keys for my archive
[19:47] <laszlok_work> imyojimbo: the repository checkout root is same as repository branch above, but because  you use the 'bind' command, it changed it from a branch to a checkout
[19:47] <Ursinha> hi leonel
[19:47] <Ursinha> leonel, have you read the help page? https://help.launchpad.net/Packaging/PPA
[19:48] <Ursinha> there it explains how to set everything up to use a PPA
[19:48] <leonel> Ursinha:  I had  uploaded packages before  but now I got this error
[19:48] <leonel> gpg: no valid OpenPGP data found.
[19:49] <imyojimbo> :/ whats the difference between a branch and a checkout
[19:49] <beuno> imyojimbo, a branch is independant and a checkout is bound to it's parent branch
[19:52] <imyojimbo> oh
[19:52] <imyojimbo> i think i got it , so how do i turn it back to a branch
[19:52] <beuno> bzr reconfigure --standalone
[19:53] <beuno> er
[19:53] <beuno> no
[19:53] <beuno> bzr reconfigure --branch
[19:53] <beuno> bzr help reconfigure
[19:53] <beuno> that should help  :)
[19:53] <imyojimbo> thanks
[19:53] <Ursinha> leonel, let me read the docs :)
[19:53] <maxb> leonel: In response to what action did you get that error?
[19:54] <maxb> leonel: The new keys only relate to people trusting downloads *from* your PPA, not in any way to uploads
[19:54] <leonel> maxb:  dput my-ppa   cherokee_0.99.2-1~jaunty~ppa1.dsc
[19:55] <maxb> leonel: You're supposed to dput .changes files, not .dsc files. Also, it sounds like your .dsc was not signed
[19:55] <leonel> yes   and when I issue  with  cherokee_0.99.2-1~jaunty~ppa1_source.changes
[19:56] <leonel> gpg: no valid OpenPGP data found.
[19:56] <leonel> gpg: the signature could not be verified.
[19:56] <leonel> Please remember that the signature file (.sig or .asc)
[19:56] <leonel> that's the error
[19:56] <leonel> and  the packages  are signed
[19:57] <leonel> this is the  archive  I maintain since november approx   https://edge.launchpad.net/~cherokee-webserver/+archive/ppa
[19:57] <maxb> you're totally sure both the .changes and the .dsc contain a signature within them?
[19:57] <leonel> maxb: I'll check that   thank you
[20:11] <vadi2> my projects translations have been in the import queue for nearly a week now (https://translations.launchpad.net/gui-ufw/main/+imports)
[20:11] <vadi2> Can they be looked at anytime soon... ?
[20:18] <MTecknology> kiko is gone? :(
[20:18] <MTecknology> he went the whole day ignoring me :P
[20:48]  * leonel tells  leonel that  HE must  sign a changes file not a DSC  file to upload to his ppa ..
[20:50] <duairc> Hey, I think I'm missing something, but how do I make packages in my PPA available for multiple serieses (eg both jaunty and intrepid)?
[20:50] <duairc> Do I have to make separate packages?
[20:51] <vadi2> it looks like that from the current ppas
[20:52] <leonel> duairc: yes .. you need to  make packages for each ..
[20:53] <leonel> duairc: and by doing that  check the package dependencies  for the older ubuntu versions
[20:53] <leonel> duairc: you can start by doing the  Jaunty or intrepid package then do the backport to hardy and dapper
[20:55] <duairc> leonel: Okay, I'm only really interested in jaunty and intrepid for the moment though. I'm just a bit confused to how I say "this source package is for this series"
[20:56] <leonel> when you make your package
[20:56] <leonel> when editing  your changelog with  dch -i or dch -e   there you tell what ubuntu version is
[20:57] <leonel> duairc: check : https://edge.launchpad.net/~cherokee-webserver/+archive/ppa
[20:57] <leonel> cherokee (0.98.1-1~hardy~ppa3) hardy; urgency=low
[20:57] <leonel> cherokee (0.98.1-1~intrepid~ppa2) intrepid; urgency=low
[21:00] <maxb> Note, that if you think you can get away with building on intrepid and running on jaunty, you could just build on intrepid and then copy the binaries to the jaunty series once built
[21:00] <maxb> (using the LP web interface or API)
[21:02] <leonel> maxb: that's great !!
[21:04] <maxb> Not all packages can build on one series and run on a later one, though
[21:20] <g__> hello
[21:21] <g__> how do I use the bzr launchpad-login? What is my username? is it my profile name or openID login
[21:21] <wgrant> g__: The name in the URL of your profile.
[21:21] <Ursinha> g__, it's your profile name
[21:21] <Ursinha> the one after ~
[21:21] <Ursinha> like mine is ursinha :)
[21:22] <vadi2> my projects translations have been in the import queue for nearly a week now (https://translations.launchpad.net/gui-ufw/main/+imports)
[21:22] <vadi2> Can they be looked at anytime soon... ?
[21:22] <g__> aha great thank you
[21:37] <Ursinha> vadi2, can you open a question for that, please? I'm listing all these translation requests and will talk to translation people about it
[21:37] <vadi2> Alright
[21:39] <kalosaurusrex> I have a question for an admin.  My project team would like to get some support information and we are wondering if there is an API or some how to pull all of the answers data?
[21:43] <kalosaurusrex> anyone anyone? :)
[21:44] <vadi2> https://help.launchpad.net/API/launchpadlib
[21:44] <vadi2> but I don't think it does answers yet
[21:44] <vadi2> yeah it doesn't atm. (I'm waiting for when it gets translations)
[21:47] <Ursinha> vadi2 is right, it doesn't support answers
[21:55] <kalosaurusrex> okay thanks guys :)
[21:58] <ploum> hello
[21:58] <ploum> I've a package in my PPA for intrepid
[21:58] <ploum> how can I upload the same version but for Jaunty ?
[22:05] <qsi> is there a way to upload files to the download section of a series without using the web interface?
[22:06] <Ursinha> qsi, I don't think so
[22:06] <jamesh> upload them somewhere else and tell Launchpad where to find them
[22:07] <jamesh> it'll check every night
[22:07] <qsi> Ursinha: pitty, whenever I push a revision I need to package my release into a tar each time and upload it, ..
[22:07] <qsi> jamesh: ok I'll have a look at that, ...
[22:07] <Ursinha> this is cool jamesh
[22:09] <jamesh> qsi: in the release series details form, you can specify a URL pattern that will match the release tarballs.  It will even produce releases under the series for you
[22:11] <qsi> jamesh: ic, i'll have a look at that
[22:12] <qsi> thanks for the tip
[22:17] <AdamDH> I have a package I would like in my ppa, just reading the TOC, can I have a package with a binary inside it? its proprietary code so they just ship a binary
[22:23] <mwhudson> ppas are for free software i'm pretty sure...
[22:29] <bac> qsi: you can also upload files via the API.  there is a recipe for doing that on the launchpad blog.
[22:35] <Ursinha> bac, AdamDH was asking about packaging proprietary software
[22:36] <qsi> bac: thanks
[22:38] <bac> AdamDH: as mwhudson stated, PPAs, like the rest of Launchpad, are for free software only -- unless you purchase a commercial-use license.  I can give you the details on that if you're interested.
[22:39] <AdamDH> I expected that was the case, I will leave it out my ppa
[22:39] <AdamDH> thanks for the help
[22:47] <Ursinha> thanks bac
[23:03] <Ursinha> netsplit pain
[23:06] <maxb> Hmm... if something's OK for Ubuntu restricted, is that ok for a PPA ?
[23:09] <maxb> Yes, according to https://help.launchpad.net/PPATermsofUse
[23:10] <maxb> So the question concerns the redistributability of AdamDH's binary blob


[02:35] <CIA-128> ubiquity: cjwatson * r5179 trunk/ (debian/changelog src/webcam/webcam.c): webcam: Warn when trying to get unknown properties.
[02:36] <CIA-128> ubiquity: cjwatson * r5180 trunk/ (debian/changelog src/webcam/webcam.h):
[02:36] <CIA-128> ubiquity: webcam: Fix header typo: UBIQUITY_GET_CLASS ->
[02:36] <CIA-128> ubiquity: UBIQUITY_WEBCAM_GET_CLASS.
[02:42] <CIA-128> ubiquity: cjwatson * r5181 trunk/ (18 files in 11 dirs):
[02:42] <CIA-128> ubiquity: Upgrade to Automake 1.11.3, involving using pkglibexec_PROGRAMS instead
[02:42] <CIA-128> ubiquity: of pkglib_PROGRAMS.
[02:47] <CIA-128> ubiquity: cjwatson * r5182 trunk/ (20 files in 11 dirs):
[02:47] <CIA-128> ubiquity: Use a mock resolver during usersetup tests to avoid failing in certain
[02:47] <CIA-128> ubiquity: network setups.
[02:48] <cjwatson> stgraber: ^- should help with testing in a container; I'd appreciate confirmation that I didn't break it worse :-)
[02:48] <stgraber> cjwatson: running a quick test now
[02:53] <CIA-128> ubiquity: cjwatson * r5183 trunk/ (4 files in 3 dirs): Use mock.patch.object instead of deprecated mock.patch_object.
[02:54]  * stgraber is running containers and libvirt inside a container for d-i testing, that's getting hard to think about ;)
[02:54] <stgraber> (while waiting for tests/build to finish running ...)
[02:58] <stgraber> cjwatson: OK (skipped=2)
[02:58] <stgraber> so works fine in arkose now!
[02:59] <cjwatson> great
[03:01] <CIA-128> ubiquity: cjwatson * r5184 trunk/ (debian/changelog ubiquity/misc.py): Silence annoying warnings from dmidecode during the test suite.
[13:21] <CIA-128> ubiquity: cjwatson * r5185 trunk/debian/changelog: releasing version 2.9.18


[06:25] <pleia2> Unit193: when you have a chance to link check: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue358
[06:34] <Unit193> You're up late.  Seems a-ok.
[06:37] <pleia2> thanks :)
[06:37] <pleia2> and yeah, long day today
[22:48] <pleia2> Welcome to the Ubuntu Weekly Newsletter, Issue 358 for the week March 3- 9, 2014 https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue358


[09:02] <Saviq> mzanetti, hmm, icon data is stored in accountsservice directly is it?
[09:02] <mzanetti> Saviq: need to check, one sec
[09:03] <mzanetti> Saviq: yes
[09:03] <Saviq> mzanetti, not great, means old icons in launcher when they get updated :/
[09:04] <mzanetti> Saviq: yes...
[09:04] <mzanetti> Saviq: but I can't access stuff from the greeter session otherwise
[09:05] <Saviq> mzanetti, we might need to refresh the data on startup though
[09:05] <mzanetti> hmm... I think I acutally do that... it's been a while
[09:06] <mzanetti> Saviq: no. I don't atm
[09:06] <Wellark> hey, how can I run a single test under qmltest directory ?
[09:06] <Wellark> from a local checkout
[09:06] <Saviq> Wellark, make -C builddir testFoo
[09:07] <Saviq> mzanetti, yeah, I'll file a bug
[09:07] <Saviq> mzanetti, we should also hook up to app upgrades
[09:08] <Wellark> Saviq: cool. thanks
[09:08] <Saviq> mzanetti, can I ask you to review https://code.launchpad.net/~renatofilho/unity8/blue-led/+merge/224899
[09:16] <mzanetti> Saviq: hmm... wouldn't be some telepathy stuff the better place for this?
[09:16] <Saviq> mzanetti, that's temporary
[09:16] <mzanetti> ok
[09:17] <Saviq> mzanetti, we'll have a central notification place at some point, telepathy isn't enough either
[09:22] <Wellark> Saviq: could I get somebody to take a quick look https://code.launchpad.net/~unity-api-team/unity8/modeminfo/+merge/225159
[09:25] <Saviq> Wellark, the components should probably go to lp:ubuntu-settings-components
[09:25] <Saviq> Wellark, and actually you might be able to just use Menus.StandardMenu from https://code.launchpad.net/~unity-team/ubuntu-settings-components/suru-theme
[09:25] <Saviq> Wellark, it's landing with the suru theme in a few moments
[09:26] <Saviq> dednick, looks like this would fall on your plate ↑
[09:27] <Saviq> Wellark, hmm or maybe not, you have two icons on the left
[09:27] <dednick> Saviq: yeah. i just saw it this morning
[09:28] <dednick> Saviq: custom item
[09:29] <dednick> Wellark: that needs to go into lp:ubuntu-settings-components
[09:43] <Wellark> dednick: could we move it there if we actually need it somewhere else. it's indicator-network related custom component and will not be used anywhere else
[09:43] <dednick> Wellark: it will most likely be in settings as well.
[09:44] <dednick> Wellark: there are no menu components in unity8 anymore.
[09:44] <Wellark> dednick: settings display the information in an entirely different manner as there is actually room there. this is purely an indicator thing
[10:00] <dednick> Wellark: is there a spec for this item anywhere?
[10:07] <Saviq> mzanetti, is there a way we can affect colour of the header icons?
[10:07] <mzanetti> Saviq: it's uitk's Action component. Don't think it has an api for that.
[10:07] <Saviq> ok, we'll need it
[10:07] <mzanetti> Saviq: the back button is even hidden inside the PageHeadStyoe
[10:08] <mzanetti> Saviq: so when the dash becomes an app, it won't inherit shell's theme any more
[10:08] <mzanetti> Saviq: will we still need it then?
[10:09] <Saviq> mzanetti, yes, scope authors need to have control over that
[10:09] <mzanetti> ok
[10:09] <mzanetti> Saviq: yeah. I guess we'd need to talk to timp
[10:09] <mzanetti> Saviq: will you or should I take care of that?
[10:09] <Saviq> mzanetti, already talking
[10:09] <mzanetti> ack
[10:12] <Wellark> dednick: no, there is none. I discussed this item with mpt at Malta and we agreed that I will cook it up so that we can get the information to the indicator. I will attach the related bug reports to the MP.
[10:12] <dednick> Wellark: https://docs.google.com/a/canonical.com/document/d/1OyHUg_uUfmhDNa-9UrMc1tZ_eH_99PEU_V2l1YFA1UY/edit#
[10:13] <dednick> Wellark: i've commented on your MP
[10:14] <dednick> mzanetti: do we have sim unlock in the greeter now?
[10:14] <mzanetti> dednick: define "in the greeter"
[10:15] <dednick> uuuh. in the greeter screen. ie forced to unlock before get into dash
[10:15] <mzanetti> dednick: so it won't be "in" the greeter, but yes, it should pop up behind the greeter so you'd get there when swiping the greeter away
[10:15] <dednick> mzanetti: because apparently that's a requirement.
[10:16] <mzanetti> dednick: its not there yet, no
[10:16] <dednick> mzanetti: right.
[10:16] <mzanetti> dednick: faik Wellark was to take care of that
[10:16] <mzanetti> afaik
[10:17] <dednick> mzanetti: ok. it's apparently not supposed to be part of indicators. guess we added that as a temp patch
[10:17] <dednick> Wellark: ^
[10:17] <mzanetti> dednick: so all it takes is to fire a notification
[10:17] <mzanetti> my last information was the indicators were supposed to do that... but its been a while
[10:17] <mzanetti> I think Saviq has the full plan on it
[10:19] <Saviq> mzanetti, dednick, yeah the button was temporary, and yes it's supposed to show before the greeter, not sure if cancellable though
[10:20] <mzanetti> Saviq: Olga revised Katies decision to show it before the greeter
[10:20] <dednick> Saviq, mzanetti: apparently not. requirement for german operators to enter sim to get to phone.
[10:20] <dednick> "to phone" - being to be able to use any part of phone
[10:20] <Saviq> dednick, interesting, Nokia didn't get the memo then ;)
[10:20]  * mzanetti has a hard time to believe that
[10:21] <Saviq> dednick, and it's stupid, too - just take the SIM card out and you're in
[10:21] <dednick> JohnLea: ^
[10:21] <dednick> heh. true
[10:22] <dednick> perhaps not germany. he did say "I think"
[10:23] <dednick> aaaanyway..
[10:23] <mzanetti> dednick: still, the button in the indicators needs to stay I think
[10:24] <mzanetti> dednick: if you cancel the dialog, you still want a way to introduce the pin later
[10:29] <JohnLea> dednick, mzanetti, Saviq; hyia, minor adjustment from my conversation with dednick earlier; the only place users will be able to unlock the SIM PIN is via the screens and designs that I shared with dednick, but this does not necessarily need to block the user from entering the phone as long as when a SIM PIN is needed we can display the relevant screen from the designs I shared and then return the user to where they were.  However if
[10:29] <JohnLea>  this is not possible for RTM it is ok to require the user to enter the SIM ping before logging into the phone (if this makes you life easier)
[10:40] <Wellark> JohnLea: umm, which design are you talking about, just to be sure?
[10:40] <dednick> Wellark: https://docs.google.com/a/canonical.com/document/d/1VajNkWbBH61iVixXJAmOvNGiG__GWQTMXGNOZijXWJw/edit#heading=h.dxyj97l61sl7
[10:40] <dednick> it's the greeter design
[10:45] <Wellark> dednick, mzanetti, Saviq: indicator-network will have to have the SIM Unlock button in the future, too, as already stated that the user might just cancel the sim unlock dialog on the first time
[10:46] <mzanetti> yep, makes sense to me
[10:46] <Saviq> Wellark, I agree, it should be triggered automatically by some events (like trying to call a non-emergency number or so)
[10:47] <Saviq> Wellark, but indeed a clear button to do so is needed, too
[10:47] <Wellark> dednick: where can we get more info on this requirement from german operators
[10:47] <Saviq> just a second ago I cancelled the dialog on my N9 accidentally and I had to pop the SIM out and back in, had no idea how to unlock otherwise
[10:47] <Wellark> sounds like there might be some misunderstanding going on with that requirement..
[10:48] <dednick> Wellark, Saviq, mzanetti: so we're just going to ignore what the designers say?
[10:48] <Wellark> SIM code != general lock code
[10:48] <Saviq> dednick, where does it say the button should not be there?
[10:48] <dednick> i'm not saying it's wrong. but we'll have to re-work if it is
[10:48] <dednick> JohnLea just said so. and https://docs.google.com/a/canonical.com/document/d/1OyHUg_uUfmhDNa-9UrMc1tZ_eH_99PEU_V2l1YFA1UY/edit#
[10:49] <Saviq> dednick, I don't think that's what JohnLea said, he just said those are the screens to unlock, not how to get to that screen in case you dismissed it
[10:50] <Saviq> dednick, that document doesn't cover that use case AFAICT, is all
[10:50] <dednick> "the only place users will be able to unlock the SIM PIN is via the screens and designs that I shared with dednick" and "as long as when a SIM PIN is needed we can display the relevant screen from the designs"
[10:51] <JohnLea> Saviq, dednick; ideally for RTM if the user needs to unlock a SIM at a later date they should be directed to the greeter screens https://plus.google.com/hangouts/_/canonical.com/toolkit-sync and then back to where they were
[10:51] <mzanetti> JohnLea: sure... it'll always be the same pinentry screen
[10:51] <mzanetti> JohnLea: we're talking about how to open it again if it got dismissed when it popped up automatically
[10:52] <Saviq> JohnLea, you don't want to show it on every unlock after it's dismissed do you?
[10:52] <Saviq> so there needs to be a way to trigger the SIM entry UI
[10:52] <JohnLea> Saviq; that can be set in System Settings I think, one sec I'll find the design
[10:52] <Wellark> JohnLea: SIM PIN != lock code
[10:53] <JohnLea> Wellark; of course!
[10:53] <Wellark> looking at the greeter spec it seems to handle SIM PIN the way it should handle lock code
[10:53] <Wellark> or am I missing something
[10:53] <dednick> Wellark: it does both.
[10:53] <mzanetti> Wellark: well, its the same dialog
[10:53] <JohnLea> Wellark; yes, they are different things, but they are handled in a very similar way
[10:53] <JohnLea> very similar dialog
[10:54] <Wellark> so what happens when the user boots up, sees the greeter, sees the <<unlock>> there, swipes the greeter open and then cancels the SIM unlock dialog?
[10:55] <Wellark> JohnLea: ^
[10:55] <dednick> JohnLea: i think having quick access button on indicator menu for locked sims wouldn't be a bad thing. Problem with the idea that "if you want to use your phone, then pop up SIM unlock" is that you can't receive calls either. Don't think the user should be prompted for SIM pin every time they use the greeter.
[10:56] <Saviq> +1
[10:57] <Saviq> JohnLea, btw, should I add a ubuntu-ux task for purely visual bugs as well? bug #1336731
[10:59] <mzanetti> dednick: I very often intentionally not unlock the sim to not be reachable... but still want to use the phone as a music player.... so if it were me, I wouldn't pop it up every time automatically
[10:59] <mzanetti> but that's just my 2 cents... I guess I would survive it would do so too
[11:01] <JohnLea> dednick; the SIM PIN settings are shown at https://wiki.ubuntu.com/SecurityAndPrivacySettings#Phone  By default a user only ever needs to enter the SIM PIN one time, however in Germany there are different regulations, so the option to for the user to enter the SIM PIN after switching on the phone in order to use the SIM will be switched on
[11:02] <mhr3> Saviq, can you or someone take a look at https://code.launchpad.net/~unity-api-team/unity-api/scope-settings-shell/+merge/225287 pls?
[11:02] <JohnLea> Saviq, yes, add ubuntu-ux for visual bugs as well, thanks!
[11:03] <facundobatista> Holas
[11:03] <mzanetti> buenos dias
[11:06] <sil2100> bregma: hi! Could you give me a ping once you're around?
[11:06] <bregma> sil2100, sure
[11:07] <bregma> sil2100, ping
[11:07] <sil2100> bregma: ;) :D So, I have a question about the compiz landing that's set to Testing: Done right now
[11:07] <sil2100> Silo 10
[11:07] <sil2100> bregma: since I already saw a compiz SRU for trusty in -proposed
[11:07] <bregma> yes, we had to respin the package
[11:07] <sil2100> bregma: ok, so I'll just re-publish it again then
[11:07] <sil2100> Thanks
[11:08] <bregma> sil2100, thanks, we've already been in touch with SRU people, but it was a holiday here yesterday so the middle bits were neglected
[11:13] <Saviq> mhr3, no api version bump?
[11:15] <mhr3> Saviq, needs fixing i guess
[11:15] <mhr3> Saviq, was mostly a question if you're happy with such interface
[11:16] <Saviq> mhr3, looks fine from what I can tell
[11:16] <Saviq> mhr3, properties will be a QVariantMap I assume?
[11:16] <mhr3> pete-woods, ^?
[11:17]  * mhr3 still needs to look at the actual impl
[11:22] <Saviq> /food, then new header
[11:22] <Saviq> mhr3, fyi, new UITK release will happen just after suru, so we won't be blocked by that
[11:23] <Saviq> *but* sil2100 is chicken and doesn't want to release suru into the same image as new Mir
[11:23] <sil2100> :|
[11:24] <Saviq> ;P
[11:24] <sil2100> I'm not chicken... :|
[11:24] <sil2100> ;)
[11:27] <pete-woods> Saviq: yes, the properties is just boring variant map
[11:44] <dandrader> mzanetti, is there an app that visibly changes when I press the volume keys?
[11:44] <pete-woods> Saviq: if you're interested in the API usage, I have a "developer UI" (i.e. crappy QML) here http://bazaar.launchpad.net/~unity-api-team/unity-scopes-shell/scope-settings/view/head:/tools/settings/Settings.qml
[11:44] <dandrader> mzanetti, i.e., showing in its UI in response to the presses
[11:44] <mzanetti> dandrader: don't think so... I tested with xbmcremote which would changes my living room's volume when the buttons work
[11:45] <mzanetti> dandrader: but you'd need xbmc running somewhere for that
[11:45] <dandrader> mzanetti, np, will write a simple qml app then
[11:45] <mzanetti> ok
[12:28] <larsu> dednick: hey man, how's it going?
[12:29] <larsu> dednick: did you see https://code.launchpad.net/~larsu/indicator-messages/add-simple-dbus-api ?
[12:29] <larsu> I'm starting to think we should have this API in unity itself and handle notifications and messaging menu with it
[12:29] <larsu> (this or something similar)
[13:05] <dednick> larsu: hey. havent seen it.
[13:08] <kgunn> dandrader: mzanetti greyback_ miracles never stop...mir040 landing in archive atm...so later today we can jettison mir out of rightedge ppa
[13:08] <dednick> larsu: so that is a dbus menu to add messages to the menu model in indicator-messages?
[13:08] <dandrader> kgunn, finally :)
[13:08] <greyback_> kgunn: yay!
[13:08] <dednick> larsu: dbus api i mean
[13:09] <larsu> dednick: exactly, but without all the baggage that we needed for the desktop's messaging menu
[13:10] <larsu> and I think going through a gmenumodel for this just makes it more complicated
[13:10] <dednick> larsu: right. why would it be exposed by unity8? That means that any app using it would need to be using unity8
[13:10] <larsu> since we could use the same api for notifications (which uses org.freedesktop.Notification right now)
[13:10] <dednick> rather than indicator-messages
[13:10] <larsu> ya, that's my point
[13:11] <larsu> basically, I want notifications and messaging menu to become the same thing from an apps pov
[13:11] <dednick> larsu: by notification you mean?
[13:11] <larsu> ah sorry, bubble notifications
[13:11] <larsu> and snap decisions
[13:12] <larsu> snap decisions look exactly the same as entries in the messaging menu on the phone
[13:14] <dednick> larsu: mmmm. are you meaning that we don't go through indicator-messages at all?
[13:14] <larsu> ya
[13:15] <larsu> dednick: if we go this way (notification center style I mean), indicator-messages would only contain code to convert between two kinds of APIs
[13:15] <larsu> might as well have this in unity8 directly
[13:15] <larsu> especially considering that we already have a notification api in unity8
[13:15] <dednick> larsu: so why would we add the complication of 2 paths into unity8 messaging menu?
[13:16] <dednick> and 2 paths into notifications
[13:16] <larsu> that's what we have now, I want to consolidate it into one
[13:16] <larsu> an app now has to talk libmessaging-menu and libnotify
[13:16] <larsu> and feed both with exactly the same data
[13:17] <larsu> what I'm proposing is that we only have this new api for both of them
[13:17] <larsu> and deprecate everything else
[13:17] <larsu> and since then indicator-messages would only do something  very trivial, get rid of that too
[13:19] <larsu> just throwing this idea out there for now, I haven't talked to all the relevant people yet
[13:19] <larsu> (but I guess this is the start of it)
[13:20] <mzanetti> uuhhh... nasty Qt 5.3 bug (I suppose its qt 5.3): scrolling on unity8's launcher with the mouse wheel scrolls the launcher *and* the dash behind it
[13:22] <dednick> larsu: gmenumodel business?
[13:22] <larsu> dednick: hm?
[13:23] <dednick> larsu: the message menu is described as a gmenuodel
[13:24] <larsu> dednick: in other news, Chipaca pointed out a bug in the messaging menu: you can't "open" the message below the one you've just activated
[13:24] <larsu> dednick: right, I don't think it's that beneficial to us anymore
[13:24] <larsu> hm, untiy8 segfaults when I close it
[13:25] <dednick> larsu: by open/activate, do you mean expand?
[13:25] <larsu> dednick: by open I mean expand, by activate I mean click on the app icon
[13:26] <dednick> larsu: when you click the app icon, it should open the app.
[13:27] <Chipaca> dednick: put two messages on there, expand the top one and click the app icon
[13:27] <dednick> oh. other way around
[13:27] <Chipaca> dednick: the second one moves up, but it seems to get stuck in a weird state, you can no longer expand it
[13:28] <dednick> Chipaca: hm. mine is ok
[13:28] <dednick> well, when i click on the app icon my indicators dissapear
[13:28] <larsu> right, you need to reopen it :)
[13:29] <Chipaca> yeah, i skipped that bit :)
[13:29] <dednick> Chipaca: ah. yeah, true.
[13:29] <dednick> Chipaca: need to expand another one first
[13:30] <dednick> Chipaca: i think the model thinks it's still expanded
[13:30] <Chipaca> without knowing the code, that's what it looked like, a model and view out of sync
[13:32] <dednick> larsu: and as for the api, think you're asking alot there :) It will be a lot of work which we don't "really" need right now.
[13:34] <larsu> dednick: Chipaca is having trouble implementing push notifications with the messaging-menu API, this would help him a lot
[13:34] <larsu> dednick: and the same will happen for sdk guys trying to expose both the messaging menu and libnotify to applications
[13:34] <larsu> dednick: I'm not saying we need to do the full-on switch now
[13:35] <larsu> which is why I've added it to indicator-messages for now
[13:35] <larsu> as a transition
[13:35] <larsu> but before we decide to merge it, I want to make sure we're all on the same page on how to go forward
[13:36] <dednick> larsu: I don't think it can be in unity8 process though.
[13:37] <dednick> larsu: will need it in greeter.
[13:37] <dednick> as well i mean
[13:37] <larsu> does greeter have bubble notifications? The same would apply to those, no?
[13:38] <dednick> larsu: don't know about notifications.
[13:38] <larsu> dednick: who does?
[13:38] <larsu> Saviq: ?
[13:38] <Saviq> larsu, there's only a single layer of notifications now
[13:39] <Saviq> larsu, we did have two when we split the greeter, but we reverted that
[13:39] <dednick> same with indicators i guess
[13:39] <dednick> but will be split.
[13:40] <Saviq> larsu, and ultimately I'm after actually only having one layer of notifications, common for everything, syncing them between greeter and session proved real error prone
[13:41] <Saviq> we may need one per user, there's investigation to eb had
[13:41] <Saviq> be
[13:41] <larsu> Saviq: what do you mean by layer?
[13:41] <larsu> having it in a separate process?
[13:41] <Saviq> larsu, no, rendered by the greeter session
[13:42] <larsu> right, but where does it get the data from?`
[13:42] <larsu> accountsservice?
[13:42] <Saviq> larsu, it will have to get it from the sessions, multiplex with its own
[13:43] <Saviq> there's advantages and disadvantages, but I think we can cope
[13:46] <larsu> Saviq: makes sense to me. I was just talking to dednick about combining notifications and the messaging menu, since snap decisions look exactly the same as entries in the messaging menu
[13:46] <larsu> Saviq: and then letting unity8 handle both of them, without the indicator as a middle man
[13:46] <larsu> do you have any thought on that?
[13:47] <Saviq> larsu, I think the whole PostOffice approach would facilitate that
[13:47] <Saviq> larsu, and yeah, don't think there needs to be an indicator in between
[13:47] <Saviq> larsu, but that's far away
[13:49] <larsu> Saviq: I've proposed a branch for indicator-messages to help the transition (so that applications / push notification service can already use a simpler API to get stuff into the messaging menu)
[13:49] <larsu> Saviq: I also don't know how the post office would help here. That's just another consumer of the api, no?
[13:49] <Saviq> larsu, that's the only thing the app would talk to
[13:50] <Saviq> larsu, whether that message would result in bubble, bubble+menu entry, menu entry alone, the post office would decide
[13:50] <dednick> i think it would work well for notifications, but would need some way for the data to live between greeter/unity sessions for messages.
[13:50] <larsu> Saviq: and the post office talks to unity how?
[13:50] <Saviq> larsu, I wouldn't want to introduce a temporary API like this unless we have a longer-term plan that this aligns with
[13:51] <Saviq> larsu, whatever we say works
[13:51] <larsu> Saviq: that's what I'm discussing right now..
[13:51] <Saviq> larsu, I won't have time to discuss this properly for a few weeks at least still
[13:54]  * Saviq hates Qt for the doc url mess, had to remove all related history >:[
[13:55] <larsu> Saviq: I'm bringing this up now because it's quite hard to integrate with the messaging menu right now and I'm afraid we're wasting some people's time
[13:56] <Saviq> larsu, is that a public API on the phone anyway? or is this about push?
[13:56] <Saviq> public/supported
[13:57] <larsu> Saviq: not public, but for the push guys to use (and later the sdk guys if we ever decide to let apps issue notifications)
[13:58] <Saviq> larsu, yeah, the "later" part is something that will require the PostOffice discussion to happen properly for sure, if the API is just for push consumption, I'm fine with that
[13:59] <Saviq> larsu, whether it's going to be a separate process later that will expose the same / similar API and then communicate that to the shell, or just a library shell will load I've no strong opinion on, both works just fine
[14:00] <larsu> Saviq: right, that's what I'm thinking. It would even live in indicator-messages at first (for the transition)
[14:00] <larsu> I did call it com.canonical.Notifications though
[14:00] <larsu> not sure if that's what we want
[14:00] <larsu> I do like the thought of merging notifications and this, though
[14:01] <Saviq> larsu, it's internal API for push consumption alone, not *really* important
[14:01] <Saviq> larsu, sure, completely agree, but not *now* ;)
[14:03] <larsu> Saviq: okay, understood :) I do find it a bit odd with how low of a priority everyone treats notifications and the messaging menu
[14:04] <Saviq> larsu, it's not low priority, they just work good enough as they do now, no significant work has been planned on those for first release
[14:04] <Saviq> larsu, we're driven by business and design req, nothing came on that topic from there
[14:06] <larsu> Saviq: that's my point. "nothing came from there"
[14:07] <Saviq> larsu, must mean it's purrfect, what you complain about!
[14:08] <larsu> Saviq: :) I don't know. I don't think it's good enough at all. Do we have apps other than phone that puts stuff into the messaging menu?
[14:09] <Saviq> larsu, you know lifecycle prevents that on the phone anyway
[14:09] <Saviq> so not a huge prio
[14:13] <sil2100> seb128, Saviq: I can also publish the suru silo now if you want, but only on your resposibility! What's in that silo? Is that only some path change for the themes or something more complicated?
[14:13] <Saviq> sil2100, the default icon theme changed, icons got updated in apps, unity8 and settings had some adaptations to new icon sizes
[14:14] <Saviq> sil2100, I can take on the responsibility if you need me to
[14:14] <Saviq> whoa it's 4pm already
[14:14] <larsu> Saviq: lifecycle prevents it because we have a bad API. Why do we have push notifications anyway if this doesn't work?
[14:15] <Saviq> larsu, what doesn't work? push notifications are not lifecycled, push is exactly one way to "escape" lifecycle
[14:17] <larsu> Saviq: ah, the idea is that apps can only notify about something via push for now?
[14:17] <Saviq> larsu, yes
[14:18] <Saviq> larsu, if they're focused, they shouldn't even use notifications / messaging menu as... they're focused
[14:18] <Saviq> larsu, and if they're not focused, they're suspended, so they can't do it anyway
[14:19] <Saviq> larsu, so system services / push are the only way to issue notifications / messaging menu items
[14:20] <larsu> Saviq: fair enough, thanks
[14:33] <karni> mhr3_: I could have done something wrong, but I wouldn't expect to meet an assertion in scoperegistry :) Any ideas what could have gone wrong? http://paste.ubuntu.com/7737096/
[14:34] <mhr3_> karni, display name unset for a new scope?
[14:35] <karni> mhr3_: you're right, I'm using cmake to configure the ini file, and removed the setting SCOPE_TITLE from my CMakeLists, thanks
[14:39] <dandrader> Saviq, completely forgot about that indicators mp review
[14:40] <Saviq> dandrader, I'd have pung you, but the afternoon crept up on me
[17:08] <mhr3> Saviq, yey, cache-control in production for the click apps server
[17:26] <mzanetti> Saviq: still around?
[18:07] <Cimi> Saviq, you know where ApplicationManager.keyboardVisible is defined? (real one, not mocks)
[18:08] <greyback_> Cimi: it's in unity-mir
[18:08] <greyback_> Cimi: I thought you were going to ask me tomorrow
[18:08] <eridu> hey everyone; I'm seeing a regression in Unity in the HUD alt-tap behavior
[18:09] <Cimi> greyback_, I grep for it and nothing appears
[18:09] <eridu> after upgrading to 14.04, the HUD started being launched even if I used a key chord like alt-b or alt-f as long as the tap is short enough
[18:09] <eridu> should I report this as a bug, or is there anything I could do first to ensure it wasn't my own system?
[18:10] <greyback_> Cimi: right you are. It's long gone
[18:11] <Cimi> greyback_, wondering how the shell works then...
[18:11] <greyback_> eridu: I say you should log it as a bug
[18:11] <eridu> greyback_: how do you recommend doing that? is there an apport line I should run so that all the right information gets harvested?
[18:12] <Cimi> greyback_, we have this piece of code in the shell is doing nothing
[18:13] <greyback_> Cimi: so I see. OSKController is only thing managing keyboard as far as I know
[18:13] <greyback_> Cimi: dead code I guess
[18:13] <greyback_> 4menot4U
[18:13] <greyback_> bollocks
[18:13] <Cimi> greyback_, so why the shell has input filtering under osk?
[18:13]  * greyback_ changes password
[18:16] <Cimi> tomorrow...
[18:16] <greyback_> Cimi: lp:unity-mir src/modules/Unity/Application/OSKController.qml
[18:16] <greyback_> that should be doing all you need, but yes tell me tomorrow what's wrong
[18:21] <dandrader> greyback_, have you been able to successfully use QLoggingCategory filtering yet?
[18:22] <greyback_> dandrader: I did ages ago with a test. But I've not tried it since. Note that all messages are enabled by default so far
[18:22] <Saviq> mzanetti, back
[18:22] <dandrader> yeah, that I know
[18:22] <mzanetti> Saviq: reading through the merge... you often comment the import version bump
[18:23] <mzanetti> Saviq: I asked sdk people and asked if they think its a problem if I have mixed stuff from e.g. Ubuntu.Components 0.1 and ..Themes 1.1
[18:23] <mzanetti> Saviq: they said I shouldn't do that, and we should update to 1.1 in general
[18:24] <mzanetti> Saviq: so I bumped it at least every where where I touched the import statements anyways
[18:24] <Saviq> mzanetti, hmm I don't think it matters as long as you have the right imports in the right places
[18:24] <Saviq> mzanetti, and for migration to 1.1 let's just do a separate MP just for that
[18:25] <mzanetti> Saviq: as albert said, I don't think auto bumping everything to 1.1 is a good idea
[18:25] <mzanetti> or well in general auto updating qml imports
[18:25] <mzanetti> I would think that when we touch them anyways in code we test we should upgrade them
[18:25] <mzanetti> but not doing one batch that doesn't get enouch attention to each and every one
[18:26] <mzanetti> it probably doesn't really matter now for uitk 0.1 -> 1.1
[18:26] <mzanetti> but we should figure a strategy for this
[18:26] <mzanetti> Saviq: want me to revert all the import changes then?
[18:26] <Saviq> mzanetti, dunno, I just wouldn't touch them unless needed, I can't see how that would be a problem
[18:27] <Saviq> mzanetti, all those that are not required I think yes, no need to touch them AFAICT
[18:27] <Saviq> mzanetti, if it was the problem to have them mixed, it doesn't matter if you change in 5 places but not in 50
[18:27] <mzanetti> ok
[18:28] <Saviq> mzanetti, imports don't propagate across files, so the fact that you need 1.1 somewhere means that you just need 1.1 in that particular file
[18:28] <mzanetti> sure... I know that
[18:28] <Saviq> mzanetti, singletons are interesting actually
[18:29] <mzanetti> I just had the import theme pretty much everywhere at some point. that's why I bumped the other components to 1.1 too
[18:29] <Saviq> mzanetti, I think wherever you use singletons you need to bump all at the same time
[18:29] <mzanetti> cause I'd say we agree that if theme 1.1 is needed, the components should be 1.1 too
[18:29] <Saviq> mzanetti, sure, where there is themes 1.1, components in sync
[18:29] <Saviq> mzanetti, but if there's nothing 1.1 required, let's leave them be
[18:30] <Saviq> mzanetti, I think singletons are an exception - you need to bump all uses, otherwise you'd probably end up with separate files
[18:30] <mzanetti> Saviq: I still think it would be better to upgrade them like this... but your call. gonna revert the changes
[18:30] <Saviq> mzanetti, but what's the advantage?
[18:30] <mzanetti> Saviq: esp for QtQuick, I wouldn't want to do the one commit that bumps 2.0 to 2.2
[18:31] <mzanetti> but I would be ok with upgrading the parts I touch anyways
[18:32] <mzanetti> aanyways. will add the singleton and see what's left
[18:33] <Saviq> mzanetti, right now I have the feeling that it's best to only bump when we actually need the changes, I don't see much of a difference between bumping them all at once or bumping without the need
[18:33] <Saviq> mzanetti, truth be told we should ask Simon/Alan if they thought about that
[18:34] <mzanetti> hmm... ok... I would have said its better to keep up to date instead of having 2.0 and 2.10 mixed at some point
[18:34] <Saviq> mzanetti, there's a flaw in that approach, though - what if we don't touch a file between now and 2.10
[18:34] <Saviq> it'll be at 3.0 still
[18:35] <Saviq> 2.0
[18:35] <mzanetti> sure...
[18:35] <Saviq> and then we need auto-bump anyway
[18:35] <mzanetti> but then its not many any more which could bring potential issues
[18:35] <Saviq> we could bump in waves, too
[18:35] <Saviq> like per component
[18:36] <mzanetti> ok well... lets just think about it and discuss that again when albert is back. I'm sure he has an opinion on it
[18:36] <Saviq> yeah
[18:36] <mzanetti> for now I do what you told
[18:44] <om26er> Hi! can anyone please review my test branch for unity8 ?
[18:44] <om26er> https://code.launchpad.net/~om26er/unity8/launcher_integration_test/+merge/224701
[18:45] <om26er> We need this in for a UX test.
[18:46] <Saviq> om26er, hey, we're a bit swamped for reviews, it's not like we singled out yours to leave rotting
[18:46] <Saviq> om26er, we'll definitely get to it
[18:47] <om26er> Saviq, ok.
[18:47] <Saviq> om26er, it's not too big either, so it shouldn't take too long
[18:47] <dandrader> Saviq, btw, nick set his https://code.launchpad.net/~nick-dedekind/unity8/indicator.call-hint/+merge/218627 as "work in progress". so I think I got away with it for now :)
[18:48] <Saviq> dandrader, looks Needs review to me?
[18:48]  * dandrader checks again
[18:49] <dandrader> oh right, that was on jun 30. don't know why I didnt get the next status update e-mail


[03:01] <robru> cyphermox, ping
[03:09] <achiang> ogra_: you left us all hanging before... what were you wrong about for 10 years? :)
[05:38] <pitti> Good morning
[06:47] <pitti> Laney: can we / do you plan to sync glib2.0 from exp?
[07:46] <mhr3> mvo, ping?
[07:53] <mvo> mhr3: pong
[07:54] <mhr3> mvo, hey there, how are you doing? :)
[07:55] <mvo> mhr3: good, thanks! well, was sick in the last 2 days, but much better now. but overall good, thanks :)
[07:55] <mvo> mhr3: and you ?
[07:57] <jibel> good morning
[07:57] <mhr3> mvo, eh, freezes... so crazy times :)
[07:58] <mhr3> mvo, anyway, we wanted to ask about sc, we'd want to show all scopes in apps lens, what's the best/easiest way to achieve that? :)
[07:58] <mvo> mhr3: haha, of course!
[07:59] <mvo> mhr3: so the data-provider would need to send you this? and all scopes means all packages that provide a lens/scope (do we use the term scope?).
[08:01] <mhr3> mvo, yea, basically we'd want to have it the xapian index (ideally as tagged with a separate category)
[08:01] <mhr3> have it in*
[08:01] <mhr3> mvo, and there's no more lenses in 13.04, everything is a scope now :)
[08:01] <mvo> mhr3: ok, how is it identified? is there something (name, category, tag, whatnot) to do this?
[08:01] <mvo> mhr3: aha :)
[08:02] <mhr3> mvo, that's what i thought you could tell us :)
[08:02] <mhr3> we can add whatever to the pkgs
[08:03] <mvo> mhr3: aha, cool, so you control it entirely? give me 2 minutes to look at the code etc to familiarize myself again
[08:03] <mvo> jamesh: welcome
[08:03] <mhr3> mvo, sure
[08:03] <mvo> jamesh: <mvo> mhr3: aha, cool, so you control it entirely? give me 2 minutes to look at the code etc to familiarize myself again
[08:05] <mvo> jamesh, mhr3: it seems like the easiest option is to simply re-use the existing software-center.menu.in category for "dash search plugins"
[08:05] <mvo> that is currently using unity-lens-* as a pkgname filter
[08:05] <mvo> if you simply ensure that the unity-scope-* matches all your scope you should be fine
[08:06] <mhr3> mvo, does that mean it's also query-able (wow is that a word?) in the db?
[08:08] <mvo> mhr3: you don't want to go through the db-provider?
[08:08] <mhr3> mvo, plus i hope it wouldn't be a problem to do (unity-lens-* || unity-scope-*), cause i don't think we have time to do a bunch of renames now
[08:09] <mvo> mhr3: its querable directly in the DB as well, its just a bit quirky because of xapian special handling for "-"
[08:09] <mhr3> there's a db-provider? what's that? :)
[08:09] <mhr3> if that's some python class that we can't use that, cause we don't have python in apps lens/scope
[08:10] <mvo> mhr3: the data provider, for some reason I thought you guys would use that for the category stuff too, but I re-remember that you don#t,right?
[08:10] <jamesh> Looks like it would be pretty simple to put both names in the section
[08:10] <mvo> mhr3: the dbus thing
[08:10] <mhr3> oh, iirc we use that just for previews
[08:10] <mhr3> searches are done directly in the db
[08:11] <mhr3> should be faster at least... we don't really have time to change that atm
[08:11] <mvo> mhr3, jamesh: indeed, give me some more minuts to draft a sample python query thing
[08:12] <mvo> I think the only quirk is that replace("-", "_") is needed as xapian handles the "-" speical (which is rather anoying)
[08:22] <ogra_> achiang, that debconf is authoritative
[08:23] <seb128> hey desktopers
[08:23] <didrocks> salut seb128
[08:23] <seb128> happy friday!
[08:24] <seb128> lut didrocks
[08:24] <seb128> ogra_, still talking about timezones?
[08:24] <ogra_> seb128, only answering pings :)
[08:24] <seb128> ogra_, we should undo that "debconf is authoritative"
[08:24] <mvo> mhr3, jamesh: http://paste.ubuntu.com/5636330/ <- this should work if the scopes/lenses have desktop files you can leave line 4 commented otherwise you will have to query the a-x-i as well
[08:25] <seb128> that doesn't seem right for a 21st century OS
[08:25] <seb128> mvo, hey, alter! wie gehts?
[08:25] <mvo> hey seb128
[08:25] <pitti> bonjour seb128
[08:25] <ogra_> seb128, no, we dont need to ... as i said above, i was wrong for the last ten years .... slangasek explained to me that debconf should always adapt to the existing system settings (and apparently not everyone knows that)
[08:25] <jamesh> mvo: currently the scopes don't have .desktop files -- there are .scope files that are kind of like .desktop files but not quite
[08:25] <pitti> mvo! wie gehts?
[08:25] <mvo> seb128: not too bad, was a bit sick in the last 2 days, but much better now
[08:26] <mvo> hey pitti!
[08:26] <seb128> pitti, salut
[08:26] <pitti> RAOF: upstart does dbus service activation now? I didn't know that
[08:26] <mvo> jamesh: we could extend the deskotp file extractor to read/add them, that wouldn't be too hard I think
[08:26]  * pitti vous donne beaucoup de accolades
[08:26] <seb128> ogra_, oh ok (I don't have "above", I close my client at night ... will read the irclogs.u.c log ;-)
[08:27] <jamesh> mvo: they are in keyfile format with Name and Description, so hopefully that isn't too difficult
[08:27] <mvo> jamesh: https://code.launchpad.net/~mvo/archive-index/app-install-mvo/ <- this is doing the extraction magic
[08:27] <ogra_> seb128, ah, i apologized to desrt ... and achiang asked what i was referring to :) (that caused my comment above)
[08:27] <seb128> pitti, what do you mean by "upstart does dbus service activation"? isn't dbus doing dbus service activation?
[08:27]  * jamesh looks
[08:27] <seb128> ogra_, gotcha ;-)
[08:28] <mvo> jamesh: I assume the scopes have a fixed dir they go into?
[08:28] <jamesh> mvo: yes
[08:28] <pitti> seb128: I asked because I saw RAOF's reply on https://plus.google.com/u/0/107564545827215425270/posts/2yoaggm8Yth
[08:28] <pitti> but I don't want to make so much fuss on G+ about it
[08:28] <pitti> seb128: kdbus won't :)
[08:28] <ogra_> well, dbus is overrated, lets do IPC
[08:28] <pitti> (not that this becomes relevant anytime soon, I was just wondering)
[08:28] <ogra_> sokect and the like :)
[08:29] <ogra_> *sockets
[08:29] <Laney> pitti: glib> yes, I've got that on my list - will look today
[08:29] <Laney> hoping we didn't sneak in any divergance
[08:29] <pitti> ogra_: you young guys with fancy IPC mechanisms! exchange text files!
[08:29] <ogra_> pitti, you mean apps ahould just use the talk protocol  ? yeah, good idea :)
[08:29] <pitti> Laney: I had a quick look at the changelog, didn't look like it; but a debian/ debdiff review is certainly in order; thanks!
[08:29] <mhr3> mvo, jamesh, afaict we're talking about patching apps scope to query one extra db + modifying the query vs just modifying the query *and* changing s-c component, i think #1 is much simpler
[08:45] <mvo> mhr3: yeah, just the query is certainly easiest, please check out if that is suffient if not I'm happy to help with #2
[08:45] <mhr3> jamesh, could you ^, i'm fixing some other things
[08:46] <mhr3> jamesh, it's all in unity-lens-applications src/unity-package-search.cc
[08:46] <jamesh> mhr3: okay
[08:46] <mhr3> thx
[08:50] <pitti> seb128: btw, could you please install ubuntu-desktop and thus libpam-xdg-support again? that should uninstall libpam-systemd
[08:51] <pitti> seb128: and then verify that everything still works? I'm still running logind only while I'm busy with fixing the upstream world for the split
[09:42] <chrisccoulson> good morning
[09:43] <seb128> chrisccoulson, hey, how are you? happy friday
[09:43] <chrisccoulson> seb128, yeah, i'm not too bad thanks. how are you?
[09:43] <chrisccoulson> we've got snow again!
[09:44] <chrisccoulson> https://twitter.com/chrisccoulson/status/315012812156055552
[09:45] <seb128> chrisccoulson, I'm good
[09:45] <seb128> chrisccoulson, crazy weather this year
[09:46] <chrisccoulson> we have snowfall forecast for most of today and tomorrow
[09:53] <mhr3> jamesh, fyi i'm pushing http://paste.ubuntu.com/5636475/ into apps lens
[09:54] <mhr3> jamesh, well, the xapian define is important
[10:32] <GunnarHj> seb128: Re bug 952185; actually there are two more tasks besides the openssh patch that need sponsoring: An at (ubuntu) MP and a gdm (precise) bzr branch.
[10:32] <ubot2> Launchpad bug 952185 in gdm (Ubuntu Precise) "~/.pam_environment not parsed by default" [Medium,In progress] https://launchpad.net/bugs/952185
[10:32] <seb128> GunnarHj, the merge requests are picked by the sponsoring queue directly
[10:33] <GunnarHj> seb128: One MP. And no, since ubuntu-branches is not in the review list.
[10:34] <GunnarHj> seb128: And the other branch is not an MP, since there is no branch to merge against.
[10:34] <seb128> GunnarHj, shrug, that bug is a mess :-(
[10:34] <seb128> GunnarHj, if there is no mp can you add a debdiff to the bug?
[10:34] <GunnarHj> seb128: If only the sponsors were careful enough. ;-)
[10:34] <GunnarHj> seb128: Can do that.
[10:34] <seb128> GunnarHj, thanks
[11:22] <popey> hmm, something squiffy with pulseaudio today. it keeps respawning after login
[11:23] <ogra_> it is supposed to respawn ...
[11:23] <ogra_> mor intresting would be why does it die
[11:26] <popey> well indeed
[11:27] <ogra_> anything in ~/.xsession-errors ?
[11:28] <popey> bug 1078543
[11:28] <ubot2> Launchpad bug 1078543 in pulseaudio (Ubuntu Raring) "[raring] Pulse audio fails to start with error 'Failed to open module "module-esound-protocol-unix": file not found'" [High,Fix released] https://launchpad.net/bugs/1078543
[11:28] <popey> getting that
[11:28] <ogra_> geez, why is that loaded at all
[11:29] <popey> no mention of pulse in xsession-errors
[11:29] <popey> http://paste.ubuntu.com/5636659/
[11:30] <ogra_> got steam installed on a 64bit machine ?
[11:30] <popey> yes
[11:33] <popey> hmm, killed pulse and now it loads
[11:33]  * popey reboots
[11:55] <popey> ogra_: aha! it respawns madly if you logout/login, not if you reboot
[11:56]  * popey files bug
[12:11] <Laney> arrrrrr
[12:15] <seb128> Laney, not liking the winter weather or....?
[12:15] <Laney> yeah, just arrived at blue fin - cold cold
[12:17] <seb128> no lunch outside today then? ;-)
[12:17] <Laney> definitely not :P
[12:41] <Laney> pitti: ah, we still have a glib diff for python:any BD
[12:54] <cyphermox_> " good" morning!
[12:54] <cyphermox_> Laney, I'm ready to upload evo 3.6.4 I guess
[12:54] <cyphermox_> I can' t really do a build test though; I'm on a live CD
[12:54] <cyphermox_> (for raring)
[12:54] <Laney> you sound supremely confident!
[12:54] <Laney> porter-amd64?
[12:55] <cyphermox_> you are genius
[12:55] <cyphermox_> oh wait
[12:55] <cyphermox_> that's going to be some hoop jumping but yes I can do it
[12:56] <Laney> did your pc break or something?
[12:56] <cyphermox_> yeah
[12:56] <cyphermox_> BOTH.
[12:56] <Laney> :/
[12:56] <cyphermox_> one won' t boot, the other's SSD freezes up all the time
[12:56] <cyphermox_> I got disk errors
[12:56] <cyphermox_> sitting in a cafe right now, on a live cd on my laptop, waiting for the parts shop next door to open
[12:58] <Laney> oh man, brutal
[12:59] <pitti> Laney: ah that; damn Debian freeze :)
[13:03] <seb128> pitti, sorry, forgot to reply to your ping this morning, installing ubuntu-desktop didn't bring libpam-xdg-runtime in, I guess that's only a recommend? in any case I swapped back, will let you know if I find any issue
[13:15] <pitti> thanks
[13:20] <seb128> pitti, btw, what was the status of langpacks? wgrant said the other day you guys sorted it out and you were going to trigger an update ... is that correct?
[13:43] <mterry> didrocks, so how does the privacy control ("remote-content-search") for scopes work in the new smart scope world?
[13:44] <didrocks> mterry: it will stay the same
[13:44] <didrocks> mterry: and disable the smart scope service
[13:44] <didrocks> so no talk to the server
[13:44] <didrocks> mterry: btw, yesterday you relaunched the unity stack, but didn't publish it (it was in manual publishing mode)
[13:45] <didrocks> mterry: we had a lot of tests failing during this daily release this night. I bet for a service crashing/flacky tests and seb128 reran them (still running on some arch)
[13:45] <mterry> didrocks, ugh, whoops
[13:45] <didrocks> mterry: do you mind publishing them (they will be in manual publishing mode still because some upstream stacks are in manual publishing)
[13:45] <mterry> didrocks, I saw that he did, yeah.  ati had a lot of failures, it's usually reliable
[13:46] <davidcalle> mterry, on top of that, all scopes have a RemoteContent true/false field in their .scope file. To ensure even local non-recommended scopes are blocked.
[13:46] <mterry> didrocks, after they finish sure
[13:46] <didrocks> mterry: thanks! also there is one compiz regression
[13:46] <didrocks> one sec…
[13:46] <didrocks> bug #1158161
[13:46] <ubot2> Launchpad bug 1158161 in Compiz "[regression] Unmaximized windows can't be closed, minimized, moved" [Critical,Triaged] https://launchpad.net/bugs/1158161
[13:46] <didrocks> mterry:  ^
[13:46] <didrocks> would be good to get a fix in
[13:46] <mterry> davidcalle, so if there is a RemoteContent=true field, and that preference is turned off, the scope won't be used?
[13:47] <jcastro>  /msg didrocks argh this new dash.
[13:47] <didrocks> mterry: sam has a fix in lp:compiz (not lp:compiz/raring)
[13:47] <didrocks> jcastro: :)
[13:47] <jcastro> :)
[13:47] <didrocks> mterry: but the description is not encouraging
[13:47] <jcastro> so this lag inbetween each character typed, is killing me
[13:47] <didrocks> jcastro: yeah, there is a bug for the searching on each keystroke
[13:48] <didrocks> which is doing that…
[13:48] <mterry> didrocks, you mean the "such a disaster" line?  :)
[13:48] <didrocks> mterry: rather "I have no idea why it does. Scary."
[13:49] <mterry> didrocks, OK, who is managing the compiz/raring branch?  They should review the code
[13:49] <didrocks> mterry: well, nobody since duflu is working on something else :/
[13:49] <didrocks> mterry: so basically, you? (surprise surprise!) :-)
[13:49] <mterry> hmm
[13:49] <didrocks> mterry: sil2100 has some knowledge of compiz
[13:50] <didrocks> not sure in that area of the code though
[13:50] <mterry> change seems simple enough
[13:50] <didrocks> yeah, we can try just confirming it's fixing it
[13:50] <didrocks> and having someone playing with the decorator
[13:50] <didrocks> it's reproducible 100% of times
[13:52] <ritz__> cyphermox hi, sorry to bug you, does the sru request look fine ? -  https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/1116317
[13:52] <ubot2> Launchpad bug 1116317 in network-manager-applet "Needs option to create user connections by default" [Wishlist,In progress]
[13:53] <mterry> didrocks, will test myself and file MR for it when I confirm.  Then maybe you can approve for landing
[13:53] <didrocks> mterry: thanks a lot
[13:53] <didrocks> mterry: yep, I will just trust your words :)
[13:54] <sil2100> didrocks, mterry: I checked the code, but didn't build-test it yet
[13:54]  * sil2100 was lunching
[13:54] <sil2100> For Sam's fix
[13:56] <didrocks> thx sil2100!
[13:56] <mterry> didrocks, so...  this RemoteContent field for scope files.  If the user has set privacy to ON, a RemoteContent=true scope won't be used?
[13:56] <didrocks> mterry: basically, the scope will be started
[13:57] <didrocks> but will look at this privacy key
[13:57] <didrocks> and if it's set to ON
[13:57] <didrocks> it won't look
[13:57] <sil2100> I'll backport it to raring later ;p
[13:57] <didrocks> also, the smart scope won't set your search on the server
[13:57] <davidcalle> didrocks, that's the old way. Unity will decide to start it or not.
[13:57] <didrocks> davidcalle: right, but some will still be started
[13:57] <mterry> didrocks, but only those with RemoteContent=false?
[13:57] <didrocks> like the music remote and photo remotes
[13:57] <didrocks> right davidcalle?
[13:58] <mterry> didrocks, those may look at the preference key to optionally use remote sources?
[13:58] <davidcalle> didrocks, right, these ones, since they have the "always-running" dconf-key check internally.
[13:58] <didrocks> yep
[13:58] <didrocks> so it's a combination of both :)
[13:59] <mterry> so always-running -> looks at key; RemoteContent=false -> looks at key; RemoteContent=true -> not even started if privacy on
[13:59] <mterry> didrocks, davidcalle ^ ?
[14:00] <didrocks> mterry: almost ;) (RemoteContent=false won't look at the key as they don't search for remote content…)
[14:00] <davidcalle> mterry, remotecontent false don't need to look at the key at all. But yes.
[14:00] <mterry> didrocks, davidcalle: what about a scope that looks at local as well as remote content?
[14:00] <didrocks> mterry: they are separate scope
[14:00] <didrocks> under the same master scope
[14:00] <mterry> ah... hm
[14:00] <didrocks> but separate scope
[14:01] <mterry> didrocks, so MIR wise, launchpad and sshsearch scopes use python2 and thus are icky.  Would you be super sad if they weren't installed by default?
[14:02] <didrocks> mterry: I think the executive decision is to install all of them by default, regardless of the technology
[14:02] <didrocks> launchpad is python2 because of launchpadlib
[14:02] <davidcalle> mterry, that would be unfortunate to have github without launchpad, but paramiko and liblaunchpad are the bad guys.
[14:02] <didrocks> not sure about why sshsearch is
[14:02] <mterry> didrocks, paramiko
[14:02] <didrocks> ok paramiko :)
[14:03] <mterry> MIR doesn't care *why*
[14:03] <mterry> MIR's answer is port liblaunchpad (why isn't that ported yet!)
[14:03] <mterry> didrocks, but you think there's an override in effect here
[14:03] <didrocks> mterry: right
[14:04] <davidcalle> mterry, https://bugs.launchpad.net/lazr.authentication/+bug/1007437
[14:04] <ubot2> Launchpad bug 1007437 in lazr.authentication "Support Python 3" [Undecided,New]
[14:05] <mterry> Well, in those two cases (liblaunchpad, paramiko), other desktop stuff needs those to be ported.  So adding a couple lenses to that pile isn't the worst.  When we get serious about python3, we can consider either porting what we need or dropping these lenses
[14:05] <mterry> Adding a couple lenses for now won't hurt
[14:06] <didrocks> mterry: agreed
[14:06] <didrocks> launchpadlib in python3 would be great as a lot of our tool are depending on that
[14:06] <mterry> davidcalle, another question.  I see some questionable copy-paste code it looks like.  In musique, audacious, clementine, gmusicbrowser, and guayadeque:
[14:06] <mterry>             if model.get_value(iteration, 1) == "musique":
[14:06] <mterry>                 image = "file:///usr/share/icons/hicolor/scalable/apps/audacious.svg"
[14:06] <mterry> This is in the preview code
[14:07] <mterry> didrocks, and everything seems to depend on gir1.2-dee-1.0 but not actually use it?  not a MIR blocker, but just odd
[14:07] <davidcalle> mterry, these previews haven't been ported to the new api, afaik.
[14:08] <didrocks> mterry: right, we removed on some
[14:08] <didrocks> mterry: not all though, but I plan to do that
[14:08] <mterry> davidcalle, so that's dead, unused code right now?
[14:08] <mterry> davidcalle, is porting to new preview code planned for raring?
[14:09] <seb128> pitti, hey
[14:09] <davidcalle> mterry, so this code is not actually used yet. It will be in a few days I hope, I've updated the maintainer on the new preview API last night (it has landed a few days ago).
[14:09] <seb128> pitti, do you have special translation foo on launchpad?
[14:09] <davidcalle> mterry, planned for raring.
[14:09] <mterry> k
[14:09] <mterry> davidcalle, thanks
[14:10] <seb128> pitti, like, can you change https://translations.launchpad.net/ubuntu/raring/+source/hud/+imports to "approved"?
[14:10] <seb128> czajkowski, hey, ^
[14:11] <mterry> didrocks, aha!  sshsearch says RemoteContent=false and then checks the key  ;)
[14:11] <didrocks> should be RemoteContent=true
[14:11] <didrocks> davidcalle: ^
[14:11] <didrocks> hum
[14:11] <didrocks> no, it should be false
[14:11] <didrocks> but no need to check the key
[14:11] <didrocks> mterry: it's extra-picky :p
[14:14] <mterry> didrocks, davidcalle: well, with those concerns, MIR seems fine for this set
[14:15] <didrocks> mterry: you did see the home scope code as well, right?
[14:15] <didrocks> mterry: as it's the only one which is different from others
[14:15] <davidcalle> mterry, that's unfortunote for the sshsearch mistake, but GREAT for the MIR, thanks! :)
[14:15] <mterry> didrocks, no, it wasn't in the list of new packages.
[14:15] <mterry> oh yeah it was
[14:15] <didrocks> hum, sure?
[14:15] <mterry> just a different list
[14:15] <didrocks> mterry: right :)
[14:16] <mterry> didrocks, OK, will look
[14:16] <didrocks> mterry: it's a none boring one
[14:16] <mterry> didrocks, yay?
[14:16] <didrocks> mterry: and you know what? you can directly bother pstolowski and mhr3 for it :p
[14:16] <didrocks> mterry: it's the smart scope service
[14:16] <didrocks> so agregatting all data per master scope
[14:17] <didrocks> agregatting the home dash
[14:17] <didrocks> and sending data to the server
[14:17] <didrocks> a nice playfield! :)
[14:27] <rickspencer3> hey didrocks, seb128 what's the word on the street regarding new dash? looking good today?
[14:27] <rickspencer3> (I haven't dist-upgraded yet today)
[14:27] <didrocks> rickspencer3: if you dist-upgrade now, you will get the in dash payment as well
[14:27] <didrocks> rickspencer3: some fixes, still some work to do, I hope to process a rebuild tonight and have the friends scope
[14:28] <rickspencer3> didrocks, so you think dash payment will land?
[14:29] <didrocks> rickspencer3: well, at least, it's now in the ppa, QA on OLS gave their +1 on their testing on it with the 100scopes
[14:29] <didrocks> the merge reviews have been acked
[14:29] <didrocks> so it's a question of testing
[14:29] <didrocks> there are still some cases where they are unclear about
[14:29] <didrocks> like if you card expire, no feedback
[14:29] <didrocks> so they are trying to figure out that
[14:29] <didrocks> and they need the +1 on the FFe bug from Mark
[14:29] <rickspencer3> didrocks, seb128 said something about sabdfl asking for ppa testing or something first
[14:29] <rickspencer3> did all that happen?
[14:29] <BigWhale> Hmmm... Alt+Right Click on a window is captured by Unity and not sent to the application. Can this be disabled?
[14:29] <didrocks> rickspencer3: it's just what happen?
[14:29] <didrocks> see my:
[14:30] <didrocks> 15:27:25      didrocks | rickspencer3: if you dist-upgrade now, you will get the in dash payment as well
[14:30] <didrocks> rickspencer3: that's what I'm working on for the past few days, sees the email you were CCed :)
[14:30] <didrocks> so as told in those emails
[14:30] <czajkowski> seb128: you pinged?
[14:30] <didrocks> we can start testing in the ppa
[14:30] <didrocks> we have an easy revert path
[14:30] <didrocks> in case things are not ok or mark didn't +1
[14:31] <rickspencer3> didrocks, yeah, I saw that, I just didn't know if it was specifically what sabdfl asked for
[14:31] <seb128> czajkowski, hey
[14:31] <rickspencer3> (after a short chat with seb128 last night)
[14:32] <didrocks> rickspencer3: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1154176/comments/13
[14:32] <ubot2> Launchpad bug 1154176 in unity "[FFE] Add payment preview for music" [Undecided,Fix committed]
[14:32] <didrocks> this is why it's in the experimental ppa
[14:32] <rickspencer3> ok, I understand now
[14:34] <cyphermox_> hey mterry
[14:34] <seb128> rickspencer3, sorry if what I said yesterday didn't make sense/was lacking details
[14:34] <rickspencer3> seb128, it's all ok
[14:34] <rickspencer3> lol
[14:34] <seb128> ;-)
[14:34] <rickspencer3> I was just asking
[14:35] <mterry> cyphermox_, hi, what's up?
[14:35] <cyphermox_> heh
[14:43] <mterry> didrocks, home scope c/r/p's some lenses.  It c/r's asklibreoffice, but doesn't p it.  Intentional?
[14:44] <didrocks> mterry: hem, I was testing you :)
[14:44] <didrocks> mterry: want to MP for it? ;)
[14:44] <mterry> k
[14:45] <mterry> didrocks, I'll just push
[14:45] <didrocks> mterry: ok ;)
[14:45] <didrocks> mterry: don't break an in-process merge though
[14:45] <mterry> guh fine  :)
[14:48] <mterry> didrocks, https://code.launchpad.net/~mterry/unity-scope-home/missing-p/+merge/154973
[14:48] <cyphermox> ritz__: hey, yeah it looks fine, just won't be exactly that patch
[14:49] <ritz__> cyphermox, thank you :)
[14:50] <ritz__> cyphermox, also, lp#965895, sru filled, with the debdiff
[14:50] <seb128> pitti, unping about hud template approval, got it done
[14:50] <ritz__> cyphermox, TIA
[14:50] <ritz__> let me know, if anything needs to fixed
[14:50] <ritz__> seb128, ty :)
[14:51] <ritz__> gn folks :)
[14:51] <cyphermox> dah, why did he leave so quickly :(
[15:00] <mterry> didrocks, seems like that privacy switch is not coded yet?  Bug 1158782 seems to think not, and I don't see RemoteContent in the home scope source
[15:00] <ubot2> Launchpad bug 1158782 in unity (Ubuntu) "When privacy switch is on don't query client scopes with RemoteContent=true" [Undecided,Confirmed] https://launchpad.net/bugs/1158782
[15:00] <mterry> seems problematic
[15:01] <didrocks> mterry: no, it's in progress :)
[15:01] <didrocks> but noted
[15:04] <kenvandine> didrocks, yay... i see results in the friends lens from jamesh's branch :)
[15:05] <didrocks> \o/
[15:05] <kenvandine> didrocks, i see you played with it a bit
[15:05] <kenvandine> it's using the wrong renderer
[15:05] <kenvandine> but it's something :)
[15:05] <didrocks> yeah ;)
[15:05] <didrocks> kenvandine: do you mind switching to the right renderer?
[15:05] <kenvandine> is that a bug or something that doesn't exist anymroe?
[15:05] <didrocks> if you have time
[15:05] <kenvandine> sure
[15:05] <didrocks> kenvandine: I don't think so
[15:05] <didrocks> kenvandine: open a bug against unity
[15:05] <didrocks> (upstream)
[15:05] <didrocks> 100scopes
[15:05] <didrocks> for tag
[15:07] <kenvandine> didrocks, so it is using HORIZONTAL_TILE, you're saying you think that might just be a bug in unity right?
[15:08] <didrocks> kenvandine: yeah, probably
[15:17] <mdeslaur> didrocks: quick question: what creates the "unity" compiz profile when a user logs in?
[15:19] <seb128> mdeslaur, your computer does
[15:19] <seb128> :p
[15:19] <mdeslaur> seb128: oh! that would explain it :)
[15:19] <mdeslaur> hehe
[15:19] <mdeslaur> seb128: do you know the answer?
[15:20] <seb128> mdeslaur, the answer is "that's more complex that it should be"
[15:20] <seb128> mdeslaur, there is a profile copy on first login iirc
[15:20] <seb128> mdeslaur, for some reason which have to do with compiz having a backend for your storage backend
[15:21] <seb128> like cpp->gconf/gsettings/ini
[15:21] <seb128> mdeslaur, what are you trying to figure out?
[15:22] <mdeslaur> I am trying to enforce default gsettings for unity...but creating gschema.override file only seems to affect the "Default" compiz profile
[15:22] <mdeslaur> so I'm trying to figure out what exactly is creating the "unity" compiz profile
[15:35] <seb128> mdeslaur, try asking on #ubuntu-unity, sil2100 probably knows the details
[15:35] <mdeslaur> thanks seb128
[15:44] <pitti> seb128: langpacks> yes, I'm waiting for the first LP export, then I can build them
[15:44] <pitti> seb128: I can't approve imports or translations
[15:46] <seb128> pitti, launchpadlibrarian.net/134834696/ubuntu-raring-translations.tar.gz
[15:46] <seb128> pitti, isn't that the export?
[15:46] <seb128> pitti, it's listed on https://translations.launchpad.net/ubuntu/raring/+language-packs
[15:46] <seb128> pitti, or do you need something else?
[15:46] <pitti> oh, nice!
[15:46] <pitti> no, that's it
[15:46] <seb128> pitti, great ;-)
[15:48] <pitti> seb128: it's not cron'ed yet, as the first (full) build needs some special care
[15:49] <seb128> pitti, ok
[15:50] <pitti> seb128: I started the build of the packages now
[15:50] <seb128> pitti, danke!
[15:50] <pitti> seb128: I guess I won't get to testing/uploading them before Monday, though
[15:50] <seb128> we will maybe have updated translations in raring :p
[15:50] <seb128> pitti, just discovered today that quite some templates are outdated in raring
[15:50] <pitti> our in-laws are visiting over the weekend (they are already here), so I won't be able to steal away much for computer stuff
[15:51] <seb128> pitti, no worry, you shouldn't work in the W.E! no hurry as well, can wait next week
[15:52] <seb128> pitti, we need to figure how to make rosetta import the .pot from the daily build ppas, we overlooked that part with the daily landing
[15:52] <seb128> pitti, I guess didrocks will talk to you about that
[15:52] <pitti> oh, we don't grab the translation tarballs from that, I suppose
[15:52] <pitti> bad
[15:52] <didrocks> yeah, but in a call :)
[15:52] <seb128> yeah, that sucks
[15:53] <pitti> so we need to enable pkgbinarymangler in those PPAs, and teach LP to look at those
[15:53] <seb128> and we didn't have updates langpacks to say "hold on, my translations are uptodate, how much unity is not translated"
[15:53] <seb128> I just noticed today while checking something else
[15:53] <seb128> pitti, seems about right
[15:53] <seb128> well, not before next week in any case
[15:54] <seb128> friday 5pm is not the time to start figuring that out ;-)
[15:54] <seb128> no hurry as well, we did manual uploads or updated .pot meanwhile
[15:55] <kenvandine> cyphermox, autopilot question
[15:55] <kenvandine> 11:49:59.775 WARNING __init__:197 - Caught exception while searching for autopilot interface: 'DBusException("Could not get PID of name 'org.freedesktop.DBus': no such name",)'
[15:55] <kenvandine> what do you think could be causing that?
[15:56] <greyback> anyone have any idea why I have no messaging indicator in my panel?
[15:56] <kenvandine> it continues to timeout while trying to find the object
[15:56] <cyphermox> kenvandine: no clue
[15:56] <cyphermox> kenvandine: ask mzanetti in #ubuntu-unity
[15:56] <kenvandine> cyphermox, can you point me to an example of anything using it?
[15:56] <cyphermox> I really only did the packaging ;)
[15:56] <kenvandine> i just used qtcreator to add autopilot tests to my project :)
[15:56] <cyphermox> (actually, the packaging review)
[15:56] <kenvandine> ok
[15:57] <cyphermox> mzanetti has a branch ready to land for autopilot-qt test examples, give me a second
[15:57] <cyphermox> kenvandine: https://code.launchpad.net/~mzanetti/autopilot-qt/add-tests/+merge/153695
[15:57] <cyphermox> that might be good examples
[16:00] <seb128> greyback, is indicator-messages installed?
[16:00] <seb128> greyback, is that a new install?
[16:00] <greyback> seb128: yep, package installed. It's an upgrade, but it was missing in quantal for me too, somehow
[16:01] <seb128> greyback, I think the new design makes it being hidden until you start/configure an app using it
[16:01] <seb128> greyback, e.g empathy, xchat(-gnome), tb...
[16:01] <greyback> seb128: I've Empathy running, I'll look into its settings.
[16:01] <greyback> indicator-messages-service is running...
[16:01] <seb128> greyback, larsu can probably help you
[16:02] <greyback> seb128: ok thanks!
[16:02] <seb128> yw
[16:02] <greyback> i'm loving the new icons, they're gorgeous
[16:08] <seb128> greyback, oh, random comment, empathy by itself doesn't integrate to the indicator-messages, you need telepathy-indicator
[16:08] <seb128> greyback, just in case you don't have this one installed for some reason
[16:08] <greyback> seb128: yep I have that too
[16:09] <seb128> larsu, ^ help :p
[16:09] <greyback> I'll wait for larsu :)
[16:11] <larsu> greyback: hey :) Are indicator-messages-service and telepathy-indicator running?
[16:11] <larsu> and do you have at least one account set up in empathy?
[16:12] <greyback> larsu: yes, yes and yes
[16:12] <larsu> interesting.....
[16:13] <larsu> what does `gsettings get com.canonical.indicator.messages applications` give you?
[16:14] <greyback> larsu: ['gwibber.desktop', 'empathy.desktop', 'thunderbird.desktop', 'redditredditcom.desktop', 'telephony-app.desktop', 'telephony-app-sms.desktop', 'telephony-app-phone.desktop', 'GMailmailgooglecom.desktop', 'xchat.desktop']
[16:14] <larsu> and you don't see the messaging menu at all?
[16:14] <larsu> this is weird...
[16:14] <greyback> nope, sorry. I've not seen it for some time actually. In quantal too :(
[16:15] <seb128> greyback, that's standard unity, not your own hacked version, right? ;-)
[16:15] <larsu> seb128: lol
[16:15] <greyback> seb128: it's all legit :)
[16:15] <seb128> larsu, well, unity-2d hacker, you never know :p
[16:15] <greyback> :D
[16:16] <larsu> greyback: so I guess you've already restarted the messaging service? (if only by restarting your machine)
[16:16] <seb128> greyback, I guess it's not there if you keyboard navigate left/right? (e.g not an icon issue)?
[16:16] <greyback> larsu: I killed the process, I think it respawned
[16:16] <larsu> yeah, that's what it does
[16:16] <seb128> greyback, I mean if you you open another indicator and do left/right
[16:16] <greyback> seb128: good idea. Checking, it's definitely not there
[16:16] <seb128> it's not opened on the way at some point?
[16:17] <seb128> k...
[16:18] <greyback> uh oh, version "12.10.6+bzr340+pkg0~quantal1" looks very wrong
[16:18] <greyback> for indicator-messages
[16:18] <greyback> must be an old PPA breaking everything. Feck, sorry guys
[16:18] <larsu> greyback: just to be sure it's not the panel's fault: install libindicator3-tools and do `/usr/lib/x86_64-linux-gnu/indicator-loader3 /usr/lib/indicators3/7/libmessaging.so`
[16:18] <larsu> OH
[16:18] <larsu> yeah, upgrade to a new version first, please ;)
[16:19] <greyback> I'm just surprised an old quantal version wasn't replaced by raring
[16:21] <seb128> greyback, buggy ppa versioning :-(
[16:21] <seb128> greyback, we are on 12.10.6daily
[16:22] <greyback> seb128: so I see yes.
[16:22] <seb128> greyback, just sudo apt-get install indicator-messages/raring
[16:22] <seb128> greyback, you might want to "dpkg -l | grep ~quantal"
[16:22] <greyback> seb128: I'm doing a PPA purge too, just to be safe
[16:22] <larsu> seb128: ooh, I didn't know about this syntax
[16:22] <seb128> in case you have other packages in the same state
[16:22] <seb128> larsu, ;-)
[16:22] <greyback> seb128: that's a nice tip, thanks!
[16:22] <seb128> larsu, you can use =<version> or /<serie>
[16:23] <greyback> kewl
[16:23] <larsu> seb128: yes, I know about =version, but then you have to know the exact version...
[16:23] <larsu> awesome
[16:23]  * larsu wants to install something now to try it out
[16:24] <seb128> larsu, enable a quantal source and do apt-get install eog/quantal :p
[16:24] <larsu> hehe
[16:32]  * Laney goes away for a short while - on holiday for the next two weeks but might be around now and again. See you soon if you're not online before I go!
[16:33] <seb128> Laney, oh, enjoy your holidays!
[16:34] <Laney> Still around over the weekend if people are :-)
[16:34]  * Laney sneakily nominates some peer reviewers then scurries off
[16:34] <Laney> have a nice fortnight!
[16:43] <kenvandine> didrocks, quick, easy, obvious fix https://code.launchpad.net/~ken-vandine/unity-lens-friends/libunity7-busname-fix/+merge/155011
[16:43] <didrocks> kenvandine: approved :)
[16:43] <didrocks> pitti: seb128: we should discuss that on Monday :)
[16:44] <seb128> didrocks, +1
[16:44] <didrocks> (yeah, I'm way behind because of meeting/triaging issues)
[16:44] <kenvandine> didrocks, should i push that to the team branch?
[16:44] <kenvandine> i assume there is no merger for that :)
[16:44] <didrocks> kenvandine: yeah, there is no automerger yet
[16:44] <didrocks> kenvandine: there will be in ~1h
[16:44] <didrocks> :)
[16:44] <kenvandine> pushed
[16:44] <didrocks> sweet!
[16:44]  * kenvandine goes back to figuring out autopilot tests :)
[16:47] <didrocks> :)
[18:11] <tkamppeter> jasoncwarner_, hi
[19:36]  * didrocks waves good evening
[22:53] <rickspencer3> getting facebook photos in my dash is pretty cool
[23:08] <cyphermox> cool :)
[23:10] <cyphermox> robru: ping?
[23:19] <robru> cyphermox, oh hey... I can't remember what I wanted ;-)
[23:19] <cyphermox> robru: ah, ok :)
[23:21] <robru> cyphermox, it had to do with landing touch apps in raring. how's that going for you? most of my stuff is blocked on other packages that haven't landed yet
[23:22] <cyphermox> I was busy with the bluetooth and a bunch of other smaller details, I was starting now
[23:22] <cyphermox> are you block on anything mine?
[23:22] <cyphermox> I can do them now in priority, and it can go even faster assuming you help reviewing the packaging changes?
[23:35] <robru> cyphermox, can't remember now... something about autopilot, and libhud-qt-qml. you doing either of those?
[23:36] <cyphermox> we did land autopilot-qt yesterday
[23:36] <robru> cyphermox, oh great
[23:36] <cyphermox> libhud-qt-qml might be mine too, but was blocked on ted finishing up making hud work on desktop, IIRC
[23:36] <cyphermox> (checking)
[23:37] <cyphermox> yup, libhud-qt is mine, BLOCKED.
[23:37] <cyphermox> ted's WI is INPROGRESS
[23:37] <cyphermox> hmm
[23:38] <cyphermox> we should make a bot to find out the status of work items.
[23:38] <robru> yeah, I emailed ted about it already, but hadn't gotten a reply
[23:38] <robru> I should set my workitems to blocked ;-)