Describe your feature request

Currently, if you run

ray.wait([pg.ready()]), it prints the warning message that the ready task is infeasible. This is an expected behavior, so we should not print warning messages.

Impl Idea

• Have a magic number for pg.ready resources (for example, it always re

Trying to --appimage-extract-and-run a x86_64 Linux AppImage on FreeBSD 12.1-RELEASE-p8 with the Linux compatibility layer:

user@FreeBSD$  /home/user/Downloads/Akira-26-x86_64.AppImage --appimage-extract-and-run
mkdir_p error: Permission denied
Failed to extract AppImage

but

user@FreeBSD$  /home/user/Downloads/Akira-26-x86_64.AppImage --appimage-extract

hi there,

Just installed latest versions of shipit packages and here's something new:

Running 'deploy:fetch' task...
Create workspace...
Workspace created: "/var/folders/s0/scv46d414cd28hyzsd5_pcrw0000gn/T/tmp-72206PXTF2WKB77Ro"
Initialize local repository in "/var/folders/s0/scv46d414cd28hyzsd5_pcrw0000gn/T/tmp-72206PXTF2WKB77Ro"
Running "git init" on local.
@ Initialized empty Gi

We are using font-awesome V4 and should migrate to font-awesome V5 which comes with its own vue.js module: https://github.com/FortAwesome/vue-fontawesome

Migration includes removing old font-awesome V4 module and changing all existing icons to new vue.js tag.

This is blocked until #114 is merged which comes with first initial integration.

The contrib linux pack has a few broken actions (check_loadavg, check_processes, dig: #4993, diag_loadavg, netstat: #4947, possibly more) at least on CentOS 8. It's really disheartening to spin up StackStorm and immediately run into broken actions.

We should add tests for those actions to the pack.

The [tests](https:

I noticed that:

• seldon-core-analytics helm chart does not autogenerated documentation (or it is not reachable through docs)
• values table for seldon-core-operator are missing description (that could be v. useful)

Recipes moved to https://github.com/deployphp/deployer/tree/master/contrib

I'm not sure if this is even possible, or if it's up to the Operating System, but I have two monitors and when the sudo pop-up opens when I'm editing a file, the dialog box opens on the other monitor (the primary one in Windows 10 settings). Would it be possible to force the dialog box pop-up to open on the same monitor as where the snowflake app is running? I totally understand if that is not som