Hey all, I'm a dev working at Baserow and am currently reworking our Docker / CI for the next version of Baserow 1.9 which is not yet released. As part of this we will be providing a new Dockerhub baserow/baserow image which runs Baserow and all of it's services in one container. We are also hoping to change our cloudron image we provide and support ( https://gitlab.com/bramw/baserow/-/blob/develop/deploy/cloudron/Dockerfile ) to instead build from and be a slight variation of this new baserow/baserow image. I do not believe that these changes if they happen will break the cloudron packaged Baserow at https://git.cloudron.io/cloudron/baserow-app , and it could simply bump its Baserow version to 1.9 to release successfully. However this raises some questions about https://git.cloudron.io/cloudron/baserow-app which atm is a copy and slight edit of our own image. If we were to change our cloudron image to be a variation of the baserow/baserow image instead then our cloudron and the cloudron images would differ as follows: The base image we are building from is ultimately debian:buster-slim , where-as cloudron-base is ubuntu:focal Our new baserow/baserow image: Has new supervisord setup files and related bash scripts used as entrypoints etc. Now uses Caddy instead of nginx Removes the service mjml Our new baserow/baserow image sets up exactly the correct versions of node, psql, redis, python etcetc we support. In contrast currently the cloudron base image 3.0.0 uses node 14 and 3.2.0 node 16 which we don't yet support for Baserow. The baserow/baserow image only installs dependencies required to run Baserow, compared with using cloudron/base which installs a number of other dependencies not required for Baserow etc. Options From what I can tell these are our options: We go ahead with the changes above to the Baserow provided cloudron image, no changes other than a version bump are made to the Cloudron Baserow image. As a result we end up with two quite different ways of packaging Baserow for Cloudron. Additionally the cloudron way still has the now unused mjml service and future changes to the Baserow services will make upgrading harder. We go ahead with the Baserow side of the changes, and we also change how Cloudron packages Baserow to be identical (the Docker image becomes) ARG FROM_IMAGE=baserow/baserow:1.9 FROM $FROM_IMAGE as image_base ENV DATA_DIR=/app/data/ RUN apt-get remove -y postgresql postgresql-contrib # TODO copy over the deploy/cloudron/cloudron_env.sh to the cloudron baserow repo, remove all of the other setup files which now # just come baked into baserow/baserow:1.9 COPY deploy/cloudron/cloudron_env.sh /baserow/supervisor/env/cloudron_env.sh We go with some sort of hybrid multi-stage image in the cloudron repo, which copies relevant parts from baserow/baserow:1.9 but is still built based FROM cloudron/base:3.0.0 , which would look something like (i've cut out some setup sections): ARG FROM_IMAGE=baserow/baserow:1.9 FROM $FROM_IMAGE as image_base FROM cloudron/base:3.0.0@sha256:455c70428723e3a823198c57472785437eb6eab082e79b3ff04ea584faf46e92 ENV DOCKER_USER=cloudron ENV DATA_DIR=/app/data # VARIOUS APT-GET / REDIS SETUP STEPS ETC # ======================== # = BASEROW # ======================== COPY --chown=cloudron:cloudron --from=image_base /baserow/ /baserow/ # The copy above will have chowned the supervisor folder to cloudron user when it should # be root. RUN chown -R root:root /baserow/supervisor # Virtualenvs are not portable and especially not so between image_base which is debian # and focal (cloudron/base). We install our python venv here instead. RUN rm /baserow/venv -rf && \ python3 -m pip install --no-cache-dir --no-warn-script-location --disable-pip-version-check --upgrade pip==22.0.3 && \ python3 -m pip install --no-cache-dir --no-warn-script-location --upgrade virtualenv==20.13.1 && \ python3 -m virtualenv /baserow/venv # hadolint ignore=SC1091 RUN . /baserow/venv/bin/activate && pip3 install --no-cache-dir -r /baserow/backend/requirements/base.txt RUN cd /baserow/web-frontend && yarn install && yarn build && chown cloudron: -R /baserow/web-frontend/ COPY deploy/cloudron/cloudron_env.sh /baserow/supervisor/env/cloudron_env.sh COPY deploy/all-in-one/baserow.sh /baserow.sh ENTRYPOINT ["/baserow.sh"] CMD ["start"] We (Baserow) delete our own separate cloudron image and we entirely switch to using https://git.cloudron.io/cloudron/baserow-app . Additionally we could then pick one of the 3 options above and apply them to the cloudron baserow repo. From Baserow's perspective of keeping our various Dockerfiles simple and easy to maintain option 2 would be our preferred one. My understanding is that as long as the Docker image running on cloudron follows a few conventions (put data in /app/data being the main one) then it should work correctly. I'd love to get ideas and feedback from you guys on this. I'm also happy to help contributing any of the above changes to the cloudron baserow repo. Thanks!

Finally Baserow 1.9 got out as a package. Apologies for the huge delay here, we will try to get this up to speed in the future like for other packages. Thanks @ nigel_baserow and @ BrutalBirdie for the help!

Cloudron Forum

Apps - Status | Demo | Docs | Install

Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

Baserow 1.9 and it's Dockerfile and packaging changes

Solved Baserow

21 Posts 10 Posters 4.3k Views 10 Watching

N nebulon

Finally Baserow 1.9 got out as a package. Apologies for the huge delay here, we will try to get this up to speed in the future like for other packages. Thanks @nigel_baserow and @BrutalBirdie for the help!
T Online
T Online
timconsidine
App Dev
wrote on last edited by

#21

@nebulon thanks for doing this (delay not a problem, and not really much of one )
Indie app dev, scratching my itches, lover of Cloudron PaaS, communityapps.appx.uk
1 Reply Last reply

0

Hello! It looks like you're interested in this conversation, but you don't have an account yet.

Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

With your input, this post could be even better 💗

Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.

Cloudron Forum

Baserow 1.9 and it's Dockerfile and packaging changes