Hello everyone,

Looks like ClickHouse community are ok with this[1], but they still have 
different opinions on writing our own build scripts.
What do you think?
Can I continue work on this?

Best Regards,
Zhiguo Wu

[1]: https://github.com/ClickHouse/ClickHouse/issues/39899

> On Aug 5, 2022, at 11:44, 吴治国 <[email protected]> wrote:
> 
> Hi everyone,
> 
> I've checked all licenses used by its git submodules, below is the list, will 
> this affect?
> 
> Apache License 2.0:
> https://github.com/ClickHouse/AMQP-CPP
> https://github.com/ClickHouse/NuRaft
> https://github.com/abseil/abseil-cpp
> https://github.com/ClickHouse/arrow
> https://github.com/ClickHouse/avro
> https://github.com/ClickHouse/aws-sdk-cpp
> https://github.com/ClickHouse/aws-c-common
> https://github.com/ClickHouse/aws-c-event-stream
> https://github.com/ClickHouse/aws-checksums
> https://github.com/ClickHouse/cpp-driver
> https://github.com/ClickHouse/cctz
> https://github.com/ClickHouse/cld2
> https://github.com/ClickHouse/datasketches-cpp
> https://github.com/ClickHouse/dragonbox
> https://github.com/fastfloat/fast_float
> https://github.com/ClickHouse/flatbuffers
> https://github.com/ClickHouse/grpc
> https://github.com/ClickHouse/h3
> https://github.com/ClickHouse/hive-metastore
> https://github.com/ClickHouse/libhdfs3
> https://github.com/google/libprotobuf-mutator
> https://github.com/ClickHouse/orc
> https://github.com/ClickHouse/s2geometry
> https://github.com/simdjson/simdjson
> https://github.com/apache/thrift
> 
> MIT License:
> https://github.com/ClickHouse/azure-sdk-for-cpp
> https://github.com/google/brotli
> https://github.com/fastfloat/fast_float
> https://github.com/ClickHouse/fastops
> https://github.com/Neargye/magic_enum
> https://github.com/ClickHouse/nanodbc
> https://github.com/ClickHouse/sentry-native
> https://github.com/ClickHouse/yaml-cpp
> 
> BSL-1.0 License:
> https://github.com/ClickHouse/boost
> https://github.com/ClickHouse/dragonbox
> https://github.com/danlark1/miniselect
> https://github.com/msgpack/msgpack-c
> 
> BSD-2-Clause License:
> https://github.com/mfontanini/cppkafka
> 
> BSD-3-Clause License:
> https://github.com/google/double-conversion
> https://github.com/google/googletest
> https://github.com/ClickHouse/hyperscan
> https://github.com/ClickHouse/libpqxx
> https://github.com/ClickHouse/libstemmer_c
> https://github.com/google/re2
> https://github.com/sparsehash/sparsehash-c11
> https://github.com/azadkuh/sqlite-amalgamation
> 
> GPL-2.0 License:
> https://github.com/ClickHouse/rocksdb
> https://github.com/xz-mirror/xz
> https://github.com/facebook/zstd
> 
> GPL-3.0 License:
> https://github.com/xz-mirror/xz
> 
> LGPL-2.1 License:
> https://github.com/ClickHouse/lemmagen-c
> https://github.com/ClickHouse/libgsasl
> https://github.com/ClickHouse/mariadb-connector-c
> https://github.com/ClickHouse/UnixODBC
> 
> CC-BY-4.0 License:
> https://github.com/ClickHouse/libuv
> 
> Zlib License:
> https://github.com/ClickHouse/zlib-ng
> 
> Unknown License:
> https://github.com/ClickHouse/Turbo-Base64
> https://github.com/ClickHouse/boringssl
> https://github.com/ClickHouse/bzip2
> https://github.com/capnproto/capnproto
> https://github.com/RoaringBitmap/CRoaring
> https://github.com/curl/curl
> https://github.com/ClickHouse/cyrus-sasl
> https://github.com/fmtlib/fmt
> https://github.com/ClickHouse/hyperscan
> https://github.com/ClickHouse/icudata
> https://github.com/jemalloc/jemalloc
> https://github.com/ClickHouse/libcpuid
> https://github.com/ClickHouse/libcxx
> https://github.com/ClickHouse/libcxxabi
> https://github.com/ClickHouse/librdkafka
> https://github.com/ClickHouse/libunwind
> https://github.com/ClickHouse/libuv
> https://github.com/lz4/lz4
> https://github.com/zlib-ng/minizip-ng
> https://github.com/msgpack/msgpack-c
> https://github.com/ClickHouse/openldap
> https://github.com/ClickHouse/poco
> https://github.com/ClickHouse/protobuf
> https://github.com/ClickHouse/rapidjson
> https://github.com/ClickHouse/replxx
> https://github.com/ClickHouse/snappy
> 
> No License:
> https://github.com/unicode-org/icu
> https://github.com/ClickHouse/krb5
> https://github.com/ClickHouse/libpq
> https://github.com/GNOME/libxml2
> https://github.com/ClickHouse/llvm
> https://github.com/ClickHouse/nlp-data
> https://github.com/ClickHouse/sysroot
> https://github.com/ClickHouse/wordnet-blast
> 
>> On Aug 4, 2022, at 15:25, 吴治国 <[email protected]> wrote:
>> 
>> Thanks you all for your opinions,
>> 
>> I have created a discussion on the ClickHouse GitHub page[1], let's wait for 
>> their response.
>> 
>> Best Regards,
>> Zhiguo Wu
>> 
>> [1]: https://github.com/ClickHouse/ClickHouse/discussions/39889
>> 
>>> On Aug 4, 2022, at 14:26, Evans Ye <[email protected]> wrote:
>>> 
>>> If both Yuqi questions can be answered I'm open to the clickhouse addition
>>> as long as there's a maintainer for it.
>>> 
>>> For Distro coverage, I'd like to raise a discussion.
>>> I'm thinking maybe we can have two layers of support: core packages and
>>> extra packages.
>>> Core packages should be fully supported for all the Bigtop Distros, while
>>> extra packages' support can be selective (or open for completion).
>>> Since we do have  the supporting matrix maintained, I think it manages
>>> the user expectation and experience.
>>> Anyhow, any code addition either fully or partially supported should have
>>> CI & smoke test covered (ex: clickhouse on x86 w/ packaging CI, puppet, and
>>> smoke test passed).
>>> 
>>> - Evans
>>> 
>>> Yuqi Gu <[email protected]> 於 2022年8月4日 週四 上午10:55寫道:
>>> 
>>>> Agree with Kengo.
>>>> Zhiguo has contributed much to Bigtop including the new Mpack provisioner
>>>> which offers on-click deployment to test Bigtop+Ambari+Mpack.
>>>> I believe he would offer the long-term support to maintain ClickHouse and
>>>> the Mpack services.
>>>> 
>>>> To Zhiguo,
>>>> As mentioned by Masatake, ClickHouse is the non-ASF project.
>>>> Before adding it into Bigtop, could you please make clear that
>>>> 1. if there are any license conflicts.
>>>> 2. if there are any restrictions or concerns from upstream ClickHouse
>>>> community.
>>>> 
>>>> 
>>>> BRs,
>>>> Yuqi
>>>> 
>>>> 
>>>> 
>>>> 
>>>> Kengo Seki <[email protected]> 于2022年8月2日周二 21:12写道:
>>>> 
>>>>> Personally I'd like to encourage Zhiguo to add ClickHouse.
>>>>> He's already done several notable contributions to our codebase,
>>>>> so I think we can expect his long-term commit for keeping ClickHouse
>>>> fresh.
>>>>> In addition, once he gets used to the whole process to add a new
>>>>> component through this development,
>>>>> we also can count on him to add other components and maintain existing
>>>>> ones.
>>>>> 
>>>>> Kengo Seki <[email protected]>
>>>>> 
>>>>> On Mon, Aug 1, 2022 at 4:17 PM 吴治国 <[email protected]> wrote:
>>>>>> 
>>>>>> Is there any conclusion?
>>>>>> 
>>>>>> Best Regards,
>>>>>> Zhiguo Wu
>>>>>> 
>>>>>>> On Jul 29, 2022, at 17:53, 吴治国 <[email protected]> wrote:
>>>>>>> 
>>>>>>> Thanks Masatake,
>>>>>>> 
>>>>>>> I also prefer to use packages provide by them, this will reduce our
>>>>> work.
>>>>>>> 
>>>>>>> As I'm trying to use Bigtop as Ambari's default stack, it'll be
>>>> better
>>>>> if we use bigtop repo just like mpack, it makes sense to use BIGTOP stack
>>>>> name with BIGTOP repository.
>>>>>>> 
>>>>>>> But add components to Bigtop requires build it from source, provide
>>>>> rpm/deb build scripts, smoke test cases, and puppet manifest, which I'm
>>>>> doing for ClickHouse right now.
>>>>>>> 
>>>>>>> And, if ClickHouse end up like ELK, I'll remove it at that time.
>>>>>>> 
>>>>>>> Best Regards,
>>>>>>> Zhiguo Wu
>>>>>>> 
>>>>>>>> On Jul 29, 2022, at 17:21, Masatake Iwasaki <
>>>>> [email protected]> wrote:
>>>>>>>> 
>>>>>>>> Hi Zhiguo,
>>>>>>>> 
>>>>>>>> Honestly saying, I'm not positive to add the product to Bigtop.
>>>>>>>> We do not have enough developer's resource even for maintaining
>>>>> current stack.
>>>>>>>> Since it is non-ASF product driven by dedicated company, it may end
>>>>> up in the same way with ELK.
>>>>>>>> 
>>>>>>>> In addition, ClickHouse seems to provide packaging stuff on their
>>>>> own[1] by using nFPM[2]
>>>>>>>> and the packages are published[3].
>>>>>>>> If you want additional coverage, contributing to ClickHouse itself
>>>>> should be the first choice.
>>>>>>>> 
>>>>>>>> [1] https://github.com/ClickHouse/ClickHouse/tree/master/packages
>>>>>>>> [2] https://github.com/goreleaser/nfpm
>>>>>>>> [3] https://clickhouse.com/docs/en/getting-started/install/
>>>>>>>> 
>>>>>>>> Regards,
>>>>>>>> Masatake Iwasaki
>>>>>>>> 
>>>>>>>> On 2022/07/29 15:25, 吴治国 wrote:
>>>>>>>>> Hi community, as the ClickHouse are becoming more and more popular
>>>>> OLAP engine for bigdata, Although it's not related to Hadoop ecosystem, I
>>>>> still want to add it to Bigtop stack.
>>>>>>>>> But I can only take care of it in some distros(mostly CentOS-7,
>>>>> RockyLinux-8 and Ubuntu-20 for now), I don't know if this is enough, if
>>>>> not, can I add it to Bigtop? Or is there anyone also interested in this?
>>>>>>>>> Best Regards,
>>>>>>>>> Zhiguo Wu
>>>>>> 
>>>>> 
>>>> 

Reply via email to