[12:42] <user_> I have a asus switch and I want to share internet with another machine, which has Xp. is it possible without multiple ips?


[22:00] <mup> PR snapd#4556 opened: strutil/quantity: new package that exports formatFoo (from progress) <Created by chipaca> <https://github.com/snapcore/snapd/pull/4556>
[23:37] <mup> PR snapd#4557 opened: osutil: add DirExists and IsDirNotExist <Created by chipaca> <https://github.com/snapcore/snapd/pull/4557>


[09:14] <Malizor> Hi everyone,
[09:14] <Malizor> I need someone to target https://bugs.launchpad.net/ubuntu/+source/totem-plugin-arte/+bug/1053671 to Precise and to Oneiric
[09:14] <ubot2> Launchpad bug 1053671 in totem-plugin-arte "The videos feed no longer loads" [Undecided,In progress]
[09:17] <jibel> Malizor, done
[09:17] <Malizor> jibel: thanks !
[16:40] <njin> hallo, bug 1048361 is blocking the installer for me, can someone triage it and set importance to critical
[16:40] <ubot2> Launchpad bug 1048361 in ubiquity "installer stuck in download packages even if not connected or download not selected" [Undecided,Confirmed] https://launchpad.net/bugs/1048361


[11:31] <jamespage> gnuoy, do you have a few minutes for https://code.launchpad.net/~james-page/charm-helpers/optimize-dkms-headers/+merge/282927 ?
[11:31] <jamespage> gnuoy, will help towards https://git.launchpad.net/~james-page/charms/+source/openstack-on-lxd-bundle/tree/
[11:32] <gnuoy> looking
[11:32] <jamespage> gnuoy, btw I have an entire openstack cloud running on my laptop under LXD
[11:32] <jamespage> including overlay networks, multiple nics and nested KVM...
[11:32] <gnuoy> inc the gateway ?
[11:32] <jamespage> yikes!
[11:32] <gnuoy> fmd
[11:32] <gnuoy> that's fantastic
[11:33] <jamespage> yeah I said something similar
[11:33] <jamespage> gnuoy, a few oddities - I'm using the ZFS backend for LXD - but ceph no like that with direct io enabled
[11:34] <gnuoy> the two wise Chris' will have that fixed in two shakes of a lambs tail I'm sure
[11:35] <jamespage> gnuoy, yeah
[11:35] <jamespage> gnuoy, anyways...
[11:35] <gnuoy> approved
[11:35] <jamespage> gnuoy, awesome
[11:47] <jamespage> gnuoy, how are we looking for end-of-the-month?
[11:48] <gnuoy> jamespage, early to say. We are feature frozen and tracking here: https://docs.google.com/spreadsheets/d/1K1iR2-HlVEePsG_wOo6_zlL0d4ZDiBh3VaiLsb7qbXc/edit
[14:49] <frobware> jamespage, is is possible to poke around the dellstack setup? I wanted to understand the dns-namserver snafu we saw in /etc/network/interfaces. We ran into this again last week but on on 1.25 which has since been fixed but I cannot repro this on my local setup.
[14:49] <jamespage> frobware, possibly but thedac did tear everything down
[14:50] <jamespage> frobware, the only diff we could see what that I built ontop of 14.04 and he was building in 15.10 - which would mean different go versions....
[14:51] <frobware> jamespage, difficult to understand why go would make the difference unless a later go (15.10) uses its own resolver library/implementation...
[14:51] <jamespage> frobware, any compiler version conditional logic in the codebase?
[14:52] <frobware> jamespage, not sure. but, if this happens with a maas node deploy that takes go/juju out of the equation. curtin/maas version combo?
[14:54] <frobware> jamespage, but I will try a maas 1.9.0 install on 15.10 out of completeness.
[14:54] <jamespage> frobware, well that could be quite possible
[14:54] <jamespage> frobware, oh the MAAS install was on 14.04 always
[14:55] <jamespage> just the juju build was different
[14:55] <frobware> jamespage, oh. ok.
[14:55] <frobware> jamespage, that's still worth trying anyway. a little quicker for me than maas on 15.10
[15:00] <frobware> jamespage, do you know if the bootstrap node was trusty or wily?
[15:07] <jamespage> frobware, trusty
[15:07] <frobware> jamespage, thx
[17:09] <bdx> mbruzek, lazyPower: I want to run something by you concerning layer-tls ..... After giving a lot of thought to layer-tls, I feel like I might of initially taken the wrong impression about how it could be used and implemented ...
[17:10] <bdx> mbruzek, lazyPower: initially when looking over k8s.py I was strucken with the idea to use layer-tls as a supporting layer to web applications to help generate crts and keys, and get them in the right places
[17:14] <bdx> mbruzek, lazyPower: I am now feeling like layer-tls would/could be better/more efficiently used if it was deployed as a standalone charm, and other services/charms that need certs could relate to it and get their cert/keys generated and passed to them via unitdata
[17:16] <bdx> mbruzek, lazyPower: I feel like the latter is how you were intending it to be used ... what are your thoughts on this?
[17:45] <mbruzek> bdx: That is an interesting idea that I had not thought of.  The current layer-tls charm does not pass around the private keys, so I like that part.  If you had a separate charm the keys would be have to be passed back to the units and in theory could be intercepted
[17:46] <mbruzek> bdx: We have 2 charms consuming the tls layer and that seems to work, but if it does not work for your case we can iterate on the design.
[17:58] <bdx> mkruzek, no, it works, I just feel like having a centralized ca that issued the certs out to requesters would be far more lightweight and more easily consumable. Is this not what you were going for?
[18:06] <bdx> mbruzek: other critical data is passed via relation ...
[18:11] <lazypower> bdx That makes sense in a lot of ways
[18:11] <lazypower> bdx And I had considered that, pairing this down and co-locating the CA's with the model controllers
[18:12] <lazypower> bdx using relations to the CA pki on the mc, you could then relate all over your model, and get self signed certificates supporting whatever endpoints react to the interface tls.available, i think it warrants some later investigation
[18:13] <lazypower> bdx as it stands, we only have a single relation, which is the peering relationship to exchange the csr/keys. It would be cool to see that logic teased apart into a provides/requires role and then refactor peering to use the common code (lib?)
[18:16] <bdx> lazyPower: my thoughts exactly .... I cant help but think that it would be overkill to include/install that layer on every openstack service, or every webapp .... just seems like a centralized ca would really sweeten the deal here
[18:16] <lazypower> bdx: we <3 contributions - you can start with just the tls layer and the tls interface - all the breadcrumbs you really need are right there
[18:17] <lazypower> bdx: bonus points if you bundle up some examples once you have the CA working as a stand alone service
[18:17] <lazypower> we're about to move into the next focus area of log infrastructure and backups
[18:19] <bdx> lazyPower, mbruzek: I am currently trying to redesign our webapp deployment process to be juju deployed, we have a bunch of django/rails webapps with nginx front ends that all need certs and keys, the tls-layer will be a crucial part of this, so I think I can justify the time
[18:19] <bdx> lazyPower: ^^Nice, thats definitely needed
[18:20] <bdx> lazyPower, mbruzek: thanks for your insight on this
[18:20] <lazypower> bdx anytime :) we'll happily lend a hand where we can and do some CR along the way
[18:28] <asanjar> kwmonroe: happy new year
[18:28] <asanjar> lazypower: you too :)
[18:28] <lazypower> asanjar \o/
[18:28] <lazypower> happy new year asanjar
[18:29] <asanjar> not to immutable mbruzek
[18:29] <lazypower> he's gone to immutable lunch
[18:30] <asanjar> then immutable bathroom run
[18:31] <lazypower> oi
[18:33] <asanjar> lazypower: I will send you a meeting invite for sometimes next week, I like to discuss the work you have done with Juju and Docker
[18:33] <lazypower> asanjar thats crunch week for me, final prep for belgium
[18:34] <lazypower> but i can squeeze in 30 minutes or so on tuesday
[18:34] <asanjar> lazypower: then I'll see after Belgium
[18:35] <lazypower> ok, whats the focus area?
[18:35] <lazypower> launching big data containers?
[18:37] <asanjar> lazypower: yeap.. trying to convenience bigtop community to use Juju instead of vagrant and puppet to manage their docker containers
[18:37] <lazypower> asanjar - If their containers are already baked, and you have say a docker-compose file - send me that and i'll send you a charm to deploy their stack
[18:39] <asanjar> lazypower: will do,
[19:00]  * aisrael waves to asanjar
[19:26] <mbruzek> Hey asanjar I just got back from lunch.  How are you doing?
[20:05] <asanjar> hi aisrael Happy New Year, how are you my friend
[20:06] <asanjar> mbruzek: miss me :)
[20:10] <aisrael> asanjar: Very good, thanks, and you?
[20:31] <bdx> mbruzek, lazyPower: am I on the right track here -> https://github.com/jamesbeedy/interface-tls/blob/add_provides/provides.py ?
[20:31] <mbruzek> bdx looking
[20:38] <mbruzek> bdx: It looks like a great start!  I like this approach too.
[20:39] <mbruzek> bdx: I think you might have the term "service" overloaded here.  "We expect multiple, separate services to be related.
[20:39] <mbruzek> No two services should share the same key, cert."
[20:41] <mbruzek> Unless I don't understand what you meant, this would be units.  $ juju deploy -n 3 mysql
[20:41] <bdx> mbruzek: exactly, and we would want all 3 units to have the same client key right?
[20:41] <mbruzek> mysql/0, mysql/1, mysql/2  <- Those are units, "mysql" is the service
[20:42] <bdx> mbruzek, exactly
[20:42] <mbruzek> bdx: Yes the units _could_ have the same client credentials, but what if each unit needs their own cert, key
[20:43] <bdx> mbruzek: yea, I've been going back and fourth examining use cases ...
[20:43] <mbruzek> service = hookenv.remote_service() ...
[20:43] <mbruzek> key = '{0}_signed_certificate'.format(service)
[20:44] <mbruzek> This would give you one signed certificate per _service_ I think you want one per _unit_
[20:45] <bdx> mbruzek: take for instance, 3 nginx frontends behind an haproxy, if nginx[0] dies, we don't want to have to re-add the cert to our cache to be able to access the site again
[20:46] <mbruzek> bdx: That is true, but in the Kubernetes case each unit has its own api server that needs a key and cert.  I *think* they have to (should) b different certs and keys than the other servers
[20:47] <mbruzek> haproxy is a special case, in that case would haproxy request the cert/key ?
[20:47] <bdx> in the context of per unit key,cert pairs nginx[1] would need to prompt users to re-auth against the different cert,key pair
[20:47] <bdx> ok
[20:48] <bdx> mbruzek: I'm not sure, a use case I was just looking at involves all web front ends having the same client key,certs
[20:48] <bdx> behind haproxy
[20:49] <bdx> I'm sure there are other ways
[20:49] <mbruzek> bdx: In that scenario I would have haproxy request the key/cert. In the swarm case different cert/keys are generated for each unit.
[20:49] <bdx> mbruzek: entirely
[20:50] <bdx> mbruzek: ok, I'll revise my work per ^
[20:51] <bdx> mbruzek: this will highly impact how tls is implemented/used by the openstack service charms
[20:51] <mbruzek> I am happy to iterate on this.  We could build the meaty methods that do the generation and discuss use cases for certs and keys later?
[20:51] <mbruzek> bdx: Yes if we get a good solution everyone will want to use it.
[20:52] <bdx> mbruzek: totally, but in the instance of HA openstack service endpoints and proxying to them
[20:53] <bdx> mbruzek: oooh, nm, it looks like individual (key,cert) is generated per unit for the same service if using ssl
[20:54] <bdx> currently
[21:16] <lazypower> bdx what about 2 interfaces
[21:16] <lazypower> bdx one that distributes "shared cert/key" and one that does per-unit cert/key?
[21:17] <bdx> lazyPower: great idea
[21:23] <bdx> lazyPower, mbruzek: I feel it would mimic what the current layer-tls does with 'tls.server.certificate', to 'tls.client.certificate', and 'tls.client.key' ...?
[21:23] <bdx> errr current interface
[21:23] <lazypower> Yep, same events signal'd the difference is what keypair its generating/syndicating
[21:24] <bdx> lazyPower: entirely
[21:27] <bdx> lazyPower, mbruzek: this would then allow layer-tls to be extended to set the client.{cert,key} in unitdata, and other relating charms to be able to get it
[21:27] <mbruzek> bdx that sounds awesome
[21:30] <bdx> totally, props to lazyPower for the needed bump in the right direction!
[21:38] <lazypower> I'm just operating the rudder :)
[21:39] <bdx> Yes.... a lazy, yet powerful position. very fitting
[23:44] <bdx> lazyPower, mbruzek: its rough, but getting close I think
[23:44] <bdx> lazyPower, mbruzek: here is interface-tls-gen -> https://github.com/jamesbeedy/interface-tls-gen/blob/master/provides.py
[23:45] <bdx> lazyPower, mbruzek: and here is how I am looking at integrating it into layer-tls -> https://github.com/jamesbeedy/layer-tls/blob/add_tls_gen/reactive/tls.py#L224-L266
[23:46] <lazypower> I'm not sure the duplication of this method body is required
[23:46]  * lazypower will need to look closer later
[23:46] <bdx> oh.... so thats what I had a question about ....
[23:47] <bdx> I'm not sure I need to wrap the create_certificates in the  @when('tls-gen.key.cert.requested')
[23:47] <bdx> ok, thanks
[23:48] <lazypower> bdx it may be required i'm not super focused on the review
[23:48]  * lazypower will look in the am
[23:48] <lazypower> i'm currently teasing apart some interface code from the ETCD charm, and refactoring
[23:50] <bdx> np, thanks


[00:04] <Corey> Does anyone have a git tree that they're having Jenkins turn into a dpkg?  I've got a few questions if so relating to versioning. :-)
[00:20] <ScottK> You can't use the hash of the git commit for the version.  You need something montonically increasing (people usually us date based).
[01:58] <Kiall> Corey, have you looked at git-buildpackage?
[02:03] <Corey> Kiall: I have.
[02:04] <Corey> Kiall: Unfortunately it doesn't seem to play nicely with the script I dug out for making Jenkins build the package.
[02:04] <Kiall> There actually isn't much to building the package in Jenkins, gpb handles most of it..
[02:05] <Kiall> http://review.managedit.ie/graphite/carbon.git is a example git-buildpackage repo i build from jenkins
[02:06] <Kiall> http://review.managedit.ie/managedit/ci.git are the most recent (read: still being worked on) scripts I use to build from jenkins..
[02:06] <quidnunc> How do I verify the DIST pdebuild is using?
[02:06] <Corey> Kiall: Ooh.  Thanks. :-)
[02:06] <Corey> Wait, first one 404'd.
[02:06] <Corey> As does the second.
[02:07] <Corey> Hmm.  Kiall, I think you're taunting me. :-)
[02:07] <Kiall> git clone.. not your web browser ;)
[02:07] <Corey> Oh jeez.
[02:08] <Corey> Kiall: Which script do you call from the Jenkins project for carbon?
[02:10] <Kiall> The jenkins job is basically 1 build step - http://paste.ubuntu.com/861391/
[02:11] <Kiall> whj
[02:11] <Kiall> whoops - cut the end off that http://paste.ubuntu.com/861392/
[02:12] <Corey> Kiall: Ooh.  Are build-deb.sh and publish-deb.sh publically available?
[02:13] <Corey> I've spent some time digging, and can't find this type of thing anywhere.
[02:13] <Kiall> yea - in that second git repo I linked to above
[02:13] <Kiall> http://review.managedit.ie/managedit/ci.git are the most recent (read: still being worked on) scripts I use to build from jenkins..
[02:15] <Corey> Oh, durh. :-)
[02:15] <Corey> Kiall: You have plans to turn this into a blog post at some point?
[02:15] <Corey> It's hugely useful.
[02:15] <Kiall> I'm still working on them, but the bones of building packages has worked for a while.. just adding sbuild / schroot support for building in a clean environment...
[02:15] <Kiall> If I had a blog ;)
[02:16] <Corey> Kiall: My current (badly written) script successfully uses pbuilder.
[02:21] <Kiall> I've used pbuilder before, but kept hearing good things about sbuild so figured I'd give it a go ;)
[02:46] <Corey> Kiall: I'll have to keep track of your progress on that. :-)
[02:46] <Kiall> Sure.. I'm usually here ;)
[07:39] <jtaylor> grr pytables still fails on arm!
[07:40] <jtaylor> at least now 2000 test passed instead of 500
[07:50] <dholbach> good morning
[09:17] <danboid> Bah! Looks like we missed feature freeze - when did that occur?
[09:18] <dholbach> danboid, https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule
[09:18] <dholbach> I guess you might be also interested in https://wiki.ubuntu.com/FreezeExceptionProcess (if applicable)
[09:23] <danboid> dholbach, Thanks!
[09:24] <dholbach> anytime
[11:50] <sladen> danboid: two weeks ago :)  But as dholbach notes, if it's important, then a FFe would be the way to go
[11:53] <danboid> sladen, Its important for users of the app in question yes and updating it wouldn't cause probs for any other apps
[11:55] <sladen> danboid: sounds like the advantages outweigh the disadvantages
[15:20] <ESphynx> hey guys... is there a way to generate a .dsc file without building the package?
[15:23] <Adri2000> ESphynx: you want to build the source package without building the binary package(s), don't you?
[15:25] <savvas> debuild -S -sa (or debuild -S -sd if you don't want to include *orig.tar.gz)
[15:26] <ESphynx> Adri2000: i want to build with pbuilder...
[15:26] <ESphynx> but I want to drop to a shell so I modified the package to add a failure
[15:26] <ESphynx> I really don't want to build anything, I just want to update the .dsc that I already have with the matching SHA stuff
[15:28] <ESphynx> maybe --preserve-buildplace is what I want
[15:31] <ESphynx> thanks
[16:50] <PaoloRotolo> Hi all!
[18:44] <jtaylor> when merging a new source into ubuntu is there something I need to take care of?
[18:45] <jtaylor> e.g. -1ubuntu1 is ok as first version number?
[18:48] <geser> if it's based on -1 from Debian then yes
[18:48] <Ampelbein> jtaylor: No, -0ubuntu1 if it's a new upstream not yet in Debian.
[18:49] <jtaylor> it is in debian
[18:49] <jtaylor> just the version in debian cannot be synced directly as it will ftbs
[18:49] <Ampelbein> Then -Xubuntu1, where X = the debian revision
[18:52] <phiphi> Hello, I have three points where I'd like to help: 1. Getting my headphone-jacks working correctly 2. getting my multimedia-keys working 3. Getting the package spice-xpi in the ubuntu repository
[18:52] <phiphi> Who can help me achieve those?
[18:52] <jtaylor> phiphi: for the first two please ask in #ubuntu, this is no user support channel
[18:52] <jtaylor> on 3. we can help
[18:53] <Ampelbein> phiphi: 1+2 #ubuntu, #3, the packaging guide and you can ask here for help
[18:53] <micahg> phiphi: what is spice-xpi, is that a Firefox extension?
[18:53] <phiphi> 1. and 2. is not meant to be user-support but hardware-support improvement
[18:54] <phiphi> spice-xpi is a firefox-extension needed for accessing vms in RHEV / oVirt (SPICE-Protocol)
[18:55] <directhex> there's a channel for ubuntu mozilla stuff isn't there?
[18:55] <phiphi> there is already a ppa with a package of it
[18:55] <micahg> we're generally not taking new mozilla extensions in the archive without a good reason and it would have to be a binary extension
[18:56] <phiphi> http://blog.jebpages.com/archives/spice-spice-baby/
[18:56] <micahg> is it an NPAPI only extension?
[18:56] <phiphi> i think it has binary components
[18:56] <directhex> the problem with mozilla extension packages is they'll break horribly when firefox 11 ships. then again with 12, etc. firefox sucks at abi compatibility - which is a problem from a long-term distro support perspective
[18:57] <micahg> right, so unless it's NPAPI only, we're not likely to take it
[18:57] <jtaylor> arg, I forgot to update-maintainer in planner upload
[18:57] <jtaylor> is that reason enough to ask for a rejection?
[18:58] <micahg> jtaylor: do you not have your ubuntu E-Mail in DEBEMAIL?
[18:58] <jtaylor> I do
[18:58] <jtaylor> but I must have overlooked the warning
[18:58] <micahg> it should error out then
[18:58] <jtaylor> it didn't
[18:58] <phiphi> spice-xpi is the glue to the spice-client which is packaged in the repos. In fedora / redhat it's a package in the repo
[18:58] <jtaylor> hm probably because my debemail is still the debian mail, I changed it to ubuntu by hand in the changelog
[18:59] <micahg> jtaylor: right :)
[18:59] <jtaylor> who reviews the packages?
[18:59] <micahg> phiphi: since we're updating to a new Firefox release every 6 weeks, we don't have the resources to keep updating extensions
[19:01] <phiphi> micahg: Canonical is strategic supporter of oVirt. Is there noone that should care about it? http://www.ovirt.org/about/sponsors-and-supporters/
[19:02] <micahg> phiphi: idk, that might be a good reason :)
[19:03] <micahg> phiphi: can you file a needs packaging bug (if there isn't one already) and subscribe me?
[19:14] <broder> ...is canonical actually supporting oVirt strategically in practice? i thought we still don't even have all the pieces to run FreeIPA
[19:15] <tumbleweed> jtaylor: I forget update-maintainer fairly regularly, and don't lose sleep over it :)
[19:16] <micahg> broder: no idea, but I can ask about it :)
[19:17] <jtaylor> some DD here you wants to sign a request for a porterbox in debian?
[19:17] <jtaylor> guest account on one I mean
[19:20] <tumbleweed> jtaylor: I'll happily do that, what for?
[19:20] <jtaylor> I want to look at pytables
[19:20] <jtaylor> I'm guessing the thing is just plain broken on !x86
[19:20] <jtaylor> (and always was, it previsouly did just not execute its testsuite)
[19:21] <jtaylor> I want to check how many tests fail to decide if I remove it from arm or keep it reduced functionality
[19:22] <jtaylor> though its maybe not worth the trouble
[19:22] <phiphi> micahg: done https://bugs.launchpad.net/ubuntu/+bug/943510
[19:22] <jtaylor> there are probably 0 arm users of that package ._.
[19:22] <tumbleweed> jtaylor: send me a mail with this data, and I'll sponsor it http://dsa.debian.org/doc/guest-account/
[19:24] <micahg> phiphi: thanks
[19:35] <jtaylor> tumbleweed: http://paste.debian.net/158092/
[22:51] <micahg> AlanBell: all those hi-res icons bugs need to be forwarded upstream, we're not going to carry a permanent diff for these things
[22:52] <jtaylor> same hould apply to most of the quicklist bugs :/
[22:53] <micahg> jtaylor: those were already addressed separately
[22:53] <jtaylor> ah good
[22:56] <tumbleweed> it would be nice if people asked for feedback on the ubuntu-devel list before running "submit patch" programs
[22:58] <AlanBell> micahg: yes, I think mhall119 is tracking upstreaming of them too
[22:59] <AlanBell> it was relating to a message on the unity-design list https://lists.launchpad.net/unity-design/msg08430.html
[23:00] <mhall119> yes, sorry that the quicklist and keyword submissions are not package-patches, I didn't know enough of that to walk people through, I'm learning it currently
[23:00] <micahg> I personally don't think it's worth filing in launchpad unless it's linked to an upstream bug
[23:01] <micahg> even then, it would only be worth it if we need to pull it in separately or we're worrying people will report it on their own and want to show them it's already been reported
[23:06] <broder> mhall119: are you on the ubuntu-devel mailing list? there was discussion about the workload created by the quicklist patches, including mentioning how the patches weren't quilted and lacked changelog entries. i was a little disappointed that you didn't see that and address it before starting another patch project
[23:06] <mhall119> micahg: they should all be filing with upstream too, I'm checking in to make sure they're doing it
[23:07] <mhall119> broder: I am, and I've spoken to both didrocks and seb about it
[23:07] <micahg> mhall119: thanks, I'd actually suggest having people file the upstream bugs first so they can be linked right away and same developers time thinking/worrying about them
[23:08] <micahg> s/same/save/
[23:08] <mhall119> micahg: is there a way to manually pull the upstream bug into launchpad?
[23:09] <micahg> mhall119: you link it by clicking also affect upstream, some upstream bugzilla installations can have their comments imported into launchpad once linked
[23:09] <micahg> sorry, also affects project
[23:09] <mhall119> broder: as soon as I learn how to make package patches, I will be blogging a tutorial on it for the people who have been following my others
[23:10] <mhall119> dholbach was kind enough to give me a walk-through set of steps
[23:30] <MiS-SAT> hello, I have a little packaging issue with a custom software. building it requires a custom library which lives in my ppa so pbuilder fails with pbuilder-satisfydepends-dummy: Depends: libcppinstrospection-3.0-dev which is a virtual package.
[23:31] <jtaylor> is the ppa added to the sources.list of the ppa?
[23:31] <MiS-SAT> however, I added OTHERMIRROR="deb http://ppa.launchpad.net/sat-metalab/metalab/ubuntu lucid main" to my .pbuilder, run pbuilder update and I am still getting the dependency error
[23:32] <jtaylor> have you checked if the othermirror setting succeeded?
[23:32] <MiS-SAT> yes, I have the ppa added to my sources but pbuilder seems to ignore ppa listings...
[23:32] <MiS-SAT> how do I check that?
[23:32] <jtaylor> just look at the sources.list
[23:32] <jtaylor> can you install libcppinstrospection-3.0-dev in the pbuilder?
[23:32] <jtaylor> manually
[23:34] <MiS-SAT> you mean in the global /etc/apt/sources.list ?
[23:34] <jtaylor> the one inside the pbuilder chroot
[23:34] <MiS-SAT> oh, perhaps I should RTFM on setting pbuilder manually...
[23:34] <jtaylor> pbuilder --login
[23:34] <EvilResistance> ^
[23:35] <EvilResistance> and then within that chroot login, you go to /etc/apt/sources.list...
[23:35] <EvilResistance> and add the source in that
[23:36] <jtaylor> well to change it permanently you would have to use --login --save-after-login
[23:36] <jtaylor> but for the test installation use only --login to keep the chroot clean
[23:37] <MiS-SAT> ah ok, thanks. So that means that my OTHERMIRROR is not taking effect (I checked and the ppa is not in sources.list)
[23:38] <jtaylor> use --login --save-after-login and add it by hand, getting OTHERMIRROR use right will take much longer :)
[23:39] <MiS-SAT> :)
[23:42] <MiS-SAT> hmm... but even now, after adding my ppa to the sources.list, and even installing it by hand in pbuilder, it fails with the same error...
[23:44] <MiS-SAT> oh, nevermind. there are some other dependecy problems. Will investigate


[19:14] <gebruiker> sorry about this crosspost, I did not know this channel excisted
[19:14] <gebruiker> is there a ureadahead patch that gets applied to the ubuntu kernel? https://bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/1176536 ? shows nothing
[21:33] <apw> gebruiker, there cirtinaly used to be, i haven't doubel checked recently to be sure if we still need it
[23:47] <tsimonq2> so I'm curious, I just got an email that Linux 4.8 was released (I'm subscribed to that ML)
[23:47] <tsimonq2> !info linux-generic
[23:48] <tsimonq2> !info linux-generic yakkety
[23:48] <tsimonq2> did Ubuntu ship RCs?
[23:49] <tsimonq2> same on kernel.org...
[23:49] <tsimonq2> mainline:	4.8	2016-10-02
[23:49] <tsimonq2> and what's Ubuntu's process and turnaround times for new versions of the Linux kernel?
[23:52] <tsimonq2> also, what's the difference between Ubuntu's kernel and the mainline kernel? is it just the config, or do you guys make changes in Ubuntu?


[07:25] <dholbach> good morning
[10:44] <popey> jose: no design clinic this week
[12:03] <jose> popey: thanks for the heads-up, I'll go ahead and delete it now
[12:06] <jose> jcastro: Are we having the weekly juju charm meeting today?
[14:18] <jcastro> jose: yes!
[14:52] <dholbach> jcastro, balloons, mhall119, I guess we're without our fearless leader again today?
[14:56] <jcastro> I have release things to do
[14:56] <jcastro> if you guys wanna skip
[14:56] <jcastro> mhall119, your container bug got fixed, it'll be in saucy
[14:57] <balloons> indeed
[14:58] <dholbach> mhall119, does the newest image on grouper work all right for you?
[15:01] <popey> dholbach: which image?
[15:01] <popey> i have 89 on my grouper
[15:01] <popey> (mir enabled by default)
[15:01] <dholbach> popey, yep - I get quite a bit of flickering and slowness and almost freezing
[15:01] <popey> ditto
[15:02] <dholbach> do you know if there's a bug for it?
[15:02] <popey> no
[15:02] <dholbach> https://bugs.launchpad.net/mir/ and https://bugs.launchpad.net/unity-mir/ have a few critical ones, but none of them look like what I'm seeing
[15:02] <dholbach> I'll ask in #ubuntu-mir
[15:04] <mhall119> jcastro: dholbach: team call?
[15:04] <dholbach> mhall119, see above
[15:04] <mhall119> dholbach: jcastro: we have a special guest today though
[15:05] <jcastro> who?
[15:05]  * mhall119 won't tell
[15:05] <mhall119> you have to join
[15:05] <jcastro> is it the magical "give me 45 more days in this release cycle?" fairy?
[15:05] <jcastro> ok, link me up!
[15:06] <mhall119> jcastro: it's in the calendar invite
[16:09] <dholbach> all right my friends - I call it a day - see you all tomorrow!
[18:48] <jose> jcastro: thanks for hosting it, if you're cancelling any session please let me know at least 12h in advance
[18:48] <jose> does anyone know where Jono is?
[18:51] <jose> popey, mhall119, jcastro, balloons: ^
[18:52] <jcastro> he's in japan
[18:52] <balloons> ^^
[18:53] <jose> oh crap, I'll just cancel his Q&A in 8mins
[18:53] <jose> jcastro: also, please check ubuntuonair.com/resources when updating ubuntuonair, broken it again
[18:54] <jcastro> I only updated the youtube link
[18:54] <jcastro> I didn't touch anything else
[18:54] <jose> yeah, but you updated the whole link instead of the random string
[18:55] <jcastro> no I only changed the youtube url
[18:55] <jcastro> oh
[18:55] <jcastro> you mean I only edit the stuff after the /?
[18:55] <jose> yep, just after the /embed/
[18:55] <jcastro> ok so that's why
[18:55] <jose> otherwise people will get a blank screen
[18:55] <jcastro> bacon told me the url, and only the url
[18:55] <jcastro> ok got it
[18:55] <jcastro> ok so we all agree it's bacon's fault?
[18:56]  * jose votes for jono
[18:56] <mhall119> +1
[18:58] <bkerensa> nigelb: I found you :) http://www.flickr.com/photos/bkerensa/10079173886/
[18:59] <pleia2> how lolcatable
[23:22] <bkerensa> http://blog.gerv.net/2013/10/ubuntu-full-disk-encryption/
[23:25] <nigelb> bkerensa: :)
[23:25]  * nigelb just walked in the door.
[23:25] <bkerensa> nice
[23:26] <nigelb> Now to figure out this sleep cycle thing.
[23:29] <jose> 1 day per timezone changed, they say
[23:39] <nigelb> hahahaha
[23:40] <nigelb> I just switched about 12:30 or 11:30 hours
[23:40] <pleia2> so that's what, 2 weeks? :)
[23:40] <nigelb> It's going to take a while then.
[23:40] <pleia2> hehe
[23:55] <bkerensa> pleia2: http://www.areweflashyet.com/shumway/


[17:28] <hklv> I'd like to create a port of Ubuntu for the XO (of the OLPC project), with specific geode-lx optimizations. Where should I start?


[00:29] <phxheat1> I would like to expand my Recent Documents from 10 to about 20 showing in the list. Places>Recent Documents. A link or a path would be fine, if you can even change it
[05:53] <foxxtrot> Hmm, this is strange, the last desktopcouch-replication-log update on my 9.04 box is from the end of November.
[06:21] <foxxtrot> Wait, not 9.04, 9.10.
[06:33] <foxxtrot> And nevermind, just added a record to one of my replicated databases and it synced.
[08:30] <rtgz> honk-keepalive
[14:21] <jblount> urbanape: I need your help when you get available on taking the public urls rest api and connecting it to the interface with js
[14:57] <urbanape> jblount: k
[15:00] <jblount> Desktop+ MEETING BEGINS
[15:00] <jblount> Hi everyone, you know the drill:
[15:00] <jblount> me
[15:00] <aquarius> me
[15:00] <CardinalFang> me
[15:01] <urbanape> me
[15:01] <dobey> me
[15:03] <jblount> DONE: Got most of the public urls web ui working, got frustrated at js
[15:03] <jblount> TODO: Get urbanape to help me connecting the dots between the rest API and the js, work on ui bugs in this list: https://bugs.edge.launchpad.net/ubuntuone/+bugs?field.searchtext=&orderby=-importance&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_supervisor=&field.bug_commenter=&field.subscriber=&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.has_cve.used=&field.tag=gd&field.tags_combinator=ANY&search=Search
[15:03] <jblount> aquarius: YTMND
[15:03] <teknico> me
[15:03] <jblount> BLOCKED: Nope
[15:03] <aquarius> ⚀ DONE: review day; add music store downloads table to database
[15:03] <aquarius> ⚁ TODO: continue to spec file delivery downloader daemon; have music library page send message to downloader daemon and row to database; make workitems of outstanding todo items; make tomboy first-sync experience nicer
[15:03] <aquarius> ⚂ BLOCKED:
[15:03] <aquarius> CardinalFang, you're up!
[15:04] <CardinalFang> DONE: prpopsed fix for #499595.  tried to get attention on karmic desktopcouch package.
[15:04] <CardinalFang> TODO: get karmic desktopcouch updated today.  make bugs and blueprints.
[15:04] <CardinalFang> BLOCKED: None
[15:04] <CardinalFang> urbanape, thaw your fingers.
[15:04] <urbanape> DONE: Cleared up problem with server-side filtering by doing filtering client-side. Ran into other unexpected events happening.
[15:04] <urbanape> TODO: Track them down, clean them up. Bindwood most likely won't make it in as a package today.
[15:04] <urbanape> BLOCK: None.
[15:04] <urbanape> dobey: yo
[15:04] <dobey> ☺ DONE: Releases for Lucid A2
[15:04] <dobey> ☹ TODO: More new UI code and tests
[15:04] <dobey> ☹ BLCK: None.
[15:06] <jblount> teknico: rocknroll :)
[15:06] <teknico> DONE: planned contacts work with statik, booked flight for the February phone sync meeting in London, more setting up a development environment in a virtual machine, more fighting for net access
[15:06] <teknico> TODO: propose and land two branches for configuring funambol for sending sms messages (#418048), start implementing the mobile sync REST API for client app (#504689)
[15:06] <teknico> BLOCK: none
[15:06] <teknico> next: ?
[15:07] <jblount> I think EOM for now, no one else has jumped in (yet).
[15:08]  * rtgz is setting up ipv6 tunnel to attack ubuntuone software from unexpected positions
[15:08] <statik> CardinalFang, I saw that two debian developers are working on packaging desktopcouch (they posted to the erlang packaging list).
[15:09] <CardinalFang> rawk!
[15:09] <CardinalFang> Though, I'm worried if it takes two people.
[15:09] <statik> i think it's a co-maintaining packages kind of thing
[15:09] <CardinalFang> I'm worried if it takes more than a tents of one person.
[15:09] <CardinalFang> "tenth"
[15:10] <jblount> CardinalFang: A tense person? :)
[15:10] <dobey> shouldn't they just backport the ubuntu packages? :)
[15:10] <CardinalFang> !!
[15:10] <jblount> urbanape: When you get a chance to look at this, let me know. It's half done, but I think looking at the diff you should see where I'm at (and probably where I've gone wrong) lp:~jblount/ubuntuone-servers/public-files-webui
[15:11] <statik> dobey: i think they are starting from the ubuntu packages, yes.
[15:12] <urbanape> jblount: grabbing it now
[15:14] <dobey> i guess there might be differences with our erlang/couchdb packages, that aren't backported to debian, which would be harder
[15:21] <aquarius> statik, yep: ITP at http://lists.debian.org/debian-devel/2010/01/msg00183.html
[15:22] <statik> dobey: i've tried to port the changes in couchdb package to debian, and gotten rejected for no good reason
[15:24] <jblount> CardinalFang: That fruit you brought with you has me on a tangerine kick. Thanks (I think).
[15:26] <dobey> statik: maybe because you weren't a DD? :)
[15:27] <statik> dobey: I joined the erlang packaging team in response to a call for volunteers to maintain couchdb in debian, ported a bunch of other changes which were accepted, and this other dude who is also not a DD objects to the split between couchdb and couchdb-bin, for no good reason. It's depressing really :(
[15:28] <dobey> statik: oh
[15:28] <dobey> statik: well, isn't it debian policy that separate binaries generally get their own package? :)
[15:30] <CardinalFang> jblount, welcome.  I have a few more to share tomorrow.  They're losing moisture, though.
[15:30] <statik> i dunno - there are plenty of other packages that work this way, and the person who recommended splitting the package that way was slangasek, the ubuntu RM who is also a longtime DD. I argued as best I could, but eventually dropped it because I don't want to start a fight over there.
[15:31] <statik> __lucio__, want to join #pycon? I want to ask about how to get our ubuntuone/desktopcouch sprint on the official list so that people who are registering for pycon now can sign up for it
[15:40] <urbanape> anybody having trouble getting their local dev env to work properly?
[15:40] <urbanape> I'm getting can't connect to host after make start
[15:41] <urbanape> freshly updated sourcedeps, to.
[15:41] <urbanape> too
[15:43] <jblount> urbanape: Is apt happy? I had a problem with RabbitMQ that statik fixed and it started with cranky Rabbit and ended with me not having u-s-d installed.
[15:43] <urbanape> hm.
[15:43] <urbanape> u-s-d?
[15:44] <jblount> ubuntuone-sourcedeps? I forget the package name.
[15:44] <jblount> Grr, not soucedeps. The one meta package to rule them all.
[15:45] <urbanape> I think I'm missing something, thne.
[15:46] <urbanape> then. I don't see anything meta looking when I apt-cahce search ubuntuone
[15:47] <statik> jblount: ubuntuone-developer-dependencies ?
[15:48] <jblount> statik: You win!
[15:48] <jblount> urbanape: ^^?
[15:48] <urbanape> yeah, don't see that at all.
[15:48] <urbanape> is that in another PPA?
[15:48] <statik> it's in the hackers ppa
[15:49] <statik> it's just the metapackage that drags in postgres and rabbit and all that junk
[15:50] <urbanape> launchpad says that archive has been disabled.
[15:51] <urbanape> https://edge.launchpad.net/~ubuntuone-hackers/+archive/ppa ?
[15:51] <dobey> urbanape: ~ubuntuone/+archive/hackers
[15:53] <urbanape> normal? W: Failed to fetch http://ppa.launchpad.net/ubuntuone/hackers/ubuntu/dists/karmic/main/binary-i386/Packages.gz  404  Not Found
[15:53] <dobey> urbanape: you need your key/token
[15:54] <dobey> although i don't know why it would give a 404
[15:54] <adiroiban> rodrigo_: can you hint me to branch used for maintainig the couchdb-glib package? I would like to have a package with the latest code in a PPA
[15:54] <rodrigo_> adiroiban, lp:couchdb-glib
[15:54] <rodrigo_> ah, the package, sorry
[15:54] <adiroiban> hm... I remember you just removed
[15:54] <adiroiban> ah. ok
[15:55] <rodrigo_> http://bazaar.launchpad.net/~ubuntu-desktop/couchdb-glib/ubuntu/
[15:56] <rodrigo_> I submitted on friday a branch to package the very latest stable one
[15:56] <urbanape> dobey: did that, still get a 404
[15:56] <rodrigo_> bzr+ssh://bazaar.launchpad.net/~rodrigo-moya/couchdb-glib/0-5-3-release/
[15:56] <rodrigo_> adiroiban, ^^
[15:56] <rodrigo_> adiroiban, the unstable stuff is not yet packaged, so great you're doing it
[15:57] <adiroiban> thanks. can you take a look at bug 505623 ?
[15:58] <adiroiban> for me, while using vala, is a blocker
[15:58] <rodrigo_> adiroiban, yes, renaming them to ...Session
[15:58] <rodrigo_> I'll do it as soon as I finish one thing I'm doing, so you should have it this evening as latest
[15:58] <rodrigo_> adiroiban, check the git master if I'm not around
[15:58] <adiroiban> rodrigo_: no hurry.
[15:58] <adiroiban> i just that before having the packing in PPA
[15:59] <adiroiban> I would like to see that problem fixed
[15:59] <rodrigo_> well, I don't want to block you more
[15:59] <adiroiban> I fixed the problem on my local system
[15:59] <rodrigo_> adiroiban, did you see my comment on your debug messages branch?
[15:59] <adiroiban> and since I'm using bleeding edge code
[15:59] <dobey> urbanape: oh, yes. it's a private ppa
[15:59] <adiroiban> I don't expect to have a general public release soon
[16:00] <adiroiban> rodrigo_: yep. Just submited a fix
[16:00] <rodrigo_> cool
[16:00] <dobey> urbanape: http://launchpad.net/people/+me/+archivesubscriptions
[16:00] <adiroiban> you should receive it via email
[16:00] <dobey> urbanape: the normal lp ppa page looks like it gives the wrong info for private PPAs
[16:01] <rodrigo_> adiroiban, yeah, got it
[16:02] <adiroiban> rodrigo_: are we going to see desktopcouch-glib in Lucid?
[16:08] <urbanape> dobey: gotcha. okay, seems to be cleared up now.
[16:08] <dobey> urbanape: bug #404279 is what you hit :)
[16:08] <urbanape> statik: it's still called ubunet-developer-dependencies, btw
[16:09] <statik> ah right
[16:13] <rodrigo_> adiroiban, yes, I hope so
[16:14] <rodrigo_> adiroiban, I just need to make sure evo-couchdb works as in karmic with it
[16:14] <rodrigo_> adiroiban, so yeah, 90% sure
[16:14] <adiroiban> and will be build from the same source pacakge, or do you plan to split it?
[16:14] <adiroiban> I can help with testing
[16:16] <urbanape> jblount: k, I'm up and running
[16:22] <rodrigo_> adiroiban, from the same source package
[16:22] <adiroiban> rodrigo_: ok. am trying to add the required changes for packaging
[16:27] <rodrigo_> adiroiban, ok
[16:57] <rodrigo_> adiroiban, renaming to ..Session done
[16:59] <adiroiban> rodrigo_: thanks. I will build the packages using a PPA and test evolution. this should keep me busy for awhile
[16:59] <rodrigo_> ok, cool
[16:59] <rodrigo_> let me know of any problems you find
[17:22] <adiroiban> rodrigo_: sure. any idea why couchdb-glib package is at compat 5 ?
[17:22] <rodrigo_> adiroiban, no
[17:24] <adiroiban> rodrigo_: I will set it to 7 to avoid passing --sourcedir to dh_install
[17:24] <rodrigo_> ok
[17:34] <rodrigo_> bbl
[18:35] <mandel> aquarius ping
[18:35] <aquarius> mandel, pong
[18:38] <mandel> aquariues, quick question about XDG, if an app wants to create views, should it just create the appropriate json docs there, right? Does the app have to take care of the different version of the doc? I assume that the app is the only one allowed to modify those design docs right?
[18:39] <mandel> aquarius, ups typo, that was meant for you
[18:39] <aquarius> you shouldn't need different versions of the doc
[18:40] <aquarius> you just overwrite your existing map.js with a new one, if you want
[18:40] <mandel> aquarius, what if the we are talking about a plugin app in which plugins add new views?
[18:41] <aquarius> no reason why the plugins shouldn't write views into the same folder
[18:41] <aquarius> if you're worried about plugin views and your app views having the same names, require plugin views to be in a design doc named after the plugin
[18:42] <mandel> so, if I have to views I do plugin1.js and plugin2.js ? (I have some problem getting my head around this)
[18:42] <aquarius> no. you have plugin1/map.js and plugin2/map.js
[18:43] <aquarius> or, plugin1/viewname/map.js if you prefer each plugin to have its own design doc (which I'd recommend)
[18:43] <aquarius> er, got the path wrong :)
[18:43] <aquarius> your app should create $XDG_DATA_DIR/desktop-couch/databases/YOUR_DB_NAME/_design/DESIGN_DOC_NAME/views/VIEW_NAME/map.js
[18:44] <aquarius> I'd then suggest that you tell plugins to create $XDG_DATA_DIR/desktop-couch/databases/YOUR_DB_NAME/_design/PLUGIN_NAME/views/VIEW_NAME/map.js
[18:44] <aquarius> so that each plugin gets its own design doc, and can create as many views as it wants in that design doc
[18:44] <mandel> ok, thanks for the help I get it now... I understood it completely wrong
[18:44] <aquarius> see /usr/share/doc/python-desktopcouch/README on Ubuntu
[18:45] <aquarius> or http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/DesignDocsFilesystem
[18:46] <mandel> I was reading the freedesktop one but I was getting a bit confused. I got everything now :D
[18:47] <mandel> I i'd like a feature method to be added (bulk put) should I commit a patch or just post a question?
[18:50] <aquarius> submit a patch
[18:50] <aquarius> unless you're not sure how to design it at all, in which case we should get into a discussion about it :)
[18:50] <mandel> k
[18:52] <mandel> aquarius, I've got an idea, the only things is that pythion-couchdb uses a single request but does not consider a bulk update a single transaction. I'm not sure that is what we/I want
[18:52] <aquarius> yeah.
[18:53] <aquarius> urbanape ran into this with bindwood, too
[18:53] <aquarius> might wanna ping him about it?
[18:54] <mandel> sure
[18:54] <mandel> ping urbanape
[19:00] <urbanape> yeah, ended up doing individual requests.
[19:00] <urbanape> the bulkSave didn't do what I wanted.
[19:03] <mandel> urbanape, what where you looking for?
[19:04] <urbanape> I was hoping that the documents saved in a bulkSave would show up in a single sequence in the _changes feed.
[19:05] <urbanape> also, Lex is home for the afternoon, so I'll be popping in and out doing wrangling
[19:07] <mandel> urbanape, I was looking for something similar plus the idea of single transactions.. well I take a look of how to get both, cheers
[19:30] <urbanape> mandel: it turns out my model allowed me to deal with disparate transactions just fine.
[19:37] <mandel> urbanape, I just asked in the couchdb mailing list about transactions  list and the current implementation is not there. I guess that it can be fake if needed, I'll just send a patch that uses the bulk update with the CouchDataBase class
[19:57] <dobey> verterok: ping
[20:01] <verterok> dobey: pong
[20:01] <dobey> verterok: do you see anything odd in http://pastebin.ubuntu.com/355144/ ?
[20:02] <verterok> dobey: looking
[20:02] <dobey> verterok: i keep getting AlreadyCalledError and timeouts trying to run those tests :/
[20:03] <verterok> all the tests?
[20:03] <verterok> ups, it's one :)
[20:04] <dobey> verterok: that one test, yes :)
[20:07] <verterok> dobey: there is and weird error at the top: exceptions.AssertionError: reactor already installed
[20:08] <verterok> dobey: looks like it's executing: bin/ubuntuone-login
[20:08] <dobey> verterok: oh, right. i tweaked ubuntuone-login to do that in __main__ only, instead of where it is currently
[20:08] <dobey> maybe i should just commit/push
[20:09] <dobey> but i hate committing half-assed branches that don't work :)
[20:09] <verterok> dobey: nm, why are you doing execfile of ubuntuone-login?
[20:10] <dobey> verterok: trying to load it as code so we can run tests on the bits in it
[20:10] <dobey> verterok: it just loads it into a namespace, as if it were imported
[20:11] <dobey> but we can't import because of the - in filename
[20:11] <PerJ_> Matt: How do I make Canonical give me back my 50GB account - it vanished the 23. of december
[20:11] <verterok> dobey: just move it into a module, and make ubuntuone-login, just a caller of a function ;)
[20:11] <verterok> webm0nk3y: ^
[20:11] <dobey> no
[20:12] <dobey> having a script that just does import foo.main, main.main() is lame :)
[20:12] <webm0nk3y> PerJ_, let me check what may have happened to your account
[20:12] <verterok> dobey: it's just a script
[20:12] <dobey> script logic belongs in scripts, not modules
[20:12] <PerJ_> web: you can find me as PerJensen
[20:12] <verterok> dobey: put the script logic in ubuntuone-login, and the module logic in a module
[20:13] <PerJ_> a withdrawal on the 19. was not executed
[20:13] <dobey> verterok: that's how it is now
[20:13] <verterok> dobey: and why you need to import it?
[20:13] <verterok> :()
[20:13] <verterok> :)
[20:13] <PerJ_> web: so the payment for january has not been made
[20:13] <dobey> verterok: to run tests on the code in the script
[20:13] <verterok> dobey: ok, if I remove that, I can run the test?
[20:14] <mattgriffin> PerJ_: just got the email from you... sorry. a bit behind on responding to customer messages.
[20:14] <PerJ_> web: no emails from Canonical as to why the withrawal from my creditcard was not performed
[20:14] <dobey> verterok: let me see what all i changed. i think i had to move a couple more calls around too
[20:14] <verterok> dobey: also, constants in a script? ;)
[20:14] <PerJ_> matt: yes you are *S*, the one from 23. has not been answered yet
[20:14] <issyl0> Hi there.
[20:14]  * issyl0 is wondering how Ubuntu One works.  Is it like an online place to store your files that can obviously be accessed from anywhere by logging in with your lp id ?
[20:15] <issyl0> mattgriffin ?  :)
[20:15] <dobey> verterok: yeah, i had to change some more so we can use FakeLogin() in the test
[20:15] <mattgriffin> issyl0: hi. that's part of it. the key think is synchronization.
[20:16] <mattgriffin> issyl0: the desktop software syncs your files and data with your personal cloud storage and with your other computers setup with your account.
[20:16] <issyl0> mattgriffin: oh now that is brilliant.  :D
[20:16] <verterok> dobey: ok. I don't see anything "wrong" in the tests, but would like to execute it. could you pastebin the full traceback?
[20:17] <dobey> sure
[20:17]  * issyl0 has a laptop too and it's certainly better than carrying around usb sticks/emailing files to yourself
[20:17] <dobey> grr, firefox didn't restart when i clicked the restart button
[20:17]  * issyl0 will try that tonight with some of her homework :)
[20:17] <webm0nk3y> PerJ_, I am talking to you in a private channel btw
[20:21] <dobey> verterok: http://pastebin.ubuntu.com/355158/
[20:22] <verterok> dobey: found it!
[20:23] <verterok> dobey: gimme 1' to double check it
[20:26] <dobey> verterok: yay!
[20:27] <dobey> verterok: i pushed to lp:~dobey/ubuntuone-client/test-login btw
[20:27] <verterok> dobey: looks like tearDown it's being called twice, not actually tearDown, but cleanup_signal_receivers.
[20:27] <verterok> dobey: the callback are beign called more than once p/signal_receiver
[20:27] <verterok> *callbacks
[20:28]  * verterok pulls
[20:29] <dobey> right, i am not sure why
[20:30] <dobey> i think maybe we need to move the syncdaemon\-specific bits of DBusTwistedTestCase to another test case, and have DBusTwistedTestcase just do the twisted/dbus bits that are necessary there
[20:32] <verterok> dobey: let me try somethign before doing that :)
[20:35] <dobey> sure
[20:40] <verterok> dobey: is this using any gtk stuff? it's quite weird :(
[20:42] <dobey> verterok: the script uses gtk+ to create an error dialog for the errors
[20:43] <dobey> verterok: i was also having some weirdness with overriding the dbus signal handler methods in the test... it's weird
[20:44] <verterok> dobey: I think the u1login signal receivers might be the cause of this stuff going crazy
[20:46] <verterok> dobey: If I remove all the signal cleaup in the tearDown of your test it works
[20:47] <dobey> hmm
[20:49] <urbanape> aquarius: you about?
[20:49] <urbanape> or thisfred or CardinalFang
[20:50] <thisfred> I am
[20:50] <urbanape> can I configure my desktopcouch to exempt additional databases from being replicated?
[20:50] <verterok> dobey: I "think" I found the problem :)
[20:50] <urbanape> I'm testing Bindwood, and I'd like to use a local db that will not not not get replicated to u1.
[20:51] <thisfred> urbanape: you can, manually
[20:51] <CardinalFang> yep.
[20:51] <thisfred> there's a database for the pairings, which also allows you to specifically exclude dbs
[20:51] <CardinalFang> It's a feature that isn't well tested and not exposed anywhere.
[20:51] <thisfred> CardinalFang might know exactly how, or I could dig in the code
[20:52] <verterok> dobey: LoginMain.__init__ register the signal receivers/handlers and then you override those methods, and register new handlers
[20:52] <dobey> verterok: yes, because of the weirdness i mentioned earlier
[20:53] <dobey> verterok: it seems as though the overridden methods don't get called, unless i register additional signal handlers :(
[20:53] <verterok> dobey: so, the first handlers are still registered, as the method is still there (the reference to reference)
[20:53] <dobey> verterok: it runs the original method code
[20:53] <verterok> dobey: right, because it get registered at __init__ time
[20:53] <verterok> dobey: python methods are objects ;)
[20:53] <dobey> right
[20:54] <verterok> dobey: doing self.foo.a_method = my_method just updates self.foo.__dict__
[20:54] <verterok> dobey: but all references to the old method are still alive
[20:54] <dobey> hmm
[20:55] <verterok> dobey: yes, and dbus keeps a reference to the old one :/
[20:55] <CardinalFang> urbanape, thisfred, in the pairing record(s), it's something like "excluded_names".  I think it should be a list of db names.
[20:56] <dobey> hrmm
[20:56] <thisfred> either that, or sacrifice a goat
[20:57] <dobey> am still getting errors after moving that code
[20:57] <dobey> AlreadyCalledError even
[20:58] <dobey> :(
[20:59] <urbanape> CardinalFang: are the pairing records in management?
[21:02] <CardinalFang> urbanape, Yes.  Management DB, with record_type  http://www.freedesktop.org/wiki/Specifications/desktopcouch/paired_server  .
[21:05] <urbanape> okay, so just create a new field called 'excluded_names', make it a list of db names?
[21:07] <jamalta> hi there, i have a question.. mostly asking for opinions
[21:07] <verterok> dobey: moving what code to where? :)
[21:07] <mattgriffin> jamalta: how can we help you?
[21:07] <urbanape> cool. So, I think the weirdness I was seeing was the test db from U1 being replicated back.
[21:07] <dobey> verterok: moved the signal connections out of __init__
[21:07] <urbanape> Hey, wow. My code works.
[21:07] <jamalta> i've been using keepass for password management for a while now.. but i'm wondering if it would be a good idea for this to be based on desktopcouch
[21:08] <jamalta> obviously, each password is encrypted
[21:08] <urbanape> Bindwood 1.0 is gonna be pretty cool, I think.
[21:08] <jamalta> but it would be awesome to be able to integrate that into the application instead of having a third-party application
[21:08] <urbanape> k, I have to go for a bit. jblount: I should have something for you to look at tomorrow.
[21:08] <jamalta> so firefox could have a plugin that reads from desktopcouch for it's passwords.. and any other application that needs passwords could do that as well
[21:08] <jamalta> i just wanted to see what some smarter people thought about that :)
[21:09] <mattgriffin> jamalta: this is one area that was discussed at UDSLucid
[21:09] <jamalta> mattgriffin: oh really? i must have completely missed that
[21:09] <mattgriffin> jamalta: the ubuntu one team is trying to do something about it - https://blueprints.launchpad.net/ubuntu/+spec/lucid-ubuntu-one-keyring-sync
[21:10] <mattgriffin> jamalta: is that what you mean?
[21:10] <dobey> verterok: i think i need to split up the TestCase code to not do syncdaemon stuff there, but in a separate SDDBusTwistedTestCase or something
[21:10] <jamalta> mattgriffin: oh sexy ;) thanks! i guess i just have to sit tight and hang on
[21:10] <jamalta> mattgriffin: yeah, that's even better than what i was thinking
[21:10] <mattgriffin> jamalta: :)
[21:10] <verterok> dobey: you can try a quit hack, by stripping down DBusTwistedTestCase, but I'm not sure that's the problem
[21:11] <jamalta> it makes more sense to do it through the keyring...
[21:11] <jamalta> mattgriffin: thanks!
[21:11] <mattgriffin> jamalta: are there any other apps that you use that could benefit from this?
[21:12] <jamalta> mattgriffin: well, somewhat.. it would be good if there was a way to figure out the data source (not sure if gnome keyring is already able to do this)
[21:13] <jamalta> for example, firefox should know that i want my identi.ca password when i'm at identi.ca
[21:13] <jamalta> and then, gwibber, should also be able to pull my identi.ca password from the keyring..
[21:13] <mattgriffin> +1
[21:13] <jamalta> or if i open evolution, and create a gmail account.. it should know that i have a google password in the keyring and try to pull that
[21:14] <verterok> dobey: ok, I think I found it (the third is..)
[21:14] <verterok> :)
[21:15] <verterok> dobey: looks like it's a bug in testcase.py itself :)
[21:15] <jamalta> mattgriffin: well thanks for pointing me to that.. i'm glad i came and asked
[21:15] <verterok> dobey: looks at the *** lines in: http://pastebin.ubuntu.com/355181/
[21:16] <verterok> dobey: seems like a weird scope issue
[21:16] <mattgriffin> jamalta: cool. come back if you think of more ideas or good applications for Ubuntu One and the underlying technologies. we're always eager to chat.
[21:16] <jamalta> mattgriffin: thanks, will do :)
[21:20] <verterok> dobey: or a bug in dbus-python itself...who knows! :)
[21:23] <verterok> dobey: fix http://pastebin.ubuntu.com/355184/
[21:27] <verterok> dobey: so isn't a scoping issue, it's some dbus weirdness
[21:58] <dobey> verterok: ah, workarounds eh :)
[21:59] <verterok> dobey: :)
[21:59] <dobey> verterok: i noticed in the test case itself, in tearDown, it was doing d.addBoth(self.tearDown)
[21:59] <dobey> verterok: which probably isn't very helpful either :)
[22:00] <verterok> dobey: that's ok, tearDown should always finish
[22:00] <dobey> oh
[22:00] <dobey> no, it's calling _tearDown
[22:00] <verterok> dobey: if not, it might break the next test
[22:00] <dobey> i missed the _
[22:00] <verterok> yes :)
[22:01] <verterok> dobey: I think the deferred it's called several time because there are multiple matches of the signal receiver "name", I'll digg in dbus-python as soon I get some spare time to check if there is a bug regarding this
[22:02] <verterok> dobey: I know the testcase it's using private dbus-python stuff, but's the only way I found to actually make it work :(
[22:02] <dobey> well, now i'm getting unclean reactor, and it's mentioning syncdaemon.event_queue.MyReader
[22:03] <verterok> hmm, let me check your tearDown again
[22:03] <dobey> verterok: i copied the code from test_dbus.py
[22:04] <verterok> dobey: ok, but something is hanging around that makes tearDown not finish OK
[22:04] <dobey> verterok: maybe because i'm not actually doing anything with SD, but the testcase somehow expects me to?
[22:05] <verterok> dobey: no
[22:05] <dobey> (since the testcase was written to test the SD dbus bits)
[22:05] <dobey> hmm
[22:06] <verterok> dobey: the test is failing with a TimeoutError
[22:09] <dobey> fun, looks like LP is not wanting me to push my changes now
[22:10] <verterok> dobey: change the  addCallback calls in the tearDown to addBoth
[22:11] <dobey> verterok: i did
[22:11] <dobey> but LP is having a fit right now :(
[22:12] <verterok> uh :(
[22:12] <dobey> doh
[22:13] <dobey> yay, it works now
[22:13] <dobey> but i think doing all the SD stuff is still a bit heavy for this :)
[22:14] <dobey> verterok: pushed my branch with working test
[22:14] <dobey> verterok: if you could look over it real quick again, and let me know if i did anything dumb/crazy/etc... that'd be awesome
[22:14] <verterok> dobey: sure, gimme 1'
[22:14] <dobey> verterok: sure, no problem
[22:17] <verterok> dobey: looks ok, but I have a recommendation for the signal stuff and avoid replication ;)
[22:18] <dobey> verterok: i am open to suggestions :)
[22:18] <verterok> dobey: instead of moving the add_signal_receiver call to main, move them to a method, eg: _register_dbus_signal_handlers or whatever
[22:19] <verterok> dobey: and in the test create the LoginMain instance, override the methods and call _register_dbus_signal_handlers
[22:19] <dobey> ok
[22:19] <dobey> yeah, that makes sense
[22:19] <dobey> thanks :)
[22:19] <verterok> np
[22:19] <verterok> :)
[22:35] <dobey> later
[22:35]  * CardinalFang Zzzzz.
[22:40] <statik> urbanape, can your new-folder-inline-edit branch be landed?
[22:40] <statik> CardinalFang, sweet dreams. I sent one of your old branches to pqm, and your notes revision branch is sitting in the approved queue. want me to submit it?
[22:49] <osseta> hey does Ubuntu One work behind authenticated proxies? I'm trying to set it up and haveing a bitch of a time.
[22:50] <osseta> I have a launchpad account setup and can log into one.ubuntu.com and see my account and empty file list
[22:50] <osseta> but the client gnome panel doesn't seem to do anything and gives no errors, warning, hints
[22:55] <verterok> osseta: there is no proxy support in the client yet
[22:56] <osseta> eventually I guess that was the case, I tried it via proxychains (which I use for other apps that don't support proxies) but that didn;t work either
[22:57] <osseta> does the client use HTTP only, or are there other protocols invloved?
[22:59] <statik> osseta: it uses a custom protocol, written in google protocol buffers and published in the ubuntuone-storage-protocol package. we run over port 443 masquerading as https, so proxies should not interfere. I think the main problem with proxy support at the moment is that it's busted in the core python stdlib(or it was until very recently)
[23:00] <osseta> are, yes, I remember protocol-buffers being mentioned on the FLOSS podcast now
[23:08] <MrKeuner> am I not supposed to run two computers at the same time for healthy synchronization using UbuntuOne?
[23:09] <statik> MrKeuner, running 2 or 5 computers at the same time should be fine
[23:10] <MrKeuner> I just updated ubuntuOne files and second system's ubuntuone tray icon tells me that my files are up to date. Bu they are not
[23:13] <MrKeuner> Oh, OK there was a conflict
[23:13] <MrKeuner> it did not let me know though
[23:13] <MrKeuner> how can I resolve conflicts?