argoproj-labs / argoproj-labs/appsource

Re-write Kubernetes Condition convention

Open
#27 0 comments 0 reactions 0 assignees View on GitHub
bug
Dominant language
Go
Stars
25
Forks
3
PR merge metrics
No merged PRs in 30d

Description

# Summary
After the last enhancement that was pushed to master where the Condition object was re-written to follow Kubernetes convention. I realized that kubectl can not be used yet with AppSources.

# Motivation
We would like to offer users the ability to use the `kubectl wait --for=condition=` option with appsources.

# Proposal
Re-write the AppSourceCondition based on the pod conditions template and verify that kubectl wait works on it

Contributor guide

Open the contributing guide

Research direction

Locate the AppSourceCondition definition and its current condition serialization, then compare it with the Kubernetes pod conditions template. Verify the resulting AppSource behavior with kubectl wait --for=condition= against an AppSource. Done means AppSources follow the Kubernetes condition convention and kubectl wait works for them.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, kubernetes
Domain
infrastructure
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.