sensu / bonsai Goto Github PK
View Code? Open in Web Editor NEWThis project forked from manageiq/depot.manageiq.org
License: Apache License 2.0
This project forked from manageiq/depot.manageiq.org
License: Apache License 2.0
Open-source asset definitions specify "url":null
. I'm guessing that this bug was introduced following the addition of the Enterprise assets, since I wasn't seeing this behavior last week.
Examples:
{
"type": "Asset",
"api_version": "core/v2",
"metadata": {
"name": "sensu-email-handler",
"namespace": "default",
"labels": {},
"annotations": {}
},
"spec": {
"url": null,
"sha512": "c4e18b10353e843184c174dec6b12039041d930afe0071dacc32ebf48db2975a463e6af65fcdab1f16518e2008b60325e1a0d809ab22c1134eb43673cdf29442",
"filters": [
"System.OS == linux",
"System.Arch == amd64"
]
}
}
{
"type": "Asset",
"api_version": "core/v2",
"metadata": {
"name": "sensu-particle-checks",
"namespace": "default",
"labels": {},
"annotations": {}
},
"spec": {
"url": null,
"sha512": "c9c9d6119d0dd0838b022346fc2b9e18104a3a6a1af339e369af5359ee47d37ce733dfdd7ef08e151df0ea06b1c702e94ccf2c70254913c746968d2b5e9c7328",
"filters": [
"entity.system.os == 'linux'",
"entity.system.arch == 'amd64'"
]
}
}
Asset definitions provide a valid download url.
On https://bonsai.sensu.io/new, change "Please use title case for the name, e.g. My Gift to the Community." to “Asset names can contain lowercase letters, numbers, underscores, and dashes (for example: sensu-email-handler).”
Ideally, Bonsai would validate the input in the name field to enforce these constraints, but a copy update is a great start.
Copy updates for the enterprise asset download prompt.
One of our SEO tools picked up https://bonsai.sensu.io/users/ as a 404. please redirect to: https://bonsai.sensu.io/contributors
When switching between sensu-influxdb-handler
versions on the bonsai page, the "updated" and "created on" dates on the right do not seem to change; it looks like they stay the same as the latest release. See 3.1.1 vs 3.1.2. All the dates are "February 25, 2019".
For comparison the pagerduty handler's page seems to work fine in that regard.
With the new UI update, the 'Advanced Options' filter drop down is obscured and hard to see.
My suggestion is to move the 'Advanced Options' filter to the left so that the full text and carat is visible.
Steps to reproduce:
Some release assets are missing on Github based assets.
Expected Behavior
The sensu-pushbullet-handler has several release assets defined in the Github repository for Release 0.0.4. After adding this asset to Bonsai, I expected to see these release assets listed in the sidebar of the Extension Page for version 0.0.4.
Additionally, I expect to be able to use the "Recompile Asset" function form the "Manage Asset" menu as the asset owner or site admin.
Current Behavior
On this page https://bonsai.sensu.io/assets, one of the contributor icons appears oversized.
As a user, I would like to not encounter rate-limiting when I have multiple hosts pulling asset tars at the same time.
Update the featured assets on the homepage to:
ServiceNow - https://bonsai.sensu.io/assets/sensu/sensu-servicenow-handler
PagerDuty - https://bonsai.sensu.io/assets/sensu/sensu-pagerduty-handler
Prometheus Collector - https://bonsai.sensu.io/assets/sensu/sensu-prometheus-collector
When an Github release's assets are changed, Github doesn't issue a webhook event that we can subscribe to to update the release assets on Bonsai. Bonsai currently supports a "Recomplile" function which can be manually initiated by the asset owner via the site UI.
It would be nice to have a API endpoint which could be called from a CI pipeline to initiate a recompile programmatically.
Expected Behavior
Current Behavior
tag strings of the form "1.2.3-rc.1+build.1" and "1.2.3+build.1" should be legal symver but Bonsai is unable to process github tags with prerelease (-) and/or metadata (+) suffixes.
As per discussion, it appears that Bonsai is stripping information past the patch level
I'll setup a repository with non functional example tags with prerelease and metadata sections for testing and add them in as an additional comment.
** Expected Behavior **
** Current Behavior **
Please update the enterprise tier to the rocket and the supported tier to the hand-holding heart badges.
Expected behavior:
The "license" field in the sidebar populates with the license applied to the GitHub repository.
Current behavior:
License shows as "unknown" for assets that have licenses applied in GitHub. Example: https://bonsai.sensu.io/assets/sensu/sensu-pagerduty-handler
Reported in community chat by Kurt Payne
when using assets with a fleet of agents, github appears to throttle downloads preventing some agents from retrieving the asset.
There was a fix in sensu-go-agent 5.3.0 should prevent the timeout, I'm trying to get more information to see if he's tested with 5.3.0.
As a user of the site I can browse assets by tier.
Assets are not grouped by tier, can only be searched by tier if the tier is also a tag.
Make tiers an organizing identifier similar to but distinct from tags
Make the tier badge(?) on an asset page clickable, linking to a view of all the assets in that tier
A user opened up sensu/sensu-docs#1291 against the docs site, and while yes, there could be some elaboration there on the permissions needed, I'm curious about the level of permissions needed when creating an asset on Bonsai. They seem pretty extensive. Are all the permissions actually needed? If not, can we trim them down so that only what's needed is requested?
The Sensu Go email handler is on version 0.1.0
:
https://github.com/sensu/sensu-email-handler/releases
But in Bonsai, the latest was showing as 0.0.2
Running recompile releases fixed it. Is there any information on the backend that can be provided on why this may have happened?
If not, I can close and we can revisit if the issue continues to happen on future releases or other assets.
Thanks!
** Current Behavior: **
Hosted assets currently are located under the namespace of the user that uploaded them. For example: https://bonsai.sensu.io/assets/portertech/sensu-jira-handler
** Desired Behavior **
The Sidekiq dashboard at https://bonsai.sensu.io/sidekiq is visible to non-admin users and non-logged in visitors.
This ticket will be resolved when:
Expected Behavior
The asset definition file produced by the download function should be in YAML format. Example YAML format.
Current Behavior
The asset definition file is currently returned in JSON format. Please update.
Expected behavior
Adding an asset shows readme, download links and all versions in releases drop down.
Current behavior
I've added a handler asset here:
https://bonsai.sensu.io/assets/rgeniesse/sensu-pushbullet-handler
But it seems to not want to update the releases drop down, the readme or add the download packages with their checksums to the lower right hand section. At somepoint something shook lose a bit as initially no releases were showing, now 0.0.4 and 0.0.5 are. Recompile releases seems to have no immediate effect or even in the following hours.
This should have 0.0.6 as well:
And the downloads section isn't populating properly:
And then the readme you'll see is missing based on the asset link above.
Other assets that were added near or after mine appear to be working:
https://bonsai.sensu.io/assets/cwjohnston/sensu-pushover-handler
https://bonsai.sensu.io/assets/sensu/sensu-prometheus-collector
I've done a configuration comparison with .bonsai.yml to these other two repos and don't see any differences outside of single quoted values. Also done a few new releases after adding the asset to bonsai and that doesn't seem to do anything.
Updates to site metadata
Not sure what the best approach here is, but it would be fantastic if I could twiddle the tag list from the bonsai.yml or via an API endpoint so I don't have to manually set tags in the web interface.
Tags are a little weird in that they are repository scoped, not asset version scoped.. making it hard for this to work from bonsai.yml, but perfect for an API endpoint that I can PUT.
The current display of the asset URLs and checksums can cause confusion on which link pairs with which checksum. I illustrate this in the below screen shot:
As a user, if I begin at the top or the bottom of the asset list, I can see the pairings properly. But if I am looking for a build for an architecture in the middle, see the fourth red box 4, it isn't apparent what they pairs are. This can lead to mismatched download links and check sums.
Possible solution: Add a line to break it up or even a background box of a different color. I am not a frontend person, so not sure of the technical terms there for web dev.
Expected Behavior
Readme files for hosted assets should be parsed and displayed on the asset details page.
** Current Behavior **
The readme files for hosted assets don't appear to be parsed or displayed on the hosted assets page. Example: https://bonsai.sensu.io/assets/portertech/sensu-jira-handler
Please add our Google Analytics tracking code to Bonsai:
<script async src=“https://www.googletagmanager.com/gtag/js?id=AW-804504629“></script> <script> window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);} gtag(‘js’, new Date()); gtag(‘config’, ‘AW-804504629’); gtag(‘config’, ‘UA-39138312-2’); </script>Thanks!
This might not be a Bonsai issue, but selecting the links on this page https://bonsai.sensu.io/assets?tiers%5B%5D=4 results in The page you were looking for does not exist
. However, the original links still work.
Example:
Copy changes for http://bonsai.sensu.io homepage
What is an asset?
Assets are shareable, reusable packages that make it easy to deploy Sensu plugins. You can use assets to provide the plugins, libraries, and runtimes you need to automate your monitoring workflows. Log in with your GitHub account to share your assets on Bonsai.
Tiers
Resources
Have bonsai include a set of annotations in the generated asset configs that users can use to identify where they got a particular asset config.
We should probably have a discussion concerning the naming convention of the annotations.
But here are my strawman annotations to include:
Ex output with new annotations:
---
type: Asset
api_version: core/v2
metadata:
name: sensu-plugins-cpu-checks
namespace: default
labels: {}
annotations:
sensio.io.bonsai.url: "https://bonsai.sensu.io/assets/jspaleta/sensu-plugins-cpu-checks"
sensio.io.bonsai.tier: "Community"
sensio.io.bonsai.version: "4.0.0-pre"
sensio.io.bonsai.tags: "experimental, ruby-runtime"
spec:
url: https://github.com/jspaleta/sensu-plugins-cpu-checks/releases/download/4.0.0-pre/sensu-plugins-cpu-checks_4.0.0-pre_alpine_linux_amd64.tar.gz
sha512: 92a57b54b297b5a90011c3472a48c5b4357dbfa123ad391386e6aafe29e6212b6db5da7e4a80514e938361f3030df1ef5022fb99f64e5cc46ed6d8bdc1c7927c
filters:
- entity.system.os == 'linux'
- entity.system.arch == 'amd64'
- entity.system.platform == 'alpine'
If there is an error in reading the bonsai.yml file, the compilation error is not displayed to the user.
Page: https://bonsai.sensu.io/assets/rgeniesse/sensu-pushbullet-handler
Screenshot:
Image source link: https://github.com/rgeniesse/sensu-pushbullet-handler/raw/1.0.1///travis-ci.com/rgeniesse/sensu-pushbullet-handler.svg?branch=master
Issue:
Badges aren't being rendered due to the github page for the asset being appended to the badge.
Solution:
Remove the github page portion of the link and badges work again.
Search terms in the search bar have to be pretty precise to find results. Here is an example of what I mean:
sensu-influxdb-handler
In both case I'm expecting to come across sensu-influxdb-handler
in the results. In fact, I would expect a query such as TERM1 TERM2
to be handled as a regular expression similar to .*TERM1.*TERM2.*
, where the terms can appear in any order.
Copy updates for https://bonsai.sensu.io/new
Replace the content in the right sidebar ("ADDING AN ASSET...") with the following content:
Thank you for sharing your asset with the Sensu Community! Here’s how it works: Bonsai pulls project details and release information from GitHub to populate an asset page. To share an asset on Bonsai, the asset should be in a public GitHub repository that includes:
Bonsai automatically keeps in sync with your GitHub releases. For more information about creating and sharing assets, see the Sensu docs and the Sensu Go plugin template.
Placeholder issuse for API authenticaiton
I have a couple of handler assets that I added to bonsai. Both of them make use of Markdown tables in README.md. These tables are not being rendered properly on the bonsai site.
Confirmed to occur with Chrome and Safari.
We have a number of UI recommendations to clean up with existing frontend.
Global
Overall we focused on type, color and spacing consistency. To save time, we didn’t go searching for every icon but allowed for space there. Also, we based the grid off of the columns we saw in the live site, so expecting a few things may shift around but hoping this provides enough clarity around spacing.
Home
Really similar to what currently exists, added in a description text block and updated the search area. Also, the addition of a CTA section at the bottom which can be used elsewhere.
Assets
Same layout but cleaned up the type size and spacing a bit. Open to suggestions on how items may change in proximity to each other, but this felt logical and easy to read, especially in regards to the tabs at the top and the right-hand sidebar.
Collaborator
Didn’t change much here, but offered suggestions on how to give that page a bit more depth by adjusting the pale colors.
I want to deprecate
https://bonsai.sensu.io/assets/jspaleta/sensu-plugins-disk-checks
and point people to
https://bonsai.sensu.io/assets/sensu-plugins/sensu-plugins-disk-checks
The deprecate dialog doesn't expose or allow me to search by namespace.
I can search for and select 'sensu-plugins-disk-checks' but that ends up just selecting the asset I'm trying to deprecate.... effectively pointing people who got to
https://bonsai.sensu.io/assets/jspaleta/sensu-plugins-disk-checks
back to itself.
On the bonsai page for sensu-influxdb-handler
, down in the "Usage Examples" section, the markdown is not rendered properly; see the markdown rendered on github for comparison.
It looks like the ``` right after "Help:" is not taken into account.
Right now, descriptions are displayed in full regardless of their length. Let's wrap after the 3rd line of the description text and put ellipses if there is more as an indicator.
Attached is a screenshot of the current behavior.
Expected Behavior:
After uploading a closed source asset that already exists in the system, I expect to be taken to that asset's detail page.
Actual Behavior
I am taken to a different asset's detail page, not the one I just uploaded.
As per discussion on call.
It would be fantastic to be able to have release specific tags.
Examples:
As a Bonsai admin, I'd like to ability to disable email notification for new assets.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.