Package Details: baikal 0.7.1-1

Git Clone URL: (read-only, click to copy)
Package Base: baikal
Description: Lightweight CalDAV+CardDAV server
Upstream URL:
Licenses: GPL
Submitter: The-Compiler
Maintainer: Martchus
Last Packager: Martchus
Votes: 20
Popularity: 0.52
First Submitted: 2014-01-07 12:12
Last Updated: 2020-06-13 23:18

Pinned Comments

Martchus commented on 2020-01-31 13:47

When updating your PHP, have a look whether Baikal still works and checkout the comments here for possible issues. Any hints/patches from your side are welcome of course, too. PHP is known to break things and it broke Baikal in the past. At the bottom of this comment you also find NGINX configuration snippets to use an older PHP version. Using an older PHP version is likely the best for being on the safe side.

All my packages are managed at GitHub where you can also contribute directly:
There's also a binary repository, also including older PHP versions:

head -n 20 /etc/nginx/nginx.conf 
http {
    include php-handler.conf;
    include php72-handler.conf;
cat /etc/nginx/php.conf 
location ~ ^(/baikal.+?\.php)(/.*)?$ {
  try_files $1 =404;
  include fastcgi.conf;
  fastcgi_pass php72-handler; # handler registered via php72-handler.conf included in nginx.conf
  fastcgi_index index.php;
  fastcgi_param SCRIPT_FILENAME $document_root$1;
  fastcgi_param PATH_INFO $2;
  fastcgi_param HTTPS on;
location ~ ^(.+?\.php)(/.*)?$ {
  try_files $1 =404;
  include fastcgi.conf;
  fastcgi_pass php-handler; # handler registered via php-handler.conf included in nginx.conf
  fastcgi_index index.php;
  fastcgi_param SCRIPT_FILENAME $document_root$1;
  fastcgi_param PATH_INFO $2;
  fastcgi_param HTTPS on;
cat /etc/nginx/php72-handler.conf 
upstream php72-handler {
  server unix:/run/php72-fpm/php-fpm.sock;
cat /etc/nginx/php-handler.conf 
upstream php-handler {
  server unix:/run/php-fpm/php-fpm.sock;

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

Gilrain commented on 2019-05-27 08:09

The post-install script wants to move a non-existent file: /usr/share/webapps/baikal/Core/Resources/Db/SQLite/db.sqlite It was renamed upstream to db.sql

Martchus commented on 2019-05-01 10:52

@The-Compiler Thanks for the quick update.

I'd like to note that even the latest version (and as far as I've seen also the latest Git master) does not support PHP 7.3 yet.

Since PHP 7.3 landed in the official repositories one has to build php72 from the AUR. It can be install alongside the regular php packages. It was very easy to configure NGINX to use PHP 7.2 for Baikal and mainline PHP for the rest.

I've also added the packages to my binary repo (where you can also find baikal itself):

Martchus commented on 2018-04-04 13:06

Here's a version including the patch mentioned by @cdo:

Seems to work so far. But switching to an alternative is likely inevitable in the long run.

cdo commented on 2018-02-16 17:48

In PHP 7.2, the each() function got deprecated and it will be removed in PHP 8 [1]. This results in an error when trying to access the Baikal admin interface. There exists a pull request [2] (although not yet merged to the master -- probably due to the ceased development of the project) which is supposed to resolve this issue.

And again: Thanks a lot for your work on this :-)

[1] [2]

Martchus commented on 2017-06-19 20:43

Thanks you for patching this. Too bad the future of the project is unclear.

Unfortunately I don't have the time to search for an alternative right now, but I guess Baikal will still do it for some time. In case you find a good replacement, let me know :-)

The-Compiler commented on 2017-06-19 20:37

@cdo Ouch, that sucks :( Applied the patch now. Thanks for letting me know!

Time to search for an alternative I guess... What I've seen so far is Radicale (at least when I tested it worked poorly with AgenDAV as it didn't implement date range filters) and OwnCloud/NextCloud (too big if you just want CalDAV/CardDAV)... :-/

cdo commented on 2017-06-19 18:31

Thanks a lot for your work on this.
There exists a security issue [1] (possible authentication bypass) in the current upstream version, for which a patch [2] is available.
However, the upstream package has recently been abandoned [3, 4].
Would it be possible to include the patch [2] into the PKGBUILD?


thelinuxguy commented on 2016-04-24 17:21

And the package seems to have issues with the symlinked Specific directory. I'm creating an issue upstream as well

EDIT: scratch that, I forgot to restart php-fpm for the updated open_basedir settings

thelinuxguy commented on 2016-04-24 16:53

upstream dropped the default sqlite database. The install file needs updating.

Martchus commented on 2016-03-30 16:08

Seems to work fine for me, too. By the way, the issue I had with the last update is also gone but I don't know what caused it.