/srv/irclogs.ubuntu.com/2013/03/19/#juju.txt

=== defunctzombie_zz is now known as defunctzombie
=== defunctzombie is now known as defunctzombie_zz
=== defunctzombie_zz is now known as defunctzombie
=== defunctzombie is now known as defunctzombie_zz
=== BradCrittenden is now known as bac
=== wedgwood_away is now known as wedgwood
=== teknico__ is now known as teknico
=== defunctzombie_zz is now known as defunctzombie
=== defunctzombie is now known as defunctzombie_zz
=== defunctzombie_zz is now known as defunctzombie
jcastrom_3: hey so, review grouping/breakup/whatever we call it14:47
m_3jcastro: ack, should be easy to create a couple... just wanna minimize interruption of charm urls14:48
* jcastro nods14:48
ihashacksSpamapS: I see m_3's comment on the puppet/puppetmaster mergre request, but then I see yours about " it may not be as cut and dry as usual"14:54
ihashacksSpamapS: ... so what do I do? :)14:54
jcastroarosales: any changes you want to do to the survey? or just roll as is?15:13
arosalesjcastro: which survey are you using, the general one?15:16
dpb_Hi all -- what could be happening here: /var/lib/juju/units/lds-quickstart-0/charm/hooks/install: line 322: open-port: command not found15:17
dpb_(command not found?)15:17
chrischrisdpb_: have you tried the `juju debug-hooks` command?15:18
jcastroarosales: http://www.surveymonkey.com/s/ubuntu-juju15:18
jcastroI believe you had me point it to a redirect thing15:18
jcastrothat you could swap in and out15:18
chrischrisdpb_: https://juju.ubuntu.com/docs/hook-debugging.html and/or https://juju.ubuntu.com/docs/write-charm.html15:18
arosalesjcastro: yup, thats the correct one.15:19
chrischrisdpb_: it'll crack open a shell during the different hooks and you can interactively see whats going on15:19
arosalesjcastro: I think that has the initial questions we want.15:19
jcastrookey15:19
dpb_chrischris: good idea15:19
arosalesmramm: do you see any questions you may want to add to http://www.surveymonkey.com/s/ubuntu-juju15:19
arosalesjcastro: I'll confirm with mramm real quick to see if any other questions may need to be added.15:20
jcastrosure, no worries15:20
ahasenackchrischris: the problem is that open-port and all the other juju commands were installed in /usr/local, not /ust15:27
ahasenackchrischris: because environments had juju-origin: lp:juju15:27
ahasenackchrischris: probably some "make && make install" is used in that case, and it defaults to /usr/local15:27
robmooreAnyone know the status of logstash-agent?16:39
=== teknico_ is now known as teknico
robmooreIt's listed on the charm store but when I try to deploy I see: 2013-03-19 11:35:32,569 ERROR Error processing 'cs:precise/logstash-agent': entry not found16:42
m_3robmoore: hmmm... lemme look17:01
m_3robmoore: grrrr.. it looks like the branch stacking is broken for that branch in launchpad17:10
m_3robmoore: lemme see if I can fix it17:11
=== deryck is now known as deryck[lunch]
=== defunctzombie is now known as defunctzombie_zz
=== salgado is now known as salgado-lunch
=== defunctzombie_zz is now known as defunctzombie
=== deryck[lunch] is now known as deryck
=== salgado-lunch is now known as salgado
=== defunctzombie is now known as defunctzombie_zz
jcastrom_3: ok, new stacked branch created19:11
m_3stacked... :(... lemme think19:13
m_3ok, scratch that... so go to the lp page for that branch19:14
m_3and delete that branch19:14
m_3once it's deleted, start over19:15
m_3wipe your local repo19:15
m_3bzr branch lp:charms/alice-irc19:15
jcastrook sec19:15
m_3cd alice-irc19:15
m_3bzr init lp:~irc-charmers/charms/precise/alice-irc/trunk19:15
m_3bzr push lp:~irc-charmers/charms/precise/alice-irc/trunk19:15
m_3should be unstacked then19:16
jcastroUsing default stacking branch /+branch-id/589819 at bzr+ssh://bazaar.launchpad.net/~irc-charmers/charms/precise/alice-irc/19:16
jcastroCreated a standalone branch (format: unnamed)19:16
jcastroafter the first command19:16
jcastroso I think you're right?19:16
m_3push the second and we can see19:16
jcastroI did19:17
m_3one sec19:17
m_3awesome... `triton:~ $ bzr info lp:~irc-charmers/charms/precise/alice-irc/trunk19:17
m_3sory, paste error19:17
m_3bzr info <branch>19:17
jcastrostandlone branch. \o/19:17
m_3ok, lemme see if I can promulgate that one19:17
jcastrohey so if we're redoing this and renaming promulgate to "promotion", I won't complain19:18
m_3haha19:18
SpamapSnoooo19:19
jcastroI knew that would get your attention19:19
CatbuntuHi19:21
=== defunctzombie_zz is now known as defunctzombie
=== clong is now known as clong_brb
m_3jcastro: ok, so everything looks good19:30
m_3jcastro: next up...19:30
m_3jcastro: wipe your local branch19:31
m_3jcastro: bzr branch lp:charms/alice-irc19:31
m_3jcastro: make a change19:31
m_3jcastro: and push it back up to lp:charms/alice-irc19:31
m_3change the readme as we'll keep that history19:31
jcastrobzr push lp:~irc-charmers/charms/precise/alice-irc/trunk19:33
jcastroas the push command?19:33
m_3nope19:33
m_3bzr push lp:charms/alice-irc19:33
m_3then we do forensics :)19:33
jcastrodone19:34
m_3ok, one sec19:35
m_3jcastro: sweet19:36
m_3jcastro: so you're not a charmer, but you made a change to a store-based charm by being in the group that owns the official branch19:37
jcastrothat's what we wanted right?19:37
m_3jcastro: yup19:37
m_3jcastro: so we can now make whatever "xxx-charmers" groups we want...19:38
jcastrorock19:38
jcastroso off the bat, the gui guys right?19:38
m_3jcastro: we'll consider making them the owners of the official branch...19:38
m_3under what conditions?19:38
m_3~charmers is added to the group19:39
m_3what else?19:39
m_3+2 by charmers or something?19:39
jcastroyeah19:39
jcastro+2 seems to be fine19:39
m_3we give a lot of quality control over to the group19:39
jcastro+2 is like our default policy for everything19:39
jcastroSpamapS: marcoceppi: negronjl jamespage ^^^19:39
jcastrothoughts?19:39
m_3then reviews of group branches have to be reviewed by _either_ a group member or a member of charmers19:40
marcoceppiSo charmers needs to +2 anyone to be in that specific xxx-charmer group?19:40
SpamapSno19:41
negronjlmarcoceppi, that's my understanding ...19:41
SpamapScharmers needs to +2 any admins to that team19:41
negronjljcastro: care to explain ?19:41
marcoceppiSpamapS: ah, just for the admins19:41
negronjlSpamapS, thx19:41
SpamapSbecause admins can add anybody they want19:42
SpamapSI don't think charmers wants to be in charge of every team like that19:42
jcastronegronjl: ok so tldr, we want to enable teams to take over a charm19:42
negronjljcastro: i got that19:42
negronjljcastro: just trying to be clear on the +2 part19:42
SpamapSit would be good to include, in policy, an admonition to charmers to educate admins of those teams how important the membership is19:42
jcastro+2 from existing charmers to make a team and put people in it?19:43
SpamapSalso those teams *must* stay closed.. no autojoining :)19:43
SpamapSjcastro: I think this is worth a mailing list discussion, but IMO, charmers should be able to create a team, own it, be the admins of it, and add non-admins, without any charmers +2's19:44
jcastroagree with mailing list19:44
SpamapSthink DM-Upload for Debian19:44
jcastrook so make up your mind, for the first 6 months you were like "don't make it debian"19:44
jcastronow you're like "make it debian"19:44
SpamapSif a DD thinks you're good, and your key is in the DM keyring.. they can just let you upload19:44
SpamapSjcastro: Don't make it Debian. Don't throw out the GOOD parts of Debian either.19:45
SpamapSok time to get on plane19:45
SpamapSjust want to let you all know, good luck, we're all counting on you19:45
jcastroheh19:46
negronjljcastro: I tend to agree that ~charmers create and own the groups19:46
m_3jcastro: no on openstack-charmers... that group already exists, but they want it isolated for development19:46
negronjljcastro: It seems to be simpler ( at least for now )19:47
jcastrook19:47
jcastroI will put that as the proposal on the list19:47
jcastroand you guys ack/nack19:47
negronjljcastro: ok19:47
* m_3 reading backchannel19:48
m_3jcastro: thanks... yeah, we can decide policy from the list19:50
jcastronod19:50
m_3jcastro: it takes a little bit to create the group and switch the branch ownerships around19:51
m_3jcastro: might be harder for larger existing sets of charms (i.e., take longer and be more interruptive of development)19:51
m_3so the only non-charmers branches we have promulgated atm is alice-irc (I think)19:52
m_3I'll leave that this way for a bit for more testing19:52
m_3but plan to revert that one charm to charmers-owned in the future and deleting the irc-charmers team19:53
jcastroupstream has abandoned alice anyway, we should just blow it away when we're done19:53
m_3jcastro: ack19:54
m_3we'll have to see how that effects github migration plans19:54
m_3to be clear... nothing's been done with groups but testing so far... wanted to see it work19:55
marcoceppim_3 How does this change the namespacing? I'm assuming the lp:charms/... alias just points to lp:~xxx-charmers/... instead of lp:~charmers, right?19:58
m_3marcoceppi: xactly19:59
marcoceppiCool19:59
m_3marcoceppi: so there's a `charm promulgate --owner-branch <charm-dir>`19:59
m_3that doesn't require it to be lp:~charmers20:00
m_3otherwise it barfs20:00
m_3i.e., without the option20:00
m_3marcoceppi: btw, charm-tools help is pretty much borked as far as I can tell20:00
m_3marcoceppi: I think the fix to that is to make the top-level help stupider... and ust pass everything to the subcommand20:01
marcoceppim_3 As in "marco wtf did you do" or "fyi while you're poking around"20:01
m_3but I think we bounced back and forth on that one20:01
m_3ha!20:01
m_3marcoceppi: no... just while you're messing with it20:01
marcoceppiOh whew nothing I broke20:01
marcoceppiYeah, I've found it to be annoying too20:01
m_3right20:01
m_3totally20:02
marcoceppiEverything should be handled by the subcommands, imo20:02
m_3agree, but really up to the person who takes the time to go fix it :)20:02
marcoceppiThe only help "charm" should have is listing the available subcommands20:02
marcoceppi;)20:02
=== BradCrittenden is now known as bac
m_3yup20:05
hazmatjcastro, that's awesome re surge Edicts.. http://pastebin.ubuntu.com/5629367/21:03
jcastrothat is cool21:09
m_3ok, so for pyju and goju to live together on the same machine...21:53
m_3update-alternatives... no biggie21:54
m_3here's the question:21:54
m_3should we have versioned binaries.... i.e., /usr/bin/juju points to /usr/bin/juju-0.7 or /usr/bin/juju-2.021:54
m_3and so open-port would be21:55
m_3/usr/bin/open-port-0.7 and /usr/bin/open-port-2.021:55
m_3--or--21:55
m_3versioned directories?21:55
m_3/usr/bin/juju points to /var/lib/juju/0.7/juju21:55
m_3and /usr/bin/open-port points to /var/lib/juju/0.7/open-port21:55
m_3any opinions?21:56
marcoceppiI feel like, versioned directories is better? The only thing I've used update-alternatives for is java and that uses versioned dirs22:00
marcoceppiI think Python does it via versioned binaries though22:01
negronjlI think that versioned directories is better as well.22:02
marcoceppiI see a small amount of users trying to do juju-0.7 vs using update alternatives, whereas I think versioned binaries makes more sense for something like Python22:02
m_3cool... thanks y'all22:28
hazmatSpamapS, you mentioned another oasis standard around the orchestration topic i think.. do you remember the name?22:37
SpamapShazmat: OASIS/CAMP22:48
hazmatSpamapS, thanks22:50
hazmatthat looks pretty paas focused22:50
hazmatbut i can see the cf lineage now22:50
SpamapShazmat: versus juju which only looks like a paas when you read the charms.. ;)22:53
=== wedgwood is now known as wedgwood_away

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!