new metadata for charms for the charm store updates

[Marco Ceppi]

I think getting charms updated in mass, is something we've struggled with
for a while. Going forward it would be easy enough to amend the policy and
update charm-tools template and proof to include the new field as
a requirement going forward. I think the catch all is a good idea, but I
think it would be better to have an "Uncategorized" option rather than
lumping everything in to Misc. I can see there being a bit of confusion
about why something like node-app is in misc but the rack/rails charm is in
app-server.

As for the updating, we could try mailing the charm-maintainers about the
change but I'm not sure how fruitful that would be. In the end we can
update the "more popular" charms and flag bearing charms to have icons and
categories. Then, possibly over time, as we address quality in the store we
can update those charms "ad-hoc" with the new information.

Thanks,
Marco Ceppi


On Mon, Apr 8, 2013 at 8:27 PM, Richard Harding
<rick.harding at canonical.com>wrote:

> I talked with Jorge and he asked me to email the list. We're working on the
> Juju store updates for the Gui and for the updates we need charms to have
> an icon.svg file in the charm. This is used for display in the store as you
> browse.
>
> We've also added support for the idea of a single category for each charm.
> To help with charms that don't have icons, we would like to default each
> charm to an icon we provide for the category the charm is 'in'. The
> category is to be defined in the metadata.yaml. The category is also used
> to help group charms and aid in browsing.
>
> The six categories we have been given are:
>
> Databases
> File Server
> Applications
> Cache/Proxy
> App Servers
> Miscellaneous
>
> What I wanted to see is how we can best get charms updated with at least a
> category defined so that we can have an array of our default icons for each
> category in display. How much of this should be part of the proofing of
> charms? Is there a good way to mass update charms in any way?
>
> To start with we're moving forward by setting any charm without a category
> as a Misc charm. We just don't want to launch with a page full of the same
> Misc icon over and over.
>
> --
>
> Rick Harding
>
> Cloud Engineering
> https://launchpad.net/~rharding
> @mitechie
>
> --
> Juju mailing list
> Juju at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju/attachments/20130409/3100fba9/attachment.html>