Package Details: baikal 0.6.1-2

Git Clone URL: https://aur.archlinux.org/baikal.git (read-only, click to copy)
Package Base: baikal
Description: Lightweight CalDAV+CardDAV server
Upstream URL: http://sabre.io/baikal/
Licenses: GPL
Submitter: The-Compiler
Maintainer: Martchus
Last Packager: Martchus
Votes: 19
Popularity: 0.000000
First Submitted: 2014-01-07 12:12
Last Updated: 2020-01-31 13:39

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: https://github.com/Martchus/PKGBUILDs
There's also a binary repository, also including older PHP versions: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#ownstuff


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

1 2 3 4 5 6 Next › Last »

Martchus commented on 2020-02-08 19:45

Seems like there are even more issues with PHP 7.4: https://github.com/sabre-io/Baikal/issues/863

This issue isn't stopping synchronization in all cases so I haven't recognized it until now. Cherry-picking the change suggested in the issue didn't entirely fix the problem for me. I guess for now it is again a good idea to switch back to an older PHP version. The php72 package is still on my binary repo and I'm going to add php73, too. Like I said in a previous comment, it is very easy to use older PHP versions for some services and the current version for the test. I've added my NGINX config to the sticky comment at the top in case somebody finds it useful. For this package it is likely the less troublesome configuration.

Be sure to trigger the sync on all your devices after switching back to the previous PHP version. At least in my case all missing items got synced automatically again (no hacks like recreating items manually were required).

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: https://github.com/Martchus/PKGBUILDs
There's also a binary repository, also including older PHP versions: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#ownstuff


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;
}

Martchus commented on 2020-01-31 13:40

@wahsot I've updated the package. Thanks for letting me know about problems.

wahsot commented on 2020-01-31 07:54

Please include this patch for further PHP 7.4 compatibility:

fixes #451 - respect operator precedence

It applies to vendor/sabre/vobject.

Martchus commented on 2019-11-30 13:35

When updating to PHP 7.4 be sure to update to Baikal 0.6.1 as well.

Martchus commented on 2019-08-27 09:31

The new version 0.6.0 seems to work nicely with PHP 7.3. (At least DavDroid shows no error message.) So one can ignore my previous comment. Because PHP devs apparently like to break things in minor releases it is still always a good idea to check whether everything is still working after upgrading PHP even if it is only a minor release update.

The-Compiler commented on 2019-07-29 09:31

Turns out I should've paid closer attention to the comment by @Martchus - indeed Baikal doesn't work properly with PHP 7.3, but I never got an error message about my stuff not syncing properly anymore...

I learned that the hard way when deleting my account from my phone and discovering that I lost all events since February :-/

I'll be disowning that package as I'm switching to Nextcloud, seeing how Baikal is barely maintained.

The-Compiler commented on 2019-05-27 09:56

I think the database initialization stuff isn't needed anymore nowadays, so I removed it from the .install file entirely. If someone could test it with a fresh install that'd be great - don't want to mess with my instance right now as I'm working on my bachelor thesis.

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): https://wiki.archlinux.org/index.php/Unofficial_user_repositories#ownstuff