WIP: Standalone deb builds #1701

ottok · 2020-12-27T19:32:44Z

Build only ColumnStore and produce only the mariadb-plugin-columnstore binary package to be able to publish it independently of the server.

DO NOT MERGE THIS. This is just an experiment created as a PR to get the Drone CI run on it.

ottok · 2020-12-27T20:23:03Z

To finish this I would need to know what are the actual build dependencies of ColumnStore (https://jira.mariadb.org/browse/MCOL-4471) and what are the required end products? Would just one mariadb-plugin-columnstore.deb and .rpm suffice? Or do you also need to produce other parts of the server?

ottok · 2020-12-27T21:22:24Z

Currently the Drone CI spits out these extra packages in addition to the ColumnStore binary package:

-rw-r--r--    1 root     root          2964 Dec 27 21:03 libmariadb-dev-compat_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          7404 Dec 27 21:03 libmariadb-dev-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        159352 Dec 27 21:03 libmariadb-dev_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2796 Dec 27 21:03 libmariadb3-compat_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        490990 Dec 27 21:03 libmariadb3-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        148348 Dec 27 21:03 libmariadb3_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2762 Dec 27 21:03 libmariadbclient18_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2770 Dec 27 21:03 libmysqlclient18_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       7604090 Dec 27 21:03 mariadb-client-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       1506680 Dec 27 21:03 mariadb-client-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       2499692 Dec 27 21:03 mariadb-client-core-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        764264 Dec 27 21:03 mariadb-client-core-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2608 Dec 27 21:03 mariadb-client_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root          3726 Dec 27 21:03 mariadb-common_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root     185777294 Dec 27 21:03 mariadb-plugin-columnstore-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       6665360 Dec 27 21:03 mariadb-plugin-columnstore_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          8756 Dec 27 21:03 mariadb-plugin-cracklib-password-check-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          4740 Dec 27 21:03 mariadb-plugin-cracklib-password-check_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       2752700 Dec 27 21:03 mariadb-plugin-s3-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        803312 Dec 27 21:03 mariadb-plugin-s3_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root      31692266 Dec 27 21:03 mariadb-server-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       4170620 Dec 27 21:03 mariadb-server-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root      74647922 Dec 27 21:03 mariadb-server-core-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       6200210 Dec 27 21:03 mariadb-server-core-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2732 Dec 27 21:03 mariadb-server_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root      17244516 Dec 27 21:03 mariadb-test-data_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root       4282484 Dec 27 21:03 mariadb-test-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       1172146 Dec 27 21:03 mariadb-test_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2778 Dec 27 21:03 mysql-common_10.6.0+maria~stretch_all.deb

Is it really necessary to build all these? Would it not suffice to just build the ColumnStore package and then pull in the necessary MariaDB Server bits from the corresponding mariadb.org repository are prebuilt binary packages?

mariadb-RomanNavrotskiy · 2020-12-28T11:29:59Z

Currently the Drone CI spits out these extra packages in addition to the ColumnStore binary package:

-rw-r--r--    1 root     root          2964 Dec 27 21:03 libmariadb-dev-compat_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          7404 Dec 27 21:03 libmariadb-dev-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        159352 Dec 27 21:03 libmariadb-dev_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2796 Dec 27 21:03 libmariadb3-compat_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        490990 Dec 27 21:03 libmariadb3-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        148348 Dec 27 21:03 libmariadb3_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2762 Dec 27 21:03 libmariadbclient18_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2770 Dec 27 21:03 libmysqlclient18_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       7604090 Dec 27 21:03 mariadb-client-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       1506680 Dec 27 21:03 mariadb-client-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       2499692 Dec 27 21:03 mariadb-client-core-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        764264 Dec 27 21:03 mariadb-client-core-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2608 Dec 27 21:03 mariadb-client_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root          3726 Dec 27 21:03 mariadb-common_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root     185777294 Dec 27 21:03 mariadb-plugin-columnstore-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       6665360 Dec 27 21:03 mariadb-plugin-columnstore_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          8756 Dec 27 21:03 mariadb-plugin-cracklib-password-check-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          4740 Dec 27 21:03 mariadb-plugin-cracklib-password-check_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       2752700 Dec 27 21:03 mariadb-plugin-s3-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        803312 Dec 27 21:03 mariadb-plugin-s3_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root      31692266 Dec 27 21:03 mariadb-server-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       4170620 Dec 27 21:03 mariadb-server-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root      74647922 Dec 27 21:03 mariadb-server-core-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       6200210 Dec 27 21:03 mariadb-server-core-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2732 Dec 27 21:03 mariadb-server_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root      17244516 Dec 27 21:03 mariadb-test-data_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root       4282484 Dec 27 21:03 mariadb-test-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       1172146 Dec 27 21:03 mariadb-test_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2778 Dec 27 21:03 mysql-common_10.6.0+maria~stretch_all.deb

Is it really necessary to build all these? Would it not suffice to just build the ColumnStore package and then pull in the necessary MariaDB Server bits from the corresponding mariadb.org repository are prebuilt binary packages?

because of the package versions conflicts.

packages from develop branch built against HEAD of 10.6 mariadb server repo. mariadb server prebuilt binary packages would have conflicts most of the time.

ottok · 2020-12-28T12:43:35Z

because of the package versions conflicts

Can you please elaborate on this? If the issue is simply package metadata in .deb, we can fix it easily.

I am interested here in what are the actual functional dependencies/relations?

mariadb-RomanNavrotskiy · 2020-12-28T14:38:30Z

because of the package versions conflicts

Can you please elaborate on this? If the issue is simply package metadata in .deb, we can fix it easily.

I am interested here in what are the actual functional dependencies/relations?

you can try it by yourself. just add official mariadb repositories and try to install columnstore packages from some of recent develop branch builds. and yes, this is simply package dependencies problem (metadata in .deb). so if you can fix it easly – you are welcome!

ottok · 2020-12-28T14:58:07Z

you can try it by yourself. just add official mariadb repositories and try to install columnstore packages from some of recent develop branch builds. and yes, this is simply package dependencies problem (metadata in .deb). so if you can fix it easly – you are welcome!

That was not the point. I am asking you what the dependency is? I am quite sure putting any usr/lib/mysql/plugin/ha_columnstore.so with any version of the MariaDB Server would not work.

The metadata in the deb exists only to reflect what the dependency is. Now you are telling me that there is no dependency and the version strings in the .deb packaging are artificial. Surely there is a real dependency and you as ColumnStore developers should know it.

mariadb-RomanNavrotskiy · 2020-12-28T15:30:11Z

you can try it by yourself. just add official mariadb repositories and try to install columnstore packages from some of recent develop branch builds. and yes, this is simply package dependencies problem (metadata in .deb). so if you can fix it easly – you are welcome!

That was not the point. I am asking you what the dependency is? I am quite sure putting any usr/lib/mysql/plugin/ha_columnstore.so with any version of the MariaDB Server would not work.

The metadata in the deb exists only to reflect what the dependency is. Now you are telling me that there is no dependency and the version strings in the .deb packaging are artificial. Surely there is a real dependency and you as ColumnStore developers should know it.

I talk in context of you initial comment about 'extra packages'. Users usually get packages, not the ha_columnstore.so file.

We have no independent build system and build process (from mariadb server project). We just build server with columnstore plugin. Artefacts of the build are packages. So, feel free to rework all the build process (from binaries to packages)!

As for real dependency from server I know nothing about that. As far I do only CI part. I think plugin interface should be compatible across major (or minor?) versions. Let's wait for answers from 'real' developers like @drrtuy about that.

drrtuy · 2020-12-30T10:39:33Z

Currently the Drone CI spits out these extra packages in addition to the ColumnStore binary package:

-rw-r--r--    1 root     root          2964 Dec 27 21:03 libmariadb-dev-compat_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          7404 Dec 27 21:03 libmariadb-dev-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        159352 Dec 27 21:03 libmariadb-dev_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2796 Dec 27 21:03 libmariadb3-compat_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        490990 Dec 27 21:03 libmariadb3-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        148348 Dec 27 21:03 libmariadb3_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2762 Dec 27 21:03 libmariadbclient18_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2770 Dec 27 21:03 libmysqlclient18_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       7604090 Dec 27 21:03 mariadb-client-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       1506680 Dec 27 21:03 mariadb-client-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       2499692 Dec 27 21:03 mariadb-client-core-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        764264 Dec 27 21:03 mariadb-client-core-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2608 Dec 27 21:03 mariadb-client_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root          3726 Dec 27 21:03 mariadb-common_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root     185777294 Dec 27 21:03 mariadb-plugin-columnstore-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       6665360 Dec 27 21:03 mariadb-plugin-columnstore_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          8756 Dec 27 21:03 mariadb-plugin-cracklib-password-check-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          4740 Dec 27 21:03 mariadb-plugin-cracklib-password-check_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       2752700 Dec 27 21:03 mariadb-plugin-s3-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root        803312 Dec 27 21:03 mariadb-plugin-s3_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root      31692266 Dec 27 21:03 mariadb-server-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       4170620 Dec 27 21:03 mariadb-server-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root      74647922 Dec 27 21:03 mariadb-server-core-10.6-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       6200210 Dec 27 21:03 mariadb-server-core-10.6_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2732 Dec 27 21:03 mariadb-server_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root      17244516 Dec 27 21:03 mariadb-test-data_10.6.0+maria~stretch_all.deb
-rw-r--r--    1 root     root       4282484 Dec 27 21:03 mariadb-test-dbgsym_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root       1172146 Dec 27 21:03 mariadb-test_10.6.0+maria~stretch_amd64.deb
-rw-r--r--    1 root     root          2778 Dec 27 21:03 mysql-common_10.6.0+maria~stretch_all.deb

Is it really necessary to build all these? Would it not suffice to just build the ColumnStore package and then pull in the necessary MariaDB Server bits from the corresponding mariadb.org repository are prebuilt binary packages?

That was my original idea but the actual implementors of the rubuilding process prefered to go the other way.

ottok · 2020-12-30T11:14:25Z

Maybe that route was taken due to the lack of documentation of *actual* dependencies? If you publish a list somewhere (e.g. https://jira.mariadb.org/browse/MCOL-4471) then I could engineer the build + Debian packaging to produce only the ColumnStore itself and omit e.g. s3 plugin and other cruft that is surely not needed.

drrtuy · 2020-12-30T13:18:33Z

Maybe that route was taken due to the lack of documentation of actual dependencies? If you publish a list somewhere (e.g. https://jira.mariadb.org/browse/MCOL-4471) then I could engineer the build + Debian packaging to produce only the ColumnStore itself and omit e.g. s3 plugin and other cruft that is surely not needed.
Maybe.
The packages needed to compile MCS are available here.

drrtuy · 2021-03-08T09:30:14Z

I believe we had merged the idea with another patch of yours so closing this one. Plz msg me if I am wrong @ottok .

ottok · 2021-03-08T09:32:28Z

This is a separate idea/PR, please don't close it.

ottok · 2021-04-03T22:55:53Z

@drrtuy How do I trigger the CI for this PR? None seem to have run now after I force pushed an improved version of this.

ottok · 2021-04-04T01:45:32Z

The general structure is correct, but builds fail on some pthread issue maybe due to missing dependency?

https://ci.columnstore.mariadb.net/mariadb-corporation/mariadb-columnstore-engine/2043/7/4

/usr/bin/cc -g -O2 -fdebug-prefix-map=/mdb/verylongdirnameforverystrangecpackbehavior=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wdate-time -D_FORTIFY_SOURCE=2 -pie -fPIC -fstack-protector --param=ssp-buffer-size=4 -Wunused -Wlogical-op -Wno-uninitialized -Wall -Wextra -Wformat-security -Wno-init-self -Wwrite-strings -Wshift-count-overflow -Wdeclaration-after-statement -Wno-undef -Wno-unknown-pragmas -DCHECK_FUNCTION_EXISTS=pthread_getspecific -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -rdynamic CMakeFiles/cmTC_8455f.dir/CheckFunctionExists.c.o -o cmTC_8455f
12097 CMakeFiles/cmTC_8455f.dir/CheckFunctionExists.c.o: In function main': 12098 /usr/share/cmake-3.10/Modules/CheckFunctionExists.c:17: undefined reference to pthread_getspecific'
12099 collect2: error: ld returned 1 exit status

ottok · 2021-05-23T02:54:25Z

@drrtuy This might be the root cause:

# mariadb -e "INSTALL PLUGIN Columnstore SONAME 'ha_columnstore.so';"
ERROR 1126 (HY000) at line 1: Can't open shared library 'ha_columnstore.so' (errno: 8, API version for STORAGE ENGINE plugin Columnstore not supported by this version of the server)

Where is the API version defined/compared?

On the server side seems to be sql/sql_plugin.cc: " not supported by this version of the server", NullS);

Is it in ha_mcs.cpp?

struct st_mysql_storage_engine ha_mcs_cache_storage_engine=
{ MYSQL_HANDLERTON_INTERFACE_VERSION };

struct st_mysql_storage_engine columnstore_storage_engine =
{ MYSQL_HANDLERTON_INTERFACE_VERSION };

static struct st_mysql_information_schema is_columnstore_plugin_version =
{ MYSQL_INFORMATION_SCHEMA_INTERFACE_VERSION };

There is no material dependency to the server, you simply define that you always depend on the same server as built with?

ottok · 2021-05-23T20:49:25Z

Seems the ColumnStore build itself is very slow, and trimming away the other parts don't help much in build speed. However, using ccache does speed up the build 90%. Tried integrating drone-cache but can't complete it without your help, as it would need a new S3 bucket to store cache in:

level=error name=drone-cache ts=2021-05-23T20:43:54.270125703Z caller=main.go:466 err="[WARNING] build cache, process rebuild failed, upload upload file put the object NoSuchBucket: The specified bucket does not exist\n\tstatus code: 404, request id: HK5NZ5DCKE9VHRJT, host id: QfOewvsVfzFb8hsil1/tdyQk4T1bJPXLgT0czTa39Uwl3/9NwsxOXJRw91TFAAHOjxM00YJZmL0=\n"

ottok · 2021-05-23T20:53:54Z

After hacking the server version scheme ColumnStore does install, but write operations die:

+ docker exec -t smoke${DRONE_BUILD_NUMBER} mariadb -e "insert into test.t1 values (2); select * from test.t1"
ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query

I was not able to debug why.

drrtuy · 2021-05-24T08:27:13Z

After hacking the server version scheme ColumnStore does install, but write operations die:
+ docker exec -t smoke${DRONE_BUILD_NUMBER} mariadb -e "insert into test.t1 values (2); select * from test.t1"
ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during query
I was not able to debug why.

I will run the build and look at the server trace when MDB thread crashes. I will message you back with the results.

drrtuy · 2021-05-24T08:28:54Z

Seems the ColumnStore build itself is very slow, and trimming away the other parts don't help much in build speed. However, using ccache does speed up the build 90%. Tried integrating drone-cache but can't complete it without your help, as it would need a new S3 bucket to store cache in:
level=error name=drone-cache ts=2021-05-23T20:43:54.270125703Z caller=main.go:466 err="[WARNING] build cache, process rebuild failed, upload upload file put the object NoSuchBucket: The specified bucket does not exist\n\tstatus code: 404, request id: HK5NZ5DCKE9VHRJT, host id: QfOewvsVfzFb8hsil1/tdyQk4T1bJPXLgT0czTa39Uwl3/9NwsxOXJRw91TFAAHOjxM00YJZmL0=\n"

It takes a way more cpu cycles to compile MCS for sure than the server itself. Let's see if drone cache could reduce the timings.

…dependency for debs" This reverts commit 95959f8.

Building the entire MariaDB Server and all the binaries and packages it includes is a waste of resources. A better approach is to build only the minimal core server and ColumnStore, and nothing excess. This brings many benefits: - The build is faster, yielding shorter turnaround time for devs - The build is faster, making the CI run faster and saving both CPU, disk space, time and money. - If "upstream" MariaDB Server has random changes in their debian/* directory, the stand-alone ColumnStore builds are most of the time unaffected and CI will not break. Upstream improvements can by synced to ColumnStore in the chosen extent and at a suitable time. - Decoupling like this makes the code base cleaner and easier to maintain. For example the real ColumnStore build dependencies will be much more obvious in the future with this structure.

- drop git, should not be needed? - drop liburing backward compat, not needed in columnstore yet - do without mariadb-server-10.5 (= ${server:Version}) until proper solution (to define server:Version) is done

level=error name=drone-cache ts=2021-05-23T06:42:11.024759994Z caller=main.go:466 err="[WARNING] build cache, process rebuild failed, mount <.ccache>, make sure file or directory exists and readable stat .ccache: no such file or directory\n"

This was referenced Dec 27, 2020

MDEV-24292 support semi-independent versioning for sub-packages MariaDB/server#1712

Merged

Refactor .deb builds #1700

Closed

ottok force-pushed the ok-10.5-standalone-deb-build branch from 7bbf4b6 to dbfe055 Compare February 6, 2021 16:43

ottok changed the base branch from develop to develop-5 February 6, 2021 16:43

drrtuy closed this Mar 8, 2021

drrtuy reopened this Mar 10, 2021

ottok force-pushed the ok-10.5-standalone-deb-build branch from dbfe055 to f15da92 Compare April 3, 2021 22:42

ottok force-pushed the ok-10.5-standalone-deb-build branch 8 times, most recently from 51de141 to 8545012 Compare April 4, 2021 00:58

ottok force-pushed the ok-10.5-standalone-deb-build branch from 8545012 to 53f6bfc Compare April 6, 2021 14:54

ottok force-pushed the ok-10.5-standalone-deb-build branch 4 times, most recently from 877dfc4 to 9ae4434 Compare May 23, 2021 06:20

ottok added 18 commits June 1, 2021 11:18

Revert "ci: mtr platfrom changes for develop-5, add dh-systemd build …

4dbafce

…dependency for debs" This reverts commit 95959f8.

WIP misc

bae2001

- drop git, should not be needed? - drop liburing backward compat, not needed in columnstore yet - do without mariadb-server-10.5 (= ${server:Version}) until proper solution (to define server:Version) is done

WIP mariadb-server install

d0a0ad4

WIP debug

84a679a

WIP map

e274e3c

WIP: debug build

436269c

WIP: libmariadb-dev run-time depends

410e3df

WIP no pager and libmariadb3

79ad615

WIP debug

5185cd4

WIP: debug restat

1797a69

WIP: debug speedup

210be6e

WIP: debug startup 2

6eeaca7

WIP: sync server version

d983b02

WIP: ccache test

57671f9

WIP: ccache dir absolute

6f72e4a

level=error name=drone-cache ts=2021-05-23T06:42:11.024759994Z caller=main.go:466 err="[WARNING] build cache, process rebuild failed, mount <.ccache>, make sure file or directory exists and readable stat .ccache: no such file or directory\n"

WIP: ccache with volume

bb9adff

WIP: slim down more parts and store notes on d/rules tests

b04e5ca

ottok force-pushed the ok-10.5-standalone-deb-build branch from 604b32b to b04e5ca Compare June 1, 2021 18:18

ottok marked this pull request as draft July 19, 2022 05:29

drrtuy closed this Aug 15, 2022

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

WIP: Standalone deb builds #1701

WIP: Standalone deb builds #1701

ottok commented Dec 27, 2020

ottok commented Dec 27, 2020

ottok commented Dec 27, 2020

mariadb-RomanNavrotskiy commented Dec 28, 2020 •

edited

ottok commented Dec 28, 2020

mariadb-RomanNavrotskiy commented Dec 28, 2020

ottok commented Dec 28, 2020

mariadb-RomanNavrotskiy commented Dec 28, 2020

drrtuy commented Dec 30, 2020

ottok commented Dec 30, 2020 via email

drrtuy commented Dec 30, 2020

drrtuy commented Mar 8, 2021

ottok commented Mar 8, 2021 via email

ottok commented Apr 3, 2021

ottok commented Apr 4, 2021

ottok commented May 23, 2021

ottok commented May 23, 2021

ottok commented May 23, 2021

drrtuy commented May 24, 2021

drrtuy commented May 24, 2021

WIP: Standalone deb builds #1701

WIP: Standalone deb builds #1701

Conversation

ottok commented Dec 27, 2020

ottok commented Dec 27, 2020

ottok commented Dec 27, 2020

mariadb-RomanNavrotskiy commented Dec 28, 2020 • edited

ottok commented Dec 28, 2020

mariadb-RomanNavrotskiy commented Dec 28, 2020

ottok commented Dec 28, 2020

mariadb-RomanNavrotskiy commented Dec 28, 2020

drrtuy commented Dec 30, 2020

ottok commented Dec 30, 2020 via email

drrtuy commented Dec 30, 2020

drrtuy commented Mar 8, 2021

ottok commented Mar 8, 2021 via email

ottok commented Apr 3, 2021

ottok commented Apr 4, 2021

ottok commented May 23, 2021

ottok commented May 23, 2021

ottok commented May 23, 2021

drrtuy commented May 24, 2021

drrtuy commented May 24, 2021

mariadb-RomanNavrotskiy commented Dec 28, 2020 •

edited