Commit Graph
386 Commits
Author SHA1 Message Date
Carlos Panato 2591a44a14 bump MM to 5.25.4 5.25.4 2020-08-27 08:03:39 +02:00
Carlos Panato d5b9b333bb bump MM to 5.25.3 5.25.3 2020-08-13 15:24:31 +02:00
Carlos Panato 9f4a25ea14 bump mm to 5.25.2 5.25.2 2020-08-04 15:01:07 +02:00
Carlos Panato b3c93de4fa update MM to 5.25.1 5.25.1 2020-07-24 17:32:47 +02:00
Carlos Panato 189bc354fe bump MM to 5.25.0 5.25.0 2020-07-15 19:03:29 +02:00
Carlos Panato 0f0612f484 bump to 5.24.2 2020-06-29 17:35:50 +02:00
Carlos Panato 0d5ff88269 bump MM to 5.24.1 2020-06-23 11:06:21 +02:00
Carlos Panato 8a288119d9 bump MM to 5.24.0 v5.24.0 2020-06-18 14:23:46 +02:00
Amy Blais 8f81794e44 Update Dockerfile (#476) 2020-06-05 14:59:33 +02:00
Jason Blais 5f86258eed Add ?src=docker-app query parameter to identify download source (#475)
#### Context:

Right now, multiple sources point to the server binaries on releases.mattermost.com, including the download page, upgrade instructions, Helm charts, version archive, and others.

We can identify the download source by adding a querystring to the url, i.e. https://releases.mattermost.com/5.22.1/mattermost-5.22.1-linux-amd64.tar.gz?src=docker-app

The intent is that we can then identify sources of downloads, identify those that typically lead to an unsuccessful server activation, and improve the experience for the developer/administrator.

This PR adds the "?src=docker-app" querysting tag to download source for the Docker app, so we know when someone downloaded it from this source

See https://github.com/mattermost/docs/pull/3596 for a similar change made to download sources on the version archive page.
2020-05-15 09:10:17 +02:00
Carlos Panato 6ba3e35ea0 bump docker app to 5.23.0 5.23.0 2020-05-14 17:49:53 +02:00
craph 50921a7313 Fix : certificate signed by unknown authority refs : https://github.com/mattermost/mattermost-server/issues/13059 (#474) 2020-05-13 17:17:48 +02:00
Carlos Panato 4f0087ebac bump app dockerfile to 5.22.3 2020-05-12 08:17:17 +02:00
Oliver a685cc24e5 Fixing docker-compose build process (#471)
Currently the command `docker-compose build` throws an error for building the database because it uses an old pip version.

This PR updates pip right before it is called. Anyways this should just be a temporary fix because the image uses Python 2.7 wich out of support since Jan 2020
2020-04-28 09:57:15 +02:00
Carlos Panato 8e796ba46e bump mm to 5.22.1 2020-04-25 10:45:34 +02:00
Sven Hüster 69169f73ee Update Dockerfile (#467) 5.22.0 2020-04-21 14:45:49 +02:00
nvjacobo 7fd2eb47a9 docker-compose: fix DB Docker building error #463 related wal-e 1.0.0 and azure (#464) 2020-04-15 09:30:49 +02:00
Igor Serebryanyandmattermod 1bfa69db5c allow uncommenting for team edition (#433)
currently, if you follow the instructions and uncomment the lines, you
will get a YAML error:

```
ERROR: yaml.parser.ParserError: while parsing a block mapping
  in "./docker-compose.yml", line 23, column 5
expected <block end>, but found '<block mapping start>'
  in "./docker-compose.yml", line 25, column 7
```

found the potential solution in mattermost/mattermost-docker#343

Co-authored-by: mattermod <mattermod@users.noreply.github.com>
2020-04-01 11:46:36 +02:00
Akendo 068e654249 Fix the linking of the nginx configuration file (#458)
In this commit I'm adding some logic to ensure that the `entrypoint.sh`
file handles a pre-existing `mattermost.conf` file within the nginx
folder.

During deployment of some more custom nginx configuration it was
noticed that the linking process fails, because a file already exists
with the filesystem.

Signed-off-by: Akendo <akendo@akendo.eu>
2020-04-01 11:32:05 +02:00
alessandro b4482771f7 docker-compose: remove unused ENV variable (#456) 2020-03-26 13:53:10 +01:00
Carlos Panato ed682904c0 bump mm prod app to 5.21.0 5.21.0 2020-03-13 14:07:29 +01:00
Carlos Panato e56bfe8a35 bump mm prod app to 5.20.2 2020-03-13 09:59:37 +01:00
alessandro 07b368de41 web entrypoint: forcefully link existing config (#454) 2020-03-13 09:58:26 +01:00
Claas Augner 1427315ef9 Remove deprecated nginx ssl directive (#451) (#452) 2020-03-03 14:30:03 +01:00
Carlos Panato 492ecd5ca3 bump mm prod app to 5.20.1 2020-02-17 09:57:28 +01:00
Carlos Panato 87fd37fc6f bump mm prod app to 5.20.0 5.20.0 2020-02-15 10:13:58 +01:00
Carlos Panato 0f5428aa0d bump to 5.19.1 2020-02-12 14:08:59 +01:00
Kevin Kandlbinder 8c8894ea15 Update Dockerfile (#448)
Closes #446.
2020-02-07 10:53:12 +01:00
Joshua Rosenfeld 58f972034d bump to 5.19.0 (#444) 5.19.0 2020-01-21 16:52:42 +01:00
Marc Becker 4075f0f922 Installing missing package pv (#443)
I tried to use wal-e as mentioned on dockerhub (see https://hub.docker.com/r/mattermost/mattermost-prod-db). To do the base backup I had to do some additional steps (see https://github.com/mattermost/mattermost-docker/issues/346):
- mount a volume into the database docker container (path in the container is /etc/wal-e.d/env) and put all credentials and the s3 prefix to this folder
- exec into the container and create a superuser (Command: CREATE USER postgres SUPERUSER;)

Now it still fails with the message, that the package *pv* is missing
2020-01-14 18:25:53 +01:00
Joshua Rosenfeld a5d81c43fc bump to 5.18.1 (#441) 2020-01-09 19:23:19 +01:00
Raju Devidas c3916bb1c3 Fixes for the smooth deployment of Team edition. (#438)
* Fixes for the smooth deployment of Team edition.
	- Just uncommenting out the lines does not work as expected.
	- the line for context is required for it to work for team edition deployment.
	- Added the subsequent changes in the installation instructions in README.md

* Adding changes as suggested by @ccoenen
  - making the changes more clear in the code block
  - adding more textual clarity in the sentence on what needs to be changed.
2020-01-09 11:24:03 +01:00
Carlos Panato b9484f4444 bump to 5.18.0 5.18.0 2019-12-17 13:10:46 +01:00
Simon Staszkiewicz 39e9023691 Bug fixes (#427)
* Call the base container entrypoint with proper arguments

* Build the app container using path to directory

* Add CONTRIBUTING.md
2019-11-29 16:25:20 +01:00
Carlos Panato ec1908a2ae bump to 5.17.1 2019-11-25 18:58:05 +01:00
Carlos Panato 13d461d909 bump to 5.17.0 5.17.0 2019-11-21 14:23:17 +01:00
Ventz Petkov 4f4302fe1b Fix for letsencrypt, where to run on 443 you need to setcap cap_net_bind_service=+ep ./bin/mattermost. Note, this is needed internally from the container even if you set the correct CAP_NET_BIND_SERVICE in the docker compose env (#425) 2019-11-11 13:22:06 +01:00
Carlos Panato 3bc888ac7d bump to 5.16.3 2019-11-07 08:19:16 +01:00
Christopher Poile 8dfd06db9d save the sql datasource into an env variable in the app container (#421) 2019-11-06 14:59:16 +01:00
Carlos Panato 425fcce148 bump to 5.16.2 2019-10-30 18:12:44 +01:00
Carlos Panato 79c50a1fa1 bump to 5.16.1 2019-10-30 07:28:40 +01:00
Carlos Panato 59a20bd83e bump to 5.16.0 5.16.0 2019-10-18 14:40:02 +02:00
Carlos Panato 65c4244ba6 bump to 5.15.1 2019-10-14 14:08:43 +02:00
Carlos Panato 95d45e75fd bump to 5.15.0 5.15.0 2019-09-17 09:12:01 +02:00
Carlos Panato 317ec67f2c bump to 5.14.3 2019-09-17 09:10:34 +02:00
Marco Blessing 29c49db492 update docker-compose version (#415)
* update docker-compose version

* updating to file version 3 shouldn't break anything
2019-09-16 17:40:23 +02:00
Carlos Panato ed9fed6916 add empty circleci 2019-09-09 12:11:50 +02:00
Kyle Robbertze 5b37c5ff53 Kubernetes Fixes (#413)
* Fix mattermost port number

* Bump version number

* Fix DB_PORT_NUMBER env variable

* List permissions required on data persistentvolume
2019-09-09 11:56:10 +02:00
Carlos Alberto Schneider Júnior f807181245 bump mm version to 5.14.2 (#412) 2019-09-09 11:53:57 +02:00
Carlos Panato a315bc042d bump mm version 2019-08-29 11:24:45 +02:00