Closed melloware closed 2 months ago
@gastaldi feel free to fix anything i did wrong 😄
success
success
success
success
Running plan in the remote backend. Output will stream here. Pressing Ctrl-C
will stop streaming the logs, but will not stop the plan running remotely.
Preparing the remote plan...
The remote workspace is configured to work with configuration at
terraform-scripts relative to the target repository.
Terraform will upload the contents of the following directory,
excluding files or directories as defined by a .terraformignore file
at /home/runner/work/quarkiverse-devops/quarkiverse-devops/.terraformignore (if it is present),
in order to capture the filesystem context the remote workspace expects:
/home/runner/work/quarkiverse-devops/quarkiverse-devops
To view this run in a browser, visit:
https://app.terraform.io/app/quarkiverse/quarkiverse-devops/runs/run-mRjL3YXsqfwX4EnN
Waiting for the plan to start...
Terraform v1.9.5
on linux_amd64
Initializing plugins and modules...
Terraform used the selected providers to generate the following execution
plan. Resource actions are indicated with the following symbols:
+ create
Terraform will perform the following actions:
# github_repository.quarkus_mdns will be created
+ resource "github_repository" "quarkus_mdns" {
+ allow_auto_merge = false
+ allow_merge_commit = true
+ allow_rebase_merge = true
+ allow_squash_merge = true
+ allow_update_branch = true
+ archive_on_destroy = true
+ archived = false
+ default_branch = (known after apply)
+ delete_branch_on_merge = true
+ description = "Quarkus mDNS extension - Multicast Domain Name System"
+ etag = (known after apply)
+ full_name = (known after apply)
+ git_clone_url = (known after apply)
+ has_issues = true
+ homepage_url = "https://docs.quarkiverse.io/quarkus-mdns/dev/"
+ html_url = (known after apply)
+ http_clone_url = (known after apply)
+ id = (known after apply)
+ merge_commit_message = "PR_TITLE"
+ merge_commit_title = "MERGE_MESSAGE"
+ name = "quarkus-mdns"
+ node_id = (known after apply)
+ primary_language = (known after apply)
+ private = (known after apply)
+ repo_id = (known after apply)
+ squash_merge_commit_message = "COMMIT_MESSAGES"
+ squash_merge_commit_title = "COMMIT_OR_PR_TITLE"
+ ssh_clone_url = (known after apply)
+ svn_url = (known after apply)
+ topics = [
+ "bonjour",
+ "discovery",
+ "mdns",
+ "quarkus-extension",
]
+ visibility = (known after apply)
+ vulnerability_alerts = true
+ web_commit_signoff_required = false
+ security_and_analysis (known after apply)
}
# github_team.quarkus_mdns will be created
+ resource "github_team" "quarkus_mdns" {
+ create_default_maintainer = false
+ description = "mdns team"
+ etag = (known after apply)
+ id = (known after apply)
+ members_count = (known after apply)
+ name = "quarkiverse-mdns"
+ node_id = (known after apply)
+ parent_team_id = "5344029"
+ parent_team_read_id = (known after apply)
+ parent_team_read_slug = (known after apply)
+ privacy = "closed"
+ slug = (known after apply)
}
# github_team_membership.quarkus_mdns["melloware"] will be created
+ resource "github_team_membership" "quarkus_mdns" {
+ etag = (known after apply)
+ id = (known after apply)
+ role = "maintainer"
+ team_id = (known after apply)
+ username = "melloware"
}
# github_team_repository.quarkus_mdns will be created
+ resource "github_team_repository" "quarkus_mdns" {
+ etag = (known after apply)
+ id = (known after apply)
+ permission = "maintain"
+ repository = "quarkus-mdns"
+ team_id = (known after apply)
}
Plan: 4 to add, 0 to change, 0 to destroy.
Pusher: @melloware, Action: pull_request
, Workflow: Terraform
Isn't the library named jmdns
? Given that the extension is meant to support that library I think it will be better if it's called like it?
Well multicast DNS is a generic protocol the library is jmdns but this would give us flexibility to swap it out for a different library in the future. So I like to generically call it just mdns
. Apple calls is Bonjour
before the spec was released and renamed mDNS
Its actually had many names in the past Bonjour/Avahi/Rendezvous/ZeroConf
services
Well multicast DNS is a generic protocol the library is jmdns but this would give us flexibility to swap it out for a different library in the future. So I like to generically call it just
mdns
. Apple calls isBonjour
before the spec was released and renamedmDNS
Right, I thought the extension was meant to provide native support for the jmdms
library, but I guess that makes sense if the plan is to provide support for mDNS regardless if using this library or not