[10:19] <OwenG> Hi , I want to add Unity to My PC (currently running Kubuntu) so I can support my dad who is getting a Ubuntu PC. so I can talking through any problems by having the same desktop . He lives 80 Miles from me so remote access is needed
[11:55] <kamstrup> Kaleo: can I get you to take another look at https://code.launchpad.net/~kamstrup/bamf-qt/fixes-for-jhbuild/+merge/85614
[11:55] <kamstrup> if we get that landed jhbuild should be mostly ready for unity-2d
[13:59] <Kaleo> kamstrup: hey, sorry, was in meetings


[00:31] <inashdeen> hi, I would like to enquire, how do i send my program for consideration by motu to put in ubuntu software cneter?
[00:32] <RAOF> inashdeen: It depends on what you're after; what is your program, and what is your desired outcome?
[00:35] <inashdeen> RAQF : can i explain it here? ok, it is a keyboard layout for traditional malay (jawi). it is based on the arabic writing. this is the link to the project. https://launchpad.net/jawi/jawi-keyboard-0.5.7-precise currently, i just built a .deb. i tried to make a ppa, but it requires source. my program doesnt have a source
[06:59] <dholbach> good morning
[07:02] <ajmitch> morning dholbach
[07:02] <dholbach> hey ajmitch
[07:13] <vibhav> The number of items in the sponsor queue is increasing again >_<
[07:14]  * vibhav adds some more items
[07:20] <micahg> vibhav: that's what happens over the weekend, it should go down again as people do their piloting shifts (unless we're getting a swarm of contributions, which isn't really a bad thing), high number in queue isn't as bad as old requests not being addressed
[07:21] <vibhav> exactly
[07:21] <micahg> in fact, I'd posit that a large queue is good as long as they're all recent submissions :)
[07:21] <vibhav> Its good that there not old requests
[08:02] <iulian> Morning dholbach, evening ajmitch.
[08:02] <dholbach> hi iulian
[08:02] <ajmitch> hi iulian
[12:51] <LoT> not sure if you get bug notifications, but... https://bugs.launchpad.net/ubuntu/+source/python-django-openid-auth/+bug/1017462
[12:51]  * LoT was watching the announcements list, noticed that the package "maintainer" for this was MOTU
[12:51] <tumbleweed> oh, good, was waiting for that
[12:52] <LoT> wasnt sure how to mark it, so i just came here to say "Here, its yours, deal with it"  </delegation>
[12:52] <LoT> (in terms of status / importance)
[12:53] <tumbleweed> it's a special, workflow bug
[12:53]  * LoT returns to multitasking, watching the bugs announcements list and working on a report for work.
[14:18] <arand> How would I go about flagging bug #540035 for "please-SRU-with-Debian-stable-sync"
[14:21] <tumbleweed> we don't actually sync into stable (that I've ever seen)
[14:22] <tumbleweed> you'd just prepare an SRU as usual
[14:25] <badfox> dholbach,  ping : After uploading a PPA into my launchpad from terminal , how much time is going to taken  for applying changes in PPA  ?
[14:26] <dholbach> badfox, if you have a look at your ppa page, it should give you an estimate
[14:26] <dholbach> badfox, do you have a link to your ppa?
[14:27] <badfox> yes dholbach
[14:27] <dholbach> can you share it? :-P
[14:28] <badfox> dholbach,  https://launchpad.net/~genupulas/+archive/accountsservice-0.6.21 and i have uploaded successfully
[14:28] <badfox> dholbach,  i have seen the message too states that uploaded successfully
[14:28] <dholbach> badfox, did you get an 'accepted' email after uploading?
[14:29] <dholbach> I'm asking because I can't see anything on the ppa page
[14:29] <dholbach> maybe you could ask the fine people in #launchpad?
[14:29] <arand> tumbleweed: Ah, ok, I figured it would be nicer in the case it was possible.
[14:30] <badfox> dholbach,  yeah thats what i am also saying . i have uploaded successfully . i am sure . i have seen the message too in my terminal ,
[14:30] <dholbach> no, not in the terminal
[14:30] <dholbach> an email
[14:30] <badfox> ok i will ask there dholbach
[14:30] <tumbleweed> you should get a ne-mail within 5 mins
[14:30] <dholbach> ok good
[14:30] <badfox> dholbach,  i think i didnt
[14:30] <tumbleweed> if you don't you didn't sign it correctly
[14:31] <dholbach> or you don't have your associated key in LP
[14:31] <LordOfTime> that may be the case
[14:31] <dholbach> ok, you have gpg keys in LP
[14:31] <badfox> dholbach,  No , just now i have got a mail
[14:31] <badfox> saying as rejected :(
[14:31] <badfox> lemme try one more time
[14:31] <LordOfTime> badfox: hwat did it say
[14:31] <dholbach> does the mail give a reason?
[14:31] <LordOfTime> it should say why it was rejected
[14:32] <badfox> dholbach,  yes it does "Rejected:
[14:32] <badfox> Unable to find distroseries: unstable
[14:32] <badfox> Further error processing not possible because of a critical previous error.
[14:32] <badfox> "
[14:32] <LordOfTime> use quantal, precise, natty, oneiric, etc.
[14:32] <LordOfTime> not "unstable"
[14:32] <LordOfTime> (the PPAs cant yet build Debian Unstable packages)
[14:32] <badfox> yeah
[14:32] <badfox> thank you dholbach  LordOfTime
[14:33] <dholbach> anytime
[14:33] <badfox> :)
[14:33] <LordOfTime> mhm
[14:51] <arand> Does a SRU need a changelog entry, or would it be reasonable to use only the Debian changelog for a SRU that is a straight sync from Debian?
[14:52] <tumbleweed> every upload needs a changelog entry
[14:52] <tumbleweed> for this case, you can just copy Debian's changelog entry (crediting it) but change the version and release to appropriate values
[14:53] <tumbleweed> it also has to close the SRU bug, naturally
[14:55] <arand> tumbleweed: So I'd replace the Debian one or add an extra after it?
[14:56] <tumbleweed> replace it
[15:04] <arand> Hmm, 0.9.3-0ubuntu0.1 is appropriate? (0.9.3-0.1 is the based-off package in Debian, 0.9.2-3.1 current in Ubuntu).
[15:10] <tumbleweed> so you're SRUing anew upstream release?
[15:10] <tumbleweed> yes, that seems an appropriate version
[15:12] <arand> tumbleweed: Yes, but should *hopefully* qualify as microrelease.
[15:13] <Zhenech> arand, uhm, 0.9.3-0.1 >> 0.9.3-0ubuntu0.1 afaict
[15:14] <Zhenech>  % dpkg --compare-versions 0.9.3-0.1 le 0.9.3-0ubuntu0.1 says so
[15:17] <arand> Zhenech: Hmm, I'm wondering if that would be a prolem though...
[15:18] <tumbleweed> arand: what package?
[15:18] <arand> Though using 0.9.3-0.1ubuntu0.1 might be prudent, still.
[15:18] <arand> pango-graphite
[15:18] <Zhenech> arand, not "ubuntu1" then?
[15:19] <badfox> dholbach,  you here ?  Success , i have uploaded :D
[15:19] <dholbach> excellent
[15:19] <arand> 0.1 is a SRU-indicator afaik.
[15:19] <Zhenech> ah ok
[15:19] <tumbleweed> arand: there is a 0.9.3-0.1ubuntu1 in natty
[15:20] <badfox> dholbach,  one more thing i wanna do , lemme see
[15:20] <badfox> dholbach,  :)
[15:20] <tumbleweed> so 0.9.3-0ubuntu0.1 should be fine
[15:21] <Rhonda> If it is based on 0.9.3-0.1 it should be 0.9.3-0.1ubuntu0.1
[15:21] <Rhonda> 0.9.3-0ubuntu0.1 is smaller as 0.9.3-0.1, as Zhenech pointed out. :)
[15:21] <tumbleweed> which is what we want
[15:22] <Rhonda> But it's a wrong "upstream" version part.
[15:22] <Rhonda> 0.9.3-0.1~ubuntu0.1 it should be then?
[15:22] <tumbleweed> it's an SRU, getting the Debian revision rnight is less important than beingh smaller than the next Ubuntu release
[15:23] <Rhonda> So changing the "upstream" version is correct?
[15:23] <Rhonda> The next ubuntu release has 0.9.3-0.1ubuntu1 I thought?
[15:23] <arand> But 0.9.3-0ubuntu0.1 vs 0.9.3-0.1ubuntu0.1 doesn't matter in Ubuntu, right?
[15:24] <tumbleweed> Rhonda: yes
[15:24] <Rhonda> So being precise doesn't matter in Ubuntu? :)
[15:24] <Zhenech> Rhonda, not since quantal :>
[15:24] <tumbleweed> meh, I can't say I care too much abou tupstream versions in SRUs
[15:24] <tumbleweed> it's a fork in the revision history that'll go away at some point
[15:24] <Rhonda> So if the next ubuntu release has 0.9.3-0.1ubuntu1 why is 0.9.3-0.1ubuntu0.1 being considered an issue?
[15:25] <tumbleweed> 0.9.3-0.1ubuntu0.1 would be fine
[15:25] <arand> I'll go with that
[15:25] <Rhonda> There is a guideline for the versioning, and I don't understand the reason for why it is wanted to ignore that.
[15:25] <tumbleweed> the guidelines for versioning in SRUs don't cover new upstream versions
[15:26] <Rhonda> It covers how it ensures proper upgrading possibilities, and that is the 0.1 at the end?
[15:26] <arand> Well, I'm kind of basing it off the Debian version but still not, at the same time (since removing the Debian changelog entry for 0.9.3-0.1, which seems a bit odd)
[15:27] <Rhonda> And/or the addition of the release name, which sorts nicely?
[15:27] <tumbleweed> arand: I'd keep the changolg entry if you are using that version
[15:27] <Rhonda> Removing changelog entry?  So removing the changes?
[15:27] <arand> Right, heh.
[15:30] <tumbleweed> Rhonda: I tend to just consider SRUs as a targetted patch to a stable ubuntu release. Even if the patch makes it equivalent to a known debian version. I'll append an SRU .1 to the version / bump an existing one. I'll only touch the upstream version if I'm uploading a .orig too, which is fairly rare for SRUs
[15:31] <Laney> I think I've had enough of apt-cacher-ng
[15:31] <Laney> what's a good alternative?
[15:32] <tumbleweed> squid? (with totally different semantics)
[15:32] <Laney> heh
[15:32] <Laney> i'm more tempted to buy some extra storage and run mirrors
[15:33] <tumbleweed> yes, I have a home mirror. it rocks
[15:33] <jpds> Laney: squid-deb-proxy(-client).
[15:33] <tumbleweed> but it will be a little more stale
[15:33] <Laney> jpds: how painful is it to configure?
[15:35] <jpds> Laney: http://www.jorgecastro.org/2010/02/04/introducing-squid-deb-proxy/
[15:36] <Laney> ta


[05:46] <Nafai> Is there a way yet to backup folders from outside ~/Ubuntu One in the client in Lucid yet?
[05:46] <Nafai> Or is the only alternative to move things into ~/Ubuntu One and then symlink into their proper place?
[05:52] <duanedesign> Nafai: i know that feature is planned for Lucid
[05:52] <duanedesign> Nafai: but i dont think it has made it in yet
[05:53] <Nafai> Okay, just making sure I wasn't missing anything
[05:56] <duanedesign> Nafai: i think this is the 'master' bug report for that issue if you want to monitor it for a Fix Released status. https://bugs.launchpad.net/ubuntuone-client/+bug/385208
[05:56] <Nafai> Thanks!
[05:56] <duanedesign> Nafai: but of course we dont mind if you ask here either :)
[05:59] <Nafai> Now I'm trying to get my contacts from gmail into Evolution so I can back them up to Ubuntu One.  Unfortunately, it doesn't always work right (i.e., if I just have a business name)
[06:03] <Nafai> Too much effort to clean up and maintain :(
[06:04] <duanedesign> Nafai: yeah Google exports the CSV a little differently
[06:04] <Nafai> Perhaps I'll have to write something that uses the gdata api and then syncs to desktop couchdb
[06:05] <duanedesign> Nafai: I have heard people have had better luck with the VCard format.
[06:05] <Nafai> not much different, unfortunately
[06:06] <duanedesign> There are also work arounds that include an extra step. like importing from Google to yahoo to Evolution. Or Google to Thunderbird to Evolution
[06:07]  * Nafai nods
[06:07] <Nafai> I'll explore those tomorrow
[06:07] <Nafai> thanks for the heads up
[06:09] <duanedesign> Nafai: sure thing. Also during the week there is a lot more people (Ubuntu One developers) in here usually between 12:00-21:00 GMT that are very helpfull and always happy to offer knowledge
[06:09] <Nafai> sure, I'll ask then as well
[06:15] <duanedesign> Nafai: one final not. I found a launchpad Answer with some input on the topic, might be usefull. https://answers.launchpad.net/ubuntu/+source/evolution/+question/17485
[06:15] <duanedesign> s/not/note
[10:54] <wojtek_> Hello I have a question about desktopcouch
[10:55] <wojtek_> the desktop couch ini file keeps a [oatuh_consumer_secrest], [oauth_token_secrets] and [oatuh_token_users]
[10:55] <wojtek_> Are the same values stored in keyring ?
[10:56] <wojtek_> If I want to for example create database in couchdb wrapped by desktopcouch, Can I use [oauth_token_secrest]
[10:57] <wojtek_> to create a request signature ?
[10:59] <wojtek_> I mean is that needed to perform a authrization process itself ? Do we have accessToken  or requestToken written in ini file ?
[11:01] <wojtek_> And finally If we have to perform authorization process, what server do we have to use to authorization process
[11:02] <wojtek_> And Yet another, and for sure finally question ? Is everything understandable from what I have written here above ?
[13:15] <sanderqd> to run mozilla raindrop, do i still need to apply the patch from http://www.kryogenix.org/days/2009/10/23/running-raindrop-on-ubuntu-9-10-using-desktop-couch ?
[14:02] <sanderqd> never mind, found my answer
[17:36] <Nafai> I haven't found a definitive answer to this online, I'm trying to log onto the futon web interface for desktop couch and am not having luck figuring out what the username / password is
[17:48] <sanderqd> Nafai: xdg-open $HOME/.local/share/desktop-couch/couchdb.html
[17:50] <Nafai> I have Chromium as my default browser, and when I do that, it requests a username / password
[17:56] <sanderqd> Nafai: running karmic?
[17:56] <Nafai> lucid
[17:56] <Nafai> (doing development for lucid for Canonical, so I'm on the bleeding edge here :))
[17:57] <sanderqd> Nafai: ok, i've got the same problem there, restarting desktopcouch works: http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/Troubleshooting
[17:57] <Nafai> Ok
[17:57] <Nafai> But what username/password do I use?
[17:58] <sanderqd> Nafai: the couchdb.html page should automatically get the right username/password, you shouldn't need to worry about them
[17:59] <Nafai> Ah, cool.  Sorry, being slow this morning :)
[17:59]  * Nafai tries
[17:59] <sanderqd> no problem, it isn't all that obvious :-)
[20:07] <rickspencer3> any ideas what I can do to work around this:
[20:07] <rickspencer3> https://bugs.edge.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/529629
[20:07] <rickspencer3> ?
[20:07] <rickspencer3> oh fudge
[20:10] <lifeless> 'no idea' :P
[20:11] <rickspencer3> lifeless, any idea what the root cause is?
[20:12] <rickspencer3> it's something about a failure in migrating meta data
[20:12] <rickspencer3> I
[20:12] <rickspencer3> m wonder if I can convince ubuntuone that it's been freshly installed on this computer and just start fresh?
[20:13] <lifeless> rickspencer3: I can't see it - it is private :)
[20:13] <lifeless> rickspencer3: if you subscribe me, I can look at it for you
[20:14] <rickspencer3> lifeless, if I make it public would you take a look?
[20:14] <rickspencer3> heh
[20:14] <rickspencer3> hold on
[20:14] <rickspencer3> lifeless, I subscribed you in case my password is in there or something
[20:14] <lifeless> looking
[20:15] <lifeless> ok, its loading a uuid
[20:15] <lifeless> I think they are deprecated now
[20:16] <lifeless> my guess is that you had damaged metadata, and it is thus failing to upgrade.
[20:16] <rickspencer3> lifeless, can I just delete all the meta data or something?
[20:16] <rickspencer3> or regenerate it?
[20:16] <lifeless> https://code.edge.launchpad.net/~verterok/ubuntuone-client/vm-refactor/+merge/18088 likne 2355 is the code thats failing
[20:17] <lifeless> Yes, I think you will need to do that
[20:17] <lifeless> uhm
[20:18] <lifeless> https://bugs.edge.launchpad.net/ubuntuone-client/+bug/522859
[20:19] <lifeless> ~/.local/share/ubuntuone/syncdaemon/vm/shares seems to be the magic path; that bug suggests removing the one that is erroring only
[20:19] <lifeless> I'd backup your ubuntuone folder contents, just in case
[20:19] <rickspencer3> k
[20:20] <rickspencer3> lifeless, what is the concern, the U1 is convinced I have deleted all data from my U1 folder and so deletes everything in the cloud?
[20:20] <lifeless> yes
[20:20] <lifeless> this has happened in the past
[20:20] <rickspencer3> ok
[20:21] <rickspencer3> it's only 622 megs to copy ;)
[20:21] <lifeless> Not saying its likely here, and its up to you to consider whether that outcome would actually disturb you :)
[20:21] <rickspencer3> yeah
[20:21] <rickspencer3> we need a back up solution to go with U1 I guess
[20:21] <lifeless> \o/
[20:21] <rickspencer3> lifeless, so just delete ~/.local/share/ubuntuone/syncdaemon/vm/shares
[20:21] <rickspencer3> ?
[20:22]  * rickspencer3 is too lazy to read bugs :)
[20:22] <lifeless> you want to delete 617e813d-0891-47b6-b9d4-c5719a4703af under that
[20:22] <rickspencer3> yeah, I read the bug :)
[20:22] <lifeless> which will be in a folder 6/17/ or so
[20:23] <rickspencer3> lifeless, just delete the file, or the whole dir tree starting at 6?
[20:23] <lifeless> AIUI just the file
[20:23] <lifeless> may need to do this a couple of times.
[20:24] <rickspencer3> *sigh*
[20:24] <rickspencer3> what if I just delete all the dirs under shares?
[20:24] <lifeless> I guess all the metadat will be gone, and you'll have to resync everything from the cloud
[20:24] <rickspencer3> hmmm
[20:24] <rickspencer3> will not want to be on 3g for that ;)
[20:27] <rickspencer3> *sigh*
[20:30] <rickspencer3> lifeless, so I deleted all the keys causing problems, and am now hitting a different error
[20:30] <lifeless> \o/
[20:30] <rickspencer3>   File "/usr/lib/python2.6/dist-packages/ubuntuone/syncdaemon/volume_manager.py", line 1343, in _upgrade_share_to_volume
[20:30] <rickspencer3>     if share.path == self._root_dir or share.id == '':
[20:31] <rickspencer3> if I print path, it looks like this:
[20:31] <rickspencer3> {'path': '/home/rick/Ubuntu One', 'node_id': '48647947-4a4a-45df-8e24-707217b9347f', 'type': 'Root', 'volume_id': ''}
[20:31] <rickspencer3> I'm wondering if the code that I am hitting in volume_manager.py needs to be updated?
[20:31] <lifeless> I'm not sure here
[20:32] <rickspencer3> ij
[20:32] <rickspencer3> ok
[20:32] <lifeless> the pyar folk should be around
[20:32] <rickspencer3> I'll dink with it
[20:32] <lifeless> lets have a look
[20:45] <rickspencer3> lifeless, I "fixed it" by hacking this in in line 1341:
[20:45] <rickspencer3> 	if type(share) is dict:
[20:45] <rickspencer3> 		return Shared(volume_id=share["volume_id"],node_id=share["node_id"])
[20:45] <lifeless> nice
[20:45] <rickspencer3> although I assume I will be going to hell for such a pathetic work around ;)
[20:45] <lifeless> if your package is up to date; might want to submit a patch :)
[20:46] <rickspencer3> oh?
[20:46] <lifeless> well, if it works, it works.
[20:46] <rickspencer3> I doubt it's by design that sometimes through share is of type dict and sometimes of type _Share
[20:46] <lifeless> I agree
[20:46] <lifeless> OTOH, working >> not working
[20:46] <rickspencer3> lol
[20:46] <rickspencer3> yeah, I think I'll submit a bug that I had to hack that in, rather than subit a patch ;)
[20:47] <rickspencer3> now i just need to tell tomboy to get all my notes, which is what I started working on an hour ago :)
[20:47] <rickspencer3> hurry for alpha software!
[20:48] <rickspencer3> :/
[20:57] <rickspencer3> lifeless, https://bugs.edge.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/529666
[20:57] <lifeless> thanks
[20:58] <rickspencer3> how empowering that not only can I use the software while it's still in pre-release, but I can also see the code and fix bugs!
[20:59] <lifeless> was that not part of the culture?
[20:59] <rickspencer3> lifeless, yes, of course
[20:59] <rickspencer3> I just wanted to say in case some reading my scroll back thought I was bitchy instead of psyched
[20:59] <lifeless> :)
[20:59] <lifeless> I meant in the before-times actually :)
[21:26] <voytech> Hello
[21:27] <voytech> In Desktopcouch ini file Do I have the same authorization info as in gnomekeyring ?
[21:29] <voytech> And Token and Token Secret pair is access token ro request token by witch we can obtain access token ?
[21:30] <voytech> In other words can I use token and token secret to create signature of request (for example creating database in couchdb wrapped by desktopcouch)
[21:43] <voytech> ?
[22:58] <izzaboo> any news since thursday's blog update on Notes editing & synchronizing?


[10:35] <pmitros> Is there good text on debugging juju anywhere? I've gone through the Hello World example a few times (wordpress+mysql), and it's never worked. On one machine, it would break while apt was installing packages (specifically, the postfix package was waiting for user input). On my home maschine, I get a bad gateway error from nginx. Some kind of high-level roadmap would be very helpful ("Here are where log files live," "Here's how you downloa
[14:42] <marcoceppi> jcastro: can you delete this? https://code.launchpad.net/~jorge/charms/precise/docs/trunk It breaks `charm list`
[14:45] <jcastro> done
[15:28] <rshade98> I am still having a problem with TLS failure. Any ideas?
[15:50] <hazmat> marcoceppi, see jitsu search
[15:50] <hazmat> rshade98, pastebin?
[15:51] <hazmat> pmitros, which version?
[15:51] <hazmat> pmitros, ie. juju-core or pyjuju
[15:52] <marcoceppi> hazmat: I see there's a search, but no "list" function, any way to list "reviewed" charms outside of charm list?
[15:53] <marcoceppi> Trying to replace `charm list | grep lp:charms`
[16:03] <hazmat> marcoceppi, search -h
[16:03] <hazmat> marcoceppi, owner:~charmers is cheeky but should hit the majority
[16:04] <hazmat> er. owners:charmers
[16:04] <marcoceppi> hazmat: http://paste.ubuntu.com/5619558/ ;)
[16:07] <hazmat> marcoceppi, ugh.. the help in jitsu is broken.. try jitsu help search
[16:07] <marcoceppi> hazmat: Ah, thanks that works much better
[16:08] <hazmat> marcoceppi, its going to break in a week or two when jujucharms.com gets switch over to its new backend, easy enough to fix though
[16:08] <marcoceppi> hazmat: ack
[16:48] <rshade98> hazmat
[16:48] <rshade98> http://paste.ubuntu.com/5619673/
[16:51] <hazmat> rshade98, it looks like you have a cert mismatch, the ca is cached on the client in ~/.juju but the ca cert on the client doesn't match up with the bootstrap'd state server
[16:52] <rshade98> Is there a way to only bootstrap the certs
[16:52] <hazmat> rshade98, not without a destroy-environment and rebootstrap
[16:52] <rshade98> I get a failure with multiple boxes, saying the environment is already bootstraps
[16:53] <hazmat> rshade98, did you switch machines?
[16:53] <hazmat> rshade98, which ever machine you did the original bootstrap on. you have to copy the whole ~/.juju over
[16:53] <rshade98> oh, so it is gone
[16:53] <hazmat> the ca cert file that works, is in the one that bootstrapped
[16:53] <rshade98> I need to destroy the whole environment huh
[16:54] <hazmat> rshade98, in that case destroy && bootstrap is the simplest option
[16:54] <rshade98> is that just deleting the bucket in ec2?
[16:54] <hazmat> alternatively manually creating a new ca, new cert, and installing it onto the bootstrap server
[16:54] <rshade98> I mean s3/ec2
[16:54] <hazmat> rshade98, destroy-environment kills all the machines in the env
[16:56] <rshade98> ok, so that just deletes the bucket etc.
[17:02] <rshade98> now it won't dial the mongos should upload the certs, kill the machine, add the juju groups to it, and start it
[17:41] <arosales> marcoceppi, https://jenkins.qa.ubuntu.com/view/Precise/view/Precise%20Charms/ looking a lot better. Thanks for getting beating that into shape :-)
[17:44] <arosales> s/getting/
[18:50] <hazmat> marcoceppi, you coming out to oakland?
[18:51] <marcoceppi> hazmat: yes
[18:51] <hazmat> cool
[18:55] <hazmat> marcoceppi, it looks like failures generate false success in some cases
[18:55] <marcoceppi> hazmat: have an example?
[18:56] <hazmat> marcoceppi, i thought i did.. but explicitly navigating to the last build looks okay.. i was looking at the wordpress graph test
[18:56] <hazmat> which still fails with memcached.. but the test is passing
[18:56] <hazmat> but the it does look significantly better
[18:57] <marcoceppi> hazmat: yeah, there's still a few broken tests out there. Some corner cases like juju environment not getting set up properly cause the test to pass
[18:58] <sarnold> ooh, I like that jenkins overview of charms :) ec2 and local, very neat
[18:58] <hazmat> marcoceppi, the new juju-deployer version is pretty robust and helpful about doing the proper wait for success with streaming change output (jcore only though)
[18:59] <hazmat> might be able to feed it the test plans, or massage the test plans into a compatible form
[18:59] <marcoceppi> hazmat: juju-developer? You mean the API stuff?
[19:01] <hazmat> marcoceppi, its a tool for deploying complex environments from a yaml/json description.. with inheritance, file value substitution, etc.
[19:01] <hazmat> lp:juju-deployer
[19:01] <hazmat> we use it quite a bit for openstack
[19:02] <marcoceppi> hazmat: that sounds super sexy. Shouldn't be difficult at all to format the test plans to feed that in
[19:13] <rshade98> is juju a per s3 folder environment?
[19:14] <rshade98> it seems to alway have conflicts when they share.
[19:14] <rshade98> and if so, any idea what the best way to randomize the uuid is
[20:23] <_mup_> Bug #1174905 was filed: Not possible to deploy local charms <juju:New> <https://launchpad.net/bugs/1174905>
[20:40] <mwhudson> mramm: hey
[20:40] <mramm> hey
[20:40] <mwhudson> mramm: <generic armhf juju ping goes here>
[20:41] <mramm> I've filed a ticket to get the go 1.1 beta into the archive so that we can start building official images with it
[20:41] <mramm> if you want help trying to compile yourself davecheney (dfc) can help (I CCed him on our last e-mail exchange)
[20:42] <mwhudson> ok
[20:42] <mwhudson> compile go myself or compile juju?
[21:07] <rshade98> is there any way to make the juju commands super verbose
[21:34] <sidnei> rshade98: as in -vvv?
[21:35] <sidnei> rshade98: though you might be actually looking for juju debug-log which tails the services' logs


[05:25] <bduk> Morning everyone
[05:55] <nuvolari> o/ oh hi
[05:55] <nuvolari> morning bduk, theblazehen
[05:56] <theblazehen> hi nuvolari
[05:57] <theblazehen> Anyone here running the new zorg-server?
[06:55] <theblazehen> hi superfly
[06:57] <superfly> hi theblazehen
[07:00] <theblazehen> I'm getting a new phone today or tomorrow :D
[07:26] <charl> good morning all
[07:27] <charl> hi bduk, nuvolari, theblazehen, superfly
[07:27] <theblazehen> hi charl
[07:28] <charl> Maaz: coffee on
[07:28]  * Maaz starts grinding coffee
[07:28] <superfly> hi charl
[07:28] <charl> :)
[07:32] <Maaz> Coffee's ready for charl!
[07:32] <bduk> nuvolari: is it zorg or xorg server
[07:33] <charl> Maaz: danke
[07:33] <Maaz> Bitteschön
[07:44] <nuvolari> o.O eh?
[07:44] <nuvolari> bduk: the graphics server?
[07:44] <nuvolari> the graphics server is XOrg
[07:45] <theblazehen> bduk, actually me, and I meant xorg
[07:45] <bduk> Ok cause i googled it and only found xorg
[07:45] <theblazehen> yeah
[07:45] <nuvolari> oh hi charl
[07:46] <nuvolari> and superfly
[07:46] <nuvolari> oom kilos?
[07:46] <nuvolari> ki<tab>
[07:46] <nuvolari> :'(
[07:46] <theblazehen> nuvolari, Where did he go?
[07:48] <superfly> theblazehen: as far as I know, everyone has been using xorg for many years already
[07:48] <theblazehen> superfly, yeah, I know. Wanted to know if anyone used the rootless X in the new server
[07:49] <superfly> nope
[07:49] <theblazehen> https://www.archlinux.org/news/xorg-server-116-is-now-available/ "X is now rootless with the help of systemd-logind, this also means that it must be launched from the same virtual terminal as was used to log in, redirecting stderr also breaks rootless login. The old root execution behavior can be restored through the Xorg.wrap config file (man xorg.wrap). Please note that launching X through a login-manager (gdm, kdm, ...)
[07:49] <theblazehen> doesn't yet provide rootless access."
[07:56] <nuvolari> :O DBN losing another Linux boffin to CT
[07:57] <theblazehen> nuvolari, ?
[08:00] <nuvolari> someone from the DLUG, smileyborg
[08:01] <theblazehen> ah
[08:12] <superfly> Cape Town is the promised land, what can we say...?
[09:10] <Kilos> afternoon all
[09:11] <theblazehen> hi Kilos
[09:11] <Kilos> hi theblazehen
[09:12] <Kilos> hi superfly  ThatGraemeGuy  nuvolari  inetpro  bduk  and non mentioned
[09:19] <ThatGraemeGuy> 'lo
[09:20] <nuvolari> oom Kilos!
[09:20] <nuvolari> môre-sê :D
[09:20] <theblazehen> hi ThatGraemeGuy
[09:21] <nuvolari> oh hi ThatGraemeGuy
[09:23] <Kilos> ek sien una gaan ook kaapstad toe nuvolari
[09:42] <nuvolari> ja oom Kilos
[09:42] <nuvolari> durban loop leeg
[09:42] <nuvolari> :P
[09:49] <superfly> hi Kilos
[09:54] <inetpro> hi everyone
[10:06] <Kilos> ai! just managed to get a m/board that uses ddr3 and now they bring out ddr4
[10:07] <Kilos> http://mygaming.co.za/news/pc/67884-ddr4-ram-coming-to-sa-heres-the-price.html
[10:08] <Kilos> will never be using that
[12:04] <Kilos> sjoe
[13:05] <Kilos> hi Private_User
[13:20] <Private_User> hi Kilos
[15:51] <Kilos> hi Vince-0
[15:51] <Vince-0> Hi
[15:51] <Kilos> you taking over the lug?
[15:55] <Vince-0> Looks like it
[15:55] <Kilos> cool
[15:56] <Kilos> rev the monkey, he hasnt been here since last meeting and its nearly the next one
[15:56] <Vince-0> yaa
[15:56] <Kilos> hehe
[17:13] <Squirm> 'lo
[17:15] <Kilos> hi Squirm
[17:44] <superfly> yyy\
[17:44] <superfly> (Josiah says hi)
[18:22] <ThatGraemeGuy> evening all
[18:44] <Kilos> hi ThatGraemeGuy  superfly
[19:00] <Kilos> superfly  inetpro  where are you
[19:00] <Kilos> coowwweeee
[19:02] <superfly> Kilos: around
[19:02] <Kilos> minetest-za
[19:09] <charl> good evening
[19:10] <charl> hi superfly, Kilos, ThatGraemeGuy, Vince-0, Squirm
[19:10] <Kilos> hi charl
[19:12] <ThatGraemeGuy> hey charl
[19:16] <superfly> hi charl
[20:28] <Kilos> hi MxG
[20:28] <MxG> um, hi Kilos :)
[20:29] <Kilos> you from one of the lugs hey, i forget
[20:30] <MxG> well limited to mailing list participation really, and occasional IRC presence
[22:15] <Kilos> sleep tight all