[00:41] <EvanCarroll> (question about hostnames/fqdn and not getting the hostname set to fqdn)
[00:42] <jorjick> Hi all. Do I understand correctly that scripts/per-instance does not work with NoCloud data source (iso)?
[01:01] <EvanCarroll> oh my god.
[01:01] <EvanCarroll> that's a bu.
[01:01] <EvanCarroll> bug*
[01:01] <jorjick> Already found. It's not implemented yet. Thanks all.
[01:19] <EvanCarroll> filed the bug here https://bugs.launchpad.net/cloud-init/+bug/1966533
[01:22] <minimal> jorjick: look at logs for a machine using NoCloud (ISO) I do see log entries for "Running module scripts-per-instance"
[01:23] <minimal> jorlick: in your /etc/cloud/cloud.cfg, in the cloud_final_modules section does the list include screipts-per-instance?
[01:27] <jorjick> minimal: Thank You, but I already see log entries, try adding scripts-per-instance. And recently found that https://github.com/canonical/cloud-init/blob/main/cloudinit/sources/DataSourceNoCloud.py looks only "meta-data", "user-data", "vendor-data" and "network-config"
[02:23] <minimal> jorjick: the only DataSources that make any mention of scripts are OVF and SmartOS
[02:24] <minimal> I believe you are supposed to place the per-instance script in the /var/lib/cloud/scripts/per-instance/ directory of the OS image you are booting, not to supply them as part of the NoCloud ISO
[02:28] <minimal> jorjick: ah, this looks more relevant: https://cloudinit.readthedocs.io/en/latest/topics/format.html?highlight=per-instance#examples
[02:28] <minimal> creating a multi-part MIME encoded user-data file...
[04:07] <jorjick> minimal: With trying multi-part MIME encoded user-data get tthis error: fileUnhandled unknown content-type (text/x-shellscript-per-instance) userdata: 'b'#!/usr/bin/env bash
[18:59] <EvanCarroll> Would someone tell me if this is sane and good practice (installing a user's private and public keys with terraform/cloud-init) https://devops.stackexchange.com/q/15628/18965
[19:21] <minimal> EvanCarroll: which DataSource are you using?
[19:23] <minimal> the problem is that in general user-data is not very "secure" - if its being obtained from a metadata server then potentially someone else could query that, if it is coming from an ISO (i.e. NoCloud) then how is the ISO secured?
[19:24] <EvanCarroll> I'm supplying user-data (which is a cloud-init) I'm providing values that I read from file(), produced externally by a makefile.
[19:25] <minimal> and how do you provide those? which cloud-init DataSource is being used? NoCloud?
[19:26] <EvanCarroll> I'm not using any datasource.
[19:26] <minimal> you must be, cloud-init uses datasources...
[19:26] <minimal> how else can cloud-init get user-data?
[19:26] <EvanCarroll> From a template variable...
[19:27] <minimal> a template where?
[19:27] <minimal> look at the /var/log/cloud-init.log on the machine do see which DataSource is being used
[19:27] <EvanCarroll> resource "openstack_compute_instance_v2" "test-server" { user_data  = data.template_file.user_data.rendered }
[19:27] <minimal> that sounds like you are using the OpenStack DataSource then...
[19:27] <EvanCarroll> 2022-03-26 06:30:25,599 - stages.py[INFO]: Loaded datasource DataSourceOpenStackLocal - DataSourceOpenStackLocal [net,ver=2]
[19:28] <minimal> https://cloudinit.readthedocs.io/en/latest/topics/datasources/openstack.html
[19:28] <minimal> so you are using that as your DataSource
[19:28] <EvanCarroll> gotcha
[19:29] <EvanCarroll> is that a problem?
[19:29] <minimal> so the point, in that scenario, I'm making is that the user-data can be access via http://<IP_ADDRESS>/
[19:30] <minimal> and so if you are embedding private keys in the user-data then some other person/program could potentially fetch them from that url
[19:30] <EvanCarroll> oh, that's terrifying
[19:31] <EvanCarroll> so what's the right way to do this?
[19:31] <minimal> that's why I would say it would be better to generate keys on the machine and then use something like the phone-home module to "post" the public keys to another server (like your Git server)
[19:31] <minimal> https://cloudinit.readthedocs.io/en/latest/topics/modules.html#phone-home
[19:33] <EvanCarroll> Yea, but that's just putting off the problem. How will the server that genreates the keys know how ot authenticate with the git server?
[19:35] <minimal> I meant that you use phone_server to trigger something to copy the public keys into authorized_keys in any other machines (such as Git server) that needs to trust the user on the cloud-init configured machine
[19:39] <EvanCarroll> I'm not sure I understand. So terraform is provisioning a new box Foo, and Foo generates keys and uses phone home to send them to an end-point which stores them in the authorized_keys?
[19:40] <EvanCarroll> How do I make this end-point (which stores the keys in authorized_keys) authenticated such that a hostile user can't post new keys to it, and get access to the trusted resource?
[19:42] <minimal> you mentioned a git server - so on the new machine Foo if you've used user-data to create a user "evan" then I assume you want that account to get able to access git via SSH. So therefore you need to get the public key created for user "evan" into the ~/.authorized_keys file for whichever user is used on the git server
[19:42] <minimal> how you do this is up to you. I suggested as phone-home module as one way to get the public key out, there are multiple other possible methods.
[19:43] <minimal> e.g. if you use something like Ansible/Puppet/Salt to manage boxes then they could retrieve it as part of their initial work on the box
[19:44] <minimal> or in the user-data you could use "runcmd" to run some command to push it out, or you could pull it from another box
[19:44] <EvanCarroll> Yes, but I don't want a new user on machine Foo to be able to post their own keys to the post-home end point and then obtain access to the SSH box.
[19:45] <minimal> Ok. I merely pointed out that user-data is not a very secure method to provide *private* keys via
[19:45] <EvanCarroll> Right but all of these are just begging the question: whether I push the key _itself_ to the box, or the authentication secret to end point that phone-home users to supply a key, how do I get either that key or that authentication secret on the box?
[19:46] <minimal> you could push it via Ansible/Puppet etc if you use those already
[19:46] <minimal> or via a another mechanism (i.e. rsync) etc
[19:46] <EvanCarroll> I mean, that's one method that would work, and I guess I could rsync it too with like a local-command.
[19:46] <EvanCarroll> or whatever in terraform
[19:46] <EvanCarroll> so yeah, that's undesirable but that makes sense to me ansible/rsync.
[19:47] <minimal> in an AWS context, Amazon have this to say about user-data:
[19:47] <minimal> "Although you can only access instance metadata and user data from within the instance itself, the data is not protected by authentication or cryptographic methods. Anyone who has direct access to the instance, and potentially any software running on the instance, can view its metadata. Therefore, you should not store sensitive data, such as passwords or long-lived encryption keys, as user data."
[19:48] <minimal> note the last sentence
[19:48] <EvanCarroll> So just to be clear, when provisioning a machine there is no method `openstack_compute_instance_v2` provides to send private data to the machine that doesn't proxy it to a publically available meta-data end point
[19:49] <minimal> the meta-data, network-config, and user-data is provided via the http://<IP_ADDRESS>/ (metadata server) url
[19:49] <EvanCarroll> yep, well. That's perfect, I wish https://registry.terraform.io/providers/terraform-provider-openstack/openstack/latest/docs/resources/compute_instance_v2 had a notice like that.
[19:50] <minimal> I guess its a general "well known fact" (i.e. not so well known) that user-data isn't secure
[19:51] <EvanCarroll> Yeah, well I'm pretty new to terra-form, but I thought the only vulnerability was that it was stored in tfstate
[19:51] <EvanCarroll> I didn't realize it was publically available and unencrypted.
[19:51] <minimal> its ok for ssh *public* keys, just not for private keys
[19:51] <EvanCarroll> Good thing I ask first!
[19:52] <minimal> I'm not sure what, if any, security features Openstack may have to reduce the access to it
[19:52] <minimal> ah, here we go: https://docs.openstack.org/nova/rocky/admin/security.html
[19:52] <minimal> "OpenStack supports encrypting Compute metadata traffic with HTTPS"
[19:53] <minimal> that seems to rely on TLS client certs (unless you set "nova_metadata_insecure" to True)
[19:54] <minimal> so then its a question of how to handle client certs in your VMs (i.e. you'd need to have them already in the VM image in order for metadata server requests to work)
[20:15] <minimal> EvanCarroll: I see you're getting similar opinions in the terraform channel


[00:00] <jml> cprov, wuu Code team
[00:02] <sinzui> wgrant: beuno-on-vacatio and barry may  be able to explain. I think some more work is needed. Barry has bravely undertaken the issue
[00:03] <maxb> sinzui: What do you think I should do next for this? flacoste and I conjectured that the appropriate thing to do next would be for me to commit one more revision to the branch, releasing and tagging the new version, upload the source to my PPA, and then a ~launchpad member could pull/push my branch into trunk and copy the source+binaries to ~launchpad/ppa
[00:04] <sinzui> maxb: I will leave that to foundations who makes the deps.
[00:04] <sinzui> maxb: I do not think we need tidy, though that is not a karmi problem
[00:05] <maxb> Is there a list of who is the foundations team anywhere?
[00:06] <sinzui> maxb: I wrote the frankenscript that we use for linting. it breaks with most Ubuntu releases. I have replaced it in my editor. I plan to replace the entire lint checking with a script that does not need packages.
[00:06] <sinzui> maxb: flacoste, gary poster, and stub are the three people who manage that
[00:09] <maxb> ok, I'll catch flacoste on irc some time, since I've been working with him for the rest of the .deb stuff
[00:10] <sinzui> I see they did not organise themselves into a team
[00:13] <sinzui> I see the team page has been hit by the ugly stick.
[00:14]  * sinzui postpones writing a bug report because it will ruin his evening
[00:14] <wgrant> What's wrong with it?
[00:16] <sinzui> The details portlet should be the first one in the left column; contact the team should be a link in action menu. owner, created should be first in the details
[00:17] <wgrant> I also think the map could probably go in the right column, as it would often fit alongside the very long participation list.
[00:17] <sinzui> polls should not appear if I cannot create one
[00:18] <wgrant> I filed that one last night.
[00:18] <sinzui> wgrant: !! I suggested the same thing and continue to suggest it for the profile page
[00:19] <wgrant> sinzui: Well, I've no idea what the 3.0 Person index looks like, as it seems to be hiding on devpad.
[00:20] <sinzui> can you see people.canonical.com...I set myself up on that today
[00:20] <wgrant> Ah, it's up again.
[00:20] <wgrant> Yes, that one is public.
[00:22] <sinzui> http://people.canonical.com/~curtis/
[00:22] <sinzui> ^ The user pages are very old, They do show the content we want. When we started the team page, we had made big changes to the header, so I proposed that the details go to the left like pillars, and place the map on the right.
[00:23] <wgrant> Ah, I see.
[00:28] <wgrant> It is tempting to un-break the Packaging-related views now that it's used for something visible.
[00:29] <sinzui> yes it is
[00:29] <wgrant> sinzui: What do you think of the "This is a Restricted Team.(?)" thing? Doesn't HTML have a nice tag for doing that in a less confusing way?
[00:30] <thumper> rockstar: ping
[00:30] <rockstar> thumper, pong
[00:30] <thumper> rockstar: call?
[00:31] <rockstar> thumper, yea, lemme bring the dogs in the house really quick.
[00:31] <rockstar> thumper, call when you're ready.
[00:32] <sinzui> wgrant: Thanks for point that out. That is in the wrong place. I have no idea what the icon means. That belongs in the details...which I think we decide would be names Team information
[00:32] <wgrant> sinzui: The icon has an explanation of "restricted team" as a title.
[00:32] <sinzui> I see the related projects portlet did not get fixed
[00:33] <sinzui> I believe it should be inline help
[00:33] <wgrant> What's broken about it?
[00:34] <Ursinha> rockstar, you there?
[00:35] <rockstar> Ursinha, yes, but on the phone.
[00:35] <Ursinha> oops.
[00:35] <jml> sinzui, are you available for a call?
[00:35] <Ursinha> rockstar, can we chat briefly after that about two code imports that are failing?
[00:35] <sinzui> jml: I will be in a few hours. My children want me to feed them
[00:35] <jml> sinzui, cool, thanks.
[00:46] <rockstar> thumper, http://people.canonical.com/~beuno/branch-index.png
[00:46] <rockstar> Ursinha, yes ma'am
[00:47] <jml> oooh, mockups
[00:48] <Ursinha> rockstar, there are two imports from sf's svn failing similarly
[00:48] <Ursinha> rockstar, http://launchpadlibrarian.net/31252118/timer-applet-trunk-log.txt and http://launchpadlibrarian.net/31258356/whirlwind-sf-trunk-log.txt
[00:48] <Ursinha> rockstar, is it our problem or sf's?
[00:48] <Ursinha> or the branches..
[00:59] <rockstar> Ursinha, can you change the import path to not use https, opting for http?
[01:02] <kfogel> jml: I see what happened.
[01:03] <jml> kfogel, are you available for a call now
[01:03] <kfogel> jml: two things in combination: 1) we didn't put it in the online calendar, and 2) Jono *Bacon* and I did put a call in the calender, for this Friday.  He did the invite title as "Karl/Jono".  Today I looked at my calender, thinking "Oh, don't Jono (Lange) and I have a call today?", and I saw "Karl/Jono" listed for Friday, and nothing today, so I thought "Guess I must have been wrong."
[01:03] <kfogel> jml: I can't -- I accepted a friend's invitation for dinner.
[01:04] <jml> kfogel, ok
[01:04] <kfogel> jml: let me get my cal out
[01:04] <jml> kfogel, UTC 2300 tomorrow then?
[01:04] <Ursinha> rockstar, sure
[01:05] <kfogel> jml: tomorrow night completely booked (http://thechangeyouwanttosee.com/event/copyright-and-creative-practice-jamaica-and-beyond-dj-dance-party).  How about 2300 Friday?  That's 6pm EDT, which is right after my call with OtherJono.
[01:05]  * jml considers
[01:06] <jml> kfogel, sure.
[01:06] <jml> 'jml' for reduced ambiguity :)
[01:06] <kfogel> jml: you should have an invite now
[01:07] <kfogel> jml: I did it as "Karl/Jono" again, finding that I cannot resist tempting fate.
[01:11] <jml> :)
[01:15] <barry> jml: i forgot about you guys tonight didn't i :(
[01:15] <jml> barry, you did, I think.
[01:15] <jml> barry, but that's probably ok :)
[01:16] <barry> phew :)
[01:16] <barry> jml: we had a bit of late night excitement today.  we got a cat
[01:17] <jml> barry, I saw
[01:17] <jml> barry, yay for cats :)
[01:18] <barry> \o/
[01:18] <Ursinha> rockstar, I've changed them both and asked to reimport, let's see
[01:18] <barry> oh well, we'll *cat*ch up next week
[01:19] <Ursinha> rockstar, I have another question, unrelated :) you are the guy working on answers templates, right?
[01:19] <Ursinha> barry, hahahaha
[01:19] <rockstar> Ursinha, yes.  I saw the bug, will work on it as soon as thumper stops talking to me.  :)
[01:19] <Ursinha> rockstar, actually was more a question than a bug.. where is the assignee of the question? am I blind or is it really missing
[01:20] <jml> barry, ...
[01:20] <jml> thumper, I accidentally submitted a merge proposal just before the cron job was scheduled to run.
[01:21] <jml> thumper, man it would be nice if it always was that quick
[01:21] <thumper> :)
[01:21] <rockstar> RabbitMQ ftw
[01:21] <thumper> I was just talking with rockstar about message queues in that position
[01:23] <mwhudson> it's totally what we should do first with message queues
[01:24] <jml> is there anything actually stopping us from trying that today?
[01:24] <jml> other than having other non-related things to do instead
[01:26] <mwhudson> well, that last point is what stops us doing all the fun things, isn't it?
[01:26] <mwhudson> we could do landing queues today, if we didn't have other things to do
[01:26] <mwhudson> but i guess there's some infrastructural stuff to make decisions on (or at least find out if decisions have already been made)
[01:28] <jml> mwhudson, hmm. sounds very mysterious.
[01:28] <mwhudson> jml: i wasn't trying to be
[01:29] <mwhudson> jml: but before we can use message queues, we need a message queue set up and running
[01:29] <mwhudson> i don't know if that's been done yet
[01:29] <jml> mwhudson, sorry, I didn't mean to say you were. Just that the whole process isn't particularly easy to inspect.
[01:30] <mwhudson> jml: true
[01:30] <mwhudson> jml: there may be a wiki page about this (ha ha!)
[01:33]  * jml looks
[01:34] <jml> not on the public wiki
[01:35] <thumper> jml: I believe that the only thing stopping us using rabbit mq is resources to work on the problem
[01:36] <jml> thumper, I was just thinking about how long it would take to get the merge proposal use-case working on a local laptop
[01:36] <jml> thumper, pretending we had a magic wand to wave away all the production deployment issues.
[01:36] <thumper> :)
[01:37] <jml> thumper, I'm serious!
[01:42] <sidnei> jml, thumper, mwhudson: we are using message queues in landscape. we should probably have a pow-wow on that. maybe on softarch?
[01:42] <thumper> sidnei: what is softarch?
[01:42] <jml> heh heh
[01:42] <sidnei> thumper: the softarch CoP i mean
[01:43] <mwhudson> i'm not in softarch yet
[01:43] <mwhudson> i need to pummel gustavo into adding me i guess
[01:43] <thumper> sidnei: I'm still not clear what you're talking about
[01:43]  * thumper has vague recollections of an email from gustavo
[01:44] <sidnei> yeah, that /me does jedi handwave
[01:44]  * thumper can't find the email
[01:44]  * thumper has to dash, back later
[03:46] <thumper> w00t
[03:47] <thumper> LCA2010 paper accepted: Using Launchpad for Code Reviews
[03:48] <spm> \o/
[03:48] <spm> congrats thumper, great news!
[03:48] <thumper> school run, bbs
[03:49] <lifeless> thumper: nice, will be seeing you there
[04:07] <mwhudson> thumper: yay
[05:09] <jml> thumper, woot
[05:11] <jml> thumper, do you want to talk at some point about Code team hand off?
[05:11] <thumper> jml: sure
[05:11] <lifeless> jml: please rephrase :P
[05:11] <thumper> 20m now?
[05:11] <thumper> lifeless: he said hand off, not hand job
[05:11] <jml> thumper, 20m from now, or 20m starting now?
[05:12] <thumper> now for 20m
[05:12] <jml> cool.
[05:12] <jml> lets'
[06:55]  * jml off for a bit
[06:57] <mwhudson> for most of the older bugs tagged build-infrastructure, i have no idea what a fix might look like
[07:07]  * thumper EODs
[07:27] <jml> netsplit :(
[08:27] <adeuring> good morning
[10:39]  * wgrant plays whackamole with sprites.
[10:42]  * jml is finishing up package-permission-lovwe
[10:42] <jml> love, rather.
[10:42] <bigjools> jml is my hero
[10:43] <jml> aww shucks.
[10:45] <bigjools> jml: I think our review thread has finished, unless I take it way OT :)
[10:46] <jml> bigjools, heh, yeah, I think so :)
[10:46] <bigjools> ooo and see lifeless's reply
[10:47] <jml> yeah, just did :)
[10:47] <bigjools> there ya go then, exceptions suck :)
[10:48] <jml> let's use return codes for everything :)
[10:50] <jml> there's one more thing I need to do for the review... move makeGPGKey
[10:50] <jml> (and fix it)
[10:57] <deryck> Morning.
[10:58] <lifeless> bigjools: it actually sucked a lot
[10:58] <lifeless> bigjools: there was a place we really wanted a catch to transform an underlying failure into a clean message, without catching too much
[10:58] <bigjools> lifeless: I used to work somewhere where they were banned in our near-realtime env
[10:58] <lifeless> bigjools: poolie put it in... and we had to take it out again
[10:58] <lifeless> bigjools: c++ or python?
[10:58] <bigjools> c++
[10:59] <lifeless> yeah
[10:59] <lifeless> c++ ones aren't that cheap either
[10:59] <bigjools> python and realtime don't go together to well
[10:59] <lifeless> bigjools: they do so; the end of the universe requires entropy!
[10:59] <bigjools> arf :)
[11:01] <jml> ok, added a getUniqueHexString function to the factory
[11:02] <jml> and submitting to ec2test.
[12:33] <noodles775> Hi deryck, I've got two questions about the inlineedit widget. It has a margin-top: -10px; - but this causes some issues for me when integrating it - do you remember what the reason for it was?
[12:33] <noodles775> Secondly, the width seems to be fixed, so when the browser is made narrow, the edit-button/tab overlaps with other content... is that known?
[12:33]  * noodles775 checks to see if there's a bug for it.
[12:34] <deryck> noodles775, I think the top margin is to get the tab and edit icon at the top of the widget to line up correctly against the heading, i.e. "Bug description" in my case
[12:34] <deryck> noodles775, and yeah, the fixed width is known and problematic
[12:34] <deryck> noodles775, but not simple to fix
[12:35] <noodles775> deryck: great, as long as it's known. Thanks!
[13:59] <simon-o> Hi, can I run rocketfuel-setup twice or will this break things?
[14:02] <salgado> simon-o, it shouldn't break anything. if it does, it's a bug that we need to fix
[14:02] <simon-o> salgado: ok, I thought that. I'll report back if it worked :)
[14:07] <simon-o> salgado: it doesn't work if the folder $LP_TRUNK_NAME exists, but is incomplete
[14:07] <simon-o> the bzr branch command failed and it was incomplete
[14:08] <simon-o> maybe you could check first if it's a valid bzr branch and nothing is missing
[14:11] <salgado> simon-o, indeed. care to file a bug about that?
[14:11] <simon-o> salgado: sure, I'll try to attach a merge proposal too, if that's ok ;)
[14:12] <salgado> simon-o, that'd be perfect!
[14:19] <flacoste> morning launchpad
[14:34] <jamone1313> I have a clean Ubuntu install, I've followed the guide exactly and in the "make run" stage I get "psycopg2.OperationalError: FATAL:  Ident authentication failed for user "launchpad_main"" after that it quits, I've tried doing a "make clean.... make run" but same deal
[14:35] <wgrant> jamone1313: You forgot to run launchpad-database-setup?
[14:36] <wgrant> Were you following https://dev.launchpad.net/Running?
[14:36] <jamone1313> wgrand: No, I ran it
[14:36] <barry`> //help
[14:37] <barry`> erg
[14:37]  * wgrant doesn't know, then.
[14:38] <jamone1313> wgrant: Just to be sure I just reran the db-setup and that fixed it. Maby it failed last time
[14:38] <wgrant> https://code.edge.launchpad.net/launchpad/+activereviews is 403ing for me ATM.
[14:38] <wgrant> That shouldn't happen.
[14:43] <sidnei> salgado: do you know of any existing script to automate importing a bunch of old series/releases and their respective download files into launchpad?
[14:47] <salgado> sidnei, I don't think we have one, but let's see what sinzui says about it.
[14:48] <sinzui> sidnei, salgado : no, script, but the product-release-finder will create the milestones and releases for each series it is setup to find
[14:48] <sidnei> i guess it's time to give it a try again :)
[14:49] <sinzui> sidnei: there is a bug that a user claims he will fix that will ensure all the release files are downloaded.
[14:55] <bigjools-afk> allenap: will your formatter work for compound file endings, like .tar.gz?
[15:00] <allenap> bigjools-afk: Yeah, should do. mimetypes.suffix_map contains some .tar.gz-like ones.
[15:00] <bigjools-afk> allenap: awesome!
[15:38] <matsubara> Chex, gary_poster, rockstar, bigjools, henninge, sinzui, intellectronica, Ursinha: LP production meeting in 22 minutes at #launchpad-meeting
[15:38] <Ursinha> matsubara, roger
[15:39] <intellectronica> roger, matsubara
[16:11] <simon-o> Hi, I fixed a small bug in rocketfuel-setup. I linked a branch in bug 402187. What to do next? Propose for merge or find a reviewer?
[16:11] <mup> Bug #402187: rocketfuel-setup can't resume if fails to complete <Launchpad itself:Confirmed> <https://launchpad.net/bugs/402187>
[16:26] <salgado> simon-o, that was quick!  you can propose a merge and then poke the on call reviewer on #launchpad-reviews
[16:28] <simon-o> salgado: It was only a small fix. I have to merge into devel not db-devel, right?
[16:29] <salgado> simon-o, right
[16:34] <simon-o> salgado: Thanks for your help. Do I also need to sign the Contributor Agreement Form, or is this only for larger contributions?
[16:36] <salgado> simon-o, I think you have to sign it for all contributions. let's confirm with kfogel
[16:37] <kfogel> salgado, simon-o: the contributor agreement is something you sign once and once only.
[16:37] <kfogel> salgado, simon-o: should happen with the first contribution to any Canonical project.
[16:37] <simon-o> kfogel: ok, than I have to sign it now.
[16:38] <kfogel> Even if it's a small fix, I'd recommend just doing it now, to get it out of the way for the future, and because (due to international copyright law being inconsistent) what counts as a "small fix" in one place maybe be considered copyrightable somewhere else.
[16:38] <kfogel> simon-o: thanks
[16:38] <kfogel> salgado: you know the process?  (http://canonical.com/contributors)
[16:38] <simon-o> kfogel: Thanks for your explanation. I'll send it right now
[16:39] <kfogel> great
[16:39] <salgado> kfogel, yes, I do.  I was just wondering whether or not this applied to small contributions as well, just failed to make that clear. ;)
[16:40] <kfogel> salgado: yup, it does -- see http://canonical.com/contributors/faq (which is a relatively new document)
[16:42] <salgado> kfogel, ah, nice to know about that. thanks
[16:42] <kfogel> simon-o: (above URL might be of interest to you too)
[16:43] <barry> bac: i've made some changes to my branch which will affect the headers.  i'm going to get some lunch, but i'd love to see how your pages look with my branch.  maybe we can try some things afterward?
[16:44] <bac> barry: ok.  mired in test failures ATM
[16:44] <simon-o> kfogel, salgado: just saw that too. Do I need to send this to Francis Lacoste or to whom?
[16:44] <barry> bac: y'know, that's a good idea.  i think i'll run my branch through ec2 while i eat
[16:44]  * barry fears the output
[16:44] <bac> barry: wow, long lunch!
[16:45] <barry> bac:  ;)
[16:45] <kfogel> simon-o<EMAIL_ADDRESS>francis lacoste, and CC'ing salgado too
[16:45] <kfogel> simon-o: oops, paste error, ignore the "f" on the front there :-)
[16:45] <barry> bac: if i can't run the full suite on my new machine in under 15m i'm taking it back :)
[16:47] <simon-o> kfogel, salgado: Thanks to both of you for your help :)
[16:48] <bac> barry: if so i think elmo would be beating a  door to costco
[17:19] <awilkins> Anyone know of any proposals or just requests to support Gantt charts?
[17:36] <bigjools> awilkins: https://dev.launchpad.net/Wishes
[17:38] <awilkins> Guess that fits in https://dev.launchpad.net/Wishes/ProjectManagementTools then
[17:38] <awilkins> Thanks :-)(
[17:39] <bigjools> yep!
[17:47] <kfogel> maxb: are you a moin syntax guru?
[17:47] <maxb> moderately so, yes
[17:48] <kfogel> maxb: I'm trying to get external hyperlinks to work inside a {{{...}}} block (see https://dev.launchpad.net/Contributions/Draft -- I'm trying to make those bug numbers into links in the commit messages).
[17:48] <kfogel> maxb: I've got the code to linkify the bug numbers all done, but figuring out how to make something inside {{{...}}} into a live link is harder.
[17:49] <maxb> hmm
[17:49] <maxb> I have this nasty feeling that this is not going to work without a custom plugin
[17:50] <maxb> afaik plain {{{ }}} is "ignore all other markup inside me"
[17:51] <kfogel> maxb: that's what I was afraid of.  If I knew some other way to preserve the formatting of the log messages without using {{{...}}}, I'd do that (of course, I'm fickle and don't want any *other* wiki syntax besides my hyperlinks to be live in there).
[17:52] <maxb> hm. Sorry, short of writing a custom commit message formatter, I don't see any easy way of making this wkr
[17:52] <maxb> *work
[17:53] <kfogel> maxb: np, thanks for checking
[17:54] <kfogel> s/checking/reading/
[17:54] <kfogel> s/reading/commiserating/
[18:54] <salgado> flacoste, ping. currently, it's Navigation._publishTraverse() that appends objects to request.traversed_objects, but that means only instances of a class that has a Navigation will be appended to traversed_objects (e.g. DistroMirror and Announcements are not). I was wondering if there's any reason why we do that in Navigation or if it would be OK to try and find another place for doing that
[18:55] <flacoste> salgado: no particular reason, might be a good idea to put it into the request/publiation traversal hook
[18:57] <salgado> flacoste, cool, thanks.  I'll see if I can do that later today
[19:01] <sinzui> barry, bac, salgado: release planning meeting in 2 minutes
[19:02] <barry> sinzui: did you send an email about it?
[19:02] <sinzui> yes, the standup minutes as I said on the call this moring
[19:02]  * salgado tests skype
[19:02] <sinzui> barry: salgado: bac: we are looking at http://people.canonical.com/~beuno/conversions.html#registry
[19:24] <barry> bac, sinzui, salgado: http://pastebin.ubuntu.com/264578/
[19:33] <barry> bac: also, the person.py conflicts were not too hard to resolve, so don't worry about it.  i'll do that in my branch once yours lands
[19:34] <bac> yeah, they did turn out to be easy
[19:34] <barry> cool.  smerge makes it /really/ easy :)
[20:12] <salgado> Entity-body was not a well-formed JSON document.
[20:15] <salgado> just got that when changing the description of a bug
[20:15] <salgado> deryck, have you seen that before? (^)
[20:16] <deryck> salgado, no, I haven't.
[20:16]  * deryck looks back through description bugs
[20:17] <salgado> looks similar to bug 331990
[20:17] <mup> Bug #331990: The inline editor widget reports a JSON error when saving non-ASCII characters <javascript> <Launchpad Foundations:Fix Released by intellectronica> <lazr.restful:Fix Released by intellectronica> <https://launchpad.net/bugs/331990>
[20:17] <salgado> but I tried again with the same description and didn't get the error
[20:17] <deryck> salgado, that's weird.
[20:19] <deryck> it does sound like the same thing Tom already fixed, though.
[20:19] <deryck> the multi-line editor is based of the inline editor.
[20:20] <salgado> indeed, but I used the same description, so I'd expect it to keep failing
[20:20] <salgado> deryck, I've filed bug 331990 just in case
[20:20] <mup> Bug #331990: The inline editor widget reports a JSON error when saving non-ASCII characters <javascript> <Launchpad Foundations:Fix Released by intellectronica> <lazr.restful:Fix Released by intellectronica> <https://launchpad.net/bugs/331990>
[20:21] <salgado> and attached a screenshot
[20:21] <salgado> I've filed bug 423924, that is
[20:21] <mup> Bug #423924: Entity-body was not a well-formed JSON document when updating bug description <Launchpad Bugs:New> <https://launchpad.net/bugs/423924>
[20:21] <deryck> salgado, excellent, thanks.
[20:25] <kfogel> gmb: https://dev.launchpad.net/GettingStartedIRCSession
[20:26] <kfogel> gmb: (I reformatted it a bit to be more readable; I'm trying to think of where best to link to it from now.)
[20:26] <bac> sinzui: do you have a preference for which bug i grab next?
[20:26]  * sinzui looks
[20:27] <bac> sinzui: bug 421976
[20:27] <mup> Bug #421976: Update keys/wikiname pages to UI 3.0 <story-ui-3> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/421976>
[20:27] <bac> or bug 422974 ?
[20:27] <mup> Bug #422974: Update productrelease form pages to UI 3.0 <story-ui-3> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/422974>
[20:27] <sinzui> bac: 422974 should be sane lpfv
[20:28] <sinzui> yes, the last one may be the easiest
[20:28] <bac> sinzui: ok, i'll take it and up my velocity
[20:28] <sinzui> bac: there are other bugs about the view...I will fix them over the weekend.
[20:28] <bac> sheez, that bug has 5 templates.
[20:29] <sinzui> bac: page_title, label main_only pagetitle deletes. It will be easy. I think all the views are alreayd tested
[20:29] <bac> cool
[20:30] <sinzui> edit and add are minor test changes
[20:30]  * bac sets time box countdown timer to 75 minutes
[20:32] <sinzui> bac: The delete release rules are tested in milestone and series (it's a mixin) so you need to add a short test to create_view() and verify the properties
[20:33] <bac> ok
[20:34] <sinzui> bac: I guess that means you will not see that the delete rules are broken (the series and milestones do no unsubscribe structural subscriptions)
[20:35] <bac> sinzui: i'm confused.  is that brokenness filed as another bug or part of my task?
[20:35] <sinzui> bac files in 3 other bugs. I just didn't want you to see one of the problems and try to fix only one.
[20:36] <sinzui> I will fix all three
[20:36] <bac> ok
[21:14] <rockstar> sinzui, oh noes ping.
[21:16] <sinzui> rockstar: oh no?
[21:17] <rockstar> sinzui, yeah, I can't figure out how to link a branch to a series (setting a development focus)
[21:17] <rockstar> sinzui, nevermind, the user found it.
[21:18] <rockstar> sinzui, I thought we had some royal breakage there for a second.
[21:19] <sinzui> rockstar: yes there are really two problems. One setting a branch to the series, and the other is "This is the development focus". I started working on this by making it more prominent: http://people.canonical.com/~curtis/productseries.png
[21:19] <sinzui> Code for this series will get both actions!
[21:20] <rockstar> sinzui, awesome.   I think we need a tutorial about them
[21:27] <barry> salgado: ping
[21:27] <salgado> hi barry
[21:27] <barry> salgado: hi.  i'm so close i can taste it, but i'm having a small problem with breadcrumbs that i'm stuck on
[21:27] <barry> salgado: have a few minutes?
[21:28] <salgado> barry, sure, what's up?
[21:28] <barry> salgado: so, this page: https://code.launchpad.dev/~mark/firefox/release-0.8/+merge/1/+review?claim=name16&review_type=
[21:28] <barry> salgado: the breadcrumbs under the title say "Mozilla Firefox >> +review"
[21:29] <barry> salgado: but i've added code to class Hierarchy to put the reversed breadcrumbs in the <title>
[21:29] <barry>     @cachedproperty
[21:29] <barry>     def page_title(self):
[21:29] <barry>         """The page title, constructed from the reversed breadcrumbs."""
[21:29] <barry>         return COLON.join(
[21:29] <barry>             breadcrumb.text for breadcrumb in reversed(self.items))
[21:29] <barry>
[21:30] <barry> salgado: but the title says "+review : Mozilla Firefox : Mark Shuttleworth"
[21:30] <barry> salgado: i can't figure out why the breadcrumbs doesn't have mark as the first component but the page_title does
[21:30] <barry> salgado: does this ring any bells?
[21:31] <barry> salgado: i'm looking at launchpad-hierarchy.pt and can't see where that might be conditional, and i'm using the same Hierarchy.items property (i think anyway)
[21:31] <barry> salgado: first question i guess is which would you consider right?
[21:31] <barry> salgado: i.e. maybe the in-page breadcrumbs really should be mark >> firefox >> +review
[21:32] <barry> salgado: oh, and this page: https://launchpad.dev/~name16/+karma
[21:32] <salgado> barry, that page uses a custom hierarchy view (see BranchHierarchy in lib/lp/code/browser/branch.py), and I guess you're using the standard Hierarchy view to generate the title
[21:32] <barry> salgado: has Foo Bar >> +karma as the breadcrumbs and +karma : Foo Bar as the title
[21:32] <barry> salgado: gah! that must be it
[21:33] <salgado> the breadcrumbs on that page are broken, though.  someone has to fix that custom Hierarchy view
[21:33] <barry> salgado: thanks.  i'd seen that but didn't but 2 and 2 together
[21:34] <barry> salgado: i'm not going to worry about that :)  when they fix that, both will be fixed.  i just need to add another adapter for @@+page-title
[21:34] <barry> salgado: let me try that... thanks!
[21:34] <salgado> barry, you're welcome. :)
[21:36] <salgado> barry, I don't know how your adapter works, but you might want to use getMultiAdapter((obj, request), name='+hierarchy') to get the correct Hierarchy view instead of hardcoding the standard one there and redefining it for the objects that use a custom Hierarchy view
[21:39] <barry> salgado: yeah, dang. just adding the browser:page to configure.zcml did not work
[21:39] <mwhudson> morning
[21:40] <barry> salgado: i didn't add an adapter, i just added a page_title property to Hierarchy, and then added the browser:page zcml
[21:40] <thumper> morning
[21:40] <thumper> can someone explain to my why the build has been broken for over 10 hours?
[21:40] <mwhudson> gary_poster: did you see my buildbot merge request?
[21:40] <barry> salgado: i would have thought BranchHierarchy.objects would be enough to make it work
[21:41] <gary_poster> mwhudson: probably.  on call, one sec
[21:41] <mwhudson> ok
[21:42] <mwhudson> thumper: "psycopg2.OperationalError: could not write to file "base/195483/2667": No space left on device"
[21:42] <mwhudson> slaves seem to be running out of space!?
[21:42] <barry> salgado: ah, there are more browser:pages to add...
[21:42] <salgado> barry, it does, but I think the problem is that the Hierarchy view is hardcoded somewhere, so it's being used to generate the title of that page instead of BranchHierarchy
[21:44] <gary_poster> mwhudson, yes, I got it all nice and queued up for me to read this morning and have not looked at it since. :-P  looking now
[21:45] <mwhudson> gary_poster: :)
[21:45] <barry> salgado: joy!
[21:45] <gary_poster> I also looked at the draft last night
[21:47] <thumper> mwhudson: oh arse
[21:48] <thumper> barry: on the new active reviews page we have approved merges shown too
[21:48] <thumper> barry: you have some old ones showing
[21:48] <gary_poster> mwhudson: fwiw, I contributed some bzr bits to the "contrib" directory (or equivalent, I forget the exact name) of twisted.  They included a bzr push plugin, and a poller that at one time bore some resemblance to the one we are using.  IIRC, neither of those had tests either.
[21:48] <thumper> barry: which I think are just artifacts due to looms
[21:48] <gary_poster> It might be nice in a theoretical sort of way to sometime get to the point that we are using the contributed versions for some of these things--so that our changes continue to enrich upstream, for instance.  Probably obviously, I didn't do that because of ease and expedience, and that may continue to be a driving factor.
[21:48] <thumper> barry: can you mark them merged if they are actually merged?
[21:49] <gary_poster> mwhudson: s/twisted/buildbot/
[21:49] <gary_poster> that is, I contributed to buildbot, as you'd expect
[21:49] <mwhudson> gary_poster: yes, that's a good goal
[21:50] <mwhudson> gary_poster: our testfix mode voodoo seems a little special cased to us, perhaps, but maybe not...
[21:50] <gary_poster> ah yes
[21:50] <mwhudson> gary_poster: in any case, it needs testing in our environment before we do that :)
[21:50] <gary_poster> agree
[21:51] <barry> thumper: will do
[21:52] <mwhudson> gary_poster: also, does this out of disk space error make any sense to you>
[21:52] <mwhudson> ?
[21:52] <gary_poster> mwhudson: "Carry on" link: +1 :-)
[21:52] <thumper> ta
[21:52] <mwhudson> gary_poster: yeah, that's hideous :)
[21:55] <gary_poster> mwhudson: don't see out of disk space error--maybe started with a slash and was swallowed by IRC gods? Looked on lpbuildbot and didn't see anything pertinent at a quick glance.  We have had things like that before.  They usually seemed to be spurious random EC2 things.  Sometimes we did identify some way that we were not cleaning up our logs, but most of the time it seemed unlikely that we were at fault
[21:57] <barry> thumper: done
[21:57] <thumper> barry: awesome, thanks
[21:57] <thumper> barry: in which case you can reply to my email to encourage the others :)
[21:58] <barry> :)
[22:02] <gary_poster> mwhudson: r=gary.  ship it.
[22:11] <thumper> barry: easy _and_ fun? :-)
[22:13] <gary_poster> mwhudson: thumper may have already spoken to you.  the next buildbot I think we will want is a JS buildbot, running once daily like the bzr buildbot.  flacoste is the keeper of the keys of knowledge here, while mars is out.  Please ping me about it when you have a moment, or go to thumper or flacoste.  Note that the js tests are currently failing; having a reminder of this is the point.
[22:14] <mwhudson> gary_poster: sounds like an excuse to tidy up master.cfg
[22:14] <gary_poster> mwhudson: +1
[22:16] <thumper> mwhudson: skype?
[22:16] <thumper> rockstar: skype?
[22:17] <mwhudson> thumper: yeah, skype works better when it's running
[22:20] <kfogel> jml: my other call tomorrow got moved; I can (& would like to) do our call earlier if possible.  How much earlier is good for you?
[22:30] <barry> thumper: okay.  easy :)
[22:35] <thumper> sinzui: IRevisionCache(self.context).getRevisions.order_by(revision_date).config(limit=5)
[22:39] <thumper> sinzui: getUtility(IAllBranches).getMergeProposalsForReviewer(person)
[22:41] <mwhudson> gary_poster: in general, shouldn't it be possible for buildbot-poll to be replaced with something that listens to a statustarget we add to buildbot?
[22:41]  * mwhudson dislikes polling
[22:58] <mwhudson> flacoste: you here?
[22:58] <flacoste> mwhudson: still
[22:58] <mwhudson> flacoste: do you want to talk about a windmill buildbot?
[22:58] <flacoste> mwhudson: sure, i'll forward you the email from mars on this
[22:59] <mwhudson> flacoste: how much longer are you going to be around for?
[22:59] <mwhudson> thanks
[22:59] <flacoste> mwhudson: i need to leave for an external dinner very soon
[22:59] <flacoste> so not much actually
[22:59] <mwhudson> flacoste: ok
[23:00] <flacoste> mwhudson: i'll pop-in when i'm back later though
[23:00] <mwhudson> flacoste: so if the mail doesn't make enough sense, i'll talk to you next week about it i guess
[23:00] <mwhudson> flacoste: oh, ok
[23:01] <flacoste> mwhudson: it's actually three emails
[23:01] <flacoste> all sent
[23:02] <mwhudson> flacoste: thanks
[23:03] <flacoste> ok, i need to run
[23:03] <mwhudson> bye for now
[23:30]  * mwhudson decamping to a cafe in town
[23:33] <bac> hi sinzui
[23:33] <bac> sinzui: i'm blocked on this test:  http://pastebin.ubuntu.com/264677/
[23:34] <bac> sinzui: in the 'Adding a download file' i expected to get some view.errors since some required input is missing.  i don't care to demonstrate uploading a file, just checking label and page_title, but i'm confused why the error processing isn't working
[23:36] <bac> sinzui: the branch with the broken test is at lp:~bac/launchpad/bug-422974-productrelease
[23:36] <mwhudson> biab
[23:36]  * bac -> dinner
[23:42] <wgrant> I still can't access launchpad's +activereviews.


[00:08] <mhall119> woohoo, community lens + LTP scope is working
[00:09] <davidcalle> mhall119, awesome! This is great :)
[00:24] <mhr3> thumper, all icons are now ;)
[00:25] <mhr3> anyway, time to sleep... gn
[00:27] <thumper> cool
[00:49] <mhall119> what triggers cancellable to be is_cancelled?
[00:50] <mhall119> is it only useful for asynchonous results?
[00:54] <jono> mhall119, you are working on a community lens?
[00:55] <jono> that is awesome :-)
[01:00] <mhall119> jono: yup, now I just need to get with didrocks tomorrow and get some quickly packaging goodness
[01:01] <mhall119> unlike my first attempt, the community lens is very generic now, the locoteams scope is separate
[01:01] <mhall119> so we can plug in non-locoteams from Launchpad, events from google calendar, whatever
[01:01] <mhall119> even news from planet
[01:02] <jono> mhall119, sweet!
[01:03] <mhall119> actually, a planet scope might be easy enough to bang out tonight
[01:03] <jono> mhall119, I think I might have my U1 syncing plan all sorted
[01:03] <jono> mhall119, cool
[01:20] <TheMuso> Ooo a planet scope, nice!
[01:42] <mhall119> well that was easy: http://ubuntuone.com/5kGYzSMOlKtCfFxaIWeFJA
[03:56] <agu10^_> hey
[03:56] <agu10^_> wobbly windows aren't smooth
[04:26] <snadge> ive been waiting for smspillaz to come back
[04:28] <mhall119> jono: did you see http://ubuntuone.com/5kGYzSMOlKtCfFxaIWeFJA ?
[04:42] <jono> mhall119, nice!
[04:42] <jono> I can't wait to see the community lens as it fleshes out
[04:50] <mhall119> jono: more on that tomorrow, hopefull didrocks will be able to help me get things packaged nicely for others to play with it
[04:51] <mhall119> and since it's 10 minutes until 'tomorrow' for me, I'm out
[04:58] <jono> mhall119, night!
[04:58] <jono> good work!
[08:13] <Daviey> Hi, how can i make HUD not use alt? thanks.
[08:31] <Saviq> didrocks, hey, you're the packaging guru here,
[08:31] <didrocks> Saviq: not sure about guru, but let's say that :)
[08:31] <Saviq> didrocks, we will soon have a unity-2d-shell package that replaces unity-2d-launcher and unity-2d-places
[08:31] <Saviq> and we need to sync that up with an update to gnome-session
[08:32] <didrocks> Saviq: hum, any particular reason for that?
[08:32] <Saviq> didrocks, yes, we merged the two components into a single one
[08:32] <Saviq> well, are merging
[08:32] <didrocks> Saviq: let's differ a little bit that
[08:32] <Saviq> there's only one executable
[08:32] <didrocks> Saviq: it's not what it in trunk, isn't it?
[08:32] <Saviq> didrocks, not yet
[08:32] <didrocks> Saviq: this week, we are releasing 5.2
[08:32] <didrocks> so I have frozen trunk
[08:32] <Saviq> didrocks, we'll probably merge wednesday
[08:32] <Saviq> didrocks, that's fine
[08:33] <Saviq> I just want to plan ahead
[08:33] <didrocks> the unfreeze but will be on thursday at the earliest :)
[08:33] <didrocks> Saviq: yeah, do you need help to prepare that?
[08:33] <Saviq> that's fine, then a MR will be awaiting that
[08:33] <Saviq> didrocks, just wanted to know how would you approach taht
[08:33] <Saviq> a simple Replaces: entry in debian/control?
[08:33] <Saviq> and a version Req in gnome-session?
[08:33] <didrocks> Saviq: we need 2 transitional packages
[08:34] <didrocks> then, I'll hanle gnome-session
[08:34] <didrocks> handle*
[08:34] <didrocks> (if needed, didn't check)
[08:34] <Saviq> yes, we need to modify ubuntu-2d.session to require unity-2d-shell instead of unity-2d-launcher and -places
[08:35] <Saviq> didrocks, anywhere in particular I can read about preparing those transitional packages?
[08:36] <didrocks> ah the binary, yes
[08:36] <didrocks> Saviq: http://wiki.debian.org/Renaming_a_Package
[08:36] <Saviq> didrocks, ok great, I'll have that as part of the merge, thanks
[08:37] <didrocks> Saviq: subscribe me to it :)
[08:37] <Saviq> didrocks, will do
[08:55] <Saviq> didrocks, does this diff look sane http://pastebin.ubuntu.com/822323/ ?
[08:55] <Saviq> hey greyback
[08:55] <greyback> Saviq: Good morning
[08:58] <dyams> greyback: morning
[08:58] <Saviq> greyback, how's the temperature in Prague?
[08:58] <Saviq> hey dyams
[08:58] <greyback> dyams: hey
[08:58] <dyams> saviq: hey
[08:58] <tsdgeos> Saviq: it's cold even here :D 3º
[08:59] <Saviq> tsdgeos, lol
[08:59] <Saviq> tsdgeos, -10 here
[08:59] <tsdgeos> well has 15º on thursday ;-)
[08:59] <didrocks> Saviq: the diff looks sane, some comments:
[08:59] <didrocks> - section for transitional packages should be oldlib
[09:00] <didrocks> - remove the description for them and add "this is a transitional…"
[09:00] <didrocks> Saviq: look at the netbook-launcher package as an example
[09:00] <greyback> Saviq: my thermometer says -4, but it's gonna get colder during the week
[09:00] <Saviq> didrocks, ok
[09:01] <Saviq> lol AccuWeather says "sunny" for today, "sunny/cloudy" for tomorrow...
[09:01] <Saviq> and then it's "bloody cold" for the remainder of the week :D
[09:02] <Saviq> probably straight translation from "freezing"
[09:02] <greyback> :)
[09:02]  * greyback wants to go back to bed, only got 4 hours sleep :(
[09:03] <Saviq> but in the sense of "damn, it's freezing in here", not in "the water is freezing here"
[09:03] <Saviq> greyback, had fun yesterday?
[09:04] <greyback> Saviq: I had a really nice day, sat in a cafe with book, met friends for dinner, couple of beers, but nothing crazy
[09:05] <greyback> Just one of those nights when my brain refuses to turn off
[09:05] <Saviq> greyback, ah that one
[09:05] <greyback> which means today I'll have a constant headache :(
[09:05] <greyback> stupid brain
[09:18] <tsdgeos> nerochiaro: have a sec to talk about the getshape stuff?
[09:18] <tsdgeos> s/talk/write :D
[09:18] <nerochiaro> tsdgeos: sure
[09:18] <tsdgeos> nerochiaro: i have to create new tests for shaping when we are in rtl mode
[09:19] <tsdgeos> and i've been thinking it'd be easier if the getshape code returned the whole screen
[09:19] <tsdgeos> instead of only the "region" there's stuff on
[09:21] <tsdgeos> because at the moment, the image returned by getshape of the launcher in rtl and non rtl is just the same, a vertical stripe of black, but i think it'd make sense that there is white on the left/right of that stripe depening if you are in rtl or not
[09:21] <nerochiaro> tsdgeos: unfortunately the getshape uses x11 functions that can return only the shaped region
[09:21] <tsdgeos> not sure if i'm explaining myself/making any sense
[09:21] <nerochiaro> it makes sense
[09:21] <nerochiaro> what you can do is
[09:21] <tsdgeos> sure, but i can do QDesktopWidget.width
[09:21] <tsdgeos> or something like that
[09:21] <nerochiaro> yes, probably easy to do it in ruby using IM
[09:22] <tsdgeos> fill that with white and then what XShapeGetRectangles returns in black
[09:22] <tsdgeos> IM=
[09:22] <tsdgeos> IM?
[09:22] <nerochiaro> imagemagick
[09:22] <tsdgeos> ah
[09:22] <nerochiaro> that's what i use to generate the verification images for most tests
[09:22] <nerochiaro> you will find code in the shape tests that do pretty much what you need to do
[09:23] <nerochiaro> just it does it to the verification images, not to the image returned by getshape
[09:23] <nerochiaro> but the idea is the same
[09:23] <Saviq> tsdgeos, nerochiaro yeah it makes sense for getshape to only return the shape of the window
[09:23] <Saviq> and then paint that on top of a workspace-sized white background
[09:23] <nerochiaro> i have no problem with that, it's just harder to do from QT
[09:23] <tsdgeos> Saviq: but then you don't know where it's located
[09:23] <tsdgeos> that is the important part
[09:23] <Saviq> tsdgeos, it's x and y will be the window's x and y, no?
[09:23] <Saviq> -'
[09:24] <tsdgeos> yeah
[09:24] <nerochiaro> ok, let me clarify something first
[09:24] <tsdgeos> i just find it much easier to do in the cpp Qt code that hacking it on top in ruby with IM
[09:24] <tsdgeos> it's like 1 line of .cpp code
[09:24] <nerochiaro> tsdgeos: if the window shape has only a launcher on the right side, what do you get out of getshape ?
[09:24] <nerochiaro> i mean, right now
[09:24] <tsdgeos> it's wrong
[09:25] <tsdgeos> white rectangle
[09:25] <tsdgeos> because tries to paint a painter path on the right
[09:25] <tsdgeos> and the bitmap is not wide enough
[09:25] <tsdgeos> since you create the bitmap with width/height
[09:25] <tsdgeos> but that does not account for the painterpath not starting at 0
[09:25] <nerochiaro> ah, i see. ok then if you know how to fix that, and you're ok fixing all the existing tests too, i'm ok with it
[09:26] <tsdgeos> now we only need to convince Saviq ;-)
[09:26] <Saviq> tsdgeos, rename the tool, then
[09:26] <nerochiaro> i just did it the way i did it because it was simpler, but returning from getshape the full shape of the window isn't wrong
[09:26] <nerochiaro> Saviq: why ? it does still get the shape
[09:26] <Saviq> tsdgeos, or ignore me completely
[09:26] <nerochiaro> Saviq: the shape and the position
[09:26] <tsdgeos> Saviq: well, it returns you the shape, black on white
[09:27] <nerochiaro> getshape sounds better than getpositionedshape ;)
[09:27] <Saviq> tsdgeos, ok, go for it
[09:27] <nerochiaro> just make sure you fix the existing tests. they will choke on it currently
[09:27] <tsdgeos> sure
[09:27] <Saviq> I'll make sure he does ;)
[09:32] <Saviq> didrocks, MR went your way, you'll have to check out the diff against --old=lp:unity-2d, 'cause parts of the changes went in earlier
[09:32] <Saviq> didrocks, and I'll fix the missing "Architecture: any" for unity-2d-dbg in a separate MR
[09:32] <Saviq> didrocks, thanks
[09:33] <didrocks> Saviq: ok, thanks :)
[09:33] <didrocks> Saviq: anyway, not before next thursday
[09:34] <dyams> JohnLea: ping
[09:36] <dyams> JohnLea: https://bugs.launchpad.net/unity-2d/+bug/855532 - Keyboard shortcuts displayed in overlay hint are only the ones mentioned in the gdoc. no?
[09:36] <ubot5`> Launchpad bug 855532 in unity-2d (Ubuntu) "Keyboard shortcut - Add keyboard shortcut hint overlay that is displayed when a user presses and holds the Super key" [High,Confirmed]
[09:36] <JohnLea> dyams; yes, the keyboard shortcuts displayed in the overlay hint should exactly match those in the google doc
[09:37] <dyams> JohnLea: Ok, but there are few configurable keys too
[09:38] <greyback> JohnLea: hey, can you point me to most recent mockups of the HUD please?
[09:38] <Saviq> didrocks, that MR is going into unity-2d-shell, not lp:unity-2d
[09:39] <Saviq> didrocks, so you can approve before then if/when you have time
[09:39] <didrocks> Saviq: ah ok, I'll review when I get the time to do so :)
[09:39] <didrocks> not right now, handling the unity release
[09:39] <JohnLea> dyams; yes, if the user updates their shortcut configurations this should be reflected in the overlay hint.  But by default the shortcuts should be the same as in the doc
[09:39] <Saviq> and the whole thing will get into lp:unity-2d later
[09:39] <Saviq> didrocks, sure, no pressure
[09:40] <Saviq> didrocks, thanks again
[09:40] <didrocks> yw ;)
[09:40] <JohnLea> greyback; see https://chinstrap.canonical.com/~sabdfl/12_04/desktop_and_netbook/matrix/
[09:41] <greyback> JohnLea: blast, I missed that directory on my search. Thanks
[09:47] <didrocks> greyback: hey, you didn't get any work done yet on multimonitor support, isn't it?
[09:48] <greyback> didrocks: it's in progress, but nothing is in yet
[09:48] <didrocks> greyback: ok, thanks for confirming :)
[09:52] <Saviq> nerochiaro, sorry to be bothering you, but did we drop the new assets for panel buttons for now?
[09:53] <Saviq> I remember you writing something to me on friday, but the details slipped my mind
[09:53] <nerochiaro> Saviq: no we didn't, there's a sepate MR for them
[09:53] <Saviq> nerochiaro, oh ok
[09:53] <nerochiaro> Saviq: there's one MR for making hte buttons work in -shell, and one for adding the new assets, also in -shell
[09:53] <Saviq> nerochiaro, ok thanks
[09:53] <nerochiaro> Saviq: you're welcome
[09:54] <Saviq> nerochiaro, can you point me to the one with the new assets?
[09:55] <nerochiaro> Saviq: https://code.launchpad.net/~unity-2d-team/unity-2d/unity-2d-shell-panel-newbuttons/+merge/90458
[09:55] <Saviq> I wonder why it doesn't show in unity-2d active reviews...
[09:55] <nerochiaro> it shows in mine
[09:56] <Saviq> hrmpf
[09:56] <Saviq> now it's here..
[09:56] <Saviq> some caching issues, probably
[09:56] <nerochiaro> Saviq: i think it's because gerry claimed it ?
[09:56] <Saviq> nerochiaro, thanks again
[09:56] <nerochiaro> anytime
[09:58] <Saviq> nerochiaro, as I understand it we need to take over any fixes to those from you?
[09:59] <nerochiaro> Saviq: well, i can help out if needed
[09:59] <Saviq> nerochiaro, I assume you have enough on your plate
[10:00] <Saviq> nerochiaro, we'll manage
[10:00] <nerochiaro> Saviq: i do. they're pretty simple MRs anyways, so fixing should be simple
[10:00] <Saviq> yup
[10:00] <nerochiaro> Saviq: but feel free to poke me anytime if you guys have questions
[10:00] <nerochiaro> it's not like i'm disappearing in a black hole
[10:00] <nerochiaro> ;)
[10:00] <Saviq> ;)
[10:28] <Saviq> nerochiaro, can you just answer https://code.launchpad.net/~unity-2d-team/unity-2d/unity-2d-shell-panel-dash-buttons/+merge/90450/comments/195402 ?
[10:30] <nerochiaro> Saviq: done
[10:31] <Saviq> thanks
[10:36] <Saviq> tsdgeos, just so you know, we have two MRs from Ugo that we need to take over fix-wise, and since I've been reviewing them... you're it!
[10:37] <tsdgeos> ok
[10:37] <tsdgeos> Saviq: urls?
[10:37] <Saviq> tsdgeos, https://code.launchpad.net/~unity-2d-team/unity-2d/unity-2d-shell-panel-newbuttons/+merge/90458 https://code.launchpad.net/~unity-2d-team/unity-2d/unity-2d-shell-panel-dash-buttons/+merge/90450
[10:38] <Saviq> tsdgeos, but focus on what you're doing now, nothing of huge prio there
[10:58] <Saviq> greyback, standup?
[10:58] <greyback> Saviq: yarp
[11:05] <dyams> nerochiaro: ping
[11:05] <nerochiaro> dyams: yes ?
[11:06] <dyams> nerochiaro: multi monitor stuff with shell, shall we discuss it
[11:06] <nerochiaro> dyams: yes, but we need Kaleo too. he was doing the tests for performance on the multimonitor stuff
[11:06] <dyams> nerochiaro: ok
[11:07] <dyams> kaleo: ping
[11:07] <nerochiaro> dyams: and i don't know what results he got. and without the results we can't say if the solution we tried is good or not
[11:07] <dyams> nerochiaro: ah
[11:09] <dyams> nerochiaro: is it not a lot of work to bypass QDeclarativeView & depend on QGraphicsView directly?
[11:11] <Kaleo> nerochiaro: still not done the performance testing
[11:13] <nerochiaro> dyams: it turned out easier than expected
[11:19] <dyams> nerochiaro: ah..nice
[11:27] <greyback> Saviq|afk: when you get back, I'm guessing were maintaining the dbus service filename as unity-2d-launcher.service because we're keeping the dbus service name com.canonical.Unity2d.Launcher ?
[11:31] <greyback> Saviq|afk: tsdgeos: tiagosh's Home Lens work: lp:~tiagosh/unity-2d/unity-2d-shell-homelens
[11:31] <greyback> depends on lp:~tiagosh/+junk/libqtdee-local-models
[12:30] <Saviq> greyback, tsdgeos: how can I count() the amount of objects returned by @app.Whatever()?
[12:38] <greyback> Saviq: it returns an array, so can just use 'count'
[12:39] <Saviq> greyback, .count?
[12:39] <greyback> yeah
[12:39] <Saviq> greyback, another thing - can I check for an object that doesn't have attribute x?
[12:40] <greyback> Saviq: you can try checking for it, and use it in verify_not. The check will fail & throw an exception, which verify_not catches
[12:40] <Saviq> greyback, let me rephrase - I want to find the first item in the launcher that is _not_ BFB
[12:40] <Saviq> so it won't have the isBfb attr
[12:41] <greyback> Saviq: sure, lemme see..
[12:41] <Saviq> and also... "@app.LauncherContextualMenu().QAction().count" yields "MobyBase::MultipleTestObjectsIdentifiedError: Multiple test objects found with rule: {:type=>"QAction"}"
[12:42] <dyams> saviq: no object name is assigned to QActions
[12:43] <Saviq> dyams, I don't care
[12:43] <Saviq> at least not in the tests I'm doing
[12:43] <dyams> saviq: QActions in context menu, i mean
[12:43] <dyams> "@app.LauncherContextualMenu()..childrenCount?
[12:44] <dyams> "@app.LauncherContextualMenu()['children'] ?
[12:44] <dyams> saviq: ^^
[12:46] <greyback> Saviq: https://pastebin.canonical.com/59031/
[12:47] <Saviq> greyback, ok thanks
[12:47] <greyback> Saviq: see the "Launcher hide delay on tile removal" test
[12:47] <Saviq> greyback, yup
[12:53] <Saviq> greyback, hmm, is the "if tiles.empty?" necessary there? shouldn't the verify() handle the case when there is nothing found?
[12:53] <greyback> Saviq: true dat
[12:54] <Saviq> greyback, okies
[13:12] <mhall119> didrocks: ping
[13:13] <didrocks> mhall119: yeah
[13:13] <mhall119> hey, I got singlet upgraded to support unity 5 over the weekend
[13:13] <mhall119> and have a package in the scopes-packagers PPA
[13:13] <didrocks> mhall119: yeah, I saw that, awesome! :)
[13:13] <mhall119> any chance you can look at it today and see if it's ready to go to REVU?
[13:14] <didrocks> mhall119: not really, trying to get unity 5.2 out
[13:14] <didrocks> mhall119: and I have no acceleration, which is an issue
[13:14] <didrocks> (nvidia)
[13:14] <mhall119> :(
[13:14] <mhall119> I don't suppose you've had a chance to start a quickly template for it have you?
[13:15] <didrocks> mhall119: not really as well, it will be really hard this week :/
[13:15] <didrocks> mhall119: will try as soon as possible
[13:16] <mhall119> who else could help me?
[13:16] <mhall119> mterry?
[13:17] <mterry> mhall119, quickly template for scopes?
[13:19] <didrocks> mhall119: I can though use some unity testing help btw :)
[13:19] <didrocks> hey mterry
[13:19] <mterry> didrocks, hi!
[13:23] <mhall119> didrocks: tell me what to test
[13:24] <didrocks> mhall119: can you update from ppa:unity-team/staging
[13:24] <didrocks> mhall119: and tell me if it generally works :)
[13:26] <mhall119> hmmm.....this is going to make me less productive today....isn't it?
[13:27] <kamstrup> any unity-2d guy looking at https://bugs.launchpad.net/unity-2d/+bug/761851 ?
[13:27] <ubot5`> Launchpad bug 761851 in software-center (Ubuntu) "Software Centre - automatically add app icon to launcher" [Medium,In progress]
[13:28] <didrocks> mhall119: well, this will help getting a new unity earlier and spot issues
[13:28] <didrocks> mhall119: jorge did that normally, not sure if you are supposed to do it
[13:28] <mhall119> didrocks: dist-upgrading now
[13:28] <didrocks> thanks :)
[13:28] <mhall119> if I suddenly get real quiet, things have gone horribly wrong
[13:29]  * mhall119 feels so dangerous running from the staging ppa
[13:30] <mhall119> didrocks: you guys didn't change the lens api again with this release did you?
[13:30] <Saviq> tsdgeos, aren't you doing "Port input_shaping..." as part of your RTL test work?
[13:31] <didrocks> mhall119: I'm not the one changing it :)
[13:31] <didrocks> mhr3: kamstrup ^^
[13:31] <mhall119> Unpacking replacement python-dbus ...
[13:31] <mhall119> Selecting previously unselected package python-dbus-dev.
[13:31] <mhall119> Unpacking python-dbus-dev (from .../python-dbus-dev_1.0.0-1ubuntu1_all.deb) ...
[13:31] <mhall119> (Reading database ... 399051 files and directories currently installed.)
[13:31] <mhall119> Removing ubuntu-desktop ...
[13:31] <mhall119> Removing unity ...
[13:31] <mhall119> Processing triggers for man-db ...
[13:31] <mhall119> is that right?
[13:31] <mhr3> mhall119, why would we do such nasty things to you? :)
[13:32] <mhall119> mhr3: because I keep asking for things like categories over dbus
[13:33] <mhr3> mhall119, we can't didrocks would kill us for breaking the api then :P
[13:33] <didrocks> mhr3: hum removing unity, doesn't seem right
[13:33] <didrocks> mhall119: ^
[13:33] <kamstrup> right, libunity is not just frozen, it has entered permafrost ;-)
[13:34] <didrocks> mhall119: try install it to see what's happening
[13:37] <mhall119> mterry: sorry, missed your reply earlier
[13:38] <mhall119> mterry: yes, quickly template for lenses/scopes, using Singlet
[13:38] <mterry> mhall119, I don't have any time right now to help create that, but I could provide pointers?
[13:39] <mhall119> mterry: that would be appreciated, thanks
[13:39] <mhall119> not sure if I'll be able to do much on my own, but I'll take a look anyway
[13:39] <mterry> mhall119, do you want the help now or later, when you start working on it?
[13:40] <mhall119> mterry: if you have anything I can read later, I'll take that now
[13:40] <mhall119> I likely won't have time to work on it today
[13:41] <mterry> mhall119, I don't think we actually have any nice documentation for writing new templates.  didrocks?
[13:41] <didrocks> mterry: no, apart from my blog psot
[13:41] <didrocks> post*
[13:41] <mhall119> the only documentation I know of simply says "ask didrocks"
[13:41] <didrocks> I wanted to help mhall119 doing that, it's just that I can't this week
[13:41] <didrocks> mhall119: there is one, describing the system
[13:42] <didrocks> http://blog.didrocks.fr/post/Build-your-application-quickly-with-Quickly:-Inside-Quickly-part-1
[13:42] <didrocks> part 6
[13:42] <didrocks> "creating templates"
[13:43] <mhall119> didrocks: cool, thanks
[13:43] <didrocks> yw
[13:50] <mhall119> didrocks: well, dist-upgrade finished and nothing exploded
[13:51] <mhall119> I guess I should reboot, huh?
[13:51] <tsdgeos> Saviq: no, i'm actually not doing that, but should be easy
[13:51] <didrocks> mhall119: hum, wasn't it telling that unity was uninstalled?
[13:51] <mhall119> yeah
[13:51] <Saviq> tsdgeos, sure, and since you're dug into that anyway, will you do that please?
[13:51] <didrocks> you shouldn't reboot then :)
[13:51] <mhall119> mhall@mhall-laptop:~$ uni
[13:51] <mhall119> unicode_start           units                   unity-window-decorator
[13:51] <mhall119> unicode_stop            unity-2d-launcher       unix2dos
[13:51] <mhall119> uniconvertor            unity-2d-panel          unix2mac
[13:51] <mhall119> unify                   unity-2d-places         unix_chkpwd
[13:51] <didrocks> 14:34:00   didrocks | mhall119: try install it to see what's happening
[13:52] <mhall119> uniq                    unity-2d-spread         unix_update
[13:52] <tsdgeos> Saviq: sre
[13:52] <mhall119> unit-get                unity-greeter
[13:52] <mhall119> mhall@mhall-laptop:~$ which unity
[13:52] <mhall119> mhall@mhall-laptop:~$
[13:52] <didrocks> reinstall unity and see what it is telling you
[13:52] <mhall119> The following packages have unmet dependencies: unity : Depends: libnux-abiversion-20111214
[13:52] <mhall119> E: Unable to correct problems, you have held broken packages.
[13:52] <didrocks> mhall119: apt-cache policy unity ?
[13:53] <mhall119> http://paste.ubuntu.com/822549/
[13:53] <mhall119> conflicts with the HUD ppa?
[13:54] <didrocks> yeah
[13:54] <didrocks> apt-get install unity=5.0.0+bzr1879ubuntu0+622
[13:55] <mhall119> The following packages have unmet dependencies: unity : Depends: unity-common (= 5.0.0+bzr1879ubuntu0+622) but 5.1.0-hud2 is to be installed
[13:57] <didrocks> apt-get install unity=5.0.0+bzr1879ubuntu0+622 unity-common=5.0.0+bzr1879ubuntu0+622
[13:57] <didrocks> and so on :)
[14:00] <mhall119> didrocks: that seems to have worked
[14:00] <mhall119> does this mean I'll be losing the HUD?
[14:00] <didrocks> mhall119: yeah
[14:00] <didrocks> it's not in the 5.2 release
[14:00] <mhall119> I'd be sad, but honestly I didn't use it much
[14:04] <gord> didrocks, we can push out a new hud ppa version later in the week right?
[14:04] <gord> based on 5.2
[14:05] <didrocks> gord: indeed
[14:06] <mhall119> \o/
[14:06] <cyphermox> dbarth: too late to fix the korean IM/ibus bug in oneiric and precise? :)
[14:06] <cyphermox> (I mean, did someone fix it yet? I have something that seems to work properly)
[14:06] <mhall119> didrocks: if the current 5.2 updates land, will it break things for people using the HUD ppa?
[14:07] <didrocks> mhall119: yeah, it won't work anymore, we will update the ppa for it
[14:08] <didrocks> mhall119: did you restart successfully?
[14:08] <mhall119> didrocks: not yet, I'll let you know when I do
[14:09] <mhall119> didrocks: by "break things" I didn't mean just that HUD stops working, I meant package dependency breakage like I had
[14:09] <didrocks> mhall119: yeah
[14:09] <didrocks> mhall119: but we don't support 2 unstable ppas
[14:09] <mhall119> still might be a good idea to send out a warning so people know, and the commands to fix it
[14:12] <didrocks> mhall119: we will in the call for testing, asking to purge the hud ppa first
[14:12] <mhall119> cool
[14:14] <tsdgeos> Saviq: ping
[14:15] <Saviq> tsdgeos, pong
[14:15] <tsdgeos> Saviq: not sure i can do the port to whole guest/target thing
[14:15] <tsdgeos> Saviq: we are using http://projects.developer.nokia.com/dav/Testabilitydriver/doc/api/qt_windows/#QtSUT:execute_shell_command  that does not seem to return the exit status of the command, which nerochiaro was using
[14:15] <Saviq> oh
[14:16] <Saviq> craps
[14:16] <Saviq> greyback, ^
[14:17] <Saviq> tsdgeos, well, we could abuse it by going `... && echo $?`
[14:17] <Saviq> not that I'd like that
[14:17] <tsdgeos> Saviq: but i don't think it'll work if it's a remote stuff
[14:17] <Saviq> tsdgeos, so yeah
[14:17] <Saviq> tsdgeos, getshape needs to print its output to stdout
[14:18] <tsdgeos> it does
[14:18] <Saviq> tsdgeos, then all the imagick comparison stuff should happen locally
[14:18] <Saviq> not remotely
[14:18] <tsdgeos> it's not getshape i'm concerned about
[14:18] <tsdgeos> why?
[14:18] <Saviq> 'cause you might not want to have imagick on the other side
[14:19] <Saviq> just run getshape remotely
[14:19] <Saviq> and the rest locally
[14:19] <tsdgeos> ok, then getshape does not outout to stdout
[14:19] <Saviq> that's what I thought
[14:19] <tsdgeos> as in what you meant as output :D
[14:19] <Saviq> it should
[14:19] <tsdgeos> it has some otuput to stdout
[14:19] <Saviq> or you can maybe grab a file from the other side?
[14:20] <Saviq> but I'd rather it just have an output file of "-" that will feed the image data to stdout
[14:20] <Saviq> and you can then deal with it locally
[14:21] <tsdgeos> ok, i can do that
[14:21] <tsdgeos> just pushed the rtl stuff
[14:21] <tsdgeos> it is working
[14:21] <tsdgeos> but
[14:22] <tsdgeos> i have a off by one somewhere
[14:22] <tsdgeos> because if you open the dash you see it overlap the launcher
[14:22] <tsdgeos> by one pixel
[14:22] <Saviq> you should be able to catch that with tdriver, no?
[14:23] <Saviq> _visualizer, that is
[14:23] <tsdgeos> catch what?
[14:23] <tsdgeos> i can see it :D
[14:24] <tsdgeos> or you mean check the x, y values tehre?
[14:25] <Saviq> tsdgeos, I mean you can catch where the problem is
[14:25] <Saviq> greyback, so... my "The application with Id 2102 is no longer available..." errors seem to be spread-related
[14:26] <Saviq> doesn't $SUT.run require the app to become visible within the timeout provided?
[14:29] <burli> If I want to develop Apps for Tablet and Smartphone, what is the recommended Language and Toolkit?
[14:31] <burli> I mean for Ubuntu Tablets
[14:32] <Saviq> burli, there is a Ubuntu Tablet out there? where?
[14:32] <mhall119> burli: any of the languages and toolkits supported by Ubuntu will, in all likelyhood, be supported by Ubuntu on tablets and phones when they come out
[14:33] <burli> Saviq, not yet. But for the future
[14:33] <mhall119> it's hard to give definitive answers, since we just plain don't know yet
[14:33] <burli> mhall119, so I can use Python and Qt/QML
[14:33] <Saviq> burli, no idea then, nothing was decided about that, AFAIK
[14:33] <mhall119> burli: most likely, yes
[14:34] <burli> and what I have to do if the app should appear in the software center?
[14:34] <mhall119> though having a bunch of python apps on a phone's hardware may not be the best user experience
[14:34] <mhall119> burli: you'll need to submit it
[14:34] <greyback> Saviq: I didn't think it had anything to do with visibility. Does /logs/testability/qttasserver.log have anything that looks relevant?
[14:34] <greyback> Saviq: can you point me to tests which fail this way, so I can have a look?
[14:35] <mhall119> burli: http://developer.ubuntu.com/ has all the information about building apps for Ubuntu and getting them into Software Center
[14:35] <burli> mhall119, thx
[14:35] <mhall119> burli: we'll also be holding a 3-day developer workshop in #ubuntu-classroom starting tomorrow
[14:35] <burli> ah, ok.
[14:35] <mhall119> burli: https://wiki.ubuntu.com/UbuntuDeveloperWeek
[14:35] <mhall119> you should attend some of the sessions if you can
[14:35] <burli> I try
[14:36] <burli> mhall119, which language and toolkit would YOU use or recommend for Smartphones and Tablets?
[14:37] <mhall119> well, I'm a Python dev, so that's usually my go-to language
[14:37] <mhall119> but an interpreted language on limited hardware may not work as well as on desktops
[14:37] <mhall119> so probably Vala, if not C/C++
[14:38] <burli> hm, I have no Vala experience and I don't like GTK
[14:38] <mhall119> QT/QML will very likely be available
[14:38] <burli> for Vala?
[14:38] <burli> Great
[14:39] <mhall119> Vala is a lot like Java and C#, but it get's compiled down to a native binary
[14:39] <burli> yes, afaik it's compiled to C.
[14:40] <burli> I guess, I'll take a look
[14:46] <burli> mhall119, do you have some reference for Vala and Qt?
[14:48] <mhall119> burli: I don't, sorry
[14:49] <mhall119> like I said, I'm a python dev
[14:50] <Saviq> greyback, places-tests
[14:50] <Saviq> greyback, the output is:
[14:50] <greyback> Saviq: ok, will check them out
[14:54] <Saviq> greyback, here's some logs http://pastebin.ubuntu.com/822621/
[14:56] <mhall119> can I get a couple of you guys to review and upload my unity-singlet package to the precis universe? https://launchpad.net/~scopes-packagers/+archive/ppa/+sourcepub/2207463/+listing-archive-extra
[14:56] <mhall119> didrocks: ^^
[14:56] <greyback> Saviq: well I can reproduce anyway, but still digging as to why
[14:57] <didrocks> mhall119: again, I really can't doing that before unity is released as I told you last week, is there in emergency?
[14:57] <didrocks> any*
[14:57] <mhall119> didrocks: no, just wanted to keep the ball rolling
[14:58] <tsdgeos> Saviq: greyback: i'm ultra confused, i have http://paste.kde.org/~tsdgeos/196532/ and out contains nothing, any idea why?
[14:58] <didrocks> mhall119: please, be patient :)
[14:58] <mhall119> :)
[14:58] <Saviq> tsdgeos, oh, that's bad
[14:58] <tsdgeos> wait
[14:58] <tsdgeos> probably the command is not even being executed
[14:59] <tsdgeos> i changed getshape to lalsaaslfsa
[14:59] <tsdgeos> and nothing complained
[14:59] <Saviq> tsdgeos, yeah, ruby seems to do that to me, too
[15:00]  * Saviq is going to check out / verify multimonitor support in shell, expect me being away for some time
[15:02] <greyback> Saviq: testability not happy with spread for some reason, it is executing it, but fails to connect somehow
[15:02] <greyback> Saviq: https://pastebin.canonical.com/59043/
[15:03] <greyback> Saviq: since that test doesn't need to inspect the application, can just run spread with $SUT.execute_shell_command as a workaround until I can delve more
[15:03] <Saviq> greyback, I worked it around fine, just wanted to let you know that happens
[15:04] <greyback> Saviq: thanks. Yeah I'm confused about that
[15:04] <greyback> tsdgeos: look at /logs/testability/qttasserver.log, it might have a clue
[15:04] <tsdgeos> greyback: well i guess some "i don't know ruby at all" mistake
[15:04] <tsdgeos> shuffled variables around and it works now
[15:04] <tsdgeos> D:
[15:05] <greyback> tsdgeos: execute_shell_command is very dodgy. Don't use > < or &
[15:05] <greyback> tsdgeos: is bug, the string needs to be xml-escaped
[15:06] <greyback> the log help you figure out what string the server is actually executing
[15:06] <greyback> note also commands run in a QProcess
[15:06] <dbarth> cyphermox: i haven't had contacts with bschaefer on that bug for a while
[15:06] <cyphermox> dbarth: ok, I was looking into it, but I've been testing my "fix" more this morning and it fails for some languages, so it's no good
[15:07] <dbarth> cyphermox: can you ask him and also ping thumper about to make sure it pops on htheir radar for 5.4
[15:07] <cyphermox> sure. when do they usually come online?
[15:07] <dbarth> cyphermox: have you also checked how the network indicator refreshes the network list with dbusmenu? did you get rid of the "flashing"?
[15:08] <cyphermox> dbarth: next on my list. I was technically on +1 maint this month
[15:09] <cyphermox> dbarth: got a good idea on how to fix it, just didn't finish implementing the fix yet
[15:10] <cyphermox> (also, tbh, the flashing happens because dbusmenu can't handle the menu changing, this was working just fine for however many years we've had nm-applet implemented with a GtkStatusIcon)
[15:10] <cyphermox> but I'll work around that by updating the menu differently
[15:14] <mhall119> okay, here goes the reboot into Unity 5.2...
[15:40] <mhall119> didrocks: so 5.2 isn't working so well for me
[15:41] <didrocks> mhall119: what doesn't work?
[15:41] <mhall119> unity
[15:41] <mhall119> seems to be crashing
[15:42] <didrocks> can you get a traceback, please?
[15:46] <mhall119> didrocks: where would I get that?
[15:47] <didrocks> mhall119: run compiz under gdb, but you need to rebuild with debug symbol. I'm sure an unity dev can help you there ^
[15:47] <seb128> mhall119, can you pastebin your .xsession-errors?
[15:48] <mhall119> http://paste.ubuntu.com/822691/
[15:48] <mhall119> seb128: ^^
[15:48] <seb128> compiz: symbol lookup error: /usr/lib/compiz/libunityshell.so: undefined symbol: _ZN5unity4dash8HomeLensC1ERKSsS3_S3_
[15:48] <seb128> it's the same issue I had
[15:48] <seb128> mhall119, update libunity-core
[15:48] <didrocks> missing libunitycore
[15:48] <seb128> didrocks, libunity-core-5.0-5
[15:48] <seb128> didrocks, see, I'm not alone running into it :p
[15:49] <seb128> ups
[15:49] <seb128> mhall119, libunity-core-5.0-5
[15:49] <mhall119> seb128: apt said I already have it
[15:49] <seb128> mhall119, dpkg -l | grep libunity-core-5.0-5
[15:49] <seb128> mhall119, ldd /usr/lib/compiz/libunityshell.so | grep libunity
[15:50] <didrocks> seb128: well, don't ask for miracle from autogenerated packages :)
[15:50] <mhall119> mhall@mhall-laptop:~$ ldd /usr/lib/compiz/libunityshell.so | grep libunity libunity-misc.so.4 => /usr/lib/libunity-misc.so.4 (0xb65c8000) libunity-core-5.0.so.5 => /usr/lib/libunity-core-5.0.so.5 (0xb6485000)
[15:51] <seb128> mhr3, what about the dpkg -l ?
[15:51] <mhr3> mhall119, ^^
[15:51] <mhall119> one second, doing this all from byobu
[15:51] <seb128> mhr3, sorry
[15:52] <mhall119> ii  libunity-core-5.0-5                           5.1.0-hud2                                 Core library for the Unity interface.
[15:52] <mhall119> mha
[15:52] <mhall119> dbarth: I may be late to our call
[15:52] <seb128> doh
[15:52] <mhall119> didrocks: seb128: what's the fastest way for me to get a working unity again?
[15:53] <mhall119> oh, is this hud stuff again?
[15:53] <seb128> mhall119, sudo apt-get install libunity-core-5.0-5=5.0.0+bzr1880ubuntu0+623
[15:53] <didrocks> mhall119: indeed, do what seb128 told ^
[15:53] <seb128> yes
[15:53] <didrocks> and probably
[15:53] <seb128> the hud version is newer than the 5.2 candidate one
[15:53] <didrocks> unity-services
[15:53] <seb128> mhall119, or ppa-purge the hud
[15:55] <mhall119> what's the command to purge the hud ppa?
[15:57] <seb128> mhall119, ppa-purge?
[15:59] <mhall119> yay! got a working Unity again
[15:59] <mhall119> I don't have a ppa-purge
[15:59] <mhall119> just moved the files from sources.list.d
[16:03] <dbarth> mhall119: my other call is running out of schedule as well
[16:04] <mhall119> dbarth: they got me all fixed up now, so I'm ready anytime you are
[16:04] <mhall119> didrocks: seb128: thanks for the help\
[16:04] <didrocks> yw :)
[16:04] <mhall119> didrocks: was this the testing you wanted, or do you need me to do something now that my hud-dependency-hell is resolved?
[16:05] <didrocks> mhall119: just testing and telling me if you discover new issues
[16:05] <didrocks> mhall119: we will surely have one additional commit going
[16:05] <didrocks> if everything is fine then, this will become 5.2
[16:05] <mhall119> didrocks: ok, will do
[16:05] <mhall119> any fun new toys for me to play with in 5.2?
[16:07] <dbarth> mhall119: ping
[16:12] <Saviq> I hate wifis...
 tsdgeos, you will probably know - how can I update the screen number as returned from QX11Info::appScreen()?
 tsdgeos, regardless of the fact that I actually move the window to the left/topmost screen
 which is, for example, screen 1 when default screen is not the left/topmost
 QX11Info::appScreen() returns 0, which breaks some stuff
 I wonder if that's related to the window being a dock :/
 nope, doesn't look like it
 Kaleo, greyback, maybe you guys will know ^ ?
[16:14] <tsdgeos> Saviq: you mean appScreen always returns the same wheter screen the window is in?
[16:14] <Saviq> tsdgeos, yes
[16:15] <Saviq> tsdgeos, QDesktopWidget::screenNumber(QPoint(0,0)) returns 1
[16:15] <Saviq> so I move the window to availableGeometry(1).topLeft()
[16:15] <Saviq> but appScreen still returns 0
[16:15] <Saviq> :/
[16:15] <tsdgeos> yeah well, i would not trust appScreen much
[16:15] <tsdgeos> there's some methods that actually accpet a window
[16:15] <tsdgeos> those seem safer
[16:16] <Saviq> oh that's a good idea
[16:16] <tsdgeos> QDesktopWidget::screenNumber()
[16:17] <Saviq> tsdgeos, and how do I get current app's root widget again?\
[16:17] <tsdgeos> you can't
[16:17] <tsdgeos> there's no a "root widget" per se
[16:18] <Saviq> tsdgeos, please take a look at screeninfo.cpp:93
[16:18] <Saviq> tsdgeos, what would you do there?
[16:18] <Saviq> instead of appScreen()?
[16:20] <tsdgeos> Saviq: make ScreenInfo have a QWidget mebmer so you could ask use QDesktopWidget::screenNumber :D
[16:20] <tsdgeos> i mean we use ScreenInfo always associated to a widget, no?
[16:20] <Saviq> tsdgeos, it's a singleton
[16:20] <Saviq> it could be associated to a the QDeclarativeView of current app
[16:20] <tsdgeos> well
[16:20] <Saviq> - a
[16:21] <Saviq> why would they expose an appScreen method that's broken like that :[
[16:21] <tsdgeos> i see
[16:21] <Saviq> nasty
[16:21] <tsdgeos> Saviq: well, it's broken by design
[16:21] <tsdgeos> i mean
[16:21] <tsdgeos> your app can have N windows
[16:21] <tsdgeos> in X screens
[16:22] <tsdgeos> so what would appScreen return?
[16:22] <Saviq> true
[16:22] <tsdgeos> Saviq: sincerely i don't think that having a ScreenInfo::geometry() that belongs to a singleton makes sense
[16:22] <tsdgeos> either it should stop being a singleton
[16:22] <Saviq> tsdgeos, it will
[16:23] <tsdgeos> or it should a screen parameter
[16:23] <Saviq> I will move it to QML and add a property with current QDeclarativeView
[16:23] <Saviq> makes total sense what you're saying
[16:24] <tsdgeos> that should fix all our problems
[16:24] <tsdgeos> hopefully
[16:24] <tsdgeos> otoh
[16:25] <tsdgeos> a widget can in theory also be in two screens
[16:25] <tsdgeos> but not in our use case i guess
[16:25] <Andy80> Kaleo: ping
[16:25] <Saviq> I need to resync with Kaleo and dyams about MM for that, too
[16:26] <Saviq> tsdgeos, so the other thing - with providing a screen number - might be a better - more deterministic approach
[16:27] <Saviq> esp. when we will have multiple launchers and stuff - each of them will request a geometry of their own screen
[16:27] <Saviq> ok, my head is killing me, time to EOD for today
[16:27] <Saviq> cheers all, see you tomorrow
[16:28] <greyback> Saviq: take it easy
[17:01] <mhall119> didrocks: so far it's been smooth sailing
[17:01] <mhall119> I'm liking the new Dash home
[17:01] <mhall119> but what will be on there after a fresh install?
[17:01] <didrocks> mhall119: nothing, per default, until you open a file/app
[17:02] <didrocks> mhall119: so yeah, will look weird, I agree :)
[17:02] <didrocks> glad you like it!
[17:02] <mhall119> maybe it can have the Examples documents, or an introductory slideshow or video
[17:03] <didrocks> yeah, can be a good idea :)
[17:03] <didrocks> mhall119: raise that on the ayatana (for design) mailing list
[17:08]  * mhall119 makes a note
[19:07] <mhall119> davidcalle: I sent you an invite to a google doc, could you fill in whether your lenses and scopes work on oneiric and/or precise, and which are ready for the ARB (including ones already sent)
[19:09] <davidcalle> mhall119, sure
[19:09] <mhall119> thanks
[19:12] <davidcalle> mhall119, do you want me to differentiate experimental branches (likes scopes without a lens) from the really working ones?
[19:13] <mhall119> davidcalle: do I have experimental ones on there?
[19:13] <davidcalle> mhall119, yeah, like desura, scummvm, 9gag. They "work", but don't have a lens to host them.
[19:14] <mhall119> davidcalle: ah, for those let's put something like "needed" in the 2nd column (the one labeled "lens")
[19:14] <davidcalle> mhall119, ok
[19:25] <davidcalle> mhall119, do you mind if I remove the branches that have been dropped or merged, or are irrelevant from a user pov?
[19:26] <mhall119> davidcalle: if it's not available on either oneiric or precise, yes
[19:26] <mhall119> if it's still available on oneiric, but dropped from precise, go ahead and leave it
[19:27] <davidcalle> mhall119, by not available, you mean not packaged?
[19:27] <mhall119> no, I mean not working
[19:28] <mhall119> if it works I want to keep it in the list, just mark it as not being ready for the ARB
[19:31] <davidcalle> mhall119, ok
[19:33] <JonOomph> Hi!  There is a bug with Unity where clicking on a GtkRecentChooserMenu always selects the first entry (lp:752674).  It only happens with Unity.  Gnome Shell and Gnome classic work fine.  The bug was marked as "Invalid", but I can confirm the bug still exists in 12.04 (daily build) and 11.10.  Any thoughts or suggestions?
[19:35] <davidcalle> mhall119, done.
[19:36] <davidcalle> mhall119, I will add the screenshots I find.
[19:38] <mhall119> awesome, thanks
[19:40] <thumper> morning
[19:40] <mhall119> morning thumper
[23:56] <bschaefer> thumper, ping. Have a question about a merge


[13:30] <apw> bubba2 (N,BFTL), that lts version is a backport for trusty of the vivid kernel, it isn't available yet
[19:09] <kripper> how can I find out which process is calling "systemctl stop vdsmd"?
[19:10] <kripper> strace is telling me that PID 1 (init) is SIGTERM'ing a given process
[19:10] <kripper> but how can I identify what is calling systemctl?
[19:10] <kripper> is there something to dump a stacktrace?