taylorsilva/concourse

Concourse is a container-based continuous thing-doer written in Go and Elm.

concourse's Issues

Global Message [wall-3636]

Look at issue 3636 in concourse/concourse

My AC:

• User can set a message that will display in the web ui and fly cli.
  • fly wall -m "hello world" -e datetime/length
  • I think length will be easier to set because you don't have to think about timezones or write out some long datetime string
• By default the message does not expire until an admin unsets it.
• An admin can also set a (datetime/length of time) for when the message expires.
• Message is returned in the /api/v1/info endpoint
  • web ui hits this endpoint every few seconds
  • fly cli hits this endpoint at the start of every command

Adding delete/edit target to fly

concourse#2659

[ stable/concourse ] Using a real BTRFS partition make initContainer fail/slow

When using a real BTRFS partition (not a loop mount) the current init container doesn't work.

Seems like this PR helm/charts#12398 would fix this. Can we create a test that replicates this issue and confirms the fix?

fly sync without logging in

What challenge are you facing?

As we make breaking changes to the contract between fly and the API regarding login, users regularly find themselves stuck in a position where they cannot just sync their fly and they are forced to visit the web UI and click the download icons or some similar workaround.

What would make this better?

fly -t target sync -c <concourse url> should just download the correct fly binary, without needing to be logged in. The download path for this binary is a stable contract, and less likely to break than login.

Example of broken workflow

$ fly -t wings login -c https://wings.pivotal.io -n main
logging in to team 'main'

WARNING:

fly version (3.14.1) is out of sync with the target (4.2.2). to sync up, run the following:

    fly -t wings sync

error: resource not found
$ fly -t wings sync
error: unknown target: wings