Package Details: clickhouse 19.1.6-1

Git Clone URL: https://aur.archlinux.org/clickhouse.git (read-only)
Package Base: clickhouse
Description: An open-source column-oriented database management system that allows generating analytical data reports in real time
Upstream URL: https://clickhouse.yandex/
Licenses: Apache
Submitter: kmeaw
Maintainer: kmeaw
Last Packager: kmeaw
Votes: 11
Popularity: 0.627782
First Submitted: 2017-01-13 15:46
Last Updated: 2019-02-05 10:10

Latest Comments

1 2 Next › Last »

kmeaw commented on 2019-02-05 11:55

Also building with persistent ccache could noticeably speed up subsequent builds.

kmeaw commented on 2019-02-05 10:18

rbelio, you have several options:

  1. Try to find out where your resources are wasted and utilize them better. It could be slow disk I/O, slow filesystem (check fs mount options), only one core used (check MAKEFLAGS in /etc/makepkg.conf). Sometimes installing "ninja" helps to build ClickHouse faster.

  2. Build the package on a faster box, then transfer the binary. Or use some distributed tools, like distcc or dist-clang.

  3. Do not apply full system updates too often to avoid frequent rebuilds. However this means taking risk of broken packages and introducing security vulnerabilities.

  4. (Not recommended.) You can hack your binary to point to another library with patchelf --replace-needed. Anything could break after this hack but sometimes it would work. Maybe this is an acceptable use case for non-production environments.

rbelio commented on 2019-01-07 15:05

kmeaw, thanks. I have another question, is there a way to mitigate the long compilation time everytime the libraries get updated? It takes me at least a couple of hours of compilation (over i7 dell laptop with ssd and 16gb). After reading more about arch I finally understood that partial update is not allowed and old libraries are always deleted when new libraries are available to the package manager.

kmeaw commented on 2018-11-06 13:32

rbelio, you cannot just link to a libicuuc.so instead of a libicuuc.so.62, because ".62" is there for a reason: the SONAME field value is "libiccuc.so.62", which means that anything else like "libiccuc.so.61" is not ABI-compatible with libiccuc.so.62. Everytime the SONAME is changed, you need to rebuild all the binaries depending on it. You can use something similar to Gentoo's revdep-rebuild to automate the process.

rbelio commented on 2018-11-06 12:52

There is a constant issue when libraries get upgraded and clickhouse stays behind. depending for example on libicuuc.so.62 can you please make sure it will depend on libicuuc.so without the explicit version number. thanks. P.S libicuuc is not the only library there are several ones.

kmeaw commented on 2018-09-14 11:51

ext, building clickhouse with ninja installed has been fixed.

kmeaw commented on 2018-09-11 07:19

Arhangel64, it seems that you have updated your double-conversion library (from 1.x to 3.x) without rebuilding clickhouse package. zlib-ng issue is fixed in pkgrel=2.

Arhangel64 commented on 2018-09-11 07:11

/usr/bin/clickhouse-server: error while loading shared libraries: libdouble-conversion.so.1: cannot open shared object file: No such file or directory

could you please try it before publishing?

Arhangel64 commented on 2018-09-06 06:39

I'm not sure about this zlib-ng, may be it's already in some other package, but i got to compile it myself.

https://github.com/Dead2/zlib-ng

First you compile, you "# make install", then you edit your /usr/lib/systemd/system/clickhouse-server.service appending Environment="LD_PRELOAD=/usr/local/lib/libz-ng.so.1" there Then it works.

Is there a way just to package it properly? Is there a way to use system libraries?

Arhangel64 commented on 2018-09-05 12:00

/usr/bin/clickhouse-server: error while loading shared libraries: libz-ng.so.1: cannot open shared object file: No such file or directory