I’m glad it’s not a problem, thanks! FWIW, I’d appreciate it if when there’s something that doesn’t follow the “SHOULD” of an apache policy there’s an explanation of why: in this case the 48 hr rather than 72 hour voting window.
Thanks, David Jencks > On Jan 14, 2022, at 4:11 PM, Andrea <and...@tarocch.it> wrote: > > > > On Fri, Jan 14, 2022, at 22:00, David Jencks wrote: >> I don’t know if this makes any difference to anything, but I see that the >> camel-k-runtime version in ckc is 1.8.0, using kamelets 0.6.0, whereas in >> camel-k main it’s 1.10.0 using kamelets 0.5.0. >> (I’m looking at main rather than the tag) >> >> David Jencks > > The dependency can be removed, it was used just in a disabled itest and it is > not needed anymore. So I think that is not affecting what we are releasing. > > Again thanks for the good catch, pr opened to fix it in main: > https://github.com/apache/camel-kafka-connector/pull/1314 > >> >>> On Jan 14, 2022, at 7:44 AM, Andrea <and...@tarocch.it> wrote: >>> >>> Hello all, >>> >>> This is a vote to release Apache Camel-kafka-connector 1.0.0 >>> >>> Staging repository: >>> https://repository.apache.org/content/repositories/orgapachecamel-1399 >>> >>> Tag: >>> https://gitbox.apache.org/repos/asf?p=camel-kafka-connector.git;a=tag;h=refs/tags/camel-kafka-connector-1.0.0 >>> >>> based on camel 3.14.0 and kamelet catalog 0.6.0 is the first release where >>> connectors are generated mainly from kamelets! >>> >>> Please test this release candidate and cast your vote. >>> [ ] +1 Release the binary as Apache Camel-kafka-connector 1.0.0 >>> [ ] -1 Veto the release (provide specific comments) >>> >>> The vote is open for at least 48 hours. >>> >>> Thanks, >>> Andrea. >> >>
