Complex store queries

[Sandor Zeestraten]

To go back to the original request from Ondřej and Merlijn, I would also
like to see something a bit more queryable than just
http://interfaces.juju.solutions/

Can we put in a bug/request somewhere so it can be tracked?

--
Sandor Zeestraten

On Tue, Oct 25, 2016 at 11:26 PM, Marco Ceppi <marco.ceppi at canonical.com>
wrote:

> It sounds like you really want to add landscape client to each ;)
>
> On Tue, Oct 25, 2016, 10:21 PM Casey Marshall <
> casey.marshall at canonical.com> wrote:
>
>> On Mon, Oct 24, 2016 at 6:15 AM, Merlijn Sebrechts <
>> merlijn.sebrechts at gmail.com> wrote:
>>
>> +1 for "which charms use this layer" queries. This has a number of uses:
>>
>> - for finding what the quality of a layer is (more use in recommended
>> charms = better quality)
>> - for the maintainer of a layer so he can see what the impact is of a
>> change on his layer
>> - to see which charms have to be rebuilt if a vulnerability has been
>> found in a layer
>>
>>
>> Related to that last use case, it's also possible that a security update
>> needs to be applied based on the software that gets installed by the layer.
>>
>> Today I noticed a security update for nginx: https://www.ubuntu.com/usn/
>> usn-3114-1/
>>
>> This affects all deployed applications that were built with layer:nginx.
>> You'll definitely want to `juju run "apt-get update && apt-get upgrade -y
>> nginx"` on those.
>>
>>
>>
>> 2016-10-18 16:55 GMT+02:00 Ondřej Kuzník <ondrej.kuznik at credativ.co.uk>:
>>
>> Hi,
>> developing new charms or just exploring the store, one might want to
>> raise random queries like "which charms use a layer x", "which charms
>> are subordinate" and some others. Are there any plans to add those,
>> concerns why this might not be a good idea?
>>
>> While the store could extend the API to include these, I presume it
>> would just be an addition to a hardcoded list. Another option would be
>> for someone to scrape the store to PostgreSQL or a document DB of some
>> sort that could be searched with rather arbitrary queries (and a few
>> indexes for the more common ones).
>>
>> My first reaction is that such a scraper would be frowned upon as it
>> might not have a way to update its database intelligently and keep
>> hitting all sorts of rate limits imposed by the store, but I might be
>> wrong here.
>>
>> Any thoughts on this?
>>
>> Thanks,
>> Ondrej
>>
>> --
>> Consultant
>>
>> credativ Ltd
>> Open Source for Business
>> UK office:  +44 1788 298150
>> Email:      ondrej.kuznik at credativ.co.uk
>> Web:        http://www.credativ.co.uk
>> Suite 5 | Bloxam Court | Corporation Street | Rugby | CV21 2DU | UK
>>
>> We would love to hear your thoughts on our service!
>> Please send your comments to feedback at credativ.co.uk
>>
>> credativ Ltd is registered in England & Wales, company no. 5261743
>> Certified by CompTIA / AccredITUK with the ICT Supply standard of
>> quality for Software Product Design and Development
>>
>>
>> --
>> Juju mailing list
>> Juju at lists.ubuntu.com
>> Modify settings or unsubscribe at: https://lists.ubuntu.com/
>> mailman/listinfo/juju
>>
>>
>>
>> --
>> Juju mailing list
>> Juju at lists.ubuntu.com
>> Modify settings or unsubscribe at: https://lists.ubuntu.com/
>> mailman/listinfo/juju
>>
>> --
>> Juju mailing list
>> Juju at lists.ubuntu.com
>> Modify settings or unsubscribe at: https://lists.ubuntu.com/
>> mailman/listinfo/juju
>>
>
> --
> 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/20161026/8065ae69/attachment.html>