limited-rainbow-51650
02/08/2023, 6:07 PMsilly-stone-2179
02/11/2023, 8:33 PMdelightful-salesclerk-16161
limited-rainbow-51650
03/31/2023, 2:48 PMbored-activity-40468
04/01/2023, 2:31 PMbrash-gigabyte-81569
04/06/2023, 3:31 PMbored-activity-40468
04/08/2023, 3:29 AM-dnsplugin
to the pulumi plugin 🙂alert-salesmen-99166
04/18/2023, 7:09 AMalert-salesmen-99166
04/19/2023, 3:30 PM{
id:AsIRececivedIt,
props:{
allKeysOfTheBackend
}
}
limited-rainbow-51650
04/25/2023, 8:01 AMstraight-beach-79533
05/05/2023, 4:12 PMPULUMI_DEBUG_PROVIDERS
. My problem is that, even before being able to use the debugger, I get an RPC error as follows:
Start plugin and get port:
~/.pulumi/plugins/resource-hcloud-v1.11.1/pulumi-resource-hcloud
52401
Start the engine:
$ PULUMI_DEBUG_PROVIDERS=hcloud:52401 pulumi up
Previewing update (dev):
...
Diagnostics:
pulumi:providers:hcloud (default):
error: rpc error: code = InvalidArgument desc = required configuration keys were missing
Where do I get these required configuration keys
?
thanks!loud-rose-6296
05/15/2023, 3:38 PMmake dist
.
Normally what would be the best approach to test functionality changes? Would it be local or directly on the CI/CD pipeline? WOuld love to know the best approach here.flaky-arm-38472
05/25/2023, 4:25 AMsdk/go/pulumi/config/require.go
says at the beginning: // Code generated by "generate.go"; DO NOT EDIT.
What that does even mean for this case?. I see here there are functions used to load the secrets from a stack there and could not find anywhere where the codegen generate the functions based on any parameter.
If not in this file, where then? 🤔curved-island-85813
06/02/2023, 10:00 AMmake dist
command
I am getting the following error.
Can anyone please help me resolve it ?steep-sundown-32599
06/06/2023, 2:18 PMgorgeous-pillow-81622
06/15/2023, 2:29 PMquick-telephone-15244
06/19/2023, 4:02 PMv3
is now appended to the end of the module string in go.mod for nodejs and go however the SDK folder hierarchy in the repo doesn't.. track?)).. I'm also trying to forgo the go install
in the Makefile and instead use go build
which is introducing it's own set of issues... is there someone i could DM with that would be willing to give some pointers as i work through packaging?gorgeous-pillow-81622
06/21/2023, 11:36 AM1.0.2
the plugin is just broken if you use EKS Fargate without explicit subnetIDs (which, I would argue, is most common use case).
It's also fixing an issue with using non-default AWS provider with this plugin.fresh-scientist-56300
06/21/2023, 4:26 PM!include extra.yaml
reference type to allow for multi-file referencing. Does that conflict with any underway work?
Proposal:
Main entry remains the same, main.yaml
, or pulumi.yaml
. Within that file, a reference of !include xyz.yaml
would cause the yaml decoder to locate the referenced file and append and overwrite values into the main.yaml. A simple overwrite-last method would be used, meaning contents of !include 1.xyz.yaml
would be overwritten by !include 2.zyx.yaml
if any keys or attributes match. Otherwise, unique values would just be added.
Concerns:
I'm trying to decide if !include
should be a local reference level or global. Consider:
main.yaml
resources:
s3-bucket:
!include s3-bucket.yaml
s3-bucket.yaml
type: aws:s3:Bucket
properties:
name: mybucket
vs:
main.yaml
resources:
!include s3-bucket.yaml
s3-bucket.yaml
resources:
s3-bucket:
type: aws:s3:Bucket
properties:
name: mybucket
Write order:
main.yaml
resources:
!include 1.s3-bucket.yaml
!include 3.s3-bucket.yaml
!include 2.s3-bucket.yaml
1.s3-bucket.yaml
resources:
s3-bucket:
type: aws:s3:Bucket
properties:
name: original-bucket
tags:
Application: something-useful
2.s3-bucket.yaml
resources:
s3-bucket:
type: aws:s3:Bucket
properties:
name: final-bucket
tags:
Owner: myself
3.s3-bucket.yaml
resources:
s3-bucket:
type: aws:s3:Bucket
properties:
name: applied-but-overwritten-bucket
tags:
Environment: Dev
Output:
resources:
s3-bucket:
type: aws:s3:Bucket
properties:
name: applied-but-overwritten-bucket
tags:
Application: something-useful
Owner: myself
Environment: Dev
Also, I desire the workflow of having wildcard support:
main.yaml
resources:
!include account*.yaml
account_main.yaml
main-aws-account:
type: aws:organizations:Account
properties:
name: main-aws-account
account_secondary.yaml
secondary-aws-account:
type: aws:organizations:Account
properties:
name: secondary-aws-account
shy-waiter-84958
08/04/2023, 3:21 PMacceptable-author-28401
08/16/2023, 2:04 PMcuddly-sandwich-87952
08/16/2023, 8:50 PMfast-sandwich-30809
09/01/2023, 2:02 PMthousands-toothbrush-98776
09/01/2023, 6:55 PM/root/.dotnet/sdk/6.0.413/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.GenerateAssemblyInfo.targets(206,5): error MSB4044: The "GetAssemblyVersion" task was not given a value for the required parameter "NuGetVersion". [/data/sdk/dotnet/Pulumi.Jotform.csproj]
thousands-toothbrush-98776
09/01/2023, 6:56 PMthousands-toothbrush-98776
09/01/2023, 7:12 PMpulumictl
was not installed on the docker containerthousands-toothbrush-98776
09/02/2023, 12:03 AMsparse-gold-10561
09/07/2023, 6:38 PMopts*=*pulumi*.*ResourceOptions(depends_on*=*[versioning]))
even though "versioning" object doesn't exist anywhere in example.. someone could get confused by this.sparse-gold-10561
09/07/2023, 6:39 PMbulky-apple-458
09/11/2023, 8:25 PM