Re: [I] An argument named "cluster" is not expected here when creating a VM from particular cluster [cloudstack-terraform-provider]

2024-01-24 Thread via GitHub
harikrishna-patnala commented on issue #61: URL: https://github.com/apache/cloudstack-terraform-provider/issues/61#issuecomment-1909447514 @yashi4engg yes, after CloudStack 4.19 release we will plan a new release for terraform provider and address possible issues and improvements. -- Thi

Re: [I] An argument named "cluster" is not expected here when creating a VM from particular cluster [cloudstack-terraform-provider]

2024-01-24 Thread via GitHub
yashi4engg commented on issue #61: URL: https://github.com/apache/cloudstack-terraform-provider/issues/61#issuecomment-1909366912 @kiranchavala - Do we planning any tentative time for new release -- This is an automated message from the Apache Git Service. To respond to the message, ple

Re: [I] An argument named "cluster" is not expected here when creating a VM from particular cluster [cloudstack-terraform-provider]

2024-01-24 Thread via GitHub
kiranchavala commented on issue #61: URL: https://github.com/apache/cloudstack-terraform-provider/issues/61#issuecomment-1909293267 Hi @yashi4engg Currently cluster_id parameter is not available when using terraform to deploy a vm. https://registry.terraform.io/providers/cl

Re: [I] An argument named "cluster" is not expected here when creating a VM from particular cluster [cloudstack-terraform-provider]

2024-01-24 Thread via GitHub
yashi4engg commented on issue #61: URL: https://github.com/apache/cloudstack-terraform-provider/issues/61#issuecomment-1908734794 Hi Team, we are considering this option to add and planning to release a new version for provider in coming time ? -- This is an automated message from t

Re: [PROPOSAL] version naming : drop the 4.

2024-01-24 Thread Wido den Hollander
Op 24/01/2024 om 10:47 schreef Daan Hoogland: personally I don't like the months too much. They tie us down to a release schedule that we have proven not to be able to maintain. a year as number restricts us to just one major release that year, i.e. only one moment for new integrations or majo

Re: [PROPOSAL] version naming : drop the 4.

2024-01-24 Thread Wei ZHOU
Hi Daan, Can you start a vote with options , for example ? - No version naming change - option A - option B - option C - other options On Wed, 24 Jan 2024 at 13:11, Daan Hoogland wrote: > If I start a vote it will be to adjust to the semantic versioning > system. I do not approve of the ubunt

Re: [PROPOSAL] version naming : drop the 4.

2024-01-24 Thread Daan Hoogland
If I start a vote it will be to adjust to the semantic versioning system. I do not approve of the ubuntu scheme, sorry. I will probably -0 just to get us moving forward but I think it is not the best for us. So I'll wait a few and start a vote if no-one else did before me. On Wed, Jan 24, 2024 at

Re: [PROPOSAL] version naming : drop the 4.

2024-01-24 Thread Wido den Hollander
Op 24/01/2024 om 00:27 schreef Wei ZHOU: Yes, the ubuntu version naming is the best in my opinion. Other than the version naming, we need to decide the frequency of major releases and minor releases, which version will be LTS, how long the LTS/normal version will be supported, etc. Maybe a vo

CloudFest Promo Code for Free Registrations

2024-01-24 Thread Ivet Petrova
Hi all, I am happy to announce that for a second year, CloudStack will be exhibiting at CloudFest - biggest cloud expo in Europe. I would like to share a code for free registration for our community members: c3SY3Zu2 You can register here: https://registration.cloudfest.com/?code=c3SY3Zu2 Also

Re: [PROPOSAL] version naming : drop the 4.

2024-01-24 Thread Daan Hoogland
personally I don't like the months too much. They tie us down to a release schedule that we have proven not to be able to maintain. a year as number restricts us to just one major release that year, i.e. only one moment for new integrations or major features. S I am for the more liberal 20.x and if