/srv/irclogs.ubuntu.com/2014/10/22/#juju-gui.txt

=== urulama is now known as urulama__
rick_h_morning11:48
frankbanguihelp: I need reviews + QA for a quick branch: https://github.com/juju/juju-gui/pull/62613:32
kadams54frankban: checking13:32
frankbanty13:32
kadams54guihelp: I need a QA on a WIP: https://github.com/juju/juju-gui/pull/625 - no need for a review yet.13:55
rick_h_frankban: able to peek at ^ ?13:55
frankbanrick_h_: sure14:05
rick_h_hatch: around?14:32
hatchyeah sorry just having technical issues 14:32
hatchalmost back up14:32
rick_h_hatch: oh party14:32
hatchapple quality and all that14:33
rick_h_hah14:33
hatchok good enough14:34
hatchwassssuuupppp:14:34
hatch?14:34
rick_h_hatch: I want demo url calls to the gui from your branch to put into the card to update the storefront14:34
rick_h_hatch: and then wondered if your branch was ok to land then?14:34
hatchI am still fighting with some tests but the code is stable14:34
rick_h_hatch: ok, can you give me a sample bundle and charm url to put into the card for the other guys?14:35
hatchso we could land it as is14:35
hatchyup14:35
hatchsec14:35
rick_h_nah, tests need love too. Take your time14:35
rick_h_just want to make sure I've got the work laid out 14:35
hatch?text=apache&deploy-target=bundle:elasticsearch/15/cluster14:35
hatch?deploy-target=cs:precise/apache2-2514:35
hatchthe first one shows that it's also functional with other query params14:36
hatchtop one bundle, second charm14:36
rick_h_ty much14:37
kadams54frankban: thanks for the QA!14:48
frankbankadams54: np, looking at the code now14:48
rick_h_jujugui call in 10 kanban please14:52
jcastrorick_h_, 14:54
rick_h_jcastro: party14:54
jcastrofor tags, in the metadata.yaml, is it "tag: foo, bar, baz" or "tags: foo, bar, baz"14:54
jcastrowriting up the docs for tags now14:54
rick_h_jcastro: exact same as categories14:54
rick_h_just s/categories/tags14:54
jcastrook but tags with an s right14:54
* rick_h_ double checks14:54
jcastrothat's what I wanted to doublecheck14:54
rick_h_jcastro: yes, with an s14:55
jcastrohow do you want people to define multiple ones14:58
jcastrocommas or a list like we do with categories?14:58
rick_h_a list is great14:58
jcastrook, one more question, how do I explain freeform?14:59
jcastrodo I say "also feel free to just make up your own but these are the default ones" or something?14:59
rick_h_I thought we weren't doing freeform atm14:59
rick_h_just starting with the white listed set and others would be ignored14:59
jcastrook15:00
hatchhow the heck do I change the time in Ubuntu? lol When I change it in the time control panel it never changes it just stays at the old value16:39
=== urulama is now known as urulama_afk
hatchWebstorm 9 sure has some awesome looking features for FE/js dev17:25
hatchnot sure I want yet another IDE17:25
hatchthough17:25
hatchoh our test suite17:35
hatchAssertionError: expected { opt1: 'opt1default' } to equal { opt1: 'opt1default' }17:35
=== urulama_afk is now known as urulama
rharperHi Folks,  I heard that there was a tool that would take a bundle yaml file and generate a png juju-gui style with the charm icons and relations  -- anyone here heard of that ?18:30
rick_h_rharper: https://github.com/juju/jujusvg is the work in progress. It's not 100% ready yet18:37
rharperrick_h_: cool, thanks!18:38
rick_h_rharper: but it's what we want to build out to do that18:38
marcoceppirick_h_: tags. Are they going to be in metadata or only in the charm store?19:15
rick_h_marcoceppi: in the metadata19:16
rick_h_marcoceppi: s/categories/tags in the metadata done19:16
marcoceppiwhy19:16
rick_h_marcoceppi: well, except for the list of tags we support19:16
rick_h_marcoceppi: huh?19:16
marcoceppiwell, if it's living in the metadata why even bother renaming19:16
marcoceppisecondly, it totally shouldn't live in the metadata at all, to add a new tag I have to rev the charm19:17
marcoceppiseems so silly19:17
rick_h_because it's added to bundles and the naming in the UI is tags now so the idea is to use a consistent term from UI, bundle.yaml, and metadata.yaml19:17
rick_h_marcoceppi: ok, but when you fork a charm does a tag still apply?19:17
rick_h_marcoceppi: so when you fork/push we want those to carry through so having them in the metadata makes sense19:17
marcoceppiI was hoping we could use tags for additionaly bits19:17
rick_h_'additionaly bits'?19:18
marcoceppiadditional bits19:18
marcoceppigod I wish I can remember who I was talking to who said this was going to live in store19:18
rick_h_marcoceppi: so tags turn into clickable searches in the UI19:18
rick_h_marcoceppi: so the idea is tags are a more fleshed out category idea that's limited at first to a sec of approved 'searches' and over time we'd allow more freeform when we can help guide users like stackoverflow tags19:19
rick_h_ s/sec/set19:19
rick_h_I'm not sure what 'additional bits' you were thinking?19:19
marcoceppiright, so tags and question edits are decoupled19:19
marcoceppiediting a tag on a question does not rev the question19:20
rick_h_marcoceppi: understood, but you also don't fork a question and want to keep the tags on the followup19:20
rick_h_marcoceppi: I can see it both ways, the way we're going for helps one case vs the other. 19:20
rick_h_marcoceppi: we can look at adding tags as live updatable metadata, we've got longer term plans for that, description/etc in the future19:20
rick_h_marcoceppi: but for now, they're in the metadata.yaml19:20
marcoceppihad I known this was the course of action I would have been more vocal about it earlier19:21
marcoceppioh well.19:21
rick_h_marcoceppi: sorry man, we can look at things after the fact, but days before launch is a bit short to rethink it. 19:22
rick_h_marcoceppi: if there's a communication lesson we can learn from this please let me know. 19:23
marcoceppiI know it is, I'm just sad I misunderstood the change19:23
marcoceppiand wanted to clarify before making changes to charm proof19:23
jrwrenmarcoceppi: was it me? an admin can put any metadata one wants in the store in a place we call extra-info19:33
rharperrick_h_: looking at the jujusvg repo,  I need to write out that simple go program from the readme to have it generate the svg?19:42
rick_h_Makyo: can you help rharper put together a quick something to try out using the jujusvg stuff? ^19:44
Makyorharper, correct.  jujusvg is meant to be a library - something can read a bundle and pass it to NewFromBundle and receive an SVG in return.19:45
rick_h_Makyo: I've rharper it's not quite ready yet as a cli tool, but if you can help him put together a pastebin script with a couple of steps to try it out that'd be great. 19:46
rharperyeah, that'd be very helpful19:46
Makyorharper, rick_h_ Sure, let me pull something together real quick.19:47
* rick_h_ goes afk for a bit19:48
hatchjujugui looking for reviews and qa on https://github.com/juju/juju-gui/pull/624 thanks19:56
Makyorharper, https://gist.github.com/makyo/3a5e4428dc2351115a26 I've pulled together a sample program that uses the jujusvg library and a sample bundle that you can run that program on.  You should be able to type `go get -u -v -t github.com/juju/jujusvg/...` then `go run 00-svg-test.go` and as long as bundle.yaml is in the same directory, it should build the SVG for you.20:19
rharperMakyo: very coo;20:20
hatchMakyo:  got a second to join a chat?20:22
Makyorharper, the readme on jujusvg is out of date, it appears.  I'll update that.20:22
Makyohatch, surew20:22
hatchin standup20:22
rharperMakyo: yeah, was just hacking through that looking at the svgjuju test.go 20:23
rharperwhen I put my openstack bundle through it, it says, at least one service must be specified ... any idea what that means?20:23
rharperMakyo: this is my bundle: http://paste.ubuntu.com/8631892/20:24
Makyorharper, it looks like this was generated by hand, or at least without the GUI.  Since it does not have position annotations, jujusvg will, by default, stack the services on top of each other.  The GUI uses a circle-packing algorithm to position services without position annotations, but jujusvg doesn't yet know how to do that20:27
rharperMakyo: ok, I have another that I exported fro juju gui and it says the same thing20:27
rharperhttp://paste.ubuntu.com/8631918/20:28
rharperMakyo: that last one, I can export from gui, import back into gui fine, but running on the svg tool says20:29
rharper2014/10/22 15:29:25 Error generating canvas: cannot verify bundle: at least one service must be specified20:29
Makyorharper, ahah, there is work currently in the GUI to export a bundle without the old "basket" syntax.  You can fix that simply in the bundle.yaml file by removing the top-level yaml node (env-export) and dedenting everything once below it.  There's a sea-change on how bundles are handled throughout the juju ecosystem20:31
rharperok, lemme try that20:31
rharperMakyo: that fixed it, but the icons aren't there (viewing svg via eog) 20:33
rharperjust the lines20:33
Makyorharper, try with $BROWSER; the svg renders the icons as images with references as URLs, so it will only work with internet-aware viewers20:34
rharperyeah, I see that20:34
rharperinteresting20:34
MakyoIn the future, we may include the icon SVGs when possible as SVG <ref>s, though that will make for a very big SVG20:34
rharperMakyo: nice20:34
rharperany way to get the service name too ?20:35
Makyorharper, not yet, unfortunately.  jujusvg is pretty new.20:36
rharperok20:36
rharperMakyo: yeah, would be nice to have it handle the current jujugui export (ie, throw away the top level to find services), write the service name;  and since I'm asking for ponies, emit out a png so I can put these in slides and other stuff showing the bundles off.20:39
rharperMakyo: thank you for putting that together quickly, that helps20:39
hatchPONIES!!!20:39
* hatch might land an easter egg in the GUI in which a pony walks across the screen 20:40
Makyorharper, np.  For the first part, jujugui will start exporting the new format $soon (hatch, right?), and the PNG work will be coming up $later, as we'll be adding the ability to email a bundle with a preview png20:40
rharpervery nice20:40
hatchMakyo: there is a new export format? :)20:41
Makyohatch, I thought that was part of the work for Ben, may be wrong.20:41
MakyoI'll go back to my code cage, if so.20:41
hatchMakyo: ohh that was to support multiple relation endpoints on a single endpoint20:42
* Makyo goes back to code cage u.u20:42
hatchlol20:42
Makyohatch, just means getting rid of the 'env-export' top level YAML node20:42
hatchohh - yeah i'd love to get rid of that20:43
hatchjujugui I stll need some reviews and qa on https://github.com/juju/juju-gui/pull/624 21:23
=== urulama is now known as urulama_eod
huwshimiMorning21:59
rick_h_morning huwshimi 23:31
huwshimirick_h_: Hey :)23:31

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