[00:33] <mhall119> jcastro: any idea why django wouldn't be able to connect to postgres when db-relation-changed is called, but can connect after that?
[00:34] <mhall119> I'm getting the right username and password now
[00:35] <mhall119> and I can ssh into the django unit and manually run the manage.py commands from there and they connect to postgres just fine
[00:35] <mhall119> but running the same commands inside the db-relation-changed hook and they fail
[00:37] <mhall119> http://paste.ubuntu.com/1003969/ is my db-relation-changed hook
[01:06] <hazmat> mhall119, what's the output?
[01:09] <koolhead17> SpamapS, ping
[01:12] <mhall119> hazmat: output of which?
[01:17] <mhall119> hmm, ok, it looks like postgresql's db-relation-joined creates the user account, then passes the login info to summit's db-relation-changed which tries to connect and failed, then postgresql's db-relation-changed actually gives the summit unit access to connect with those credentials
[01:18] <mhall119> so I need to run summit's db initialization calls *after* postgresql's db-relation-changed hook, not before, how do I do that?
[01:18] <mhall119> hazmat: jcastro ^^ any ideas for me?
[01:19] <hazmat> mhall119, output of the db-rel-change hook
[01:19] <mhall119> hazmat: see above, I seen what's happening now
[01:19] <hazmat> gotcha
[01:20] <hazmat> mhall119, i'd fix postgres charm to not put the into into the rel till its ready to be used
[01:20] <hazmat> that sounds like the fundamental issue
[01:20] <hazmat> its telling other things about accounts to use, that its not ready to accept
[01:20] <mhall119> what's the difference between -joined and -changed for hooks?
[01:21] <hazmat> mhall119, joined is executed when a remote/related unit is first seen (for each remote unit).. changed is execute after join, and after a remote unit changes its settings
[01:22] <mhall119> so really postgres should be giving access from the remote unit during it's -joined hook, not it's -changed
[01:23] <mhall119> unless there's something in my summit charm that would be called after -changed on postgresql
[01:23] <hazmat> mhall119, well.. have you verified/echo'd the username/password.. they might not be set the first time the summit's changed hook is invoked?
[01:23] <hazmat> yeah.. you are..
[01:23]  * hazmat read the hook again
[01:24] <mhall119> hazmat: yeah, they get into the juju_settings.py
[01:24] <hazmat> hmm.. so the problem seems to be
[01:24] <hazmat> http://jujucharms.com/charms/precise/postgresql/hooks/db-relation-joined
[01:24] <mhall119> but postgres has pg_hda.conf or whatever that acts like a firewall, and until that allows my summit unit access it can't run syncdb or migrate
[01:24] <hazmat> creates the user
[01:25] <hazmat> but it waits till changed to give net access
[01:25] <hazmat> http://jujucharms.com/charms/precise/postgresql/hooks/db-relation-changed
[01:25] <hazmat> which is decidedly odd imo
[01:25] <hazmat> and a bug
[01:27] <hazmat> and it should be reloading instead of restarting sighup style
[01:28] <hazmat> alternatively it should set some sentinel value on the rel
[01:28] <hazmat> that the creds are really usable
[01:28] <hazmat> hmm.. ic
[01:28] <hazmat> this wants an ip dance
[01:29] <hazmat> oh.. it used to, yeah.. this is just odd
[01:29] <mhall119> I'll ask m_3 in the morning, it looks like he is the original author
[01:38] <hazmat> mhall119, try using this postgresql charm.. juju deploy cs:~hazmat/precise/postgresql
[01:38] <hazmat> i fixed it to give the access in db-relation-joined
[01:40] <mhall119> hazmat: running now, I'll let you know
[01:40] <hazmat> its at lp:~hazmat/charms/precise/postgresql/trunk is the store hasn't bundled it yet
[01:52] <mhall119> 2012-05-23 21:52:31,555 unit:postgresql/0: hook.output ERROR: /var/lib/juju/units/postgresql-0/charm/hooks/db-relation-joined: line 41: syntax error near unexpected token `newline'
[01:52] <mhall119> /var/lib/juju/units/postgresql-0/charm/hooks/db-relation-joined: line 41: `  echo "host $(get_database_name) ${user} ${remote_host}/32 md5" >> '
[01:55] <mhall119> hazmat: ^^
[01:56] <hazmat> ugh.. copy n paste error
[01:57] <hazmat> mhall119, fixed in new rev
[02:35] <mhall119> 2012-05-23 22:34:46,010 unit:postgresql/0: hook.output ERROR: /var/lib/juju/units/postgresql-0/charm/hooks/db-relation-joined: line 57: syntax error: unexpected end of file
[02:35] <mhall119> hazmat: ^^
[02:50] <surgemcgee157> Need to find me lucky charms. Also, has anyone found a "user freindly" way of putting config file on the server with juju?
[02:51] <surgemcgee157> Or must they be packaged with the content repo and moved around with the charm.
[02:55] <surgemcgee157> ohh ya, charm name --> golden-crisp
[03:48] <koolhead17> i wish we could use juju 4 trystack
[04:21] <SpamapS> koolhead17: why can' we?
[04:21] <SpamapS> koolhead17: no S3?
[04:22] <koolhead17> SpamapS, trystack account is cool. we can easily provision and show demo up and running
[04:23] <koolhead17> SpamapS, https://trystack.org/ a testbed for openstack
[04:23] <SpamapS> koolhead17: I know what trystack is
[04:24] <SpamapS> koolhead17: why can't we use it?
[04:24] <koolhead17> SpamapS, so we can use it? waoo
[04:24] <SpamapS> koolhead17: I don't know!
[04:24] <SpamapS> koolhead17: you said we can't
[04:24] <SpamapS> I'm asking why you say hat
[04:24] <SpamapS> that rather
[04:24] <SpamapS> koolhead17: if they expose S3 and EC2, we can use them today
[04:25] <koolhead17> SpamapS, well let me ask the guys maintaining it.
[04:25] <koolhead17> HP folks i suppose
[04:26] <SpamapS> koolhead17: I believe there are two regions and they are both somewhat different
[04:26] <SpamapS> anyway, I'm out
[04:26] <koolhead17> SpamapS, will keep you updated. laters
[04:35] <hazmat> mhall119, there's a new version up if you want to give it another whirl... :-(
[04:35] <hazmat> SpamapS, trystack has no storage
[04:35] <hazmat> at least not of lastweek
[04:36] <koolhead17> hazmat, your correct its just compute node
[04:41] <hazmat> i'm out as well
[12:08] <vrturbo> I've been trying an openstack deployment using MAAS server and juju charms, I've spent the last 3 days trying to get it to work and there is alway something within openstack that doesn't work
[12:09] <vrturbo> any one had any success with openstack deployed via juju ?
[12:18] <victorp> jcastro, jamespage, trying to transfer a css file to a wordpress instance as part of a charm, but cant find how to do it. Can you point me to somewhere that gives example/how to?
[12:19] <victorp> I would like not to have to upload the css file to a repo or something, but to bundle it in
[12:19] <victorp> the charm
[12:36] <m_3> mhall119: hey... so the db-relation-changed in pg... remove the netmask from the hba config.  The real fix is for the charm to make sure it's always using ip... this has been a pain b/c it's switched back and forth between dns name and ip addr w/ netmask
[12:39] <mhall119> m_3: my problem was that the pg_hba settings weren't being set until *after* my summit charm was trying to run syncdb against it
[12:40] <m_3> mhall119: ah... yeah just move it to joined then
[12:40] <m_3> mhall119: the orig thinking was that you exposed the db _after_ it was sufficiently created by the changed cycles
[12:41] <m_3> mhall119: but understand the need
[12:43] <mhall119> m_3: I believe that's what hazmat has done, so you'll just need to merge his changes
[12:44] <m_3> mhall119: sorry pg still needs some tlc... it's been on the list but below the pain-threshold :)
[12:44] <m_3> mhall119: needs pg9 replication too
[13:10] <jcastro> victorp: if you include it as part of the charm the entire charm gets copied over
[13:11] <jcastro> so you can stick it in like /stuff or something
[13:11] <jcastro> and then as part of the charm copy it over to the WP dir
[13:16] <mhall119> jcastro: hey, if I'm generating an admin password for Summit, how do I let the deployer know what it is?
[13:18] <jcastro> mhall119: http://jujucharms.com/charms/precise/limesurvey
[13:18] <jcastro> you can make a default
[13:18] <jcastro> and then have a config option to change it
[13:18] <jcastro> (see the end of that readme)
[13:21] <mhall119> jcastro: hmm, default passwords aren't ideal
[13:22] <mhall119> I suppose I should learn config.yaml
[13:22] <jcastro> can you not set one and then just make the user set one via a config option?
[13:22] <mhall119> I don't know, I don't know how the config options work yet
[13:22] <mhall119> I'm currently setting a randomly generated password
[13:22] <jcastro> oh dude, config options are the best!
[13:22] <jcastro> yeah that's fine
[13:22] <jcastro> and then just say "set a password via config"
[13:22] <jcastro> let me show you an example
[13:23] <jcastro> http://jujucharms.com/charms/precise/solr/config
[13:24] <jcastro> actually, using limesurvey: http://jujucharms.com/charms/precise/limesurvey/config
[13:24] <victorp> jcastro,  thanks
[13:45] <jcastro> SpamapS: ping me when you're around
[13:45] <jcastro> SpamapS: I'm only on for half a day today (leaving for the weekend) and I'd like a quick catch up with my bro
[14:07] <melmoth> Hi there. PLaying with maas and juju to see how it works. I m wondering... How do you guys manage name resolution ?
[14:08] <melmoth> like, i have installed maas-dhcp, i add 2 nodes in maas, i juju bootstrap
[14:08] <melmoth> it will use one of those node, and juju status needs to be able to resolve th ename of this node.
[14:08] <melmoth> i have to guess its name by looking in /var/log/maas (and finding some stuff that looks like ip) untill i found the right ip of the niode
[14:09] <melmoth> and then set it in /etc/hosts before i could juju status. I bet there are more convenient way to do that. no ?
[14:16] <melmoth> hmmm, the maas server itself can resolve the name... I guess the idea is to use this one as a dns then ?
[14:18] <hazmat> melmoth, you have to point juju to the maas server..
[14:18] <melmoth> hmmm. make sense. but does not makes me happy :)
[14:18] <melmoth> the maas server is a kvm vm, juju runs on the hypervisor
[14:19] <melmoth> so maas is actually using the machine juju runs on to resovle names itself.
[14:19] <melmoth> i wonder if there is a way to have specific dns resolution path for a given user...
[14:23] <hazmat> melmoth, so your saying juju on the host can't resolve the vm that maas is running on?
[14:23] <melmoth> not exactly.
[14:24] <melmoth> when i run juju status, juju try to ssh on one of the box i have addedd in maas
[14:24] <melmoth> and this is the box it cannot the name of
[14:24] <hazmat> juju asks maas for the host names
[14:24] <melmoth> well, it should.
[14:24] <melmoth> but it does not here
[14:24] <melmoth> if i remove my entry i added in /etc/hosts, juju status fail
[14:25] <melmoth> 2012-05-24 16:25:19,238 ERROR Invalid host for SSH forwarding: ssh: Could not resolve hostname node-000023560101.local: Name or service not known
[14:25] <hazmat> sounds like your network is setup quite correctly
[14:26] <hazmat> er.. isn't
[14:26] <hazmat> .local is a zeroconf address
[14:26] <melmoth> the actual name is localdomain, i guess this is just a "formating cut"
[14:27] <melmoth> hmmm, funny. on the maas server the domain name is localdomain
[14:27] <melmoth> but frmo my hypervisor, i need to put only local (as it appear in the error message) in /etc/hosts
[14:28] <melmoth> is it a problem if i associate ip with nodes myself directly with cobbler ?
[14:29] <melmoth> this way i could put stuff in /etc/hosts and be sure it s the same once and for all.
[14:29] <vrturbo> reboot the juju zookeeper, mans should fix your problems
[14:30] <vrturbo> then look in /var/lib/misc/dnsmasq {tab} {tab}
[14:30] <vrturbo> also don't use .local breaks stuff
[14:31] <vrturbo> ops replace mans with mdns (stupid auto correct)
[14:32] <vrturbo> or while logged onto your maas server run
[14:33] <vrturbo> tcpdump -npi eth0 not port 22 host {node ip that doesn't resolve}
[14:33] <vrturbo> then reboot the node with dns issues
[14:33] <vrturbo> watch the tcp dump as it comes up
[14:33] <vrturbo> should see some traffic on port 5353
[14:33] <melmoth> it s not a node that has dns issue, its the main hypervisor. If i reboot this one, all the world reboot :)
[14:34] <melmoth> but i ll try to fiddel with cobbler manuall to be sure each node have always the same ip
[14:34] <melmoth> this way, it should works as i want, as long as maas does not fiddle with this itself.
[14:35] <vrturbo> hmm I run maas and juju zookeeper on virtual nodes
[14:36] <vrturbo> didn't want to blow away a full hardware nodes for their services
[14:36] <melmoth> do you run juju on a vm or the hypervisor itself ?
[14:36] <vrturbo> vm
[14:36] <melmoth> ah, ok.. that would be another option
[14:36] <vrturbo> intact you can run juju from any node
[14:37] <vrturbo> but when you boot strap it deploys the zookeeper
[14:37] <vrturbo> without the zookeeper you can't connect to the environment
[14:38] <vrturbo> there an't much doco on MAAS
[14:38] <vrturbo> it's been a big pain for me
[14:39] <vrturbo> dnsmasq + MAAS + cobbler is alittle buggy
[14:39] <vrturbo> I've seen a launchpad blueprint to take cobbler out of the MAAS server, maybe things will be better then
[15:25] <surgemcgee> So many questions...
[15:25] <surgemcgee> What is the url for the entire charm repo? Fill in the blank --> charm getall _____
[15:26] <imbrandon> SpamapS: btw, i dident get my golden-star for the Ubuntu charm idea :)
[15:27] <surgemcgee> Does the above statment mean that my comments are being considerd/noticed? (Not trying to be crass)
[15:28] <surgemcgee> 3--  A clover, haha
[15:41] <jcastro> hmm, "charm getall" used to work didn't it?
[15:42] <jcastro> I distinctly remember a command to snag them all at once
[15:42] <SpamapS> imbrandon: Hah, true.. that was your idea. :)
[15:42] <SpamapS> jcastro: it "works"
[15:42] <SpamapS> but its so bloody slow
[15:42] <SpamapS> I think we may need to maintain a tarball somewhere with all of them so people can wget the whole archive
[15:42] <negronjl> 'morning all
[15:43] <SpamapS> I bet we can maintain that in charm-tools as a download file actually
[15:43] <imbrandon> SpamapS: how ?
[15:43] <imbrandon> the last bit
[15:43] <SpamapS> launchpad has an API for uploading files
[15:43] <jcastro> negronjl: I'm going to assign you a card for the graphs measuring review queue performance if that's ok with you?
[15:43] <imbrandon> ahh ok i got ya, i was thinking actually IN charm-tolols
[15:43] <imbrandon> tools*
[15:44] <negronjl> jcastro:  Sure ... I have some questions when you get a chance re: patch pilot
[15:44] <imbrandon> i see what ya mean though, works kinda like a reverse debian watch ?
[15:44] <jcastro> negronjl: yeah,  mira we should have a quick charmers G+ if we can
[15:44] <negronjl> jcastro:  ok ... invite me
[15:45] <jcastro> SpamapS: imbrandon: you guys got time for a quick pow wow?
[15:45] <imbrandon> yup let me login real fast
[15:46] <imbrandon> been going back and watching all the juju sessions i missed and some i dident as refeshers, good good stuff
[15:47] <jcastro> handy, having the important sessions recorded. :)
[15:48] <imbrandon> yea
[15:48] <imbrandon> would be cool if we could get all of them even if audio only
[15:48] <imbrandon> as i just have them in a minimized browser anyhow ignoring the vid
[15:49] <jcastro> invites sent
[15:49] <surgemcgee> I feel like I've wonderd here. You all going to a hangout?
[15:50] <surgemcgee> surgemcgee has stolen the blue moon!
[15:56] <SpamapS> jcastro: yes b.r.t
[16:01] <SpamapS> jcastro: curses.. something requires a reboot. 2 minutes
[16:10] <hazmat> surgemcgee, why do you want to do charm getall?
[16:58] <imbrandon> SpamapS: https://groups.google.com/forum/?fromgroups#!topic/ansible-project/x_0gDQv4co4
[16:58] <imbrandon> SpamapS: thats the email chain i spoke of
[16:58] <SpamapS> right, Ansible
[16:59] <imbrandon> and thats the one wheere i was saying "hey whats next?" he asked
[16:59] <imbrandon> negronjl: ^^
[17:00] <imbrandon> jesus, i think i used all my energy for the rest of the week on that call tho, i seriously think i need to go back to the doc's ( already had one apt since uds )
[17:10] <surgemcgee> I will just grab the ones I need, no biggie. Also, the charms are installing puppet. Shouldn't puppet be installed on the dev client and puppetmaster be used in the install script?
[17:11] <surgemcgee> And is that DNS entry nessessary?
[17:16] <imbrandon> SpamapS: is charm getall smart enough to update the local cs too ?
[17:17] <SpamapS> imbrandon: it will run 'mr update' if it sees a .mrconfig in the dir already
[17:17] <imbrandon> kk
[17:17] <SpamapS> imbrandon: I think it might also run 'charm update' in that case too
[17:17] <imbrandon> that would be helpfull
[17:17] <imbrandon> lol
[17:18] <imbrandon> incase the maint dident inc the rev
[17:18] <imbrandon> i guess
[17:18] <SpamapS> no it just fetches the list again
[17:18] <imbrandon> ahh
[17:18] <SpamapS> so any new charms will get checked out
[17:18] <SpamapS> the whole thing is really crap, just use charm get :)
[17:19] <imbrandon> kk, yea between that and the series , i dont see a need ( well anytime even semi soon but not gonna say never ) for cs instructions
[17:19] <imbrandon> like i thought
[17:20] <imbrandon> SpamapS: crappy but exists > nothing
[17:20] <imbrandon> SpamapS: e.g. my php in enterprise + world theory :)
[18:06] <SpamapS> alright, txzookeeper is in Debian NEW queue.
[18:06] <SpamapS> on to txaws
[18:27] <jkyle> I have a question for juju+maas. Can you declare a specific target for a juju deployed service?
[18:28] <jkyle> For example, say I have a "monitoring services" charm and I want to deploy to a specific class of machine or a specific machine
[18:30] <james_w> jkyle, it sounds constraints are what juju provides for what you are wanting to do
[18:30] <jkyle> cool, I'll search the docs :)
[18:31] <james_w> https://juju.ubuntu.com/docs/constraints.html
[18:32] <james_w> jkyle, https://juju.ubuntu.com/docs/constraints.html#provider-constraints
[18:34] <marcoceppi> jcastro: are we getting rid of this or what? https://docs.google.com/spreadsheet/ccc?key=0AoW1nhI7IMt3dFRvSFdkZmNqQ0t3RjZ2QTR2Z19teWc#gid=0
[18:36] <jkyle> james_w: I see "orchestra" referred to. I thought that MaaS + Juju was the successor to Orchestra. can you use cobbler classes directly?
[18:36] <james_w> jkyle, I'm guessing that's just a leftover artefact
[18:37] <jkyle> I think using cobbler management classes would be stellar
[18:37] <jkyle> as a sort of "pool" specifier
[18:45] <marcoceppi> jkyle: I don't think you can use cobbler classes with MAAS + Juju yet
[18:45] <marcoceppi> to my knowledge, only maas-name can be used by juju constraints as of now
[18:56] <imbrandon> sweet, more swag ... email subject of "blitz.io: You just got a tshirt!" is always cool :)
[18:56] <MarkDude> imbrandon, just shared the zombie comic and the pinup albums- let me know what you think.
[18:56] <imbrandon> nice , i'll check em out in a few
[18:57] <imbrandon> i think i have enough cough medicine in me to make it till bedtime :)
[18:57] <imbrandon> well and actually be productive somewhat
[18:59] <MarkDude> jcastro, right now Fedora is having its elections. Next week is townhalls. I was hoping to get a sentence or two from you as far as how cool it will be to have Juju in the repos
[18:59] <MarkDude> This will be easier with some board members on it
[19:04] <MarkDude> No big hurry tho :)
[19:16] <imbrandon> MarkDude: he said something about flying home today a few hours ago so he is likely mid-ait
[19:16] <imbrandon> air*
[19:16] <MarkDude> Oh cool
[19:17] <MarkDude> I will email him then
[19:17] <MarkDude> is it jcastro@ubuntu.com?
[19:17] <marcoceppi> MarkDude: according to LP it's jorge@ubuntu.com
[19:18] <MarkDude> Cool, that was my 2nd guess
[19:18] <MarkDude> ty marcoceppi
[20:35] <mhall119> hazmat: your postgresql changes seem to have done the trick, thanks!
[20:36] <hazmat> mhall119, awesome, thanks
[20:48] <jcastro> http://news.ycombinator.com/item?id=4020455
[20:48] <jcastro> upvotes please!
[20:49] <mhall119> jcastro: AWS has ARM hardware now?
[20:49] <jcastro> we simulate
[20:49] <jcastro> so when this hits the market
[20:49] <jcastro> people can be ready
[20:49] <jcastro> it's a simulated Calxeda box
[20:50] <mhall119> oh, ok
[20:50] <mhall119> there's something almost zen-like about watching my instances install and configure themselves in debug-log
[20:50] <jcastro> I know
[20:51] <jcastro> can you believe people used to launch instances like this by hand?
[20:51] <jcastro> mhall119: on tuesday you should link up with m_3, he's been at a conference but worked with chris on the django/summit stuff
[20:51] <jcastro> I am pretty sure you guys could sort out your issues in a few minutes of facetime
[20:52] <mhall119> jcastro: hazmat sorted out the last of my issues
[20:52] <jcastro> ah, rock and roll then
[20:54] <hazmat> mhall119, thanks for your patience on those round trips..
[20:55] <hazmat> jcastro, oh.. that's what its for
[20:55] <hazmat> i was wondering why we have amis for that stuff
[20:55] <jcastro> hit the ground running when they ship!
[20:58] <mhall119> jcastro: check it out: http://bazaar.launchpad.net/~mhall119/summit/charm/revision/2
[20:58] <mhall119> that's all I had to change between the initial charm generated, and what summit needed to work
[20:58] <mhall119> and most of that is because Summit does stuff in a funny way
[21:00] <hazmat> mhall119, do you need to do the init-summit and pullapps against the real db?
[21:01] <mhall119> hazmat: no
[21:01] <hazmat> cool
[21:01] <hazmat> just checking
[21:02] <mhall119> those just setup the local disk env
[21:05] <imbrandon> oh crap, i just learned some new nginx magic SpamapS , 4x the current ludicris numbers avail now ... with just a bit of creative request queuing upstream
[21:05] <imbrandon> hrm , time to get this on one of my sites and really test it more than local, only bad part is it requires a patch to nginx
[21:05] <imbrandon> :(
[21:46] <SpamapS> imbrandon: does nginx have some kind of request de-duper for when you have to fetch from the backend?
[21:46] <SpamapS> imbrandon: have always thought caches should do that
[21:47] <SpamapS> but I've never pushed optimization far enough where that would have been enough of a win
[21:47] <imbrandon> SpamapS: not sure, but this is basicly making all the requests pool in nginx then only handing php 1 at a time
[21:47] <imbrandon> and man, its MUCH better at queueing than even php-fpm
[21:48] <SpamapS> imbrandon: interesting
[21:48] <imbrandon> and to be honest i thought thats how it worked internally to begin with but i guess not
[21:50] <imbrandon> that and i think i figured out why i always peek arround 500 concurrent connections and could never figure out why
[21:51] <imbrandon> i was doing a bit of math wrong and assumed 8192 connections * 4 worker processes == win
[21:51] <imbrandon> but it actually == about 500 concurrent due to some wonky math
[21:51] <SpamapS> GWB style math :)
[21:52] <imbrandon> sooooo i may have found a few bits that will make some nice additions to the base config :)
[21:52] <imbrandon> lol
[21:52] <SpamapS> Fool my servers you can't get fooled again.
[21:52] <imbrandon> still need to test it all out tho
[22:30] <surgemcgee> What is the best method of moving templets around? I wan't a simple vhost in sites-available. Can I do this nativly?
[22:32] <surgemcgee> Also, is there a way to package two charms together. The one is more of a generic template for the main one and I need people to know this.
[22:33] <SpamapS> ugh, looks like txaws is incompatible with twisted 12 ...
[22:34] <SpamapS> surgemcgee: There are two ways to get that done
[22:34] <SpamapS> surgemcgee: there's a very experimental 'charm splice' command that I developed, but its a bit crackful as it can't really relate the two charms together (well it can, but it emulates this in a really weird way)
[22:35] <SpamapS> surgemcgee: the other way is to turn the detailed part into a subordinate charm, and have the generic service charm as the primary..
[22:48] <SpamapS> hazmat: ugh, lp:txaws is a mess
[22:49] <SpamapS> hazmat: no tags.. any idea what revision 0.2.3 was taken from?
[22:50] <SpamapS> hazmat: I *think* it is r139
[22:55] <SpamapS> Ahh.. txaws works fine w/ twisted 12 .. missing files in the tarball
[23:10] <hazmat> SpamapS, that looks about right
[23:10] <hazmat> SpamapS, agreed its inanely difficult to tell, i had to resort to a diff
[23:12] <SpamapS> hazmat: I just used log to find commits before/after release
[23:13] <SpamapS> hazmat: but yeah, diff confirms.. sort of (since some files are not in sdist)
[23:42] <SpamapS> aaaaannd txaws is now in Debian NEW queue
[23:42]  * SpamapS moves on to juju
[23:42] <SpamapS> man this is so much easier when I don't need a debian sponsor. :)